KingGaruda's recent timeline updates KingGaruda's recent timeline updates |
KingGarudaV2EX member #548917, joined on 2021-06-21 12:03:36 +08:00Today's activity rank 14971 |
KingGaruda's recent replies
2 days ago Replied to a topic by b309f3337 › 职场话题 › AI 时代，程序员被清楚地分为了两类人 |
我感觉纯粹喜欢编程的人应该很少吧，原帖里 AI 代码水平超过 op ，说明就是在可替代环节因为各种原因没被替代带来的虚幻成就感。就工作而言，我感觉还是起到辅助，当然你可以选择 100% vibecoding ，但这其实对你代码 review 的要求更高
2 days ago Replied to a topic by unii23i › 游戏 › 玩游戏总是输，又菜又爱玩怎么办？ |
你所说的竞技游戏，目前看起来主要是团队竞技，我觉得正常的水平 moba （ LOL 白金） fps （ CS B-A ），第五，狼人杀的就不参与了（捉迷藏游戏，没有什么菜不菜的说法）。这些游戏 除了 FPS 我觉得你通过练习可以上分，其他的我感觉很难。想从游戏里获取竞技乐趣，最纯粹的是格斗竞技，就是 1v1 ，或者 大逃杀的 1V1V1 多人。这两个属于努力就能上去
5 days ago Replied to a topic by cab11918111 › 职场话题 › 全职写代码感觉坚持不下去了，你们呢？ |
感觉恰恰相反，古法编程时代内部做一些工具的前端界面和功能，毫无技术含量且浪费时间，基本没有成长。现在同样的工资，更少的工作时间，你能做更多自己的事情，你只是不知道做什么，所以大概率你离职也不知道做什么。
11 days ago Replied to a topic by cslingjun › 职场话题 › 26 岁， 3 次考公失败、0 工作经验，现在年轻人的处境确实不容易 |
我同学两年没考上去上了一年班裸辞接着考，我觉得是时代给他的底气，当今社会怎么都能养活自己，哪有所谓的压力，只是一人吃饱全家不饿的背景，给了他做一步到位白日梦的机会。
12 days ago Replied to a topic by GensKinsey › 买买买 › 各位今年 618 打算买什么？ |
@tonyer 我也感觉双屏（上下）最优，我意向的组合是 4K+1080P 。。fps 屏幕大了，我感觉我老容易不集中。
12 days ago Replied to a topic by GensKinsey › 买买买 › 各位今年 618 打算买什么？ |
@tonyer fps 高刷需求我理解，为啥要 4K ，如果兼顾影视的话，感觉屏幕对于 fps 游戏太大了。。我也想换显示器，蹲一下你，等 2K 高刷。
13 days ago Replied to a topic by KaiWuBOSS › Local LLM › 能一起给本地部署的开源模型做个适配的 coding agent 吗？我憋了口气 |
@KaiWuBOSS 我觉得你思路没问题，但是没法达到替代 opus 的效果，应该能达到早期 cursor 的那种效果，代码能跑绿，符不符合预期看命，迭代会很痛苦。项目越大，效果越差。因为现在的 coding 模型起到的作用不只是单纯的生成了。
Apr 30 Replied to a topic by zxypro › 游戏开发 › 做了一个内容极丰富的文字 roguelike 游戏，但是没人付费，问题出在哪？ |
我是文字游戏爱好者，咋一进去我就 Get 到这套游戏玩法了。但是这并不是一个好事，一个好的文字游戏应该是循序渐进的，就像新手教程里说的，不要最开始就追求流派。在实际游戏中的做法，最开始不让你感知到这个概念，在不同的游戏体验中摸索到。你现在的页面 感觉是 把游戏 wiki 和游戏内容放在了一起
Apr 30 Replied to a topic by KaiWuBOSS › Local LLM › 能一起给本地部署的开源模型做个适配的 coding agent 吗？我憋了口气 |
@KaiWuBOSS 我不太确定我有没有聊偏；让 llm 做最基础的工作，通过局部较优，达成全局相对优，思路我理解是 ok 的，我理解这里的流程卡点是 划分局部的工作谁在执行？以及任务的合并优化谁来处理？所谓的元专家组么？他的效果怎么保证，我理解你思路所说的专家飞轮是基于存在 ground truth 的情况才存在不断迭代突破模型上限的可能。但是如果知道 ground truth 的话，理论上，我感觉其实你对 AI 的生成其实不强依赖。纯工程的方法可能会更高效。
另外，你现在的思路以及方案，总的来说是自上而下的看待问题，和拆分问题。可以实际自下而上的手动 run 一趟，自己充当框架的连接点。我理解只要能跑通一次，你的框架至少在某个场景下一定是有效的。换句话说，先针对性的实现一个东西再不断拓展。你现在认为粗糙的地方我觉得都是不紧要的，你限定 语言、操作系统、交互形式、产品形态出一个足够好用的东西，自然会引发如何拓展的思考，现在聊的太泛，大家很难聚焦问题，和了解你实际的效果。
另外，你现在的思路以及方案，总的来说是自上而下的看待问题，和拆分问题。可以实际自下而上的手动 run 一趟，自己充当框架的连接点。我理解只要能跑通一次，你的框架至少在某个场景下一定是有效的。换句话说，先针对性的实现一个东西再不断拓展。你现在认为粗糙的地方我觉得都是不紧要的，你限定 语言、操作系统、交互形式、产品形态出一个足够好用的东西，自然会引发如何拓展的思考，现在聊的太泛，大家很难聚焦问题，和了解你实际的效果。
Select Language