软件先容

帮您翻本B使用指南

第一步：导入文件

翻开软件，，，，，，点击"?添加 帮您翻本B"按钮，，，，，，从电脑中选择《帮您翻本B》文件，，，，，，或直接将其拖拽至软件界面中。。。
。。

第二步：设置剖析

软件会自动识别并剖析导入的文件，，，，，，您可凭证界面提醒选择所需的生涯路径或下载名堂。。。
。。

第三步：最先下载

确认无误后，，，，，，点击"最先下载/处理"按钮。。。
。。期待进度条读取完毕，，，，，，即可在设定的文件夹中审查下载好的正版文件。。。
。。

Claude Code之父最新判断：AI时代团队分工重写，，，，，，这五种人最吃香，，，，，，帮您翻本B

机械之心编辑部

在 Agent Coding 火爆，，，，，，重塑软件行业确当下，，，，，，业界似乎已经逐渐接受「工程师」被改变的不争事实。。。
。。？？？？？上质瞪，，，，，，被改变的可能已经不但是「工程师」这一个岗位，，，，，，更深刻的厘革正在团队组织架构的底层悄然爆发……

克日，，，，，，Anthropic Claude Code 团队认真人 Boris Cherny 在 X 上提出了一个很有意思的视察。。。
。。

他指出，，，，，，随着工程、产品、设计、数据科学等职能逐渐融合，，，，，，他一直在思索，，，，，，未来这些角色会演酿成什么样？？？？？？以 Claude Code 团队为例，，，，，，内部古板的「岗位标签」正在被彻底撕下，，，，，，取而代之的是 5 类基于行为模式的「非绑定」新型角色：原型师、构建者、整理师、增添师、维护者。。。
。。

原型师（The Prototyper）：主要认真提出全新的想法，，，，，，一连产出大宗的创意，，，，，，其中大大都最终不会上线。。。
。。也就是说，，，，，，他们追求的是想法的数目与倾覆性，，，，，，而不纠结于是否每一个都要落地。。。
。。构建者（The Builder）：主要认真把散落的创意或粗糙的原型，，，，，，快速转化为可以真正投入生产情形、面向海量用户的产品或高可用基础设施。。。
。；；痪浠八，，，，，，他们认真解决的是从 0.1 到 1 的硬核飞跃。。。
。。整理师（The Sweeper）：主要认真「做减法」，，，，，，AI 时代最恐怖的副作用是代码与功效的太过膨胀，，，，，，整理师的职责是整理、精简用户界面，，，，，，简化、重构杂乱的代码与系统架构，，，，，，将不须要的冗余功效移除，，，，，，以换取系统的高性能与高可维护性。。。
。。增添师（The Growth）：接手一个已经构建出来的成型产品，，，，，，当产品进入市场，，，，，，增添师认真举行小步快跑的一连迭代，，，，，，要体贴：怎样让产品更靠近市。。。
。。？？？？？怎样让用户更愿意留下来？？？？？？怎样让一个产品从「能用」走向「被需要」。。。
。。不过这个角色并不等同于古板意义上的增添运营，，，，，，而更靠近产品、数据、用户明确和实验能力的连系体。。。
。。维护者（The Maintainer）：认真一个成熟系统的恒久运营，，，，，，他们纷歧定加入追逐耀眼的新功效，，，，，，但死磕清静性、可靠性、极致的运行效率和系统弹性，，，，，，确保服务在任何极端流量下都能稳如磐石。。。
。。

不过需要注重的是，，，，，，这五类角色并差池应古板岗位。。。
。。也就是说，，，，，，它们不像古板的组织治理中，，，，，，一个人的角色牢靠在职位头衔里。。。
。。

Boris Cherny 以为，，，，，，许多人可能会横跨两种角色，，，，，，有时甚至会横跨三种角色。。。
。。

「我也注重到，，，，，，这些角色并不真正绑定详细岗位。。。
。。好比在 Anthropic 内部，，，，，，有些设计师更切合第 1 类，，，，，，有些更切合第 2 类，，，，，，有些则更切合第 3 类；；工程师、产品司理、数据科学家也是云云。。。
。。」

