@fumeboy 不太认可，现在小程序是按公司划分其实是商业行为造成的，这个我也觉得不是一个好事情；
不过，小程序就是小程序，是在更高维度抹平框架差异的框架，如果按照商业公司划分子平台不合适，那么为什么按照操作系统划分就合适了呢？
理想情况下，小程序框架就是小程序框架，是超越商业公司、超越操作系统特性的，但是这个不就是 flutter 的思路么？那么为什么 flutter 并不算成功呢？ => 理想和现实是有差距的

@ditel 这就得看你觉得什么是平台了，native app 是运行在系统框架(Android 、iOS)上的业务代码，小程序是运行在大厂小程序容器下的业务代码，从这点看两者也没什么区别；只是从实际效用考虑：
1. 系统框架的生命力和稳定性比阿里腾讯这种商业公司要更稳定；
2. 而小程序框架在系统框架上套娃以后夹带了自己的私货，流量入口被把持住了；但是流量问题是商业问题不是技术问题；小程序的确也很大程度改善了小公司技术薄弱、缺乏流量入口的缺点；
所以我觉得不要认为 native app 和小程序是完全不同的两个东西，他们都是立足在框架上的业务而已

@zackwan95 小程序不仅不是反互联网，反而是顺应互联网的，这点都理解不了的人我感觉不用在这行干了；
1. 大量业务、应用是低频而且逻辑简单的，专门做成一个原生应用无法带来根本的体验升级反而会因为小公司羸弱的开发能力带来糟糕的体验
2. 计算机的本质是抽象，底层语言为高级语言提供原子能力，高级语言专注语义化编程；小程序在原生框架上抽象了自己的 DSL
3. 前端网页的本质和小程序没有任何区别，只是标准兼容性上的差别
4. 互联网是需要不断降低门槛赋能大众的，这件事阿里、微信通过小程序在做，很多厂商通过快应用在做，微软这种大厂也在探索自己的 low code 框架；

30 岁一线程序员；
答案是：提升自己；
请记住编程是脑力劳动

@fromzero 首页不是么，记得之前看过分享说首页也 flutter 化了才对啊

@cxknmsl 我之前还记得闲鱼是唯一一个在主业务场景坚定的推 flutter 的团队，为啥又倒车回去了？

Java & Kotlin
1. java 是首选的；
2. kotlin 最好不要作为首选语言，繁杂的语法糖和过于自由的写法会提高入门难度
3. flutter 等到入门再说，目前 flutter 在大厂的生产环境还是难堪大用，据我所之只有闲鱼是 allinflutter 的

杭州阿里，应届两年，大概说一下：
1. 杭州房价现在并不低了，阿里旁边未来科技城更贵，所以房价杭州有优势但是也没想的那么大；
2. 定居：上面有个哥们说的挺好，你都是金字塔尖的打工人了，自信一点
3. 杭州有个应届生人才补贴，硕 10w，本 8w ；
4. 关于语言：语言是最不重要的部分了，至少在阿里是这样，我这两年主业 Android，写过前端写过小程序写过 iOS ；不过在阿里 java 应该是百年大计的基础语言了

Git Diff 的思路吧，如果你本地不会去修改文件数量和内容，那 client--[commit_id]-->server 后服务端计算两者 diff，下发这部分文件让 client 覆盖就行；但是如果本地会修改的话，如果允许冗余，引入工作去和本地仓库的概念，先 git rest 工作区然后再 git pull ；如果不允许冗余，那比较麻烦了，可以先本地检查文件是不是被修改过，哪些被修改过然后将 commit_id 和这部分信息都给服务端由服务端决策需要更新的部分

极度缺人，非 KPI 任务啊

GUI 最有用的就是 merge 代码和 rebase 的时候了

能接受 100%的回撤还说啥，梭哈 BTC 、期货啊