目前工作情况下的一点困扰和问题探讨

[iheeleme]

• 背景：10 人左右小团队，前端，公司产品主要为 toG 产品，可能挺适合养老
• 问题：团队内基本没有协作和开发的规范

1. 产品端原型非常粗糙，日常变动修改需求且不通知研发
2. 后端层面无研发规范，同一个模块下相同的字段命名不统一，开发前无接口定义文档，api 定义不规范（有用驼峰的，有用短横线的），代码质量非常低（各种报错异常）
3. 前端层面，低质量代码比例过多（很多该抽组件的没抽，有使用拼音的命名的），风格各异，历史遗留问题较多
4. 管理层面，没有一个规范的管理体系，且几乎没有复盘过问题，拒绝流程的规范化

• 困扰： 因为上述相关的问题，前端在整个团队中很被动，自己做出了一系列努力如：搭建了代码仓库，多分支代码管理发布体系，Jenkins 自动构建流水线，私有化镜像仓库，前端代码规范检测（ eslint ，prettier 等——手动狗头，应对写拼音命名的），多次提出建议团队需要规范化

结果：研发流程一直无法规范化，前端沦为后端的接口验证工具，10 个接口有 8 个是有问题的，需要前端帮助定位问题，遇到稍微复杂的问题就需要等个半天，研发规范流程被 leader 多次以敏捷开发，项目交付周期紧张为由拒绝（敏捷开发，却连一个需求池都没有，也没有相关的需求研讨评审，原型评审也是走个过场，结果每次项目交付都延期，且项目质量非常差），每次原型评审简单的放一下原型，当场提出的问题可能后续也不会修改，反而后续进行一些优化的变动，且不告知开发人员

• 最近一次提出能否先让后端把接口这块规范化一下，leader 回复说我们这种小团队没必要去弄那些规范化的流程，弄了反而影响写代码的时间，现阶段更适合对个眼神，口头传述一下就好

---

目前感觉没有必要再待下去的样子，困扰的问题挺多

[k9990009]

在小公司干过，一样的问题，一年受不了，团队建设不起来，跑路了。我有想过你这些问题。打字太多了，加我绿泡泡 eXg5Njkx 可以一起交流下

[yuanmomo]

这个就是事物的两面性，在国内稳定的工作，可以养老，肯定又不好的一面。就看自己怎么去平衡了。

[losephsky]

你在这团队中是什么角色？流程规范化如果没有 Leader 的支持或者权限不够确实推不动，敏捷开发不代表不需要制定规则和遵守约定，建议请一个高维度的第三方去影响整体团队和 BOSS ，让他意识到问题的严重性

[Donahue]

“研发规范流程被 leader 多次拒绝”
感觉这个 leader 没什么水平，项目弄得乱七八糟的

[kxg3030]

以前我会说没有规范化流程的公司直接走人 但是工作几年反而心态好了一些 因为熵增是无法避免的 能跑就行了

[9c04C5dO01Sw5DNL]

想要养老呆下去就把这份工作当糊口别逞强，凑合能过得去就行了，至少在目前这个领导在的时候。把时间留出来做自己想做的事情，能发挥自己能力的事情。

要么就换工作换领导。

[meetalpha]

要不试试 Claude 3.5 Sonnet ？据说在代码故障排除和重构能力上有很大提升，不知实际效果如何。

在团队考察 AI 能否根据文字需求改进代码的内部编程测试中，Claude 3.5 Sonnet 成功解决了 64%的问题，而 Claude 3 Opus 只解决了 38%。研究人员发现，只要给 Claude 3.5 Sonnet 清晰的指令和必要工具, 它就能独立编写、编辑和执行代码，并具备复杂推理和故障排除能力。并能轻松处理代码翻译，特别适合更新遗留应用程序和迁移代码库。

Anthropic 开发者关系工程师 Alex Albert 表示，Claude 在编写代码和自主修复 pull requests 方面变得非常出色。“显然，一年之后，大部分代码将由大语言模型编写。”

他在日常工作中发现，代码测试和修复通常比编写本身更花时间。此时 Cloud 3.5 Sonnet 可以充当一个成熟的编程代理。Albert 在视频中展示了如何在最少输入和没有互联网访问的沙盒环境下，借助 Claude 将一个裁切圆形头像的 bug 函数修复，并转变为一个包括单元测试在内的功能齐全的实现。

[lucasj]

你是什么岗位都没说怎么探讨？

[seedhk]

好家伙，我觉得我们是同事啊。

[lucasj]

看得糊里糊涂的，重复看了一遍，好像看明白了。OP 是在一个小团队，是前端成员，整个前后端研发都是一个 leader ，OP 想要规范化，但领导不同意。目前团队表现出的问题：开发混乱、低效、质量差。

我的建议：六字真言。

我给出建议的理由：1 ）规范化无意是需要付出额外成本的，而且存在风险。2 ）研发地位低，其次领导觉得能跑就行，不想折腾。

[iheeleme]

@k9990009 的确就是初创团队

[iheeleme]

@yuanmomo 的确如此，暂时看来很稳定，就是待着挺难受的

[iheeleme]

@Donahue 不是很好评价这个问题，只能说可能追求平稳，毕竟改起来也有风险

[iheeleme]

@raviscioniemeche 才出来没两年，可能心态还没到那个程度，哈哈哈

[iheeleme]

@giiiiiithub 的确如此，目前这段时间也是在这样实施的，就是目前最大的问题在于，平常的工作协同效率过于低下，特别影响自己的时间了，经常被拖着加班，但是又没有自己的事情，只能干等

[iheeleme]

@losephsky 目前是前端组长，其实也只是想推动一下基本的协作约定，奈何无人支持，只做到了前端组内的规范执行（意义并不大，更多的压力来自外部，像目前的前后端开发分离情况，未提供接口定义的情况下，前端都无法 mock 数据与后端并行开发，导致每次出现需要等待后端接口基本完成才开始对接，且后端的接口大多数情况都是异常的，需要前端联调）

[iheeleme]

@lucasj 可能写的有点多，也没写的太清晰，可以举个例子，目前团队内经常出现如 A 接口正常定义值为 0 ，B 接口正常定义值为 1 的情况，而且字段名也可能不同的情况，可能站在领导的角度考虑的问题不同

[iheeleme]

@seedhk 哈哈哈，看来遇到这种问题的不止我一个

[minze]

@iheeleme #17 接口定义值在正常情况下，是否是需要有定稿的接口文档供前后端参考进行编码呢？在接口和设计文档完成后再进行编码。

[9c04C5dO01Sw5DNL]

@meetalpha 他这个不是技术问题，是领导问题，团队问题。要是打算待下去，漠不关心勉强凑合完成工作是最好的解决办法