不明白老员工有什么不好意思说的。说了人家不赞同是另一回事。当然，有些事情本来各有各的考量，不一定要强求一致。但是像那个 imageView 之类的情况，友善一点地沟通，一般都能接受吧。

代码重构，如果量比较大的话，可以慢慢来，碰到了就改，没碰到就暂时放着不动。这样逐渐重构不容易造成 regression, 也不用你加班。

@sensui7 另外，网上一些直接的回复，你不要太在意。

其实很多人是被《提问的智慧》一类的文章洗脑了。

《提问的智慧》主要讲如何提出一个好问题，讲得很好，但是它忽略了一个重要的问题：

人与人之间的交流，有的时候还是要讲一点礼貌的，特别是陌生人之间。网上打 RTFM 很容易, 但现实中你如果对一个不太熟悉的人说 Read the fucking manual, 如果你只是在玩梗那还好，如果你真的是这样想的，那其实是不怎么礼貌的。这会形成一种抑制交流的氛围，对协作（不仅是部门讲协作，网络的讨论其实也是一种协作）是不利的。

想象一下，你刚升级某个软件，同事随口问一句「这个版本有什么新功能？」，你回答「你他妈不会自己去看发布日志吗？」如果一个团队里都是这样交流的话，你觉得这个团队的氛围好吗？

而且，《提问的智慧》是有前提的，就是说开发者已经为开发自由软件花了大量时间了，你一个用户如果读手册能解决问题，那最好还是不要去挤占开发者的时间。

但是用户相互之间，还是少用 RTFM 为妙。别人问了一个初级问题，你没时间完全可以不回答，有时间可以回答，或者简短地说「我记得手册的 XXX section 里有写」、「 google YYY 」没有必要特意回答一句「你他妈不会 google 吗？」

@sensui7 打包 python 的话，Pyinstaller 和 py2exe 很方便。另外，其实写这些工具类的东西，Go 也蛮合适的（可以跨平台编译，最后的可执行文件里静态链接了库）。

with 的话，你猜得不够准。接触新语言，有时候靠猜比看文档要快，但你得猜准。猜不准的话效率就低了。不过猜的能力也是要练的。培养了猜的能力，是有助于下一个概念或者下一门语言的学习的。长远来看未必亏。

我这里提供一点猜 with 的思路：绝大部分情况下总是要关闭一个文件的，多打一行字倒还不算什么，关键是怕忘记关掉了，所以讲道理，类似 with 这样的东西设计的时候，不太可能不考虑这个常见的痛点的。

不过我有点事后诸葛亮。我当初学 with 不是靠猜的，而是靠看文档。但是呢，我后来学另外一些语言，看到类似 with 的结构，就能很快领会这个设计的用意。

s/直接和分庭抗礼 /直接和你分庭抗礼 /

@SlipStupig 你如果只是不想被开的话，那 @logfile 已经给你指路了。技术岗的全是你的人，你一走，但凡找到下家，能把这些人中的大部分拉走，那开一个人就等于开一大片人。

这种情况下要补齐团队（其实不是补齐了，是以少部分老人为基础建一个新团队了）需要很长时间。
而且补齐之后新团队要接手已有代码也会很慢。
因为很多代码只有当时写的人和参与 review 的人熟悉，新来的人如果没有这些老人指导，自己摸索效率很低的。
这不是说故意把代码写的难懂（这属于伤敌八百，自伤一千，团队自身维护代码也会很累很累），
而是要写高可读性、高可维护性的代码是很难的，特别是在时间有限的情况下。

除非你这团队都是不一般的牛人，代码的可读性和可维护性非常高，
新人不用请教老人也能快速理解，改起来也很顺。
但你能在这种团队当上领导人，要不然是凭自己的实力建立了权威，要不然就是团队把你推上这个位置（因为团队的共识是你在位置上最能维护团队的利益），要不然就是两者兼有，这种情况下老板要开你，就是和一个对公司业务起到重要作用并在劳动力市场上价值很高的团队对抗，会很痛的。

