完全符合德雷福斯模型的定职预期
/t/759815?p=1#r_10290787 程序员的晋升之路

程序员的三门课 书中说的 精通者（ Proficient ）专家（ Expert ）
大约有 10%人处于精通者，专家就更少了。高级新手（ Advanced Beginner ）超过 50%的人群会整个生涯都处于这个阶段

我觉得贵站完全可以考虑做个公共编辑什么的 像 ruby-china.org/wiki 似的，把相似的帖子打捞一下 即使是 仅仅在相对 narrow 的领域也可以，或者对某一个图书主题有映射的

对一个觉得 “这样的人生不值得面对” 的人说要积极面对人生，其实没有用的。
若谁有沙特阿拉伯国王子的人生，他也会积极面对人生。
所幸的是，所有人都没有！
更何况沙特阿拉伯国王子也有自己的烦恼

看上你啦

能被评价为 “not even wrong （不是错，就是恶心）” 的事是很多的。软件学的好处 [2] 是它允许你直接聊范式聊模型 聊 paradigm 聊 pattern，这都可以大大降低它[1]的恶心程度

[1]: 你 “看某一个框架 / 一个解法 / 一个某范式某模型的一个实现 是 真的不顺眼、觉得它恶心” 的恶心程度
[2]: 好处就是 那些已经熟悉了这个范式这个模型的人就等于熟悉了这个模型的所有实现了，对于某一个具体的实现（比如 angular ）就不觉得它恶心了，甚至可以拿关于它的知识去干活儿赚钱了。上手很快是基于准确地对于抽象的把握！即使你恶心它，你应该明白让你恶心的是谁：其实你也不是觉得 angular 恶心，而是觉得 MVVM 模式的实现们 WPF JavaFX 这一类东西 都恶心。

这就是软件学的难点所在，因了这个难点，它不适合所有人。可以考虑从心法角度去破除孽障先、比如多做一做 “一手画圆一手画方”、“左右互搏”，否则 narrow-minded 会需要大量的指导才能进步，而这些指导所带来的效果 就是 在软件编写方面开阔的想象力，它是写过 在基础范式程度就完全不同的多个软件的人几乎与生俱来的直觉。

Angular is a total different domain from web dev ( angular 1.x is more like traditional web dev, though ) and web client side dev domain, it's not rooted from web dev, but from client side app paradigm spectrum 从范式分类的角度, it's more inclined to Win WPF and JavaFX, which share the MVVM pattern.

Althrough it's much similar to desktop GUI dev, which can be a barrier for those who self-identified as web developer, it's more natural for people who interested in learning the merits of MVVM pattern to familiar themselves with a good implementation of MVVM pattern, thus angular. 相比带着学习 web 开发的心情去接触 angular，更自然的办法是，成为一个乐于去了解 MVVM 设计模式的人，然后（在了解 MVVM 的基本概念的情况下）去学习 MVVM 模式的一个应用实例。也即 将 angular 看作一个 MVVM 模式的实现的例子 来学习。对于 MVVM 模式的熟悉是更可贵的，至少它可以冲淡对一个此模式的具体实现的厌恶。

这一点无论你喜欢还是不喜欢，都是要承认的，它就是和 vue 不同，也和 vue 、react 等的交叉度极低（就像 FLUX 模式和 MVVM 模式的交叉度极低 根本就是两个设计模式 / 两个思想）， 你的在 vue 方面的过往知识积累并不帮助于熟悉 angular 。反而，在 win 桌面开发 WPF 框架或 JAVA GUI 框架 比如 JAVA Swing 和 JavaFX 的知识（或其它某一个 MVVM 模式的应用框架）是有助于熟悉 angular 的。即使 WPF 或 JavaFX 被你诅咒而死 而 angular 也一起死了，MVVM 模式是不会死的，你最多是永世不接触它，它也永世不接触你。它自带护城河，它是你永远的噩梦

公事办妥办私事：为了让空闲时间不无聊，可以在工作岗位上自己写写自己的私人项目代码阿

奇事天天有今天更是奇

