我司现在就在吃前人留下的流程不完善导致的各种亏，你显然是身在福中不知福。。

一般来说你在前面的环节省的时间精力等资源，后面出现问题会狠狠的给你把这部分资源再重新吃掉，骨头都不吐。

设计上节省，那后续就会有设计不满足要求等问题。项目没有名为"设计"的脊梁，是很难变成有健壮性的项目的，后续你会浪费各种时间救火+修 bug 、然后复盘、然后优化(shi 上雕花)或者重构(不太可能)。

测试上节省，那自然潜在的问题到生产环境才暴露，在生产环境救火+修 bug 那难度可比测试环境大多了。

验收上节省，那后续用户出尔反尔你又没话说了。

所以我觉得是值得的，除非你有自信在节省那些你觉得"没有性价比"的环节之后，还能有把握不出现那么多问题，不然我觉得该有的都要有。

看做饭的人的收入，或者 ta 本来能做什么事情。
看 ta 把 买菜+备菜+做菜+洗碗+日常清洁的时间 腾出来能做什么其他事情。

而且有的时候，也不是不可以做，但是会犯懒，不想做，或者有一些不会做/缺乏工具。
但是又有的时候，出去吃/外卖不一定有你想吃的菜，又能自己做。

总之很难量化，所以看心情，想做就做，想出去吃/外卖就外卖，没必要纠结。

除非需要节衣缩食，那精打细算的话肯定是自己做划算，但是你要付出额外的时间精力。

OP 说前面借的都还了，后面借的几万没还，但是你最好 append 一下，因为光看正文的意思感觉是前面的都没还，容易误解。

按理说，亲情，你要么不计回报的帮忙，自己有难时又不计回报的请求帮助；要么你就计回报，明算账。

我觉得以上都没什么问题，都可以。

但是你计回报的话，你姐姐有需要你帮忙，人家也只是请求，你有些帮了有些拒绝了没帮，我觉得都 OK 。
但是看样子你觉得她亏欠你了，那如果以后你有难需要她帮忙，她答应了呢？
你前脚觉得别人亏欠你，跑 V 站发个贴求评价，后脚如果她回报你了，你大概率是不会来 V 站再发一贴告诉 V 友，她还你人情了，对的吧？
不是的话后续她还你人情了，务必来 V 站发个后续。

除非你觉得她大概率不会再还你人情了，那你来这发这贴就是觉得被亏欠了，想从外界找点认同。

@gdfsjunjun #5
要是线上有 1000 单。。
要么柜台放不下，要么号码可以重用，比如 35001 可以指代第一单和第 1001 单，因为前面肯定没人要或者相隔时间长，已经取走了。

我也不是麦麦开发，但是应该是这样。

你把语言理解成铁路轨距标准、车厢标准等，每种语言都有不同的特性，适用于不同的场景。

第一，没有最好的标准，只有最适合的；
第二，铺轨道是要代价的，很大的代价；
第三，基于第二点，谁先去铺了轨道，后面的人大概率是不会去改它的，而是反过来去适应它。

谷歌已经花代价把轨道铺好了，那你想再用另一个轨距标准在同一片土地上铺不同的轨道嘛？
除非你的轨道标准提升的生产力/效率能够降维打击前者，就像现在的高铁比普通铁路的优势，否则没必要新铺。

新机还是旧机，电池健康度，后台留存应用数量，是不是有自启动应用等，网络情况等，都有影响。

我的 K40 没换过电池，电池老化了，开了睡眠监测(录鼾声等等)，一晚上能掉 3 、40%电。

以前打游戏听说的北网通南电信，想问一下现在是不是不这样了？

K40S 还在撑，电池有点不行了但是还没换，换了估计还能战两年。

就是 MIUI14 开发版好像不更新了，升级澎湃的话，门槛又高，小 bug 也不少。

我翘二郎腿会夹二弟，所以我就不会翘。

拿个东西固定在膝盖上，比如护膝之类的，翘的时候会发现有阻碍就不翘了。

无人机不好进行急救和搬运作业，怕有二次伤害，技术难度也大。

不如拿来做道路净空，提前根据导航规划好急救进出道路之后，派遣无人机集群净空并占用对应道路的车道，提高救护车接送效率。这个应该不止在特种车辆执行紧急任务时候可以用，用途可以拓展。

但是这个涉及的法律法规和行业太多了，应该不好推动。而且价格应该不美丽。

先不管你是不是真的不适合当程序员，就算你真的不适合某个行业，也绝对不至于说否定自己的人生和生命价值。
能好好活着已经很牛逼了，活好了再想锦上添花的事情。

搞不好是哪里压迫到神经了？。。
去医院挂脊椎骨科之类的看看，我之前挂这个科的医生也看肩膀之类的问题。

Python 是强类型语言，不管用 ORM 还是原生 SQL 一样要处理类型问题。

不懂某些评论为什么要说有 Python 味，吐槽之前好好调查一下再给出观点很难是吗？

可以试试避开信号处理，直接找一种物理切换输入的东西？

jd 搜了一下是有的，3.5 二进一出或者一进二出都有，甚至集成在一个上面的也有。