但是呢，你搞拉帮结派，那老板也不是傻瓜啊（如果老板真这么傻，那你根本不用拉帮结派），
他也会想法安插亲信，或者挑选骨干给足利益，或者扶持起来明面上直接和分庭抗礼，或者作为制约你的暗棋。

然后你就会陷入老板离心离德，互相内斗的局面。
初创企业本来要做的很多，然后你们把大把精力用来互相内耗，
初创企业本来就要做很多艰难的决策（因为是去探路的，如果路已经清楚了，那大公司为什么不做），
然后本来很艰难的决策你们还要考虑决策对自己的小团伙的私利以及和对方实力对比的影响。
这种情况下你们还能创业成功，那你们运气也太好了吧。

但你真的只是不想被开吗？
还是说，想要推动这个企业往成功的路上走？

如果是后者的话，有的时候你别无选择，只能信任老板。
相应地，老板也只能信任你。
因为风险已经够大了，就算信任和抱团也不一定能成功，何况互相猜忌、互相内耗？

当然也不是说要无条件的信任，但基本的信任还是需要的。
做人呢，还是要爱好和平，不要轻启内斗的战端.
内斗就像军备竞赛一样，开始了以后一不当心就会互相加码。
最后陷入军国主义的泥潭，拖垮生产发展，并最终导致组织的覆灭。


至于招人，最无脑的招法就是参考自己、以前的同事。
如果你觉得自己或者以前的同事靠谱，那就按这个标准，根据供需关系调整（提高或放低要求）。
另外，招人成本（指需要你投入的时间和精力）是很高的，做计划的时候要预留这块。

高中时候补了数学，一对一答疑（托关系趁老师值班的时候进行的），效果还不错。其实这都是高中没搞好的补救之道，老师带太多学生，学生学习又太用功，如果像大学里很多课程一样每周有答疑时间，然后很多人都不去的话，那就不用补课了。

@tangyang 其实，面试官一时口误也没什么。但问「 springMVC 么」，回答「要求前后端都做」，这真的是对不上啊。

@leeg810312 估计 @longnight0119 当时没反映过来。

@longnight0119 面试你的人有没有自我介绍？我怀疑说不定技术岗的人有事，让不懂技术的同事先去问下对方懂不懂 JavaScript 和 Spring, 可能还给 ta 解释了一句问这些是看应聘者是不是前后端都能做。 然后这个同事没听清或者记差了，搞成 JavaSpring 了，然后你问是不是 springMVC, 但是 ta 期望听到的答案是「很懂」、「懂」、「不懂」、「懂一点」之类的，然后问是不是 springMVC 就导致对方不知道怎么回答了，然后可能想到同事还跟他说过「前后端都做」之类的话，就拿这句话来应付你了。然后你再追问「 javaSpring 到底是什么」，那 ta 就完全不知道说什么了，心里想的可能是对方怎么老反问，不按套路出牌啊，于是只能强行结束了。

其实你反应快的话应该回答你是否前后端都能做，或者请求换一个人来面试（表示自己可以等一会，或者另约一个时间）。不过这都是事后诸葛亮。当时可能被面试人牛头不对马嘴的回答搞懵了。

@zclHIT 选择太多有时候未必是好事。

@murmur 这可不是私印钞票，因为印多少不是矿工说了算的。这换算到古代就是私铸金属币。中央政府一贯是打击的，但地方诸侯强势的时候也管不了。

首先，一般用工单位都有自己的一套方案，而不是按照你的选择来，否则无形中增加 HR 和财务的工作量。

其次，如果你可以自行选择的话，有没有必要需要计算很多因素：

1. 你以后是否打算移民（移民的话养老保险就没用了）
2. 你对养老保险的未来收益是否有信心（没信心的话，那就当交税了，当然是越低越好）
3. 你是否相信自己的理财能力（也就是说，同样的钱交给你自己投资，预期收益能跑赢养老保险？）
4. 你以后是否需要贷款（按最低工资标准交的话，实际上是把账面工资做低，以后申请贷款难度就变大了，你不可能按账面工资交养老保险，然后按实际收入申请贷款，签证可能也涉及这个问题）

