V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  BALDOOR  ›  全部回复第 2 页 / 共 5 页
回复总数  90
1  2  3  4  5  
❮ ❯
2025 年 12 月 23 日
回复了 weiwenhao 创建的主题 › 程序员 › Nature vs Golang: 性能基准测试
我早就在知乎看过了。
不是激动,我是在鼓励每一个有梦想的人,孩子,对你们严格,其实就是想你们成材。
我几乎每一个我都“喷”,不是真“喷子”,因为 PL 领域真的真的非常非常艰难。
不管是谁,国产还是火星产,理论还是工程,我是真心想你们有突破的。
2025 年 12 月 23 日
回复了 RosyGame 创建的主题 › 职场话题 › 从 33 岁 iOS 主管到独立游戏开发者:我的转型之路
我就是游戏行业的资深人员。
先给你泼盆冷水,这个行业无论团队还是个人,成功率(指的是回本),万不存一
不过还是要给你点鼓励,因为这个行业正在剧烈出清,玩法而不是渠道主导的时代可能要来了
这个行业就是完全英雄不问出处的,正规军与半路出家的就是制作标准方面差距,其他的不大
下决心了就加油干!!!
2025 年 12 月 23 日
回复了 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 理论上的小“突破”,而经常沾沾自喜,但研究到最后还是发现了其实早就在多年前就有相关的理论出现了。理论尚且如此,工程界那就更难了。
每一个梦想都值得鼓励,加油骚年!!!
2025 年 12 月 22 日
回复了 weiwenhao 创建的主题 › 程序员 › Nature vs Golang: 性能基准测试
看了眼,意义不大,直接跟 Go 竞争,开发效率没有质的差距,用 Go 的人也不会扣那点性能。
生态这个更是不可能有,除非有大公司推动。
Go 的“成功”其实很偶然,不值得参考。
《定位上是 golang <--> java/php 之间》
我觉得是位置很小甚至几乎没有空间了。
找准自己的生态位很重要。
像那个 MoonBit ,定位 WASM 语言,很少或者没有人去专门用一门语言去写。
事实是应该这样做,但实际上不会,哪怕是我,我也不会这样做。
我觉得未来语言会朝着 DSL 方向去,而不是 GPPL ,做一个事情,用一个合适的语言或者解决方案。
而不是做什么上来就是 Java(调侃)。
2025 年 10 月 23 日
回复了 jinbangzhu 创建的主题 › 程序员 › 关于新来的技术 leader 准备用 Claude code 升级现有项目
佩服,我们小项目,100 个左右文件,都不敢这样搞
PHP 大版本和 Laravel 大版本升级,都是新建项目,复制旧文件一步步对着 IDE 检测提示重写的
然后人工填数据测试几次
AI 写代码,我们现在只用在代码提示和一些简单的,收敛且封闭的功能
AI 的幻觉很严重的,漏掉的东西也很多,直接写甚至比 review AI 写的快多了
牛逼!!!给你 256 个赞!!!
js 这边太多引擎了,可以尝试往纯 ts 引擎方向去做,估计能火
2025 年 8 月 11 日
回复了 pikes2023 创建的主题 › 问与答 › 当你心情不好的时候,你会怎么做来缓解心情?
组织全男啤酒馆活动,然后上台演讲
2025 年 8 月 11 日
回复了 Joey2022 创建的主题 › 程序员 › 好奇 V 站的游戏服务端开发小伙伴多不多
游戏服务器就是大杂烩,几乎就是现代软件工程上的“瞎几把乱修”(不是邪修,比邪修更恶劣),什么没见过,没听过的技术/实现方式都有,就连自研语言(脚本),自研储存引擎都有,不是几千上万人大公司,而是几十人的小公司,直呼牛逼!

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

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

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

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

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

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

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

lua 做简易脚本是一把好手,现在有 typescript 了(有众多好爹撑腰就是牛逼),现在新项目上,用 lua 确实不应该了,性能,开发效率,和框架全部都是过去式了,除了不愿意接受新事物且固执的老人留守外,想放弃就放弃吧,时代必然
应该是 c++写纯业务不够快,或者编译慢,人员水平参差不齐,容易出问题之类的,还有以前前端也用 lua 热更的原因吧

我在业务层没写过 c++😂,我写过纯 Rust 觉得没啥问题,当然我是 16 年就开始用 rust 的“老人”

现在 lua 只有一些老人坚守或者维护老项目用,新项目几乎要么 go 或者 java ,还有可以前后端通用的 ts/c#,也挺不错的

腾讯以前纯 c++,现在 go 多
网易前后端都是 py
例如三七之类的一些是 Java
阿里那个用 c++和 lua
43 用 erlang
PHP/NodeJS 就一大堆了,都是小厂,做轻型/小游戏之类的
c#好像没怎么听说过,初创小公司倒是听过一大堆的,都是写 unity 的没有服务器积累经验,网上找一些开源的直接糊上去,c#开发效率和性能都挺优秀的,我问过以前的老人说他们 0 几年的时候用过.Net ,后来都转 java 了,貌似互联网那边用得也不算多,不怎么待见,不知道为毛,期待 c#的再次爆发

我现在用 Typescript+Rust ,学习速度开发效率和性能全拉爆,街上随便拉条狗过来都能写,爽飞了
现在游戏这边技术或者生态都逐渐向互联网靠拢,开发效率和体验都挺不错的,远远甩开以前各家定制的屎山

