这一点我是同意轮子哥的:开发不仅仅应该是全栈,不仅要做测试,还应该对上线过程以及上线之后的跟踪负责,这才是“真全栈”。避免无谓的沟通和商量,才是最高效的。
举个例子,以前我的团队有好几个小伙伴都能够独当一面。我们当时是怎么做的呢?
这些成员是直接对接产品经理的,负责某一个模块或某一块业务。他们会全权负责从需求的讨论、评估、评审,到开发,再到上线过程以及上线之后的跟踪和问题处理。
这种模式的效率非常高:
1. 开发者对整个业务非常了解,对线上的运行情况也很熟悉。
2. 在业务开发和迭代的过程中,他们能提前预想到线上生产环境可能会出现的一些情况。
3. 团队整体的交付质量和开发效率都非常高。
现在到了 AI 时代,我觉得更应该是这样:
* 业务层面:没有必要再刻意划分专岗去分前端、后端、运维和测试了。业务开发应该是从前到后、从头到尾的“真全栈”。
* 基建层面:只有做基础设施的同学才需要分专岗。专岗的同学把基建做好,这样业务同学去做全栈时才会比较容易。
显示更多
测试本来就应该开发做,而且全栈是有助于降低摩擦的,同一个feature就应该从前做到后才能避免无谓的“商量”,不然总是把时间花在联调上,这几十年的联调大粪还没吃够吗。所有技术工种都转码农和网管不需要其他岗位了。我觉得关键在于改革的同时不能缩短deadline,不然一切都是白搭🤪
显示更多