 |
BALDOORV2EX 第 293191 号会员，加入于 2018-02-22 14:27:40 +08:00 |
BALDOOR 最近回复了
4 天前 回复了 Kantoi 创建的主题 › 创造者 › 从 33 岁 iOS 主管到独立游戏开发者：我的转型之路 |
4 天前 回复了 weiwenhao 创建的主题 › 程序员 › Nature vs Golang: 性能基准测试 |
我早就在知乎看过了。
不是激动，我是在鼓励每一个有梦想的人，孩子，对你们严格，其实就是想你们成材。
我几乎每一个我都“喷”，不是真“喷子”，因为 PL 领域真的真的非常非常艰难。
不管是谁，国产还是火星产，理论还是工程，我是真心想你们有突破的。
不是激动，我是在鼓励每一个有梦想的人，孩子，对你们严格，其实就是想你们成材。
我几乎每一个我都“喷”，不是真“喷子”，因为 PL 领域真的真的非常非常艰难。
不管是谁，国产还是火星产，理论还是工程，我是真心想你们有突破的。
4 天前 回复了 Kantoi 创建的主题 › 创造者 › 从 33 岁 iOS 主管到独立游戏开发者：我的转型之路 |
我就是游戏行业的资深人员。
先给你泼盆冷水，这个行业无论团队还是个人，成功率(指的是回本)，万不存一
不过还是要给你点鼓励，因为这个行业正在剧烈出清，玩法而不是渠道主导的时代可能要来了
这个行业就是完全英雄不问出处的，正规军与半路出家的就是制作标准方面差距，其他的不大
下决心了就加油干！！！
先给你泼盆冷水，这个行业无论团队还是个人，成功率(指的是回本)，万不存一
不过还是要给你点鼓励，因为这个行业正在剧烈出清，玩法而不是渠道主导的时代可能要来了
这个行业就是完全英雄不问出处的，正规军与半路出家的就是制作标准方面差距，其他的不大
下决心了就加油干！！！
4 天前 回复了 weiwenhao 创建的主题 › 程序员 › Nature vs Golang: 性能基准测试 |
《实际上这个位置就是 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 理论上的小“突破”，而经常沾沾自喜，但研究到最后还是发现了其实早就在多年前就有相关的理论出现了。理论尚且如此，工程界那就更难了。
每一个梦想都值得鼓励，加油骚年！！！
这个想法，那更加不可能了，只能想想玩玩可以的。
语言也好，解决方案也好。优化那几句 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 理论上的小“突破”，而经常沾沾自喜，但研究到最后还是发现了其实早就在多年前就有相关的理论出现了。理论尚且如此，工程界那就更难了。
每一个梦想都值得鼓励，加油骚年！！！
5 天前 回复了 weiwenhao 创建的主题 › 程序员 › Nature vs Golang: 性能基准测试 |
看了眼，意义不大，直接跟 Go 竞争，开发效率没有质的差距，用 Go 的人也不会扣那点性能。
生态这个更是不可能有，除非有大公司推动。
Go 的“成功”其实很偶然，不值得参考。
《定位上是 golang <--> java/php 之间》
我觉得是位置很小甚至几乎没有空间了。
找准自己的生态位很重要。
像那个 MoonBit ，定位 WASM 语言，很少或者没有人去专门用一门语言去写。
事实是应该这样做，但实际上不会，哪怕是我，我也不会这样做。
我觉得未来语言会朝着 DSL 方向去，而不是 GPPL ，做一个事情，用一个合适的语言或者解决方案。
而不是做什么上来就是 Java(调侃)。
生态这个更是不可能有，除非有大公司推动。
Go 的“成功”其实很偶然，不值得参考。
《定位上是 golang <--> java/php 之间》
我觉得是位置很小甚至几乎没有空间了。
找准自己的生态位很重要。
像那个 MoonBit ，定位 WASM 语言，很少或者没有人去专门用一门语言去写。
事实是应该这样做，但实际上不会，哪怕是我，我也不会这样做。
我觉得未来语言会朝着 DSL 方向去，而不是 GPPL ，做一个事情，用一个合适的语言或者解决方案。
而不是做什么上来就是 Java(调侃)。
65 天前 回复了 jinbangzhu 创建的主题 › 程序员 › 关于新来的技术 leader 准备用 Claude code 升级现有项目 |
佩服，我们小项目，100 个左右文件，都不敢这样搞
PHP 大版本和 Laravel 大版本升级，都是新建项目，复制旧文件一步步对着 IDE 检测提示重写的
然后人工填数据测试几次
AI 写代码，我们现在只用在代码提示和一些简单的，收敛且封闭的功能
AI 的幻觉很严重的，漏掉的东西也很多，直接写甚至比 review AI 写的快多了
PHP 大版本和 Laravel 大版本升级，都是新建项目，复制旧文件一步步对着 IDE 检测提示重写的
然后人工填数据测试几次
AI 写代码，我们现在只用在代码提示和一些简单的，收敛且封闭的功能
AI 的幻觉很严重的，漏掉的东西也很多，直接写甚至比 review AI 写的快多了
135 天前 回复了 echosoar 创建的主题 › 分享创造 › 这些年用业余时间，使用 Rust 写了个 JS 引擎，不是标题党！ |
牛逼！！！给你 256 个赞！！！
js 这边太多引擎了，可以尝试往纯 ts 引擎方向去做，估计能火
js 这边太多引擎了，可以尝试往纯 ts 引擎方向去做，估计能火
138 天前 回复了 pikes2023 创建的主题 › 问与答 › 当你心情不好的时候，你会怎么做来缓解心情？ |
组织全男啤酒馆活动，然后上台演讲
138 天前 回复了 Joey2022 创建的主题 › 程序员 › 好奇 V 站的游戏服务端开发小伙伴多不多 |
游戏服务器就是大杂烩，几乎就是现代软件工程上的“瞎几把乱修”(不是邪修，比邪修更恶劣)，什么没见过，没听过的技术/实现方式都有，就连自研语言(脚本)，自研储存引擎都有，不是几千上万人大公司，而是几十人的小公司，直呼牛逼！
所以各家解决方案哪怕同种语言的差别比人和狗都大，各种技术不管合不合适瞎几把堆上去，除了只有一个他们想要的优点之外，剩下的全是缺点，运行起来完全靠运气，更不存在稳定性这种东西，别以为大厂没有，他们甚至更夸张。
但不妨碍他们《换皮》就是快这个可以忽视其他所有缺点的优点，你看到市面上的大部分买量中小公司的“新”游戏，其实都在换皮+换个新世界观+几个新规则而已，管你什么技术不技术的，就是能赚钱。而被你们经常骂的腾讯网易等，人家起码真的在做新游戏。
其实别说服务器，就连客户端都一样，几乎都有一套基于特定引擎的，积累好多年的脚手架之类的，对于大部分功能，UI Boy 能迅速复制粘贴+修改就能完成功能，甭管好不好，就是能用，就问你快不快。
能赚钱的技术就是好技术，赚不到钱，你技术能上天也没用
先赚到钱，然后才是技术上的迭代，当然，除非你的技术是在当下能改变世界的那种，就像 AI
对于大多数人，如果你不能改变，那就去融入，当然不是叫你一出道就当个守着几十年前的技术不愿意变的老顽固，老的能用就尽量用，该革新的就革新
重点的重点，呵护好自己的头发，还有身体！！！
所以各家解决方案哪怕同种语言的差别比人和狗都大，各种技术不管合不合适瞎几把堆上去，除了只有一个他们想要的优点之外，剩下的全是缺点，运行起来完全靠运气，更不存在稳定性这种东西，别以为大厂没有，他们甚至更夸张。
但不妨碍他们《换皮》就是快这个可以忽视其他所有缺点的优点，你看到市面上的大部分买量中小公司的“新”游戏，其实都在换皮+换个新世界观+几个新规则而已，管你什么技术不技术的，就是能赚钱。而被你们经常骂的腾讯网易等，人家起码真的在做新游戏。
其实别说服务器，就连客户端都一样，几乎都有一套基于特定引擎的，积累好多年的脚手架之类的，对于大部分功能，UI Boy 能迅速复制粘贴+修改就能完成功能，甭管好不好，就是能用，就问你快不快。
能赚钱的技术就是好技术，赚不到钱，你技术能上天也没用
先赚到钱，然后才是技术上的迭代，当然，除非你的技术是在当下能改变世界的那种，就像 AI
对于大多数人，如果你不能改变，那就去融入，当然不是叫你一出道就当个守着几十年前的技术不愿意变的老顽固，老的能用就尽量用，该革新的就革新
重点的重点，呵护好自己的头发，还有身体！！！
151 天前 回复了 DexLee 创建的主题 › 程序员 › 游戏服务器开发中,lua 的痛点有什么,为什么选择 Python 或者 go 呢? |
@DexLee
18 年那时候用 go 的好像有人会搭配 lua(写业务)，其实就是为了热更
现在的话，用 go 的一般是底层架构和上层业务全部用 go
至于为什么不搭配 lua ，游戏服务器技术各种语言/框架/解决方案都有，用什么，要看各家技术人员的喜好吧
go 写业务其实也还好，我曾经给别的团队帮忙的时候写过，虽然我没学过 go ，但也没啥不适应之类的
lua 做简易脚本是一把好手，现在有 typescript 了(有众多好爹撑腰就是牛逼)，现在新项目上，用 lua 确实不应该了，性能，开发效率，和框架全部都是过去式了，除了不愿意接受新事物且固执的老人留守外，想放弃就放弃吧，时代必然
18 年那时候用 go 的好像有人会搭配 lua(写业务)，其实就是为了热更
现在的话，用 go 的一般是底层架构和上层业务全部用 go
至于为什么不搭配 lua ，游戏服务器技术各种语言/框架/解决方案都有，用什么，要看各家技术人员的喜好吧
go 写业务其实也还好，我曾经给别的团队帮忙的时候写过，虽然我没学过 go ，但也没啥不适应之类的
lua 做简易脚本是一把好手，现在有 typescript 了(有众多好爹撑腰就是牛逼)，现在新项目上，用 lua 确实不应该了，性能，开发效率，和框架全部都是过去式了，除了不愿意接受新事物且固执的老人留守外，想放弃就放弃吧，时代必然
Select Language