This topic created in 3493 days ago, the information mentioned may be changed or developed.
Supplement 1 · Oct 7, 2018
 |
101
hanzichi Nov 18, 2016
楼主是不要年终奖了吗？我也想离职，想回家休息两个月，又舍不得年终，楼主指导下 ...
|
 |
102
nanometer Nov 18, 2016  1
|
|
103
hanzichi Nov 18, 2016
楼主这时候离职是放弃年终了吗？我也想离职，又舍不得年终，楼主指导下 ...
|
|
104
hanzichi Nov 18, 2016
卧槽发了两条，还以为没发出去，囧
|
|
107
nanometer Nov 18, 2016
@huntzhan @huntzhan Engineering ，以及各种问题，我觉得 LZ 多呆几天，多半是要失望的。
Autopilot 在管理物理机上确实很先进，然而也没有什么用，因为使用物理机资源浪费巨大，本来就不是一个业界先进生产力的发展方向。在这个前提下做得再好也没什么用。说 Perf Counter ，其实也没有那么牛逼吧，现在也不怎么维护了，渐渐要用另一套东西替代掉了，感觉那套更好用一些，主要是有好用的 Web UI 了，集成体验更好。 aether 没用过，就不评论了。 Ads 的基础设施，…………，很多东西都是自己的轮子，咋说呢，是能用，也不好用。 这一年多以来很多事情都有所改善，但是真的各个方面都改好，还很远。 LZ 有兴趣可以私下聊聊。 |
|
108
nanometer Nov 18, 2016
卧槽不小心以为刚才没发出去，又发了一条内容相近的。
|
 |
110
snnn Nov 18, 2016
鹅厂,鹅厂那么蒸蒸日上你居然走了。我媳妇天天唠叨让我想办法去 BAT 。鹅厂最近一年股票翻了多少啊！
|
|
111
snnn Nov 18, 2016
我好奇楼主有见过 TK 教主吗？有何感想？
|
 |
114
miaoever Nov 18, 2016
发现阿里内部现在对基础设施的重视程度和成熟程度比起腾讯 lz 所在的部门要高不少。
|
 |
116
DjvuLee Nov 18, 2016
lz 写的蛮真实的。能够理解大公司有很多历史原因，以及部门大了确实每个人都需要做好自己的事。不过腾讯基础设施这么落后还是有点惊讶了。
|
|
117
snnn Nov 18, 2016
@miaoever 软件企业的基础设施，怎么说呢，搞来搞去，还是搞不过开源的。绝大多数企业还是投靠了 git 、 hadoop 、 kubernates 。想想别人都在 hadoop 、 spark 的时候你却在飞天，是什么样的心情
|
 |
120
zkd8907 Nov 18, 2016
|
|
121
miaoever Nov 18, 2016
@snnn 如果按照 lz 所描述的网络（开发网、生产网）隔离机制、系统发布部署机制等等来说， BAT 大厂基本上都是各种自研的系统不是没有道理的，此外，就这个层面来说我所在的部门所用的工具链比 lz 的要先进不少。其次你提后面提到的类似 Hadoop 和 spark 的话，其实在内部参与自研的过程就个人的层面来讲，反而比直接用开源更有价值。一方面是自研的过程也是对开源社区成果进行借鉴、改进的过程，另一方面很多问题内部自己解决后再对比开源实现才会更深刻的理解孰优孰劣。
|
 |
124
qq286735628 Nov 18, 2016 4
我感觉工程师文化里面提到的腾讯的缺点都不是缺点呀，做事情前权衡利弊还挺正常，并且我还是挺推崇的。发个小秘密，我实习时候的一个项目，由于我自己想得太多但又想不清楚，反而进度效率上不来，最后业务 owner 的团队都解散了，我做的东西都还没出街，挺不好意思的。知乎今晚看到一篇技术债的文章，其中一个例子讲 mongodb 和 rethinkdb 。
四像素里面，重要紧急的事情，大家都会立马去做，这很正常。置于重要不紧急的安排，也许对我来说这是重要不紧急、对团队、对部门，对公司，可能又会掉到其他相素里面。 里面说到的安全策略，放松策略，提高大家的开发效率了，收紧策略，提高公司安全。我们经常私底下开玩笑这策略周期性的两条，一下完成两个 KPI 。（不是我说的） 重要的时，这些策略并不是死的。如果你认为你所开发设计的系统或流程没有什么安全问题，完全可以单独申请策略，只不过需要责任人来背书，好像要 GM 级别的。 话说我好久没用 SecureCRT ，我上 IDC 机器，要么用 mac 自带的 terminal 、要么用 win 下面的 xshell 。 部门割裂，恩，听说这是一个大难题，老板们认为部门墙既然难以拆开，干脆不拆让各自能实现闭环，这是 BG 的起源。 上班嘛，和写程序一样，先抗住再优化。靠谱的抗住了，老板才会给你更多的资源，你才能发挥更多，打破更多你认为是不合理的限制。当然啦，不同的地方，也许不会有这样的限制，但也会有另外形式的限制。 |
 |
