我的经历是注释着以为后面能用上的代码基本上是用不上。留着纯粹是不想删而已。

@jfhufhf 是这个道理。但是我没有经验也没接过，不知道该下哪个菜，高了把人吓跑了，太低了以后天天来吃每天吃 5 顿要亏本又累死。

@diegozhu 感觉可以当 baseline，再调整。稳定产出稳定合作了低于 2S 的 7 成我大概不愿意干，毕竟休息时间比较缺。不过他们小团体算是搞专业学术研究但是遇到数学问题需要技术协助解决，而且长期有这种需求。走不了公司账应该是他们从腰包里出，大概给不起 2S。

@GoLDTiGEr404 除以 30 而不是除以工作日甚至工时

@acorn123 那如果这个东西有一定技术难度 不是很容易可以找到开发的呢

一是可以的，但是一般来说开发过程是混乱的，相关改动中间会隔几个提交。
二如果 commit 过大，review 是没人会主动看。
message 太多，是肯定不行的。如果有相互依赖，为何不直接写在代码中。如果没有依赖，那应该开多个分支分别开发。
合适的做法是善用 cherry-pick, rebase, commit --amend 整出一个符合逻辑的一到多次 commit。如果 message 能合并成一个，那直觉是考虑该不该合成一个 commit。
重点就是每个 commit 的改动需要内聚。（不管以后是查看历史还是 revert 等等才能发挥出版本管理的优势）

可能是显卡闪存问题 换张卡试试

@andylsr 空置就是亏钱。一个地段的类似状况的房型不会差价从 1500 到 3000，最多 100-200。一年差价最多 2400。房租 4800 的话空置半个月就亏了，还一年，想什么呢。房东要是眼痒周围租金涨了，他（她）也可以涨啊，怕什么。

@laoona
是这么个道理

--bwlimit

gitkraken 太慢，放弃了，转 gitExtensions 了

直接 opencv 往摄像头拍下的视频帧上面叠动画就行了

我前司的传输数据很大，同时逻辑又复杂。测试能从接口返回等看出来是后端问题的话直接给后端（这个要详细文档或者测试经验、水平比较高，责任心又比较强），不然一般先指派给前端，前端来做区分。（前端超幸苦的

我来推荐个楼上一个人都没说到过的小众设计牌子
祖与占
先后买过这牌子三个
最早的是灯芯绒燕子双肩大号（ 400 ）（毕业破了换成了 knomo falmouth 550 ）
后来买了小号海军邮差包（ 230 ），尺寸刚刚好可以装下一个 surface pro
再后来我嫌 knomo 装的东西比较少，买了祖与占的手提双肩雨雾灰大号（闲鱼蹲了一个 180，全新 400 ）
我对这个设计牌子非常满意，在满足功能性的前提下有着很好的设计（从外观和内饰都是）。而且设计师在不停改进已有款，新版的灯芯绒燕子就比我买的最早一版的好了很多。

这个一部分要学习一部分要经验。大概率能做到挖掘真实、核心需求那就是很不错的产品了。别人试错出了 5 个版本搞定真实需求，你能压缩到 2-3 个版本那长期就是企业的巨大优势。

买了比亚迪元，听朋友说的，然后去店里试驾了一下，算了算钱和别的就买了。