说句不好听的
太高看你自己了
你的代码不管 AI 拉的屎还是手写的屎都不值钱
说句更难听的，就是给钱让别人用都不用
值钱的是你分析有用的数据，你探索出来的商业模式

消不消失不知道
但逐渐变少，变的跨界会更多
使得更多人专注“产品”，而非“技术”
虽然绝大多数人没有什么“技术”可言
氛围变了，以前有追求，现在变的“又不是不能用”
想想好像也是，又不是 AI 大模型那种改变世界的，能赚钱的代码就是好代码

但更严重的是，人才断层
年轻人没有成长空间了
AI 简单还能做，复杂度一上来就到处拉屎，没经验的人又辨别不了
软件工程可能会在一段时间疯狂倒塌
然后最后肯定会被众多资深工程师，重新构筑

其实 AI 是大号的搜索引擎
帮你搜索聚合信息
但信息的正确性，需要人去判别
不管问问题还是写代码
它只是一个基于概率匹配的机器

你要操控 AI
别让 AI 操控你！！！

普通人：争论 BOSS 上职位的数量
爱好者：争论语法上的 if/else
二次元：争论大佬用 XXX 做了牛逼的 YYY
架构师：争论人才储备和工程上的各种优缺点

老板：哪那么多废话，你不干有得是人干

想多了
没那么多“有天赋的”，不管小厂，大厂，还是顶尖独角兽，都没有
你说的应该是，称职的，也就是做一行，爱一行
这类人，无论做什么，都能把它做好
都是社会的坚实力量
可以去读一下历史，中共初期，那些老黄牛

天赋是，只用一点力量，就能明显地和其他人拉开差距的选手
天才是，随便一点 idea ，就能开辟一条新道路的玩家
神就是，探索未知，开宗立派

差不多，AI 时代选 AI 最会写的，
web 相关(or 小程序等)就 js/ts 全家桶，
app 那边就用 Kotlin 全家桶，
性能点就上 rust ，
其他语言解决方案基本不可能碰了

我把剩下的 PHP ，都是后台，还有少量的 API ，都是 Laravel 全都切换到 NestJS 了
还有一些 go 写的 api ，全切换到 NestJS 了
还有一些 go 写的中间件/工具，切换到 rust 了
还有一些 python 工具，切换到 rust 了
还有一些 python 脚本，切换到 ts 了
因为还要维护，不然也不会闲的蛋疼去切换，

ts 足够简单，减少开发人员心智负担，本地 7B/9B 的 AI 写得也还行，
rust 只有自己碰，我 15 年就开始用 rust 写部分(边缘非核心)工具，所以有足够经验去 cover rust 这部分的切换
rust 工程性爆表和性能足够强，AI 极大降低心智负担，AI 时代的赢家

个人一些工程决策，有需要的技术负责人也可以参考一下

@GuLuDaDuiZhang
他说的是对的，
我现在就是了，我 10 年+，是不是大佬不知道，资深(指水平不是工龄)应该不过分
就是一个模板的规则/方案吧，要性格好，有灵性一点的实习生/应届生(就是便宜的都行)+AI 操作
毕竟都是堆业务，模板满足 90%甚至 95%的需要，剩下就自己来呗，或者出方案，让他们操作 AI 加规范约束，也能用

技术分布其实是这样的

大厂其实就是
0.001%的巨擘
0.1%的引领者
10%中坚
剩下就是拿工资党
不要有滤镜，也不要有过度蔑视

小厂要区分独角兽，还是“真”小厂
真小厂里面的 no1 可能就大厂中坚的后 10%水平，甚至不如拿工资党的都有可能
独角兽的一般可能没有拿工资党的，里面的 last 可能是大厂中坚的前 30-50%的水平，至于 top 水平方差就很大，有的有巨擘，有的就只有大厂中坚 top 水平

我对接外部众多，都是先礼而后兵的
对方礼貌不管水平能力应答如何都以礼貌相待
对于《你在教我做事》的这种给脸不要脸的直接开骂

另外
对技术不要有滤镜，当你攀登过无人的高峰，你会发现，“巨擘”也不过如此

@Kantoi
想去公司很难，现在这个行业人员高度溢出，哪怕是小公司，转行的几乎过不了简历关。
连美术，那些破小公司都想外派，你想想就知道，这个行业直接跟疯了一样。

我早就在知乎看过了。
不是激动，我是在鼓励每一个有梦想的人，孩子，对你们严格，其实就是想你们成材。
我几乎每一个我都“喷”，不是真“喷子”，因为 PL 领域真的真的非常非常艰难。
不管是谁，国产还是火星产，理论还是工程，我是真心想你们有突破的。

我就是游戏行业的资深人员。
先给你泼盆冷水，这个行业无论团队还是个人，成功率(指的是回本)，万不存一
不过还是要给你点鼓励，因为这个行业正在剧烈出清，玩法而不是渠道主导的时代可能要来了
这个行业就是完全英雄不问出处的，正规军与半路出家的就是制作标准方面差距，其他的不大
下决心了就加油干！！！

