我们需要什么样的帮助，由“前端收徒”想到的

[ianva]

看了前端收徒的帖子挺有感触的是，大多数的指导和培训都只是帮助初学者入门，但大部分的有经验的从业者也是需要一些帮助，我们经常会抱怨公司的某个 legacy 项目烂如💩山，那💩山是怎么来的？有很多朋友面对这个情况励志重构，但限于眼界和经验，重构出的结果在几次需求的变更之后又成为了变成了新的山峰。

我接触过很多初级的开发者，他们可能都会使用库和框架，都能实现功能，但问题是他们代码可能运行不了两周就得重写，我也面试过一些前端的 leader，确实有丰富的经验，了解过从上古到现代的各种框架，如数家珍，但真让他去做一个项目，都无法完成基本的建模，数据和状态甚至都无法分辨。

作为开发，其实大量的时间都是面对业务，新技术只是改善了开发的体验，但并没有提升项目的质量，和开发人员的素养。我们真正需要的是抽象的能力，比如 SICP 中提到的的，构造过程抽象，构造数据现象，模块化、对象和状态，元语言抽象，这是我们编程思考的基础。

前端的开发可能是这方面确实最大的一个群体，很多人没想到过一设计好一个 view model，能够让项目的维护性稳定有多大的提升。很多人都在讨论 react hooks 如此好用，但从没考虑过如何使用它剥离业务。很多人没有数据分层的概念，以至于无法在维护的时候理清逻辑等等。

我们如何能改善这些，我觉得我们不止是需要培训，我们需要在做具体业务的时候有人能够指导，所以 code review 应该是不错的方式。

有想法做一个这方面的业务实践，本人做过大厂的架构，也在创业公司和外企做过 leader，还是有一些实践，但我觉得如果有经验的开发者都能去做这样的事情我们面对的💩山也回越来越少。

[Loserzhu]

@JoStar 谢推书。最近在看、仿写一些简单的库如 axios 、koa 这些。
我们项目架构可以说非常好了，一直迭代，使用各种新技术。只是我太菜了而已😂
每次 review 完，深感我是头蠢🐷，为什么想不到这么写？

[magichacker]

想要去学习，但是都不知道该看什么样的知识提升最快。很多人还是考虑一个时间成本的问题。有些文章，有些书籍干货很少，而且从没接触过这方面内容的人初次接触，像无头苍蝇一样，最后考虑到时间成本问题，只能是放弃了

[taowen]

https://github.com/taowen/modularization-examples 我搞了一个飞书群，主题就是业务逻辑拆分

[ianva]

@taowen 你这个挺棒的

[Actrace]

没有银弹，而且很多东西都没法教，只有实际上手项目才能明白。
事实上，各个级别的项目都有适应的架构（屎山），在未达到顶峰之前，更高级的架构也只是累赘。

所以很多算法出身的人其实他确实就只能去码代码，做不了架构。

[jones2000]

首先要劝退， 不适合开发的人直接劝退，不需要浪费大家时间了。

收徒带人， 必须要有真实的项目实战，从项目立项，需求分析，设计，构架，编写单元测试，开发，上线，升级 ，重构 ....... 整一个流程。 脱离整个流程，单独讲一个点是没有意义的。一般都带 1-2 年。

[archxm]

盒饭需要吗？炒饭、炒面、烤串。。。需要吗？

[YuanJiwei]

和楼主有同样想法的朋友，可以联系我。我们一起尝试建立这样的机制。这是我初步尝试 https://github.com/xueyushu/programmer，先建立一个程序员交流的平台， 可能现在做的还比较 low，会继续努力的。 @ianva @Mithril @xujinkai @windyCity1 @JoStar @DiamondYuan @rioshikelong121 有兴趣交个朋友吗？个人微信 base64:(eXVhbnNkdQ==) 如果冒昧打扰了，望见谅。