这就意味着，，，，，，在高效的 AI 赋能团队中，，，，，，许多成员不再是「简单螺丝钉」。。。
。。一个设计师可以是原型师，，，，，，也可以是整理师；；一个工程师可以是构建者，，，，，，也可以是维护者；；一个产品司理可以肩负增添师，，，，，，也可以成为原型师；；数据科学家可能不但会做剖析，，，，，，还可能直接加入产品增添和系统优化……

换句话说，，，，，，未来团队看人的方式可能会爆发转变。。。
。。已往的问题可能主要是「你是什么岗位」？？？？？？而未来或现在正在酿成「你能在产品生命周期里推进哪一阶段」？？？？？？

Boris Cherny 以为剖析道，，，，，，一个康健的团队所需要的这些角色的组合方式，，，，，，详细取决于产品所处的阶段：

一个全新的、尚未找到产品市场契合度的产品，，，，，，需要善于 1、2、3 类角色的人；；一个正在增添、已经找到产品市场契合度的产品，，，，，，需要 2、3、4 类角色，，，，，，并配备一些 5 类角色；；一个已经拥有强产品市场契合度的产品，，，，，，则需要 3、4、5 类角色，，，，，，并保存一些 2 类角色。。。
。。

「也许未来的产品角色会更像这样，，，，，，而不是今天这种按专业领域划分的岗位。。。
。。」

而此帖文一经发出，，，，，，连忙引起了网友的热议，，，，，，大大都人体现赞许。。。
。。

「这太切合人们真实的事情状态了。。。
。。在一些项目里，，，，，，我确实是 1+3 的组合，，，，，，而在另一些项目里，，，，，，我险些就是纯粹的 4。。。
。。岗位名称历来没有真正概括过这些。。。
。。」

一位数据科学家也「现身说法」，，，，，，说自己作为数据科学家，，，，，，发明自己经常在做整理师类型的事情，，，，，，同时还会带着数据科学的品味去搭产品。。。
。。「以是这算不算我是 2+3 型？？？？？？」

网友 Kun Chen@kunchenguid 则体现，，，，，，深有同感。。。
。。他说自己一直不太喜欢界说「角色原型」这件事，，，，，，由于人们很容易看到之后就想：「啊，，，，，，原来这就是我」，，，，，，然后就不再继续反思自己。。。
。。而在现实中，，，，，，「一个人的角色往往需要随着项目一起转变。。。
。。」

他举了个例子，，，，，，好比刚最先做一个新项目时，，，，，，他通；；崾窃褪凸菇ㄕ；；但很快，，，，，，当那些粗糙、不完善的地方最先成为瓶颈时，，，，，，他又会会酿成整理师。。。
。。而随着项目逐渐成熟，，，，，，他又会转向增添师和维护者……「若是我把自己框死在某一种角色里，，，，，，那么项目推进到某个阶段时，，，，，，我就不得不松手。。。
。。」

并且另一个现实是，，，，，，现在各人越来越常同时推进多个项目，，，，，，这就要求各人能在差别项目里饰演差别角色。。。
。。「把自己归类到某种牢靠原型里，，，，，，往往会限制一个人扩展野心。。。
。。」

以是他的建议是：坚持无邪，，，，，，把注重力放在实现目的所需的最主要事情上，，，，，，少纠结角色界线。。。
。。由于这些界线只会随着时间继续变得模糊。。。
。。

Boris Cherny 对此体现，，，，，，这完全说中了自己的心声：「完全赞成。。。
。。角色往往会随着时间和项目阶段一直转变。。。
。。」

也有网友体现质疑，，，，，，「既然 AI 写代码这件事基本已经被解决了，，，，，，为什么还需要构建者和整理师这类角色？？？？？？岂非不可直接让 Claude 一直循环执行吗？？？？？？」

对此，，，，，，Boris Cherny 的诠释是，，，，，，Claude 在差别水平上都能资助完成这些事情，，，，，，并且会随着时间继续变强。。。
。。而当下，，，，，，今天的 Claude 在肩负整理师和构建者这两类事情上已经相当不错了。。。
。。

那么你呢，，，，，，怎样看待这一职位角色转变？？？？？？接待在谈论区留言、交流！

https://x.com/bcherny/status/2071379474277613732

https://x.com/kunchenguid/status/2071382977628795289