你能帮我将我第一手/第二手的LLM经验与HN的经验进行对比吗?

1作者: didigamma大约 1 个月前原帖
我作为一个长期潜水者注册了一个账号,因为我希望大家能够帮助我调和我在公司/团队中的经历与HN(黑客新闻)上关于大型语言模型(LLMs)的智慧共识。 我的背景(软件工程师 II): 我已经从事软件开发工作超过10年,小时候就喜欢编写游戏/网站作为娱乐;我本科专业是计算机科学/计算机工程,并且在机器学习研究方面有过一些经历。目前我在后端/DevOps团队工作,团队成员都是高级员工/首席工程师(其中一位几乎是我的两倍年龄,哈哈!),我们有一个相对标准的技术栈(NodeJS、AWS、C++等),在一家大型但不算FAANG的公司进行95%的旧系统开发。我在目前的工作岗位上已经超过6年,在我们部门大约20人中,我是第三个新来的! 我认为自己是一个相当典型的工程师,也就是“一个彻底的书呆子”,私下里主要做一些与计算几何或程序化模拟论文相关的项目,使用Rust,有时还会开发一个我们每天使用的小工具网站。但我大部分的空闲时间还是和朋友们在一起,或者做一些生活/爱好的事情,比如学习数学/物理。所以我的生活算是普通而温馨,虽然也算是幸运。 当前的LLM氛围: 我们公司不久前强制使用LLM,并为我们提供了Cursor/Claude(现在是Opus 4.6)。我们都学会了在日常开发任务中使用它。我们的前端团队已经完全拥抱LLM,并似乎很享受这个过程。我认为他们的工作效率提高了很多,达到了20-50%。另一个后端/集成团队尝试过使用LLM(他们的测试覆盖率相当不错),但因为出错太多且使用了太多令牌,他们不得不撤回很多使用。 我们的团队相对保守,流程基本上和以前一样,只是比之前更强调干净的代码,因为糟糕的代码后续清理起来非常麻烦。我工作中的所有高级工程师(包括可能是最优秀的工程师,他使用LLM已经多年)都很自信地表示,必须对Cursor/Claude进行微管理才能获得良好的结果。我的经历也是如此,最近我甚至感到沮丧,以至于对它的信任更少了。也许部分原因是我每周写的代码不多(几百行?不包括测试?),而我们发现手动代码审查仍然是非常必要的。 我的问题: 我担心我在工作中对LLM使用的看法与HN上的看法有多么不同。 在HN上,聪明的观点是LLM已经使我们大多数开发者变得多余。阅读任何与LLM相关的帖子评论,大家都在讨论LLM已经取代了除最复杂的技术工作之外的所有工作,而“但我的品味和系统设计”只是可悲的自我安慰,直到几个月后下一个模型发布。我甚至不反对这个结论。这是有道理的——如果数十亿的资本投入到任何问题上,我们可能会看到很好的进展。但我日常的体验与这种观点相去甚远,我担心自己是否脱离了现实,或者是否在自我否认,或者我们与HN的群体相比都是如此平庸的工程师,以至于无法正确学习如何使用这些工具。 我觉得普通的我和这个论坛的精英工程师正在经历两种截然不同的事情,我想理解其中的原因。这种差异真的像是鞭打一样。 你们能帮我指出发生了什么吗? 谢谢 :)
查看原文
I&#x27;ve made an account as a long-time lurker because I am hoping y&#x27;all could help reconcile my experience in my company&#x2F;team with what seems to be the wise HN consensus around LLMs.<p>My Background (Software Engineer II):<p>I&#x27;ve been writing software professionally for &gt;10 years and grew up coding games&#x2F;websites for fun; did my undergraduate in C.S.&#x2F;C.E., and did some time in ML research and such. Right now I&#x27;m on the back-end&#x2F;DevOps team - my teammates are all Senior Staff&#x2F;Principal Engineer (one is almost double my age lol!) and we have a pretty standard tech stack (NodeJS, AWS, C++, etc) with 95% brownfield development at a large but not FAANG-like company. I&#x27;ve had my current job for &gt;6 years and out of ~20 in our department I&#x27;m the third newest!<p>I&#x27;d say I&#x27;m a pretty stereotypical engineer AKA &quot;a total nerd&quot; with private side projects mostly around implementing computational geometry or procedural simulation papers in Rust, sometimes working on a lil website tool we use daily. But I mostly spend my free time with my people or on other life&#x2F;hobby things like learning math&#x2F;physics. So I have an average and home-y life, albeit a lucky one.<p>Current LLM Vibe:<p>Our company mandated LLM usage awhile ago and provided us Cursor&#x2F;Claude (Opus 4.6 these days). We have all learned to use it for normal daily dev tasks. Our front-end team has gone LLM-maximalist and seem to be enjoying it. I think they&#x27;ve sped up alot, up to 20-50%. One other back-end&#x2F;integration team tried that (they have quite good test coverage), but it broke too much and used too many tokens and they had to walk a lot of that back from what I can tell.<p>Our team is a bit more conservative and our processes are mostly the same as before but with a bit more emphasis on clean code than before because slop can be a PITA to clean up later. All the senior engineer folk I work with (including maybe the best engineer, that has used LLMs for years) are pretty confident saying that you have to micro-manage Cursor&#x2F;Claude to get good results. My experience is the same, and I&#x27;ve actually been frustrated enough recently that I trust it even less. Maybe part of it is that I don&#x27;t produce too much code in a week (few hundred lines? not including tests?) and we&#x27;ve found that manual code review is still much required.<p>My Problem:<p>I&#x27;m concerned about how far off the perspective is toward LLM usage is in my job vs here on HN.<p>On HN, the smart opinion is that it definitely has already made most of us developers obsolete. Reading the comments of any LLM-related posts, it&#x27;s all talking about how LLMs have already replaced all but the most complex of technical work and &quot;but muh taste &amp; system design&quot; is just sad copium until the next model in a few months is released. I don&#x27;t even disagree with this conclusion. It makes sense - if billions of capital had been thrown at any problem, we&#x27;d probably see a good dent in it. But my day-to-day experience is far enough away from this opinion that I&#x27;m afraid that I&#x27;m out of touch or in denial or we&#x27;re all such mediocre engineers compared to the HN crowd that we can&#x27;t even learn how to use this stuff properly.<p>I feel like pedestrian me and the elite engineers of this forum are experiencing two different things, and I want to understand why. The difference is honestly like whiplash.<p>Could you all help point out what&#x27;s going on? Thank you :)