这是一个创建于 1679 天前的主题，其中的信息可能已经有所发展或是发生改变。
隔壁帖子 /t/760116
首先，我对 individual contributor 的理解，不是说 IC 就是不管人，individual 我觉得更多的是说“可以独立决定”，也就是说可以自己决定如何给公司 /组织贡献自己的能力。举例来讲就是可以自己决定是埋头写代码贡献，还是 own 某些东西去把握进度来产生贡献，sharing knowledge, traning, coding, reviewing, designing 等都是。而与之对应的 manager，就是公司 /组织规定死了，对 manager 的要求就是要通过 own 团队的方式来 contribute 。
我工作中接触了很多很多年的 IC，同组的有一个 75 后现在也是 IC(btw 老哥是个丁克)，大部分人都不怎么 coding，但他们无时无刻不在解决问题，和别人 discuss，review 别人的设计什么的。大部分人都在某一领域钻的很深，自己搜索，扒文档几个小时，甚至还想不明白的问题，跟他们聊上几十分钟半个小时的，基本都能弄的比较清楚，聊的时候还可以聊为什么系统要设计成这样，为什么 api 要有这样的语意，balabala 到底是怎么工作的。他们都在以自己的方式 contribute，能够让别人成长起来，能够解答疑惑节约别人的时间，当然是贡献。很多人还乐意这样，甚至有人每天大部分时间都花在内部的 StackOverflow 上解答自己领域的问题。
组内一些很久的 IC 人挺好的，甚至会故意把一些更 visible，更可能产出的工作给职级低的同事，这样职级低的在 manager 那就更好看，更容易升一点。
首先，我对 individual contributor 的理解，不是说 IC 就是不管人，individual 我觉得更多的是说“可以独立决定”，也就是说可以自己决定如何给公司 /组织贡献自己的能力。举例来讲就是可以自己决定是埋头写代码贡献，还是 own 某些东西去把握进度来产生贡献，sharing knowledge, traning, coding, reviewing, designing 等都是。而与之对应的 manager，就是公司 /组织规定死了，对 manager 的要求就是要通过 own 团队的方式来 contribute 。
我工作中接触了很多很多年的 IC，同组的有一个 75 后现在也是 IC(btw 老哥是个丁克)，大部分人都不怎么 coding，但他们无时无刻不在解决问题，和别人 discuss，review 别人的设计什么的。大部分人都在某一领域钻的很深，自己搜索，扒文档几个小时，甚至还想不明白的问题，跟他们聊上几十分钟半个小时的，基本都能弄的比较清楚，聊的时候还可以聊为什么系统要设计成这样，为什么 api 要有这样的语意，balabala 到底是怎么工作的。他们都在以自己的方式 contribute，能够让别人成长起来，能够解答疑惑节约别人的时间，当然是贡献。很多人还乐意这样，甚至有人每天大部分时间都花在内部的 StackOverflow 上解答自己领域的问题。
组内一些很久的 IC 人挺好的，甚至会故意把一些更 visible，更可能产出的工作给职级低的同事，这样职级低的在 manager 那就更好看，更容易升一点。
19 条回复 2021-03-12 19:24:53 +08:00
 | 1 chinajik 2021-03-10 19:30:51 +08:00 思路挺好，受教 |
 | 2 helloworld2076 2021-03-10 19:57:35 +08:00 via iPhone 所以楼主你在美国的哪个公司？ |
 | 3 imydou 2021-03-10 19:59:27 +08:00  7 我明白了 IC 就是打野 |
 | 4 davidyin 2021-03-10 20:40:04 +08:00 via Android 这种就是公司的元老室。 |
 | 5 leishi1313 2021-03-10 22:08:13 +08:00 via Android 你说的没有问题，但我说的不是这个问题 |
 | 6 yuxing1171 2021-03-10 23:12:16 +08:00 这个是要在一个很包容的公司里面才行。 |
 | 7 laike9m 2021-03-11 00:28:53 +08:00 via Android 是的，还是要看具体的情况 |
 | 8 ericgui 2021-03-11 01:40:14 +08:00 1 @leishi1313 你只看到 IC 贡献了 200 多行代码，其他没看到 |
 | 9 NVDA 2021-03-11 01:55:28 +08:00 via iPhone 顺手翻了一下我们整个 org 的 principal，也是呆了 14 年，不过他去年 lines added 是 80000+，比大部分普通 sde 都多不少... |
 | 10 typing 2021-03-11 02:29:19 +08:00 via iPhone 1 IC 的 C 并不是只有代码一种方式。 对于一个高阶 IC 来说，当他 /她觉得可以一眼看穿大概实现方式的时候，就应该让其他初阶 IC 接手了。 multiplier 的属性会随着 IC 升级越来越重要。 有时候看到高阶 IC 有巨量代码贡献也不稀奇，因为他们有时候得做 refactoring，别人干不了的。 |
 | 11 namelosw 2021-03-11 02:33:35 +08:00 赞, leverage / amplify |
 | 12 fengshuo211 2021-03-11 04:38:26 +08:00 没错，高级 IC 更多的是看你的工作的影响力 |
| 13 leishi1313 2021-03-11 05:04:24 +08:00 via Android @ericgui 凭啥你能下这个结论。你只“听到”了我跟你说他写了 200 多行代码 |
 | 14 fuermosi777 2021-03-11 05:21:01 +08:00 说得很好，认识很深刻 |
 | 15 stabc 2021-03-11 05:45:20 +08:00 我的理解就是简单的『一人团队』。 |
 | 17 levelworm 2021-03-11 09:01:11 +08:00 via Android 真心不错啊，不知道 75 年这哥们是如何做到的。 |
 | 18 ly4572615 2021-03-11 15:47:15 +08:00 太 geek 了 |
 | 19 charlie21 2021-03-12 19:24:53 +08:00 完全符合德雷福斯模型的定职预期 /t/759815?p=1#r_10290787 程序员的晋升之路 程序员的三门课 书中说的 精通者（ Proficient ）专家（ Expert ） 大约有 10%人处于精通者，专家就更少了。高级新手（ Advanced Beginner ）超过 50%的人群会整个生涯都处于这个阶段 我觉得贵站完全可以考虑做个公共编辑什么的 像 ruby-china.org/wiki 似的，把相似的帖子打捞一下 即使是 仅仅在相对 narrow 的领域也可以，或者对某一个图书主题有映射的 |
Select Language