以上是长期的影响，短期的话，如果打算起诉用工单位，那大部分赔偿金也是按账面工资来算的。不过一般来说这个风险不大，可以不考虑（如果你预期很有可能以后会起诉用工单位，那说明这用工单位问题很大，还是尽早跳槽为妙。）

至于 @mansur 说的「几十年前父母每月交几块钱的保险，... 但是现在领的退休工资是每月几千。」实际上并不能推广到今天：

1. 几十年前基本没有私营企业，大家都按统一的标准交，没有现在这些歪门邪道可供选择。
2. 之所以能拿几千，最主要的因素可能不是当初交的几块钱，而是编制（工人编制和公务员编制、事业编制差太多）和职称（职称很高的话钱也高不少）。
3. 那个年代的人，习惯省吃俭用存钱。今天的人如果穿越回去，（设定无法利用「眼光」和技能赚钱），估计大部分会觉得那几十块工资根本不够花，可能宁愿不交社保，把那几块钱拿来改善生活。
4. 「可以规避通货膨胀的风险」。这只是转移支付，用现在年轻人交的钱来给退休的人发钱。而社会老龄化了，可能未来就没有很多年轻人交钱了。至于依靠财政，恐怕够呛。除非未来政府非常非常有钱，但如果真非常非常有钱，那养老保险交的少的人按最低档拿的钱从绝对数值来说应该也不会低，生活也不至于没保障。

基本上所有 Linux 和 BSD 发行版都提供单人模式。
一般虚拟机提供商或者机房都提供 console access 或类似的东西.

@CryMeatel 其实有些不用搜索就能意识到问题，比如 with 后再 close, 那这 with 设计出来是干什么用的？其实我很好奇这代码是从哪里学来的。

@crab @NaVient 上一个帖子我倒觉得还好，虽然除了缩进以外我一个都觉得文不对题，但至少展示了某个习惯写 JavaScript 的人刚接触 Python 可能感到困惑的地方，如果要写类似 Python for JavaScript Programmer 之类的东西还有一定的参考价值。

一个是 GPLv2 (比如 Linux)，还有一个是 GPLv2+ （ FSF 推荐的标准用法，很多软件说自己是 GPLv2, 其实是 GPLv2+）。

GPL 特指 FSF 发布的 GPL.

@jtsai 但是这问题确实槽点太多，不知道从哪里吐起了。

这个类似 StackOverflow 的 Documentation （只不过范围可能不限于编程而已）。
StackOverflow 的 Documentation 没做起来，最近刚关掉。

@hahasong 现在不加班、不打卡也成福利了。。。底线越来越低了。

@gsldfjidvd 如果存储没加密，要读取数据，没有解锁 BL 的话，只能把存储芯片拿出来读（比较麻烦）。解锁了的话一般只需刷机就可以了（比较方便）。 如果存储加密的话，解锁不解锁就无所谓。当然，解锁 BL 后对方如果能物理拿到你的机器，可以偷刷一个带木马的系统，来持续窃取你的信息，但这是另一种风险，和被盗这个主题无关。

@coderluan 人家虚数，你实数，这回应的方式也对不上呀。

我说的是「**即使**不考虑礼貌问题」，也就是说礼貌问题是存在的，但是除了礼貌问题还有另一个问题：由一次争论的结果通常不能判断另一个人是否是傻逼。（礼貌问题是指在判定一个人是傻逼的情况下不一定要说出来，因为傻逼是对方的缺陷，专门提起对方的缺陷一般是不礼貌的。）其实我一看到「傻逼」这回复就下意识地想可以给 block 列表加人了, 但是翻了翻对方的其他发言，发现凭一句回复（无论这回复多差劲） block 的算法太幼稚了。

另外你的回复里「你」这个名称前后绑定了两个人，我读第一遍的时候莫名其妙，读第二遍才明白。日常生活「你」这样的代词(identifier)在一段话内部一般当 const 用，你当 var 用，而且还直接省略了重新赋值(reassignment)的语句。。。
又或者是我想多了，你觉得我是小号？

@zhengwenk 不提口碑，因为这方面阮有先发优势，就光论质量也很难，其实就算不论质量，那个数量也不是一般写博客的人能达到的。