《实际上这个位置就是 golang+java+php+node.js 的总和中非常大的一部分中 nature 会是更好的选择。》
这个想法，那更加不可能了，只能想想玩玩可以的。
语言也好，解决方案也好。优化那几句 if/else 意义为 0 ！！！
要解决问题！要解决问题！要解决问题！
你要有你的直击问题的杀手锏！杀手锏！杀手锏！
我不是对你人身攻击，只是说出大多数玩家的 PL 理论以及工程经验其实真的就只能造出玩具。
另外我建议你不要把 golang+java+php+node.js 混起来，有可能会让人觉得你只会那点 CRUD
一般情况下分类是《 C/C++/Rust/Zig 》《 C#/Java/Kotlin 》《 Go/PHP/Js/Python/Ruby 》
我关注的新生的语言，无论是研究型还是打算应用型的算是非常多的。
有属于它自己的核心杀手锏的不多，更多的是倾向 DLS 般的优化。
例如 rust 的“成功”，一部分是解决了“精通”c/c++的人(实际精通的人能有多少),另一部分是 cargo 太 TM 好用了
例如 Node 这种，就是吃了前端人员偷懒不想学语言的空，很多情况都是很偶然的。
而不是选择，更何况“更好”只存在于你自己那点领域的想法。
另外那些人，凭借“国产”什么的，如果你也有这样的想法，我劝你还是最好不要碰。
还有自研汇编不依赖 libc 实现 syscall 其实就是另一个领域的 CRUD ，不要太当回事
哪怕跟 pass 一样，写多了也没什么两样
我也算 PL 的老玩家了，偶尔也会有一些 PL 理论上的小“突破”，而经常沾沾自喜，但研究到最后还是发现了其实早就在多年前就有相关的理论出现了。理论尚且如此，工程界那就更难了。
每一个梦想都值得鼓励，加油骚年！！！

看了眼，意义不大，直接跟 Go 竞争，开发效率没有质的差距，用 Go 的人也不会扣那点性能。
生态这个更是不可能有，除非有大公司推动。
Go 的“成功”其实很偶然，不值得参考。
《定位上是 golang <--> java/php 之间》
我觉得是位置很小甚至几乎没有空间了。
找准自己的生态位很重要。
像那个 MoonBit ，定位 WASM 语言，很少或者没有人去专门用一门语言去写。
事实是应该这样做，但实际上不会，哪怕是我，我也不会这样做。
我觉得未来语言会朝着 DSL 方向去，而不是 GPPL ，做一个事情，用一个合适的语言或者解决方案。
而不是做什么上来就是 Java(调侃)。

佩服，我们小项目，100 个左右文件，都不敢这样搞
PHP 大版本和 Laravel 大版本升级，都是新建项目，复制旧文件一步步对着 IDE 检测提示重写的
然后人工填数据测试几次
AI 写代码，我们现在只用在代码提示和一些简单的，收敛且封闭的功能
AI 的幻觉很严重的，漏掉的东西也很多，直接写甚至比 review AI 写的快多了

牛逼！！！给你 256 个赞！！！
js 这边太多引擎了，可以尝试往纯 ts 引擎方向去做，估计能火

组织全男啤酒馆活动，然后上台演讲

游戏服务器就是大杂烩，几乎就是现代软件工程上的“瞎几把乱修”(不是邪修，比邪修更恶劣)，什么没见过，没听过的技术/实现方式都有，就连自研语言(脚本)，自研储存引擎都有，不是几千上万人大公司，而是几十人的小公司，直呼牛逼！

所以各家解决方案哪怕同种语言的差别比人和狗都大，各种技术不管合不合适瞎几把堆上去，除了只有一个他们想要的优点之外，剩下的全是缺点，运行起来完全靠运气，更不存在稳定性这种东西，别以为大厂没有，他们甚至更夸张。

但不妨碍他们《换皮》就是快这个可以忽视其他所有缺点的优点，你看到市面上的大部分买量中小公司的“新”游戏，其实都在换皮+换个新世界观+几个新规则而已，管你什么技术不技术的，就是能赚钱。而被你们经常骂的腾讯网易等，人家起码真的在做新游戏。

其实别说服务器，就连客户端都一样，几乎都有一套基于特定引擎的，积累好多年的脚手架之类的，对于大部分功能，UI Boy 能迅速复制粘贴+修改就能完成功能，甭管好不好，就是能用，就问你快不快。

能赚钱的技术就是好技术，赚不到钱，你技术能上天也没用
先赚到钱，然后才是技术上的迭代，当然，除非你的技术是在当下能改变世界的那种，就像 AI

对于大多数人，如果你不能改变，那就去融入，当然不是叫你一出道就当个守着几十年前的技术不愿意变的老顽固，老的能用就尽量用，该革新的就革新

重点的重点，呵护好自己的头发，还有身体！！！

@DexLee
18 年那时候用 go 的好像有人会搭配 lua(写业务)，其实就是为了热更
现在的话，用 go 的一般是底层架构和上层业务全部用 go
至于为什么不搭配 lua ，游戏服务器技术各种语言/框架/解决方案都有，用什么，要看各家技术人员的喜好吧

go 写业务其实也还好，我曾经给别的团队帮忙的时候写过，虽然我没学过 go ，但也没啥不适应之类的

lua 做简易脚本是一把好手，现在有 typescript 了(有众多好爹撑腰就是牛逼)，现在新项目上，用 lua 确实不应该了，性能，开发效率，和框架全部都是过去式了，除了不愿意接受新事物且固执的老人留守外，想放弃就放弃吧，时代必然