没有一个高效的 gwy 系统，会发生什么？看看巴西，看看墨西哥，看看印度，再看看中国。退休金给他们高一点这不是应该的吗

现在可以直接用 SOL 币来打赏了 参考 /t/1151560

@Libby520 小说家不写小说了？

注意休息

建议有仓位思维

人是很容易依赖既往的经验的，尤其是那些无法证明也无法证伪的事

在二三线城市，私营企业唯一的工作岗位就是销售+各种销售的变种（送水工既是买水的也是送水的）

SAP 和各种 consulting 岗位数量涨是因为人家在做什么？人家是打开 vscode 代码的吗？？？ 人家的目标是吹 AI 而已（对于一个新鲜事物呢 谁会 marketing 谁岗位就热门），属于服务业中的 “画饼业”：画饼画得好香，让人们来吃。
这是新事务的开拓期 —— 就像从马车到汽车，在转变发生的时候呢肯定是有一批人在吹汽车的好，这些可能是纯吹的人，也可能是卖汽车的、卖汽车零件的、卖汽车玻璃的 etc.

在从马车到汽车的转变期过了之后（不再需要那些画饼者了），汽车本身带来的岗位（修车、洗车等各种服务）才是新行业对于岗位贡献到真正增量

这和土木工程的盖房语境其实并不一样：
设计房子 - 建筑设计师
盖房子 - 土木工程
测绘 - 测绘工程
施工监理 - 工程造价
内装 - 家居设计师
内装实现 - 家居装饰
外装 - 楼宇维护
外装维护 - 火灾与消防
普通用户 - 漏水 漏电 水电工程师
小区 - 物业人员

以上至少十项岗位都是盖房子之外的事情，每个都是隔行如隔山
IT 行业的工作量等于它们全部加起来的工作量

之所以 IT 行业的实际岗位并没有那么多，仅仅是因为 “审批” 太松了而已：一人全干的情况是太多了，一个 IT 行业的施工员的知识储备等于它们全部加起来的施工员的知识储备，隔行如隔纸

况且 “抹水泥要等三天” 的事情并没有发生，即使编译一次最久的 C++ 程序 ......

-

如果主流编程软件的编译器设计人员决定大家一致决定各个语言的编译器的编译时间设置到编译一次至少 1h

那么 IT 行业的 “施工员” 就可以名正言顺说：
需求做完之后，需要至少一个小时的编译时间 才能确认结果，再改一行代码，又需要一小时之后才能看结果，再改下一次代码，再一个小时

这样一来人们就可以又闲又多金了 —— 但这还是比不上一个和水泥的施工员的轻松生活！！！！！总之 IT 行业和土木工程类比其实是一个伪命题，没法比

流程图

https://i.imgur.com/91MAM3A.jpeg

在工作中的成就感是容易达成的，周围那么多 npc 在为你做的事情鼓掌

就像喂猫，猫对你笑了，下次你还要来喂猫，是一样的

这和工作无关，就是一个正反馈的感觉
人类会放大这种感觉，甚至为此做出非理性行为（自愿加班，自愿把更多时间分配给这个事项）不知道这是幸运还是不幸

写一个技术文档，描述一下这个项目在软件架构上的亮点在哪，比如 它是哪个抽象架构的一个具体实现。这是我个人比较感兴趣的东西。具体的 to end user 的描述（“这 app 有什么用”）其实没啥意思

/t/1149409

买二手车能卖出高价的车型，这是经过检验的

和具体工作保持距离

构建抽象思维，任何具体工作量只是抽象的实现而已

@kero991 原来如此啊

换固态硬盘

看女方自立程度了