这就是软件学的难点所在，因了这个难点，它不适合所有人。可以考虑从心法角度去破除孽障先、比如多做一做 “一手画圆一手画方”、“左右互搏”，否则 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 又是天生的井水不犯河水，我只看到了前端圈的繁荣
前端圈自己就一副很看不起前端圈的样子我也是没想到的

有点意思

@Biwood 诶这你就不懂了，有的人就是靠意志力生活的

one side story
it's very easy for someone to take sides when they only know one of them. So easy

你创的什么业重要

可想而知如果期末考试之前来一个笔记丢失那么是不是要让人哭死

人际交往就像一个 SDK，一个 API 层。若运用得当可以有正面效果 动员大会的效果 boost 的效果 货币的效果，若运用不当可以有负面效果，若把它当作错误的 resource 也是因你运用不当带来负面效果 overuse 只因你不了解这个资源能带来什么。看你怎么用，看你在用 SDK 之前 对它的理解是怎样的。

xrdp 吧，微软开发的协议 微软也有出客户端：用起来很傻瓜化，也没什么可配置的，但是就是意外的 比其他允许你自定义配置的协议 配置半天的效果还好。

其他玩意配置配置半天还没它好用，这可能是很多乐意自己定制解决方案的人难以接受的。但事实是时间宝贵能避开的坑就不要踩了，大厂商都采用 xrdp 难道就没有它的道理吗？现在讲讲道理居然还成了错？

在测评几种远程桌面连接方案时，当我在用 TightVNC 时，发现过一个奇怪的问题，你们想知道吗？
（想）
那就是键盘映射问题：在连接到 桌面版 linux 时，在缺省设置之下会发生键盘错位。我遇到了，你也有可能遇到。网上有很多人遇到了同样问题，请搜 vnc 键盘错位
https://serverfault.com/questions/16637/is-there-a-vnc-server-for-mac-with-decent-international-keyboard-support/30795

个人认为，一个远程连接解决方案必然要保证在引入了远程连接协议时不干扰到键盘正常使用，因为在作远程桌面连接时键盘使用是基本事项。在这一点上，在缺省配置下，xrdp 就没出现键盘错位问题，vnc 就出现了这个问题，我也是不知道为什么的。当然，缺省配置不灵 可以自己亲自配置一番来解决此问题，这么经典的需求 若出问题了则必然可以搜索到网上的解决方案，想亲自踩 vnc 在键盘错位方面的坑，那么就要花时间解决它的，折腾而已，就是徒增很多工作量！

当然一个远程桌面协议能让键盘错位 / 简简单单一个远程桌面连接还要让我去解决键盘错位问题，我也是没想到的。
这是一个 vnc 使用者的经验分享。别净瞎吹，谈谈缺点。在挑选时一个方案的短板才是影响选不选它的重点，在别的方案提供了缺省配置的情况下，vnc 的缺省配置可能导致的键盘错位问题就是 vnc 的重大短板（当然你可以说我不会配置 vnc session，这没问题，我的确不会配置。在 vnc 瞎配也可能配置不对、xrdp 开箱即用的情况下 我当然知道如何作出好选择 ）