知乎 · 热度

。。

谢邀。

关键词：人脸特征点定位与跟踪

市面上已经有很多成熟的方案了：

人脸关键点 | Face++ 最好的免费人脸识别云服务

• 简单的预览可以使用 Chrome Dev Tool 来模拟
• 前面已经有人提到 Browsersync - Time-saving synchronised browser testing ，监听后通过手机直接访问 browsersync 服务端地址就行了。这是我使用过最方便的即时预览、测试工具。

只说点自己的看法。最近尝试用 airtable 来给小项目提供 api 充当 backend，结果非常满意。对于很多简单的业务来说，一个在线电子表格（可以类比数据库）确实就够了。

===== 2021/05/09 补充 =====

airtable 的优势在于很多简单业务的数据关系确实用一个 excel 表格就能表示了（仔细想想，实际上 excel 的表达能力极强的，有多少传统行业的日常离不开它

另外就是它提供了丰富但又简单的 GUI，就连是非开发人员都可以很轻松地用在线表格操作「数据库」，而开发人员也由于无需开发 admin panel 节省了很多开发成本

第一次见有语言能支持编译期对字符串内容进行静态检查的（可能我孤陋寡闻了），厉害啊。All in TS 就对了

不会考虑使用。

协议的直接受害者是工程师，公司哪会管你用的什么协议。需求摆在那，996 实现不了的话只能继续加班啊。

正确操作是 fork & submodule，直接 copy 代码太不优雅了，况且这样做怎么同步上游最新代码……

GC 的设计会是个难关，对 Jetbrains 能否有这样的实力表示担心。当然如果最终能取得成功的话，那用 Kotlin 开发 iOS 估计也不是什么大问题了，Android 端也应该也可以直接用 Kotlin 来写 Native 库了。

从 Google 官方在 IO 大会上开源的 APP：

GitHub - google/iosched: The Google I/O 2015 Android App

以及一群 Google 开发者维护的这个关于 Android 开发架构的 Collection：

GitHub - googlesamples/android-architecture: A collection of samples to discuss and showcase different architectural tools and patterns for Android apps.

可以看出来，目前更流行的架构是 MVP，iosched 中更用 Fragment 来构建 Presenter，有很多值得学习的地方。

至于 MVVM，应该会有局限性的一些问题，Flux 的话思想很好，但是我没看到比较好的具体实现，Github 上的一些 Sample 都太简单了。

在 Web 前端世界里 Redux 很火（Flux 的一种实现），Reducer 的概念设计得很好，给定 Action 和旧的 State 总能得到唯一的新的 State，它不改变外部变量（无副作用），是 Pure Function。这意味着我们只要给 View 设定好初始的状态（State），然后将用户的操作（Action）一同扔给 Reducer 总能返回新的唯一的 View State。

不过 MVVM 和 Flux 我都没尝试过，也不知道具体实现时会遇到哪些的细节问题，但如果对 MVP 架构有兴趣的话，可以关注我的专栏

http://zhuanlan.zhihu.com/kotandroid

来一起探讨一下。

Explore Github

偶尔看看 Trending 还是不错的。

Follow 一些知名的社区贡献者：

• Jake Wharton
• Pierre-Yves Ricau
• Bruce Lee
• Trinea
• lightSky
• Kai Zhu
• Huqiu Liao
• Xiaoke Zhang
• drakeet

上面这几个都是还在 Android 开发社区前线的不错的开发者。时常能在 Timeline 中提供一些不错的 Repo。或者去查阅他们的 Star 列表，也能捡到一大堆不错的 Repo。

至于『关注度不高却又不错的项目』，这个确实有些点难捡到。只能通过 Keyword Search 去一个个挑了，所以说一个 Repo 的 Description 十分重要（Description 在关键字检索内）。我的仓库列表内就有几个我认为不错的项目，不过常年没被人检索到也然并卵。

android - public static variable or use putExtra method of intent class

使用静态变量在 Android 里是不被推荐的（移动端相对 PC 端来说对内存的限制更为严格）。一方面你必须保证每次使用完都将其赋值为 null 来使它被正常回收。另一方面你又要保证它不持有 Android 组件的实例，否则会造成内存泄露。

而 Intent 机制是用于处理 Android 中组件间通讯以及互相调用的，使用 Intent 在 Activity 间传递数据是最优解。

nekocode/kotlin_android_base_framework · GitHub 正打算这周内 update 到 1.0 版。里面有很多 kotlin 编写 android 应用的最佳实践。

占坑，有空再填。

@叛逆者 大神已经回答了。全场景（全屏）特效就应该使用处于渲染管线后期的 post process 来实现。（可搜索关键词 render to texture，post process）

搞起破坏来，powershell 可方便多了，bypass 各种杀软做高危操作毫无压力。正常用户很少会用到 ps1脚本，默认不可运行是出于安全考虑。

所有语言（包括 Typescript）都只是个前端而已，你完全可以自己写个编译器把某种语言编译成各种后端（例如可直接执行的机器码）。

至于为什么 ts 目前还没有编译成机器码的编译器？我觉得是因为社区没人愿意做这种吃力不讨好的事（一是难度，二是 ts 本身是以 js 前端语言而生的，有各种 js 的包袱），自然就没有了。

阳光，有点儿喧嚣

Vim 大法好：

喜欢的话是因为它被作为经典内建在系统中，任何 Unix Like 系统都可以快速打开上手开干。当然更要命的是功能实在强大，作为文本编辑器完全是战斗力爆表。