关于嘉宾

第三十三期AMA，我们邀请了阿里巴巴-淘系技术部-频道与D2C智能团队，即 F(x) Team。他们致力于前端智能化领域的探索和实践，赋能前端智能化能力，释放前端生产力、服务业务创新。

这次，他们将会和掘友们聊聊关于「淘宝前端」、「前端开发」、「前端智能化方向」、「职业发展」、「个人成长」相关方面的问题。

精选提问

1. 前端想学后端知识走全栈，请问怎么规划呢？学 node 还是 PHP ，mysql 还是 mongodb 还是 redis？

我建议以项目的维度来学习，比如尝试自己用 Node.js 从零写一个博客系统，在这个当中就会遇到比如 http 服务怎么写，数据库怎么写，在写的过程中，不需要去深入或者选择困难症，什么技术手段可以完成你的工作，就用什么，等你差不多完成整个项目后，对于整个后端开发所需要的东西，差不多能摸个大概，这个时候，再去考虑 mysql/mongodb 还是 redis。

2.偏业务的项目，前端到底要不要写单元测试？

我觉得关键看你是怎么看待单元测试。首先我觉得在写单元测试本身，是对于代码的一次 Review，它能帮助你更了解你的代码，也能锻炼自身写出可测性代码的能力，如果你想在这方面成长，我相信无论是业务还是技术项目，都需要关注。

另外，就是业务项目一般来说，变化会比较大，往往会被人觉得今天写的单测，可能明天就没用了，我个人觉得这是两个问题，首先业务变化快，代码变化大，这个与是不是单元测试无关，因为本身就要修改逻辑代码。

其次，还有一个认知问题，单元测试是一个工具，它帮助我们保证代码的交付质量，不会出现说，交付出去又被测试重新打回的情况，如果你很自信，觉得我写的代码就是没问题，很稳，那么写单测就是没有必要的。

3.怎么保持源源不断的学习动力呢？特别是平时工作本来就很忙了，怎么在工作之外的时间，增值自己？

那么为什么不能在工作中增值呢？对于程序员来说，我们的天职就是写代码，怎么把代码写好，是非常值得研究的，即使是业务代码，怎么把业务代码写得好，写得久，写得轻松，这些都是成长的机会。 不要因为看到大家都在搞纯技术，自己也要搞纯技术。

另外推荐一本书：代码大全，读完这本书，相信你就会相信写代码本身就是一门手艺！

4.前端该怎么进阶呀，相当于p5到p6，p6到p7过程该怎么学习，进阶，感觉越来越难提高。

这个问题不好回答，初中高的定义不好说。狼叔的理解如下。

p5初级，具备编程底子和快速学习解决问题的能力。

p6高级，其实是中级，所谓独当一面，辅助团队，说白了可以自己独立负责一个项目，还能带带新人，负责点团队建设的活。

p7专家，其实就是高级，可以负责某些业务，技术上有独立见解，某一个方向上能力突出。可以带人也可以不带人。

p8不在工程师之列，除了偏右，云谦，承玉等还在写代码的大佬。

5. 毕业就进入中大厂的程序员相对较少的。 大多数程序员都是毕业后在种小企业里面摸爬滚打。 这些中小企业大多数没有规范的研发流程，也不看重代码质量和沉淀，接触到的领域也相对局限。

我就是这样的一个程序员，在最近的面试过程中，我遇到很困扰的问题，那就是项目没有亮点，广度不够，深度相对来说也不够(局限于公司业务范畴之内)，虽然我个人也在想办法打破这种限制，包括但不限于购买各种课程、购买各种书籍、浏览技术论坛、尝试输出、参与开源项目，但依旧没有什么方向。想问一下这种情况下该如何破局？

世界上本没有研发流程，用的人多了，就有了流程。 刚毕业，切忌急躁，慢慢把自己手头上的事情做好，然后遇到问题要求甚解，平时阅读一些经典的书籍就好（比如 CSAPP，代码大全），慢慢在工作中感受书里所说的，总之一句话，遇到问题解决问题，在解决问题的过程中，学习和体会就好。编程是一个实践工作，看书是好的，但是一定要多写代码，多读代码，多跑代码。

6. 请问能否推荐一本你觉得对提升自己帮助比较大的书？

对我影响最大的是 CSAPP 和 About Face，一本是让我开始深入计算机的世界，另一本则是让我了解了如果面向用户去设计软件。

7. 工作有一段时间了~后端转前端好转吗？

说好转是因为，现在ts，其中nest和angular和java还是很像的，思维类似，写起来更简单。说不好转，是因为今天react比jqury时代复杂的多，还有webpack、css预处理器，ts、babel等需要理解。 看自己喜好吧，喜好就做，follow your heart。

8. 设计稿智能生成代码：这是不是一种“浅代码”的方式，想快速的了解和接入需要什么门槛或者技术，或者说这种技术适合的人群和团队。

目前是 low code 的方式，提高了代码编写效率 和 设计稿完全一致，快速接入的方式最推荐的就是阅读我们的教程了。 纯静态的页面的话，任何人都是可以简单操作生成的。 前端同学的话，可以节约写css 和 html 的成本，有多个 DSL 可选择导出，仅仅编写代码逻辑即可。 我们目前也在研究如何减少代码逻辑的书写，欢迎持续的关注。

由于篇幅原因，本期只摘录了部分问题。想查看F(X)team更多犀利的回答？点击传送门

往期精彩内容，请关注沸点 AMA ，下一期等你来提问～