前段时间在亚马逊上买了一个中国品牌的Phylian H8型电动牙刷，约25加币，用了2个月后，马达故障，停止工作。向厂家保修后，厂家寄回一套全新的，于是我闲着无聊，拆解了一下。

先说结论：这玩意的物料价格低到离谱，20元人民币都富余。

首先是外观。一个白色的刷头插座，下面是黑色主机，有一个大按钮，和几个LED指示灯。和博朗等品牌的金属震动插座不同，Phylian是塑料的，而且很粗，我之前不明白为什么这么设计，但下面会解释。

拆解思路很简单，把牙刷底部封口四周用工具刀划一遍、破坏掉防水胶，然后取下封口。

此时用改锥稍微一撬，就能拔出这个塑料封口。

封口下面有两根电线连着内部电路，因为两边有两个塑料卡扣，必须进行破坏性拆除，否则无法取出。

将尖嘴钳将卡扣掰弯，见上图红圈处，即可顺利取出内部组件。

取出后，可见到牙刷主要分为三个部分，上部的白色刷头插座，中部的牙刷主板、电池，下部的充电电路（也就是刚才拆了半天的塑料底座）。

电路部分很有趣，直接就是个14500电池，500mAh，这块电池应该是低端电动牙刷的标配了吧？取下来也很容易，和5号电池差不多大，用手一扣就下来。

拆掉14500电池以后，我想起来自己还曾把旧牙刷快递给第三方维修，花费上百元人民币只为了换个电池，突然感到损失一个亿。

接下来是牙刷主板部分。

从上到下，分别是开关按钮，5个模式切换LED，以及一个充电指示灯。模式切换LED附近，覆盖了一层黑色海绵，如下图。

这层海绵的作用，就是为了防止LED之间「串色」，例如第一个LED亮起时产生的光晕，让第二个灯看起来也亮了。粗糙的产品一般不加这玩意，对产品核心功能没有任何影响，但如果对用户体验有点追求，还是会对这种隐形Bug做一些防护。此处应该给好评。

我的牙刷故障原因大概率是马达出了问题，但我拆了半天，并未找到马达在哪，所以继续拆解上面的白色刷头插座。

用胶封住了！显然里面藏着什么电子原件，那肯定要破拆！

终于在这里发现了震动马达！原来把刷头插座做这么大，是为了直接把马达塞进去。而博朗、飞利浦等，则统一将马达放在主机里，看来这是两种基于不同成本的差异很大的设计。

零售价人民币1.8元。难怪这么容易坏，草。

最后来个全家福。充电电路实在懒得拆了，也没什么新鲜的，就到这里了。

估算一下这个零售价25加币、约合人民币130元的电动牙刷的物料成本：电池6元，马达1.8元，估计整个电路板不会超过5元，外壳10元。不包含研发、开模、营销、运营等费用，单纯物料（按零售价计算）只有不到20元人民币。以后兄弟们如果电动牙刷不好使了，直接拆开底部、掏出来换个电池就行了，耗时10分钟。

