团队交流记录 - 2020-04

Posted apolis

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了团队交流记录 - 2020-04相关的知识,希望对你有一定的参考价值。

算法练习

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

但 leetcode 太注重代码时间、空间效率,会有以下问题:

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

这些都会引诱人写烂代码。因此团队先达成一致:刷题的目的是锻炼大家把思路快速转化成代码。我们要追求高效的思路、清晰的代码,不要追求技巧和捷径。


之后还讨论了一个问题:

如果我们已经达到了「想通就能码出来」,后续的目标是什么?

后续努力的方向有 2 个:

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

先设计再编码

我们在整体框架上有设计,但开发页面或者组件时,我们大都直接上手就写,边写边想,边写边重构。由于大家的习惯、经验不同,最终大家写出的数据流千差万别。我们需要寻找一种图,它能够表达组件之间的数据流。大家用这个图来思考设计、表达设计,然后一起 review,简化数据流,之后再动手编码。


转管理岗

转管理岗是不是都是这个过程?

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

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

我经历过以下几个阶段:

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

以上是关于团队交流记录 - 2020-04的主要内容,如果未能解决你的问题,请参考以下文章

安装gitlab并汉化

GitLab安装与汉化-实战

CentOS 7.6 搭建Gitlab教程

GitLab版本管理(转)

版本管理 GitLab 的安装及管理 (CentOS 7)

gitlab install centos 详细步骤!