来分享几个企业的 GitHub Orig，虽然商业公司的所谓开源... emm

github.com/Alibaba
github.com/Bilibili
github.com/Google
github.com/Microsoft
github.com/Apple
github.com/GitHub
github.com/Tencent

#干货

不错，我觉得前端应该试试 JFlex 实现这种功能，打算怎么写 flex？还是使用正则表达式？

如果使用正则表达式也有一种方法：

看看我们的打算，我觉得应该是这样：

1. 匹配 <西文字符> <中文字符> 这个模式，为 abc一二三 这种加上空格
2. 匹配 <中文字符> <西文字符> 这个模式，为 一二三abc 这种加上空格

其实也未必需要遍历两次， 一a一 这种判断『西文前面是中文，加空格』『中文前面是西文，加空格』就可以完成一个 travelse 加空格的功能了

一 a （加空格）一 （加空格）

最终是这样，必须得用到正则匹配替换：

三个规则，中文前面西文加空格、西文前面中文加空格、空格符号（比如，换行符）前面不能加空格

1. /(\w)(?!\w)(.)/, 它匹配 "abc中文" 这种
2. /(?!\w)(.)(\w)/, 它匹配 "中文abc" 这种
3. 上面二规则综合后，不允许 \s 字符类里的字符匹配第一项

... 头疼，还是算了，而且这种简单问题 Regex 也未必能发挥最大效果

== 有更好的算法吗？
不知道。

即厂今天的新功能，阅读体验大大提升

赞美 @Arthur〰 #大产品小细节

https://www.cnbeta.com/articles/tech/841207.htm

我什么都不说，我放他们的图 #ce #ce_backend

https://static.cnbetacdn.com/article/2019/0425/cdb2fa8b17443e4.jpg

呵呵？

难道 ART 就不是 AOT 优化？？？
难道 ART 没有采用去虚拟化技术？
再看。

呵呵呵... 要是我是 Dalvik 的作者和优化者，或者是 Oracle HotSpot、Java VM 的设计者，早就喷死这玩意了，怎么能污蔑 Java 平台，谁告诉你们 ART 是吃素的了？
并发垃圾收集器，Lua 这么个几百 K 的实现再稍微修改一点加点颜色，多个 marker 支持就可以实现并发垃圾回收，这能拿来吹？

如果我以后和 imKiva 的 KiVM(JVM) 有时间实现自己的编程语言运行时了，华为这种.... 我觉得还是太令人迷惑了，都是上个世纪的人么？

DalvikVM 在 Android L 从 Dalvik 模式到 ART 模式，就引入了 AOT 编译技术，你说不能编译优化？AOT 的好处就是敢做耗时的分析优化，你说 ART 模式是模板解释器，说它和姜饼时代之前没有 JIT 支持的 Dalvik 一样，说它不敢做代码优化，请问，我们手机上的 dex2oat 程序是做什么的？oat 又是什么文件？为啥软件包的安装时间变长了？让用户白等的？

要这么说，还不如和 LLVM 之类的优化编译框架扯点关系，然后这种扯 B 污蔑 Google 技术团队的消息就不要发，省得被内行人喷。

更好的策略我信，但这么大白天的糊弄人是真当学 CS 的傻逼？还是觉得 Android 开发者比较好骗？

华为公布的方舟编译器到底对安卓软件生态会有多大影响？ - weishu的回答 - 知乎
https://www.zhihu.com/question/319688949/answer/648358786

我觉得华为应该研发出一种新『HuaMIPS』架构，推出限量款芯片，这样就不管目标机器平台，可以直接编译成机器码到处发布，直接执行了 😸
呵呵呵。

说到底，某些 #Android 开发者还是真对性能的误区太大了，以为『It's fast』就是一切

一般来讲，真正需要高性能计算的部分，比如 canvas, opengl，都是无 GC，C/C++ 之类的实现的，可能连 shared_ptr Rc 智能指针都舍不得用
C、C++ 的编译 native code 实现，GCC、LLVM 都是经过的编译器框架，足以生成让人满意的优化代码

而你们写的程序逻辑，别往自己脸上贴金了，对所谓的性能，都没啥太大需求。