我时不时会收到一些小朋友们的私信，问是否招实习生或者「程序员学徒」的，可以不要薪水。我一般回复「没有」，就不再多说什么了。并不是我高冷，而是觉得这样的小朋友恐怕并没有什么潜力值得去挖掘。
这么冷酷的结论，并不是拍脑门想出来的。经历了多次打脸，我最终明白一个道理——如果一个人把「廉价」甚至「不要工资」作为核心竞争力，那么他不仅对自己没有信心，其实也不会有任何主动性去发展自身。他们只期待一个武林高手从一招一式开始教起，像妈妈带娃一样照顾始终，而自己只需负责饭来张口即可，希望在人畜无害的气氛中，无能的成长起来。
显然这是做梦。即便这样一位「程序员学徒」不要工资，其他人为了培养他而投入的巨大精力和时间难道不值钱？武林高手有这个时间干点什么不好，不能去争一争武林至尊吗？为什么要把时间浪费在一个连学习知识技能都需要他人喂食的巨婴身上呢？这些幻想成为「程序员学徒」的小朋友明显算错了数，他们以为「不要工资」是自己的巨大优势，实际上这样的人带来的往往是负价值，对团队和项目都有巨大损害。
举一个我自己的例子。我曾经在一个水平相当低的工程师身上耗费了近半年时间，从 Google 搜索引擎和 stackoverflow 的用法，到代码规范，到 Python 各个标准库的用法，再到各类 Pythonic 代码的写法。之所以耗费这么大精力，是因为我是一个不错的老师，能把很多道理讲的深入浅出（例如我可以在 1 分钟时间里让任意一个无技术背景的人理解金融量化交易引擎的技术原理），经过我的细致培训，他一定有机会成为一个代码细腻而简洁的工程师。
直到被我劝退前，他都一直在用百度搜中文关键词并跳转到 CSDN 上看技术文。
这是什么概念呢？就是一个数学老师教了你半年的二项式展开，最终面对最简单的二项式题，你依然在掰手指数数。
这样的程序员带给同事的往往是噩梦。在他离职之后，我们依然时不时的从他代码中发现骇人的 bug，然而数据已经被污染，重新修正几乎不可能。由他引入的问题，很有可能直到公司破产都不会有人愿意去解决。这样巨大的负担，当年的我如果更成熟一点，是万万不会惹祸上身的。所以现在收到各类的「不要工资」的申请，心里都会默默的想，「你当我是傻子么」。
每个人都渴望成长，但成长不是商品，不是你用「不要工资」就能够换回来的。成长源于你一步一个脚印的学习，在学习过程中，你又创造出了价值。本质上，只有当你持续创造价值的时候，你才会成长；而不是反过来。
如果你技术不好、没公司要你，能否在力所能及的范围内，对开源社区做一点贡献？
如果你技术不好，能否仔细研究业务代码，试着花一个月甚至两个月的时间写一个简单但核心的模块？
如果你技术不好、又想找个老师，能否先帮这个老师做一点事情、哪怕只是帮他写单元测试？
……
可做的事情太多了，简直数都数不过来，而它们的共同点就是——持续创造价值，而不是持续索取关照。
所以，当我们对一件事情有了强烈的渴求时，最好先问问自己，能不能用已有的技能先创造一些价值出来。如果不能，说明你其实并没有那么渴求。那么，请不要再去骚扰那些工作量已经很饱和的工程师了，码农滞销，可怜可怜老乡们吧。

这篇文章是我在知乎上的的一个回答，讲的略微有点深。另外感觉自己这两年越来越左翼，越来越觉得马克思不愧是20世纪最伟大的思想家之一。

今年 30 了，也开始考虑年龄问题了。
不过虽然 30 岁，但我实际作为程序员、以编程为业，也只是最近两年的事情（关于我的编程职业经历，在这个回答里写的比较详细：知乎用户：自学编程的人，都是怎么找到第一份软件开发工作的？）。因此对编程这个职业的理解，可能还不如一些 90 后小朋友深，写的不对的地方贻笑大方，请见谅了。

注：以下叙述，不局限于程序员，实际上包含所有职业。

中国的程序员在市场中的地位，不客气的说，随便翻开《1844经济学哲学手稿》里描写产业工人的段落，把这些一百年前的论断放到程序员身上，都言之凿凿：
例如：关于程序员的先进生产力与其对应的可怜回报

「的确，今天由于有了新的动力和完善的机器，棉纺织场的一个工人往往可以完成早先 100 甚至 250-350 个工人的工作。在一切生产部门中都有类似的结果，因为外部自然力日益被用来加入〔Ｘ〕人类劳动。如果说为了满足一定量的物质需要必须耗费的时间和人力比现在比过去减少了一半，那末，与此同时，在不损害物质福利的情况下，给精神创造和精神享受提供的余暇也就增加一臂。但是，在我们甚至从老克伦纳士自己领域中夺得的虏获物的分配方面，仍然取决于像掷骰子那样盲目的、不公正的偶然性。法国人有计算过，在目前生产状况下，每个有劳动能力的人平均每日劳动五小时，就足以满足社会的一切物质利益……尽管因机器改进而节省了时间，工厂中奴隶劳动的时间对多数居民说来却有增无已。」

例如：关于「越工作越贫穷」这一现象的分析

「工人生产的财富越多，他的产品力量和数量越大，他就越贫穷。工人创造的产品越多，他就变成廉价的商品。物的世界的增值同人的世界的贬值成正比．劳动不仅生产商品，它还生产作为商品的劳动自身和工人，而且是按它一般生产商品的比例生产的。」

