多写代码，多参考别人的产品

最省力的做法我遇到过一个，那就是每个人自己开发的时候先切一个本地分支出来，在新的本地分支上面开发，然后提交的时候把这个分支合到本地的主分支，然后主分支 push 上去。
举例：员工 A 要开发 a 功能，他在他的电脑上建一个本地分支，随便取名，就叫 fucka 吧。写完以后把 fucka 合到本地的 main ，然后 main 推到远程。无冲突。
好处：
- 代码冲突较小，本地分支可以写一个功能以后就合，此时改动小，解决冲突也容易。然后合完以后本地分支可以删掉，下次开始写代码的时候再开新的本地分支，保证干净。本地分支可以随便取名，随建随删。每个人都有自己的本地分支，只合自己的那部分改动，冲突也是自己最熟悉、最容易解决。
- 每次解决冲突都是本地操作，也是改代码的那个人本人亲手操作。他熟悉代码，解决冲突更容易，而且不会影响到远端。

@rocmax #70 房子小，地方不繁华，买东西贵，吃喝玩乐之类的没有国内舒服。特别是老人，没有丰富的经济学常识，只能直观的看到一些事物，那就是他们认知中的日本

正常情况下是早起，适当运动或者静坐都可以
实际情况，笑死，我根本不去调整，直接迷糊一整个上午，去他妈的，反正不耽误干活就行

看你说的是日本？有没有可能是她作为老一代的人不喜欢日本。然后觉得你没赚到大钱，虽然到了国外但是生活还是很拮据的样子（她把日本的生活水准自动和国内对标了，会感觉你们是很穷的那一档），再加上本来就对你不算满意，所以就这样了
总结来说，其实她并不想来帮你。她就是故意的，想走。

理论上来说是的，不过这么多年大家用也就用了，虽然没办法证明有人做了，也没办法证明都没做，只能说爱用就用吧，诋毁就免了

要不你先在一台机器上试试，装了 fontconfig 以后能不能解决
说不定，依然解决不了呢？
我的意思是，客户的环境有时候是很坑的，他们从嘴里说的话不一定靠谱，要亲自调研过才能确定。不然你们又做了无用功

室内录音棚了解一下，某宝有卖的，几平米的棚子，几万块钱可以搞定
你要全屋？ emmmm 想想音乐会剧场装修吧，音乐会的剧场的装修都是考虑了声音效果的

如果不是扫描版的 pdf ，那可以放大的，而且放大以后字体保真，没有锯齿之类的东西

不要用高阶语法，能写 if 都写 if ，不要用简化语法
不要重用，本来可以重用的方法都直接拷贝一份出来
多做判空，多做异常捕获，就算这里几行代码是 100%不为空，你也加个判空。这样也有好处是可以减少 bug ，而且提高了代码量

你异想天开了

我拿个手机对在你电脑屏幕前面录，怎么破？

没 35 ，但是准备学一个.net 然后混进去，要吗

如果你觉得公司业务方面还有希望，那就提一下加钱，同意了就当 leader 干，不同意就摸鱼呗，也不要提跑路，这年头苟一下就行

不知道你项目复杂度怎么样，如果是完整商业化项目而不是一两个功能的小工具类项目，那我感觉 2w 是挺便宜的，先试试跟他谈呗，主要是套点更多信息出来，看到底是钱的问题还是他就不想做了，再找下一步解决办法

pixel 不原生，pixel 也是 OEM 这一类，只是他的 UI 看起来比较原生而已
OEM 属于商业化产品，系统的稳定性和调教肯定比原生强
本地化和各种小功能优化也比原生强

我就一句话
如果大伙给你说了解决办法，然后导致你被抓了，你会来找我们麻烦吗？

要我说这是 C++自己的固有缺陷
很多搞底层编程的人天天说，自己写的东西可以几年、几十年不变。这确实很牛逼
但是有另一面，那就是如果这些东西一直不变，那还需要你来做吗？第一个写完的人基本上就把工作做到 90%了，剩下的只剩修 bug 。所以也没有那么多需求，更没有那么多人去学了。
那你们为什么还要天天感叹人少呢？这不是双标吗