如果你不是规则的定制者,那么写什么你也左右不了,还不如加入一家好公司,福利好,好项目,来钱快
如果你是规则的定制者,我建议就是纯 c#或者 typescript+Rust 路线,小到初创,大到宇宙厂,所有需求都能 100%满足
2025 年 7 月 20 日
回复了 davince 创建的主题 › Go 编程语言 › 请教个关于 go 开发游戏服务端的问题
非实时的,跟做 Web 一样轮询都可以,数据放数据库不用缓存实时 IO 都没问题
实时的,数据放内存,别听什么鬼话放什么 Redis/SSDB 或者其他什么的,做好代码热更新,别做快速重启/重连方案

看下 Actor 相关知识,很快就能自己搞一套能用脚手架出来了,核心知识是《可变不共享,共享不可变,要想改变共享,使用消息队列更新》,不要上来就我“精通”数十种锁,除了玩编译器和内核那堆大牛,没人能玩的转,就跟那群学了 21 天就觉得自己“精通”C++的人一样,自以为是只能自嗨而已,随便来个几个随机 Bug 就老实了

网上一大堆脚手架,@sunny352787 这里面的也都是脚手架不是什么框架,就跟渲染器和引擎的差别一样大
不用迷恋大厂甚至宇宙厂拥有几十人的中台堆出来的框架,就算各种 title 爆炸,博客文章写得飞起的“大牛”,各种意淫脑补的“高性能”满天飞,一样是垃圾,跟 Web 不一样,除了像登录/MQ/RPC 之类的其他都是不通用的。

也不要迷信什么成熟稳定之类的,软件乃至互联网软件估计最差的就是游戏了,从来就没有稳定这种说法,甚至都没有成熟这种概念,只是过往项目堆出来的混杂着各种不同屎的屎山缝缝补补,跟互联网那些 Spring/Laravel 之类的比,就是初中被 55 分流的小孩跟图灵奖得主比
1 、如果你是新手,你全部的纠结完全是多余的,哪怕你做 100 个,你的收入也大概率达不到引擎的收费标准(不是看扁你的意思,无论商业还是个人能达到人家的收费标准的万不存一),从开发实现效果到接各种 SDK 上线,各个引擎都有踩不完的坑,引擎几乎是相通的,随便转无屌所谓的。
2 、新手入门学习建议用 Unity ,资料多,各种问题的坑几乎都有人踩过。只考虑 2D 小游戏的情况无脑 CocosCreator ,酌情考虑 Laya(文档/社区不太行),3D 只能选 Unity ,版本什么的也无屌所谓,100%能满足你的需要,不想用团结版挂梯子去下国际版就可以了,没有什么合规之类的问题,只是没有技术支持而已,CocosCreator/Laya 还有各种不知名的"引擎"等别碰,除非只抄个 Demo 或者有引擎技术的人指导。
3 、学习可以同时选多几个引擎一起学习,去实现各种 Demo ,熟悉各种引擎的设计,然后自己品鉴,选你用得最舒服的那个
2025 年 6 月 10 日
回复了 blushyes 创建的主题 › 程序员 › 如何控制文生图中人物的一致性?
用 ControlNet 里面的 IP-Adapter ,人/物风格迁移效果都挺可以的
2025 年 4 月 23 日
回复了 sxszzhrrt 创建的主题 › 程序员 › laravel 有什么后台管理系统?
我以前也是用 laravel-admin 的,后面发现好多东西改不动,然后我就拿 PearAdmin https://gitee.com/pear-admin 和 laravel 11 做了一个,基本的 RBAC 几天就做好了,剩下的 CRUD 和前端 AI 都能写得大差不差
2025 年 3 月 13 日
回复了 aolifu 创建的主题 › 程序员 › 中国最优秀的一批开发者都在这了
@anjingdexiaocai
应该是知名,不是优秀
2025 年 1 月 14 日
回复了 cj323 创建的主题 › 程序员 › 函数式编程适不适合游戏开发
我写这玩意 10 年了,爽和蛋疼参半吧
性能不行,我已经编译甚至在 beam asm 层面优化过,哪怕跑在 jit 下都很差,计算密集场景需要用 c 写 nif
有一次,一个小项目,复杂度很低,我用 typescript+rust 复刻了一遍,直接跑了超过 10 倍的性能
适合一些性能不敏感的,但随意并发需求大的,IO 打满的场景
不要迷信所谓的函数式之类的,从工程角度来说大多数都比较差,难学也是其中之一
算,上面的那些也是改个名字 logo 而已,有人背书就行了
2024 年 11 月 27 日
回复了 showonder 创建的主题 › 问与答 › 你有哪些天赋被耽误了?
演讲?画画?但不会德语。
2024 年 11 月 24 日
回复了 Canglin 创建的主题 › 问与答 › 哪里能找到 WPS 的 JS 文档啊
JS 宏吗?
https://open.wps.cn/previous/docs/client/wpsLoad 里面的 《 WPS 基础接口》《从 Visual Basic 转到 JavaScript 》
https://solution.wps.cn/docs/client/api/summary.html
Paint.NET 之前用了挺久的,感觉挺不错的
现在都是用浏览器直接打开 photopea
现在处理图片音视频等媒体类在线工具挺强大的
几乎不用原生应用
1  2  3  4  5  
❮ ❯
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Privacy   ·   Solana   ·   3001 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 37ms · UTC 07:19 · PVG 15:19 · LAX 00:19 · JFK 03:19
♥ Do have faith in what you're doing.