例如：关于程序员异化为程序的奴隶

「因此，工人在这两方面成为自己的对象的奴隶：首先，他得到劳动的对象，也就是得到工作：其此，他得到生存资料。因而，他首先是作为工人，其次作为肉体的主体，才能够生存。这种奴隶状态的顶点就是：他只有作为工人才能维持作为肉体的主体的生存，并且只有作为肉体的主体才能是工人。」

以上，并不是呼吁大家都去读马克思，我也无意挑起关于马克思的政治经济学的争论（也希望大家尊重题主和读者们，不要做跑题辩论），只是希望各位静下心来想一想，我们和百多年前的纺织工人的区别，到底是什么？
伴随一个产业工人或程序员的老去，不可避免的是工作时长与强度的降低、工资的刚性提升（正常来说只能升不能降）、对家庭福利需求的增高（例如需要公司为家人购买保险）等等。而普通工人（程序员）的工作效率增长速度一旦无法达到其福利需求的增长速度，在公司里即成为累赘。换句话说，辞退你、换新人，对公司有很大好处，而这对资方来说是一个巨大的诱惑。
多亏劳动法和近二十年来的互联网产业红利，程序员的处境已经远远优于当年的工人，不用时刻担心被辞退，但是当到达了一定年龄后，大多数程序员的个人价值已到峰值，收入封顶，但生活压力却越来越重。这是「年龄-收入」的悲剧冲突核心，也是大量程序员夙夜忧叹的唯一原因。
而这种悲剧，集中式的出现在中国，其直接表现就是程序员的薪酬过低（例如在美国，普通工程师拿个十几万刀的 package 并不算天方夜谭，这种问题也就并不严重。）。
所以程序员老了怎么办？唯一靠谱的解答，就是脱离自己的产业工人身份，直面残酷的市场食物链，尽一切可能向上爬，脱离这个「产业工人诅咒」。
那么程序员以上的食物链有哪些？最直接的就是技术管理层、公司中高层，再次是资本方，最后是权力方。故而其方法也分外直接：要么争做管理层并获取股份、股权激励等非劳动收入，要么以资本进行投资、让别人为你打工，要么当个省委副书记、起码乡镇干部之类（这一条过于奇幻，当做笑话吧）。
但凡符合上述逻辑的职业规划，都是靠谱的，区别仅在于风险大小。
至于计算机领域的、乃至其他各行各业的技术专家，这是一类我非常崇敬和羡慕的人群，他们往往已经获得了超额收益，故而不在我上述论证范围内。我所说的一切，仅仅针对你我这样的普通职员。
所以，程序员们，不要为自己掌握先进的知识而沾沾自喜，这个世界并不属于知识劳动者，所有利润最终将归属资本和权力……
……和猫。

工作近5周，共完成了2个项目（第二个项目已经基本完成测试，准备收尾中）。第一个项目，是用爬虫抓取数据，然后做好 API 供用户使用。第二个项目，是扫描僵尸用户，发邮件唤醒，如未唤醒则关停僵尸用户的进程。
做这两个项目的过程中各有各的体会。
首先，是关于解决问题的方式。做第一个项目时，刚刚进入公司，很难适应工程师文化，加上和同事不熟悉，脸皮薄，不愿意问问题，甚至没有仔细确认需求和工程方式就动手开搞，最终耽误了不少时间。在工程上，沟通极为重要，工程师不是低着头闭门造车的，恰恰相反，工程师们是用集体合作的方式共同搭建一个或繁或简的系统，最终完成个体无法完成的大规模工程。这应该是工程师们在一起工作的最重要意义之一吧。
工程被分割成一张张工单，并不意味着其整体被切割成无关联的个体。在完成工作的时候需要尽可能多的理解工程的有机性。例如我将爬下来的时间序列存入数据库时，每条数据的时间都被我存成了str，于是在后期制作 API 的时候就遇到了一些问题，最后需要通过将其转成datetime来解决。类似的问题说明我在完成某件工作时，并不知道这件工作在工程中的位置与意义，这就需要多问和多做了，在对整体熟悉了以后，自然会逐渐清晰。
其次，是关于单元测试的重要性。其实『单元测试』这四个字，有弱化其意义的副作用。我在做第二个项目的时候，由于内部处理数据的逻辑比较复杂，导致大大小小的 Bug 一大堆，每次提交都认为自己已经做得差不多了，但还是在 code review 时被打脸，来来回回提交了若干次，花费大量时间，甚至同事成了我的人肉 Debug 处理器。最后同事说，你还是写一些测试用例吧，覆盖的情况越多越好。
果然，写了一百多行的测试用例后，将单元测试完成，自然发现了一些之前很难发现的 Bug，无论对我还是其他工程师来说，都节省了大量调试改错的时间，多灾多难的第二个任务也随之迎刃而解。经此一役，我对单元测试的意义恍然大悟，其实单元测试并不仅仅是『测试』这么简单。在『测试』的背后，其实是将代码化整为零、各个击破的写作过程，因此单元测试的写作时间，应当与程序本体同步，也即『写一个函数，就写一个测试』，二者几乎是同步完成的。这样看上去花了很多时间在设计测试用例上，其实是规范了自己的思路和代码，同时大大提高了后期的可维护性。
在明白了第二点（也就是单元测试的真正意义后），觉得自己仿佛突破了一个模糊边界——一个软件工程师和业余代码爱好者的界限。虽然现在代码依然很烂，但是本着对代码负责的态度和对自己职业的尊重，我会把以后写下来的所有代码都同步加上单元测试，配得上一个专业人士应有的严谨。
以上就是我在完成了两个项目后的些微体会。工程师的快乐，是由一个个微小的痛苦组成的。此生竟有幸成为工程师，真是一件幸福的事情。