125
huntzhan OP @qq286735628 学习了，很有道理
|
 |
126
wadjj Nov 18, 2016 via iPhone
说的挺准的，尤其是知识靠口口相传。因为之前的产品全走了，我们连老版本的完全版 feature list 都给不出来，很多细节要靠试才能确定。
基本没有任何知识管理，这很不可思议，比我前一家小公司做的还差。 |
 |
127
baka Nov 18, 2016
「除了核心项目团队，基本没有人写 testcase ，就更不用提 code review 了。
基本不写项目文档，没有 wiki 的概念，知识传承基本靠口口相传。」 这是真的？ |
 |
129
area346 Nov 19, 2016
祝顺利，同在鹅厂，楼主说的不要相信其他组的服务是真的，这个真的会产生更多没用的工作量。
|
 |
130
special Nov 19, 2016 via iPhone
文章写得很客观，很真实，很多问题也感同身受。
希望也能有机会和楼主聊聊， rtx 和 V2EX 一致～ |
 |
131
cxshun Nov 19, 2016
看完了楼主的文章，写得很真实，问题应该真是客观存在的。我不在鹅厂，在月饼厂的某个公司。但文中说的问题或多或少都存在。
下面说说楼主提到的问题： 1 、业务导向，这在每个公司基本都一样，除非你是做基础框架的，不然只能围着业务走，代码优化一切靠边，只能等到需求真的不急的时候才安排时间去搞，而且安排的时候也是挺少的。自己看着办。 2 、各个小组（部门）之间各做各的，这在我们这里很普遍，在母厂好像好点。这个只能说是各个老大之间的一个沟通推进问题，这个暂时没法很好地解决的，只能先做好自己。 3 、另外吐槽一下楼主你说的“腾讯做最受人尊敬的互联网公司”，这一点是被黑得最惨的，如果说其他业务可能，但腾讯在游戏界真是被称为毒瘤的存在啊，具体是怎样的，留着大家去评判。 |
 |
132
leos Nov 19, 2016
装逼，不就一打工的，做出来的东西谁用，得涉个什么劲，有本事自己去创业啊
|
 |
134
sesame4rabbit Nov 19, 2016
感觉写的挺好的，以及看了以后竟然想进去工作了哈哈哈
不说笑，楼主能求个内推吗？要是不方便的话就算啦 马上毕业的海归 phd …… |
|
135
huntzhan OP @sesame4rabbit 方便呀，鹅厂最近大力在招 PhD.，如果可以请扔一份简历到邮箱 programmer.zhx $ gmail:com
|
 |
136
cnkuner Nov 19, 2016 via Android
个人感觉腾讯不是技术公司，是服务公司。
|
 |
138
whalegia Nov 19, 2016
@zonghua 你是说 source depot 吗？我不好说还有多少组在用 source depot ，我认识的别的组的朋友占比大概一半一半？然后好多在用 source depot 的组也在慢慢转出来。
|
 |
139
shmilyzero Nov 19, 2016 1
1 、大多数部门的 DevOps 工具积累基本为零，测试发布基本通过人肉完成，没有持续集成流程。
2 、除了核心项目团队，基本没有人写 testcase ，就更不用提 code review 了。 3 、基本不写项目文档，没有 wiki 的概念，知识传承基本靠口口相传。 4 、工作中充斥着大量繁琐的重复性劳动，工作效率低。由于雇主只会为一般劳动时间支付报酬，这意味这工作效率低的问题只能通过加班来解决 这些问题应该是很多公司都存在的，现在在 ZTE 也是这个情况 |
 |
140
scutxhe Nov 19, 2016
看到楼主说的问题了，作为在苏州微软实习过的人，感觉楼主来了之后要有些失望了，不过无所谓对错，干的不爽就离开，挺好的。
|
 |
142
zonghua Nov 19, 2016
@shmilyzero 没单元测试到最后一个一个坑要填，太惨了
|
 |
143
tracyone Nov 19, 2016 via Android
楼主去微软是哪个城市？对于城市地点 you
|
 |
