确实很混乱，到现在公司也没理清楚。太多值了。有的 marign 可能是 6dp，8dp ,10dp, 12dp。 所以写在 style 的时候，需要想下，这个值是不是通用的，这个值是不是分类是否清晰，比如字体大小，标题用的可以命名 title_size, 那是不是所有的 title 都是这个 size，如果不是，那以后可能会引起混乱）。

Kotlin 太好用了， 就用 function extension 和 入表达式，就够了。写起来飞快，简直是封装中的封装。然后一些 list，map 等的操作语法糖，让人爱不释手。

但是， 在我用了一段时间后还是发现一些问题。1，团队合作的问题。太简化，就需要理解。这个要看风格大家能不能互相接受。如果风格一致，那么大家都开心。2 , 搜索定位。 比如以前搜 setText，我可以知道哪里进行了文字设置。但现在不行了，全是等号。

Android 上很多调用时频繁且繁琐的，能简化一点代码就简化一些。每次写 java 版的 dialog 就感觉在浪费生命。

最后。Kotlin 大法好。

@redapple02041 没有接受新版本的用户，就不会就产品的优化。很多你认为就本该有的功能都是慢慢迭代出来的。

完全收不到。

洗碗机: 美的 X1，快洗不是很干净，标准洗很不错。
空调: 家里买了美的和格力（主要是格力没货了）（ 2500 元左右）。目前没感觉区别，不过都不咋的。不过感觉格力有点吃老本，遥控器还是 5 年前的设计。
油烟机和燃气灶（ 7000 元）: 方太。感觉有点智商税。比起集成灶还是差一些，做饭还是需要关厨房门。
电视机: 海信（ 3500 元左右）。 本来感觉还不错，谁知道刚买回来遥控就坏了。画质中等，看看电视剧没问题。
净水器，热水器: 美的。 感觉不好用。
冰箱: 美菱对开门，感觉还不错。

以上使用时间 2 个月左右。

这个草案提了很久了，Google 只是觉得时候到了， 就去掉了。没错，就是为所欲为。 这践行了 chrome simple 的原则。就是这个过渡期可能会有些问题出现，如上文提到的不同解析问题。
PS: 我是支持的。

我新版用了一个月， 然后刚看了帖子改回旧版，然后发现受不了！之前还吐槽来着。所以大家淡定，一个月后就会习惯的。

vscode， 现在唯一的缺点就是启动有点慢。 其他扩展，设置， 字体，Unicode，语言支持等，都很完美。

1. git 的话，只有下载，没有管理。1 ） maven/gradle 等可以和 ide 整合。 比如 A depends B, B depends C, 那么你在 A 模块下就可以有 C 的代码提示。2 ） maven/gradle 是中央库，可以通过关键字搜索。总之 maven 等是为了解决很多 lib，嵌套依赖等规模化之后的问题。如果你只有几个 lib，想怎么来都可以。
2. 不是。墙的问题也算工具的问题？
3. 不对。大公司的 java 也是有专门负责 release 的。

你的第一个问题里，用 git 管理依赖的一个例子就是 go 的依赖管理，go get 其实就是 git pull & build. 之后也要转 go module，因为有缺陷，管理不够精细。

选这个日子，不怕被人做文章吗？

不够，看黑域，绿色守护的热门程度就知道了

上班单程 35 公里， 不接点顺风车，成本太高了。现在下线了，难道要去做 2 个小时公交（不堵车情况）？

指的是那个左侧 new tab。圆角还在。

不怕，70 改回来了。

使用全新的协议吗？还是挺感兴趣的，但是白皮书看得太吃力，不明所以。

@lsdir 一加 3t 在用，用单卡，信号及格。用双卡， 直接仆街，信号总是少一格。

既然是定制版，估计包名要不一样？这个只能多渠道打包。
如果只是针对特定登录用户，就可以通过后台值，if else 判断就行。