就像一个人写了一篇博客文章说此文遵守 CC 协定就好似能带来阅读量一样但并不会，给一套代码添加 MIT 和 apache 2 等开源协议并不意味着这玩意有人看：作者为其文章或代码附加的协议作为文章或代码的 metadata，只是作者一种态度，是作者对于人间喜乐的一种表达

@Tarkky 打发一个人走是不需要理由的，你觉得疯狂或魔幻都无所谓 真实原因甚至就是因为嫌弃妳长得太漂亮 女老板更年期发作了 嫌妳勾引男老板 所以就要开除妳，怎样？遣散费拿好就 OK 了，你积累的经验是归你的嘛

个人认为 公司的裁员决策室 就是一个黑箱
你真的不能说它怎样 —— 你只能采取对等制裁。

前两年人们喜欢的说法是 “35 岁之前是你找工作，35 岁之后让工作 /猎头来找你” 说的就是建立精确到个人的机制
让这个机制带来 job security，同时方便猎头找到你
为此呢，公司有权利扔鞋裁员，你也有权利更新你的 LinkedIn 简历和人脉 让猎头方便找到你

这里已经说过了，要在自己权限里做事 v2ex.com/t/735897?p=2#r_9932513
对等制裁 晓得吗，难道你就需要灵魂么？

日本公司有末位淘汰制吗

https://www.zhihu.com/question/20726688/answer/36070472

末位淘汰不知道是不是源于美国的韦尔奇，但肯定是因韦尔奇而出名。韦尔奇在他那本《赢》的书里记录了，他如何告诉一个在纽约开时装店的黑人老板，要对跟他朝夕相处的十几个员工，举起末位淘汰这把大刀的故事。这个做法的假设是：由于人与人的技能、体力、态度等等的不同，每个团队成员的工作效率肯定不是平均的，一般会分成能干的占 10%；平均的占 80%；不能干的占 10%的正态分布。如果一个公司能不断把不能干的 10%淘汰出去，这个公司的整体效率就会比同行高。

可是日本也有一个管理大师——稻盛和夫，从成就来看，他比韦尔奇牛。韦尔奇只在一个世界 500 强——GE 里打工，GE 在他的领导下达到了巅峰；稻盛和夫不仅是白手起家，而且是白纸画画，亲手打造了两家世界 500 强——京瓷和日本第二电信。不仅如此，在 78 岁高龄时，他又接手了已经申请破产保护的另一个世界 500 强——日本航空，并在不到两年的时间里让它起死回生。可是稻盛和夫却宣扬“敬天爱人”这样不裁员的哲学。2008 年金融危机爆发，他的企业公开宣布绝不解雇任何一名员工，包括钟点工在内。在重组日行剥离出去的 16000 名员工中，只有 160 人是强制解雇的。他认为企业最重要的财产就是员工的心。

我很奇怪，为什么中国企业大都采取韦尔奇的末位淘汰，而少用稻盛和夫的“敬天爱人” ？

不久前，我给腾讯年轻的技术干部作了一个微访谈。一个经理提了个问题：“我的团队成员都很优秀，我们最差的，都比别的团队最好的强。可是按照公司规定，我必须要给其中一个人打 C ；否则，我的评估就不合标准。可是给谁打 C，谁都不高兴，因为要影响晋升和工资，更关键的是：他们每个人都很努力，团队也非常和睦，我真下不去手！”

面对这个问题，我只能站着说话不腰痛。我说：公司付你经理的工资，是让你做公司认为对的事。可是公司跟人一样，经常做错事。在它不知道错的时候，你必须执行；否则，你就对不起它给你的这份工资。这就是职业经理人。职业经理人跟雇佣军一样，不需要灵魂。

框架复杂有复杂的好处，它可以劝退一批人，剩下的不会被 35 岁淘汰嘛 大家其乐融融
FLUX 模式和 MVVM 模式不过是 2 种设计模式而已（写 GUI 还有很多种设计模式，理解设计模式才能理解模块划分），当然都可以用来写 GUI 啊，FP 和 OO 又是天生的井水不犯河水，我只看到了前端圈的繁荣
前端圈自己就一副很看不起前端圈的样子我也是没想到的