统一风格是一件好事。起码对团队来说是。
但是在团队中怎么把控这个代码规范是一个大问题。其实在 v2 也经常能看到一些人吐槽自己 leader 的一些古板规范。
我自己是列了很长的规范和理由出来的给团队执行的。有不服气某个规范的可以找我理论。

5 .接过很多外包，也有接过一些号称个人独立开发者的外包。说实话，很多有名气的所谓独立开发者都是团队打造的。

其实写习惯了 C 系列语言都喜欢 let self = this
写习惯 java 的估计就喜欢 let that = this
写习惯前端的都喜欢用箭头函数。

升级了之后有一个很诡异的问题。
听着歌曲，看着视频的时候我的 airpod 会自动断开。断开之后整个手机的蓝牙都关闭的。怎么点也打不开，知道你点击重新播放音乐又回自动连接上。
而且只有在我家里面才会……

二代一年麦克风就不行了。1 代淘宝 100 换了电池之后依旧强劲。
不过平时用最多还是 pro

说实话早买早享受是肯定的。之前用着 macbook pro 16 。用它感受超大触控体验。后来换了 18 的。触控板都差不多了。感觉不出优越感了

web 全栈 吧

@opengps 没必要统一，不同的框架彰显的就是不同思想。

只想简简单单写个代码，你选框架干嘛。
用了人家开源的觉得不顺手，那就自己造一个呗。
前端框架开源是一件好事。
不信你去看看做游戏的。大型点的公司都自己内部一套开发的，做了你想跳槽也不好跳。

看来是个没结过婚的。如果你走一整套结婚流程的话：拍婚纱照，酒店摆喜酒。
拍婚纱照的时候，婚纱照的公司会给你做一个 H5 请柬。
酒店摆喜酒的时候，酒店也会给你做一个 H5 请柬。
前者会比较好一点，因为有婚纱照的素材在，后者则需要自己挑好照片发给他们。
一般他们都有自己合作的网站，那些 H5 页面除了展示照片，还能让你的好友打赏送礼金。不过基本没人会在上面打赏送礼金，因为你送个 100 块的东西，要扣 5 ～ 10 块手续费

最佳实践就是把它当成一个 UI 库用。而本身它就是一个 UI 库。其它用原生开发。

@onikage 明显是你自己对于 json 理解有问题。还能反咬一口框架

Android 开发太分裂了。就连谷歌自己内部的人都搞不清方向。只能跟着 IOS 脚本走。
Activity 与 Fragment 的生命周期就乱成一团。
MD 设计风格也是前后矛盾
MVP，MVVM 满天飞。
前者坑留了一堆，又搞个 AndroidX 。

一般来说，没有当场给答复基本都没了或者成为备胎

倒流量的赚大发，做内容的吃土。

看到这个 idea 。感觉就像看到了这个笑话：
00 后说手机电池那么不耐用，为什么不做成可换电池的设计……