144
hncqp Nov 19, 2016
基本属实， mig 表示发布&运维系统很好用
|
 |
145
linlinismine Nov 19, 2016
看到楼主说的情况，终于明白自己遇到的一些情况了。接手过一个从 YY 里面出来有七八年工作经验的前同事的代码，一个方法里面做好几件事，把业务逻辑扩散到最底的 dao 层中。批量插入用 for 循环，用 for 循环调服务。做业务重构时真的是弄得快要吐血了。代码风格感觉像我刚出来工作时差不多。也接触过从阿里天猫，大众点评，百度里面出来的人感觉印象还是很不错的。只能说大公司有优点也有缺点吧。
|
|
146
linlinismine Nov 19, 2016
再想问下楼主投微软是内推还是 linkedin?,另外签证真的这么好拿吗
|
|
147
huntzhan OP 1
@linlinismine 没有投，是 HR 通过 GitHub 联系我的
|
|
148
linlinismine Nov 19, 2016
@huntzhan 哦，面试的时候都是问算法题吗？难不难，我发现楼主和我一样都在 leetcode 上面刷题。
|
 |
149
depress Nov 19, 2016 via Android
登录生产环境机器只能通过古老的 SecureCRT 来操作。大多数人使用古老的 sz/rz 程序完成开发环境与生产环境的文件传输。
大多数部门的 DevOps 工具积累基本为零，测试发布基本通过人肉完成，没有持续集成流程。 除了核心项目团队，基本没有人写 testcase ，就更不用提 code review 了。 基本不写项目文档，没有 wiki 的概念，知识传承基本靠口口相传。 ---------------------------------------- 我觉得再加一条使用 SVN 就圆满了…不过不得不说，连代码走查都没有，工程师的编码水平也是挺高的 |
|
150
huntzhan OP @linlinismine 主要是面试算法题， medium/hard 左右。也有竞赛难度的题目，没有竞赛经验的我直接懵逼
|
 |
152
herofj Nov 19, 2016
竟然没提大腾讯的加班
|
|
154
linlinismine Nov 19, 2016
@huntzhan 能透露一下是题目或者是哪个方面的吗比如 arrray,tree 或者 dp?
|
|
155
huntzhan OP @linlinismine 我不太确定，不过据我所知， MS 是没有题库的，出什么题全凭面试官喜好。我猜从 LC 上的比较多吧
|
 |
156
run2 Nov 19, 2016
>基本不写项目文档，没有 wiki 的概念，知识传承基本靠口口相传。
这个好吓人，微信支付虽然没有后台 sdk 还好有文档 -。- |
 |
157
miketeam Nov 19, 2016 via iPhone
原本以为腾讯蛮好！
|
 |
159
Biscuits Nov 19, 2016
赞同，体面的公司太少。在不足方面让人惊讶，连腾讯这样的巨擘都有这些问题，更不要说其他了。
|
 |
160
LINAICAI Nov 19, 2016
一整套的持续集成居然都没有还要手动， testcast 也没有，这点匪夷所思。。。
|
 |
161
suski Nov 19, 2016
话说 lz 为啥人选 ms 这样的大公司，不怕进去后任然被坑么？
|
 |
163
eDeeraiD0thei6Oh Nov 19, 2016
作为一个和腾讯的游戏相关合作了一年的人，总的来说感觉不错，管理水平很高。没有和 BA 的合作过 无法做比较。
|
 |
164
jedicxl Nov 19, 2016
楼主提到的腾讯的问题，有很多是大公司的通病，尤其国内大公司
不过知识管理差到这个地步，还是很意外 |
 |
