@satoru 哦只是针对 `tag` 这个点说的。tag 这个功能基本是被上面拔了网线

在国内做 UGC 无法避免的结果。

我其实想说，都十年了，还"她""我"分地那么清楚，你们这十年也没谈出什么感情来啊……

老实说，你们都在一块 10 年了，这个问题还要来 v2 问我们，那我们不管说什么都改变不了什么啊……

↑如果有人想看被删的这篇的内容

然后很奇怪我的回复已经是 37 楼了，前 36 楼没有出现我想看到的回复。让我怀疑 v2 这个社区究竟是否还有价值逛

从一个新晋组长的视角回答一下这个问题。背景是工作经验 9 年，前 8 年都是 individual contributor ，最近一年带 4 人左右团队，做 3 个项目。

- 组长掌握的信息天然比组员多很多。毕竟对外沟通的是组长，从上面获取信息、接收指令的是组长。
- 对于一件事情来说，组长要考虑的问题多很多。组员可能只需要考虑怎么把这个事情做成就行了，组长要考虑为什么要做、怎么做、投入多少精力做、谁做、和其他事情相比这个事情优先级如何、和其他事情的先后依赖关系如何。
- 组长的时间天然是不够的。组员有一周的时间做一件事情，组长可能每周只有不到半天的时间在一件事情上。如果时间够，相信我，组长恨不得自己做而不是让手下的蠢蛋做。
- 相对于把事情做成，组长有一个重要职责是锻炼队伍。相比于每件事都面面俱到把所有细节讲清楚（会累死），然后把手下培养成只执行的苦力，把每个下属培养成可独当一面的巨人收益更高。
- 如果有的选，我还是想做 individual contributor 。

没裁员，不过锁 hc 了。

楼上有说夯实基础，先学理论课程比如编译原理操作系统的，这个思路是对的。事实是我在毕业工作后的前三年里，又把这些课的教材重新买回来读了一遍，而且直到现在每两三年都要读一遍。这是大学 cs 专业最重要的事情。

不过我提一些和楼上们不同的建议，就是这些应用层的东西，有余力也要学一下。比如楼主提到的 MySQL 和 git ，是可以适当学一下的。但是有一个很重要的事情是不要功利。你学这些的目的还是为了帮你更好地理解基础课程。计算机这门学科，学了一个应用技能但是不用的话，基础不牢那么很快就忘了。比如你大一学 Java ，但是只是看教材看视频不动手做，在基础不牢理解不深的情况下，到大三可能就忘了，还要重新学。

我提建议学应用层的东西的一个原因，是回想大学期间，学网络、编译、操作系统这些课，如果不实践，实际上也很快就忘了。学 MySQL 、学 git ，更重要的是感受一下他们的设计理念、思路，看看他们解决了什么问题，是怎么解决的。

前年女朋友打的时候顺手给我也打了，三针，第 0 / 2/ 6 个月各一针

@yaphets666 "要么有雇主担保" 其实就是拿到工作 offer 就可以吧

翻了下豆瓣，21 年只给了一个五星是星爷的《九品芝麻官》
四星里比较喜欢的是《谋杀绿脚趾》，《天国王朝》，扎版《正义联盟》，《大空头》

@zamaojava 比我小 6 岁，倒推一下，6 年前我也是拿 20k 。

我是国内 top5 cs 本科毕业的……

@chocotan 感觉一把梭的话叫 DTO 比较好，Entity 通常用来表示数据库对象，就是 4 楼的 DO

我印象里前两部还挺新奇的，后面剧情就越来越烂。

不过当年看的时候，倒是没想到嫩牛五方后来会成为演技派。

@BeautifulSoap 我再加一个，entities.map(entity -> entity.name) 像这样的转换，Golang 要写三四行，并且因为不支持泛型，如果有六七个 struct ，每个 struct 都要写一遍，导致项目的代码行数很多，但是实际有用的信息量并不大。

个人觉得 Java 和 Python 还是最适合的。

Java 是因为体系完善，类库非常全，基本可以像拼积木一样写业务代码。
Python 是因为语法糖比较多，非常灵活，写起来非常快。但是项目越大，Python 项目重构起来也越困难。

Scala 更多感觉还是适合处理数据； Go 比较适合写偏底层，业务无关的代码； Javascript 如果是指 nodejs 的话，其实是适合前端团队有写后端业务的需求。

利益相关，我前后待过四家公司（都是 2-3 年），分别用 Python / Java (前期用 nodejs) / Scala+Python / Golang 作为主要语言。