@mumbler 入职后台安全员岗位的人和原来开出租车的不是同一批人。安全员需要电脑操作技能，基本上是文化水平高的大学生。开出租的大部分是年龄偏高的文化水平低的人群。也就是说无人驾驶的出租车，1 个大学生端掉了 3 个人饭碗。失业的出租车司机，是很难再转岗到后台安全员。因为他们普遍年龄偏大，学习能力不如刚毕业的大学生，同时高素质的待就业的大学生很多。最后失业的司机去哪里了？另外，新入职的后台安全员虽然工作轻松。但收入也会下降。假设一家三口，爸妈是开出租车，孩子入职了安全员岗位。无人驾驶导致爸妈失业了，那么家庭收入就减少了，然后就会考虑削减出行费用。最后钱转了一圈，慢慢流入少数人口袋里面。虽然无人驾驶削减了出行成本，但多数人的收入也变少了，会增加出行支出只是少数获利的人

程序员是工人。只是软件开发技能就是程序员拿出来卖的商品。换成商品就好理解了，手机也是商品。10 年前的手机性能那么差，卖 2000 。现在手机性能都涨 10 倍，但还是买 2000. AI 提高生产力是同样的经济逻辑，程序员能力提高了，失业不失业就难说了

[感觉程序员正在朝更牛逼的工种进化，可能以后反而不会失业] 这个推论违背经济逻辑。从古至今，生产力一直在提高，有哪次生产力会让工人的工作更加稳定，收入更高？以前人力拉车一天能只跑 20 公里，现在开出租车一天能跑几百公里。30 年前的程序员做出来的网页那么样式难看，为什么他们收入那么高？ AI 能提高生产力，无非是换一个工具而已工作而已。失业不失业，是市场决定需求决定的。当工人一天能干两天的活时，公司并不会给工人付双倍工资，而是将工人减少一半

现在都在用 AI 谁还看技术贴呢，只有 AI 在看...

第一个排除 go ，go 岗位少得可怜。外加 go 超级简单，ai 写 go 代码准确率超级高

20 万自家住也还行。至少没有掏空钱包背房贷。如果是打算退休后两个老人住到七老八十的，一定一定必须是电梯的。老人老了后，上一层 10 级的楼梯都没有力气还不安全。6 层步梯房，亲戚什么的，年轻人要上班，同辈的，老了谁也爬不动楼梯，谁也照顾不了谁。父母的决定也没错。

@wqq096737ink 没用，推荐不了一点，我刷 B 站都能刷到 B 站黑马官方一直发劝退视频，叫本科非科班的别卷开发岗，做点其他的也好~

手机厂家特意给开的微信后台保活。之前买了一个联想的摩托罗拉，微信没有保活，杀掉后完全没有消息推送。然后被投诉到受不了，就安排微信强制保活

和你情况差不。我选择不建。分析：
1. 人口持续下降，农村发展的机会减少，大概率农村居住人口也会越来越少。自己住不方便。房价不涨，卖不出去，也租不出去
2. 经济下行，AI 提高生产力，程序员岗位持续减少。自己打工的收入是不稳定的，很可能会收入减少.
3. 还是经济下行周期，同时工作岗位也大量减少，整个家庭可能都会遇到收入减少，掏空钱包风险很大

你的感觉是对的，关键在于 [写文字需求和写代码几乎是等效的] 。当给 AI 描述需求的时间小于人工写代码的时间时，生产力将大幅度提高。人工写代码的效率是有限的。AI 理解需求并生成代码的速度比人工代码的速度高 100%，甚至更高。只要别人用 AI 用得好，自己不用 AI 写，那么生产力将比人低 100%，团队需要的人将多一倍，成本也高一倍。我给公司写的新项目，AI 代码现在能已经占 50-80%，比人工编码时间稍微快一点（旧项目还是人工快）。AI 编程本身的硬实力是存在的，关键在于怎么发挥出来。在市场竞争的一次次冲击下，可以预见的未来：生产力提高，而商品需求没增加条件下，对程序员的用人需求将慢慢减少。随着项目结束，肯定会有越来越多的程序员再也回不到开发岗。当大部分都能轻松使用 ai 完成编程任务时，整个市场可能 80%的程序员开发岗都消失了。趁现在 ai 还没发展到这个程度，赶紧找好后路吧

看列的数量，返回结果内容的数量，被请求次数。管理系统，大部分情况优不优化 select*丝毫不影响用户体验

AI 发展 -> 生产力提高 -> 短时间内工人下岗失业，必然的事情。Deepseek 只是其中一个浪花，将 AI 发展往前加速推了一把。就算没有 Deepseek ，始终还是有人推进大模型语言的开发。AI 的发展速度，最后还得看老黄的显卡降价多少，性能提升多少，功耗降低多少，产能提高多少。甚至 Deepseek 模型都只是昙花一现，很快又各种理论又继续迭代和淘汰。普通人还是抱紧老板大腿，哪里有钱往哪里靠

基础物理学出现了哪些进展？最近一年没关注新闻

机器人今年开始发力了

@Danswerme 只是 Java 程序员题库的 10%，面试随机抽查。100 分制，答错一题扣 20 分

有用，大部分情况这些图在脑子里生成。当和别人交接时，有需要就会画出来

1. 几个人同时在一个项目上开发的冲突怎么解决？
使用 git merge 方式合并，代码冲突了，两个开发人员一起解决问题。避免干掉别人代码。

2. 启动时间会增加
Idea 使用 Jrebel 热更新，避免了频繁重启。

3. 如果合并成单体，某个模块要拉分支，应该怎么处理这个问题
单体应用代码在同一个仓库
---
1 、3 问题是 git 使用问题。
---
单体和微服务看应用场景使用。需要综合考虑项目预算、业务量、硬件资源。就像通行工具也分自行车和汽车，选错了，整个团队都得加班加点，产出效率还低