167
zonyitoo Nov 20, 2016
楼主说的重复造轮子应该说的是以 BG 为单位的吧， BG 内部工具链都是共享的。其实我觉得这样挺好，毕竟一些工具不可能适应各 BG 自己的生态，而且如果遇到问题，跨这么远的部门去联系解决，沟通成本也是个很大的问题的。
另外，各 BG 自己造的轮子，都会拿出来做分享。 另外就是知识管理……重要的部分我们部门里都会有文档，至少也会有注释，而不是通过口口相传。 CodeReview 我们部门也在使用（业务部门，非文章说的那种核心）。因此，见仁见智。公司很大，但并不代表都这样。 |
|
168
huntzhan OP @zonyitoo 其实这几天我也意识到自己的局限性。以前对 SNG 、 IEG 、 WXG 的工具链略有耳闻，仅仅是处于知道对方有一套开发运营的系统，但是并不了解做到了什么程度，所以下意识里就拿 TEG 某些我较为了解的部门的现状去类比了。我想，这里面有我个人方面的原因，也有 BG 间信息不对称的因素在。比如在 TEG 里就没有一套共享的工具链（有可能有，但是我不知道）。
至于你说的 BG 里把自己造的轮子拿出来分享的事情，恕我直言，大部分轮子文档都不齐，实在不敢用啊。 P.S. WXG 风头正劲且 Bar 这么高（认识一个 T 大是实习想进 WXG 结果死活进不了），我觉得你所在的组应该算核心组了。 |
|
169
zonyitoo Nov 20, 2016
@huntzhan 哈哈，当然的，虽然 KM 上是有用，但的确不敢用。毕竟不是本部门常用的技术，而且运维通常是不认的，因为他们才不会费力气给你搞一个从来没有用过的东西，还不知道有什么坑。
WXG 的运维系统还是很完善的。当然，我没见过 SNG 他们做了十多年的运维系统到底做成什么样，但我平时用的那个运维系统是真的很顺手。 |
|
171
sesame4rabbit Nov 20, 2016
@huntzhan 简历发你邮箱啦，多谢～
|
 |
172
crossd Nov 20, 2016
居然没测试用例 这个还是非常惊讶的
|
|
173
miketeam Nov 20, 2016 via iPhone
看到楼主后续评论感觉楼主虚了，怕腾讯！
|
 |
175
4everLoveU Nov 21, 2016
单就工具链这个角度来说，还是推荐大家来我狼厂，妥妥滴哈哈
|
 |
176
chengcanmm77 Nov 21, 2016
很有同感啊，
|
 |
177
jack2code Nov 21, 2016
@ericgui 基础设施部门可以一定程度上减少部门墙内耗，但不能根绝。因为部门营收有差异，各有各的小算盘，基础设施部门相当于公摊费用，有钱的部门可以自己来搞，没钱的部门不想出钱。
|
 |
178
nelson Nov 21, 2016
在 CDG 某广告部门。看来重做轮子哪里都有啊。
|
 |
179
yepinf Nov 21, 2016
看完了感觉很有意思呀~
|
 |
180
eamon666 Nov 21, 2016
那个...可不可以带带我
|
 |
181
caiwangwhu Nov 22, 2016
我也在腾讯呆过 1.6 年，算上实习 21 个月。不管怎么说，离开腾讯后我还是会说他的好。过去的如果就让他过去了，未来只会越来越糟。相信楼主也是因为 T 的背景和自身实力才能进微软。这个光环同样适用于我，我呆过蘑菇街，现在转战上海金融。可以关注我的私人订阅号： bujisu 我正在连载大型职场面试实战经验，我会讲述我是如何在 9 天内拿到四个大公司 offer ，同时与多个猎头进行斡旋的故事。别人谈理论，我上实战经验，就是这么不羁，哈哈哈哈哈哈
|
 |
182
p2227 Nov 22, 2016
我想知道 ms 的 HR 问楼主离职原因时楼主怎么样说
|
 |
183
etund Nov 22, 2016
同在鹅厂，不得不说，楼主的博文中对鹅厂的描写写的很客观，很真实。
|
 |
184
Wentasy Nov 22, 2016
全部看完了，原来鹅厂也有这么的不堪。这样看下来，原来我厂也没有想象中那么糟糕，我们有统一的发布平台、 DevOps 有专门的团队，不过内部 Wiki ，还是我来之后提议搭建的。同一个部门不同组之间都存在信息壁垒，更不用提部门之间了。国内的环境，部门之间利益冲突太大，不太可能实现资源共享。
|
|
186
huntzhan OP @caiwangwhu
> 不管怎么说，离开腾讯后我还是会说他的好 > 过去的如果就让他过去了，未来只会越来越糟 Em...... 感觉这句话两句话有点问题。 > 可以关注我的私人订阅号： bujisu 我正在连载大型职场面试实战经验，我会讲述我是如何在 9 天内拿到四个大公司 offer ，同时与多个猎头进行斡旋的故事 这个营销给你满分。 |
|
188
huntzhan OP |
|
189
caiwangwhu Nov 22, 2016
@huntzhan 看我的 V2EX 帖子，比这个营销高级多啦。嘿嘿
|
|
190
p2227 Nov 22, 2016
|
|
191
huntzhan OP |
 |
194
jadetang Nov 23, 2016
楼主应该来阿里中间件啊，我们的基础设施服务了很多业务的。
|
Select Language