真正有需求的敏感点，必要的时候，很多人都直接用 JNI 实现或者并行化了（当然 JNI 本身调用检查也有不少开销，所以一般是大批量任务和内存敏感任务），只有傻瓜才觉得应用逻辑的『性能』提升可以改变『生态环境』

至于应用使用 JVM 平台函数库的性能，比如说，人工神经网络，再文本解析器，你当真以为普通的编译优化能对这个『一次一字符』的东西有啥，客户端要绝对速度，是不是给闪电侠用的手机？为啥不开发个 NeonJSON 出来？

我到是很想看看，华为的工程师如何弄出可以汇编出 ARM, x86 等一大堆流行支持架构都能解释『超性能机器代码』的汇编器，或者 dirty 一点，把安装包和更新补丁再加上个几兆 😉

如果真的有这样的黑科技，我真的要为蛤为五体投地啊。可怜也是做电子电路出生的，居然现在弄这种事情？

后面的知乎回答也说了，猾为的优化，主要还是一些『非高级分析编译优化』领域的事情，有一个『IO 密集模式切换优化』

至于 GPU Turbo，我来看就是 GPGPU 并行化技术，如果配合修改算法的话自然有很大提升，当真自大了？不知道这并不是首创？论文在哪里？

其他的优化，诸如视图缓存什么的，和编译原理没太大关系，主要还是 runtime

绘制策略、系统服务架构、异步、事件 IO
说到底还是系统图形动画架构的事情，和编译什么方舟啊圆粥的有啥关系？

什么 IO 计算分析，也不能说是多么高大上的程序分析，可以看看这个

猾为这瞎说能力，我也是佩服了，Android 业界没谁了呃。 🤪

#android #huawei 华为公布的方舟编译器到底对安卓软件生态会有多大影响？ - 张铎的回答 - 知乎
https://www.zhihu.com/question/319688949/answer/648628733
看到一个技术向点的回复。

题外话。

最后一张图里，把自己和红旗 Linux 并列，真的是不怕黑啊。

还有，

国内编译器工程领域是空白？呵呵。

华为公布的方舟编译器到底对安卓软件生态会有多大影响？ - 黎明灰烬的回答 - 知乎
https://www.zhihu.com/question/319688949/answer/648383808

🤔 看来我误会了所谓生态的问题，原来是这样... 那猾为... 怎么说也只能是『自家消化』了emmmm
不同的『软件包代码格式』还真是不利于统一，甚至有点分裂

反正期待猾为的后话。

#zhihu #recommended #China #school https://www.zhihu.com/question/320967006

🤣和呵呵呵哈哈哈

你在编程的过程中会通过做出一点东西而觉得自己比周围人厉害很多从而获得爽感吗? - 兴趣使然千里冰封的回答 - 知乎
https://www.zhihu.com/question/321452784/answer/661429386 #recommended #pl #cs

#Java #algorithm 顺手写了个加空格垃圾线性算法... （跑路

具体的算法比较偷懒，开始的时候我用 java.io.Writer#write(int) 被扼了，这厮居然只取 int 的 low 16 bit 当一个 int 输出，后来我觉悟了，才学会 append 输出两个字符....

第一次把 int 当 char 用（Unicode UTF-32），而且没有用 java.util.Scanner，而且没有莫名其妙拆分 int 为四个 byte 再去创建新 String 输出（有很严重的 GC 开销的，逃逸分析栈上分配除外），算是『轻量级逻辑』，开心（虽然本来就没有必要...）

全部使用 GNU nano 和 javap, Oracle JavaSE https://docs.oracle.com/javase/8/docs/api/ 完成

https://docs.oracle.com/javase/tutorial/displayCode.html?code=https://docs.oracle.com/javase/tutorial/uiswing/examples/start/HelloWorldSwingProject/src/start/HelloWorldSwing.java

再顺手去学一下 Java Swing （跑路？

#Java Java 的 Swing 控件 布局 Pane 什么的有点麻烦... Dimen 知道但是 Rigid 的一些参数不知道... 今天到这里

不如 Android Container 们方便（
Android 的 Widgets 可以直接 match_parent 什么的，非常方便...

#bilibili #Haha #China