团队交流记录 - 2020-04

算法练习

从「想通了码不出来」进阶到「想通就能码出来」，咱们须要足够熟悉编程语言，须要足够多的编程实战经验。团队制定一个活动帮你们进阶：每周2、周四集体刷 leetcode 每日一题，周五总结分享。

但 leetcode 太注重代码时间、空间效率，会有如下问题：

• 对递归不友好，写递归容易内存占用过多或者堆栈溢出，
• 对函数式不友好，写 map filter reduce 不如写循环效率高，
• 为了提升效率，用技巧略去一些中间步骤，例如本应该是「输入->树->字符串」，会经过技巧把「树」省略掉，

这些都会引诱人写烂代码。所以团队先达成一致：刷题的目的是锻炼你们把思路快速转化成代码。咱们要追求高效的思路、清晰的代码，不要追求技巧和捷径。

---

以后还讨论了一个问题：

若是咱们已经达到了「想通就能码出来」，后续的目标是什么？

后续努力的方向有 2 个：

• 看问题要看清本质，用最直接的招式给问题致命一击；
• 了解产品现有功能及发展趋势，可以在架构上考虑全。

---

先设计再编码

咱们在总体框架上有设计，但开发页面或者组件时，咱们大都直接上手就写，边写边想，边写边重构。因为你们的习惯、经验不一样，最终你们写出的数据流千差万别。咱们须要寻找一种图，它可以表达组件之间的数据流。你们用这个图来思考设计、表达设计，而后一块儿 review，简化数据流，以后再动手编码。

---

转管理岗

转管理岗是否是都是这个过程？

1. 技术独挡一面
2. 带几个新人作产品
3. 团队扩大，变成 manager

我是这么走过来的，但我相信必定存在别的方式，只是我不了解。

我经历过如下几个阶段：

1. 技术独挡一面，工做驾轻就熟。
2. 上面分配几个新人，让你带着一块儿作。以为带人真费劲，还不如本身帮他们作了。
3. 带出了几个得力助手，编码靠他们，本身天天分分工做、发发邮件、开开会就行。
4. 焦虑感袭来：我这样下去会不会完蛋，万一有人离职，或者更严重公司开了我怎么办？
5. 继续上进，抽空学习、抽空写代码，确保团队任何人走了，本身仍然能 hold 住项目；确保本身的技术能力是领先的。
6. 关注范围从前端到产品，再到后端。