对阿里网盘抱有不切实幻想的人，可能是只经历过百度没经历过迅雷，只撞一次头不信邪。现在你百度跟阿里都撞了，要是再出个网盘还有幻想，那就是脑子有病了。

「（比如表单的名字，输入规则，校验等等）」，「具体到业务逻辑我们自己再去完善」：如果前后这两大阶段都是人做的，那么整个编码就只剩非常小的一点工作了，还需要什么 GPT ；如果这俩你人不做，那么人都看不懂的东西，GPT 也做不了。

当然，跟低代码、代码自动生成工具一样，不是完全没用，是能抽走大量低级重复工作的。不过，只要是上了年龄的开发，基本都会明白：虽然我们总是在蔑视复制粘贴，但是「复制—粘贴—调整」往往比「提取公共—维护公共」，或者「提取公共—不维护—废弃已过时公共—重新提取」更有效。

你不爬，服务器负载更低。

现在打印机这种基本纯硬件，惠普都能让你买变租。云服务这种纯纯的租借服务，人家怎么更新，跟你真得屁关系没有（当然最终要看租借协议）。

云服务自身更新，那就是单纯的自己更新，（除了标准接口外）不用管下游会不会出问题，不用管上游会不会使绊子，毫无更新的负面作用，这个时候那自然是第一时间更新。这跟 Windows 、Java 的更新，虽然都叫做更新，但是是两码事。

MQTT 协议是发布订阅模式，你要向指定设备发送下行消息，那就只能让每个设备都订阅各自的主题。群发压根没啥特殊的，让一个群下的设备，订阅一个主题即可。

别搞什么大聪明技巧，在协议框架下，支持海量 topic ，是很简单的事。MQTT 的 topic 其实就是一个 tcp 通道地址列表或者映射图，跟消息中间件的 topic 概念上相同但性能上完全是两码事。

知道 push -f 命令，却不知道分支可以禁止强制推送，楼主的情况像极了跟着别人的半吊子教程去操作/搞事的人。

第一，除了基本法律、合同之外，公司对员工唯一具备约束效力的，是经过员工签字同意的规章或协议，所以口头通知，你就当它是屁。（一般人还不好当屁，但你已经撕破脸了，那就该咋干就咋干。）（另外请记得，不要随便同意。）
第二，公司即不能以你违反口头协定来开除你，也不能以你决绝同意来开除你，如果真开除了，那么恭喜你喜提 2N 。
第三，不要辞职。
第四，加班费不要想了。一般公司规章制度，都会避险的规定晚上 8 点才开始算加班，而这个规章制度你大概率入职的时候像大多数隐私协议那样自觉同意了。所以你这个 6 点到 8 点，不管是个人自愿，还是公司规定，都很难算加班。至于你平时的加班，没有标准，但是一般情况下，至少要是领导的书面请求才会被认可是强制加班，你这些基本不会被认可。

写不涉及 UI ，大规模调度而非精细调控资源的平台级别应用，老实用 Java ，别闹。.NET 的顺位都比楼主说得这俩顺位高。

就是白盒测试也不一定是对着源码搞。除了黑白客，测试也只会关心是不是 BUG 和 BUG 是什么，并不会涉及到「琢磨 BUG 」这些为了探索 BUG 怎么发生才需要的动作。我不知道楼主具体是实习什么职位，但楼主的实习目的，明显不是测试岗。

你这不都分析结石成分了吗，上面会有饮食注意的。得了结石虽然不用刻意选择饮食结构，但你注定是要放弃几种喜欢的食物的。

而且正常情况下，3mm 以下结石都是正常现象，饮食结构改善或者吃药之后大概率自行消散（所谓的排石药压根就不是排石，而是改变酸碱度），5mm 以下能不用外部手段就正常排除。

最后提一点，我因为个人原因，特意搜索个各种结石手术的资料，全部都有：术后十年内易复发。第一颗结石没当回事，拖了几年不得不手术，这应该是根。

一跟苹果沾边，骗保就不是骗保了。说「再过 3 年还 82%」有点夸张，但并不是没有可能，因为作为保险依据的电池健康度，其分母绝对是跟使用时间有关，不可能是与其无关的初始最大容量。

内练：《实现领域驱动设计》(Vaughn Vernon 著， 滕云 译) （要准备上几年慢慢练，不然容易走火入魔。）

外练：Entity Relation Diagram/Design/Modeling 。相关参考如下：
方法 https://www.cnblogs.com/muchen/p/5258197.html
关系的名称和方向
https://stackoverflow.com/questions/15941149/how-we-identify-the-relation-direction-in-an-er-diagram-if-we-use-chens-notation
陈氏表示法 https://vertabelo.com/blog/chen-erd-notation/
乌鸦脚表示法（多重性上一般不用原始陈氏表示法而换用乌鸦脚表示法） https://vertabelo.com/blog/crow-s-foot-notation/

请注意：不管是 DDD ,还是 ERD ,都不是单纯的技术设计，而是业务模型设计，产品/需求也是要参与的。如果产品/需求压根不管你啥模型，就盯着界面原型甚至效果图，还拒绝被模型引导，那你搞啥都不管用。

做得东西最终使用方不是客户，而是客户的客户，或者客户的客户的客户的的客户，则是外包。比如说，台积电给 AMD 代工生产芯片，AMD 是要再往外卖的，这就是台积电做 AMD 的外包。Intel 自己生产自己卖，这就没外包。但是，假设 Intel 内部的生产和销售部门各自自负盈亏，那么这仍然是外包。

上面应该看出来了，外包本事是无好坏的，还要看你怎么用。印度软件几乎全是全包，能让硅谷印度化。二十年前中国大力扶持要学印度搞软件外包，结果楼搞出来不少行业和人才是一个都没有。

劳务派遣压根就不是外包，fulajickhz #28 解释的很明白，这是个类似于足球运动员租借的租借形式。但是看到「三方合同」这一点，你就应该猜到，在国情驱动下，会干出来实际上「劳务派遣」，合同上「业务外包」的场景，于是乎就有了「人力外包」这个中国特色的词语。