几个月前，我写过一个专门用来玩卡坦岛的命令行骰子工具，里面的骰子函数都是写死的，只能选2d6/2d10/3d4这几个，够用，但是不方便，适用性太差。最近入了《Pathfinder基础包》，准备重新开始跑团，看几个跑团QQ群里都有骰子机器人（方便大家开网团的时候投骰子），他们输入『.r 3d6』『.r 4d10』甚至『.r 1d97』这种实际中并不存在的骰子都可以得到值，自由度非常高。
于是我计划用Python来实现这种高自由度的骰子。首先遇到的问题就是如何让程序识别『3d6』『1d4』『1d8』这种跑团黑话。先普及一下，d4/d6/d8/d10/d20等都指骰子的面数，例如d4指的是四面骰，d20则指二十面骰，1d4指扔1个四面骰，2d6则指扔两个六面骰。普通游戏一般用不到这么多种类的骰子，而在以大量数值检定为核心的TRPG（桌面角色扮演游戏）中，这些骰子就不可或缺了。
首先想到的方法是用正则表达式来解析命令。以最常用的『1d6』为例，『1』指骰子个数，『6』是骰子类型（面数），『d』则是分割二者的分隔符。用正则表达式来写的话，应该是这样：

roll = input('> ')
match = re.search(r'(\d+)([Dd])(\d+)', roll)

先让用户输入命令，然后开始解析命令。命令的结构是『数字』+『D或d』+『数字』，正则表达式如上图。最早的版本里，是 r'(\d)([Dd])(\d)’ ，两个数字位都没『+』，后来发现第二个数字位必须带『+』（因为骰子类型有可能是两位数甚至三位数，例如1d20,1d100），于是我干脆把两个数字位都变成可以无限位取值的。
到此，解析命令完成。下一个问题发生在定义函数时的全局变量上。早期版本如下：

result = 0
def d(n):
    result = randint(1, n)

函数外部出现了变量 result，函数内部又给 result 赋值，电脑就懵圈了。在这里，我一直没搞懂的问题是，定义函数时的返回值，并不是返回给某个变量，而是对应了这个函数本身。result = 0 这个变量的初始化也可以删掉。在朱老师的指导下，终于搞明白这个问题，于是代码顺利改成这样：

def d(n):
    return randint(1, n)

最后，做好一个 for 循环来实现反复扔骰子的动作即可：

for i in range(m):
    result = d(n)
    dice.append(result)
    print(result)
print('和为: ', sum(dice))

至此，其实还没有写完，脚本还有很多地方需要完善，但是已经不再是当初那个被朱老师批评的『到处给全局变量赋值的超级烂代码』了。日拱一卒，余欣慰也。
Github地址
欢迎各位去围观我写的其他小脚本，帮我改改这些超级烂代码！