用过不少编辑器：UltraEdit / EditPlus / (G) Vim / GEdit / NotePad++ / TextMate / ProgrammerPad / Sublime 。确实是工作上用他们写过代码的。而 VSC / Emacs 只是体验了一下基本使用方法，算不上真用。用下来的结论是：Atom 比 Vim 更 Vim，比 Emacs 更 Emacs，同样，比 Sublime 更 Sublime。
Atom 唯一的槽点就是“卡”，不过那是去年的情况了，1.0后性能数次大提升，比起sublime/vsc之类虽不算流畅，但同时编辑20个数千行的文件没有压力。如今让人感觉慢的地方主要是启动loading（也大大短于eclipse, idea），使用时并没察觉它比其他编辑器慢再哪。而文本编辑器的快慢，更重要的是“让你工作更快更有效率”。下面说说为何 Atom比其他更有效率：
兼容VIM模式
这无疑团结了一大班 Vim过来的用户，Sublime虽然也有VIM模式，但是Sublime在 mac下面的vim模式有bug，我习惯用 hjkl来移动光标，sublime再mac下hjkl移动有问题，且我习惯CTRL_[来返回NORMAL，手指不离开主键盘区，而sublime的vim模式只支持ESC返回，加上其作者经常神秘消失，最稳定的2.x版本已三年没有更新，这些问题一直得不到修正。
由于Atom的定制程度直追 Vim/Emacs，它的vim模式能够使用插件来实现，而不像sublime必须builtin，Atom的VIM模式除了官方实现外还有很多用户实现，各有所长，你不喜欢可以换，Sublime就傻逼了，觉得builtin的不行，你就没办法了，而且作者不更新你也没办法。
Atom里的Vim模式并不是强制的，你可以用也可以不用，这样入门用户也不会觉得困难，但是如果你用惯Vim的话，使用Vim模式可以取得更好的效率，我觉得Vim / Atom-VimMode能够提升效率的地方有以下三方面：
1. 手指不离开主键盘区：
所有功能皆能在主键盘区完成，不用去按方向键，不用把手挪去按Home / End，更不用动鼠标。就像咏春中强调中线理论，认为一切动作围绕中轴线开展，守护自己中轴线的同时攻击别人的中轴线。Vim / Atom-VimMode中，双手不但从不离开主键盘，并且八根手指随时守护再HOME位（ASDF, JKL;）有动作就移动，然后马上归位。
2. 细粒度微操作：
星际、dota玩的好，微操是基本功，微操作更精确，效率更高，Vim/Atom-VimMode一样，比如：
if (xxxx) {
很多人编写代码的时候都会习惯“成对编码”，写了申请资源的代码，先把释放资源写了，写了左括号，先把右括号给补充完，当你写完第二行代码时，需要用到“再1-2行中间插入一行”，此时你的光标停留在第二行，传统编辑器你需要：按上箭头移动光标到第一行 -> 按END键去到第一行末尾 -> 按回车插入一行，mac下的END键还需要用CMD+右来组合出来，而Vim/Atom-VimMode中，你只需要shift+o即可，手指完全不离开主键盘区，不用像传统编辑器那样，右手先移动到箭头区又移动到HOME的小键盘区，再移动回主键盘区这么麻烦，类似还有：
Read more…
老王卖瓜，自卖自夸，Atom 比较方便的地方是可以用 javascript/coffee 给 Atom写插件，并且写起来很简单，我刚按说明给 Atom 写了一个插件：atom-shell-commands
用户自定义 Shell 命令，类似 NotePad++ 中的 “Run Commands”，EditPlus/UltraEdit里面的”User Tool”，以及 GEdit 中的 “External Tool” 和 TextMate 里的 “Shell Command”。
1. 用户可以自定义工具，并且配置到 Atom 中，比如一键调用编译器，一键运行，
初始化时，再你的用户配置中（Atom File->Open Your Config或者 ~/.atom/config.cson），写入类似：
"atom-shell-commands":
commands: [
{
name: "compile"
command: "d:/dev/mingw/bin/gcc"
arguments: [
"{FileName}"
"-o"
"{FileNameNoExt}.exe"
]
options:
cwd: "{FileDir}"
keymap: 'ctrl-2'
}
]
的配置，就会创建一条名为 “atom-shell-commands:compile” 的命令，你可以通过 command palette来运行它或者使用快捷键 ctrl-2来直接运行。同时再 Atom 的 packages 目录下面的”Atom Shell Commands” 目录项下面也会多出一个名为“compile” 的命令。
注意，cson格式靠缩进来判断层次，同时 list 需要将 [ 和 key 写在同一行（commands，arguments），否则会被判断成字典。
靠，上面的代码缩进帖过来以后被弄没了，具体可以看：https://atom.io/packages/atom-shell-commands 上面的格式，CSON是靠缩进来判断层次的，同时注意：commands: [ 后面的中括号要和 commands写在一行，后面的 arguments也一样，cson的 list 需要把 [ 和 key 写在一行，否则会被判断为字典。
每条命令可以通过如下字段来表示：
name: 名字（必填）
所有配置支持如下宏：
{FileName} 当前正在编辑的文件名（不包括路径）
有了这些宏，你几乎可以做任何事情，比如到工程目录下调用make或者cmake，或者仅仅编译单个文件不必理会负责的工程，或者调用 ant去跑 build.xml，或者调用 java来运行编译出来的.class，调用python来运行当前脚本，或者当前目录下执行下 grep 关键字并且把grep的结果显示再下面的 bottom panel，打开帮助文档跳转到你选中的API上，或者对当前文件调用 svn diff，把结果输出到 bottom panel。
比如：调用 gcc / cl 一键调用编译功能
比如：一键运行
比如：一键运行（打开独立窗口运行）
具体见项目主页：atom-shell-commands
就是复制粘贴，所谓复用，90%的时候就是打破重粘贴。所谓架构，就是知道去抄啥；所谓开发，就是老大说抄我就抄；所谓初级开发工程师，就是东看看西看看，瞧瞧别人怎么抄，自己跟着抄；所谓高级开发工程师，就是同一个模块抄过一遍的人，第二遍更熟点。
座右铭1：Github搬运工
很多人做了几年觉得没有创造没有提高就转行了，所以每年才会招很多应届生补充进来，来填补空缺，比如即将毕业你们。
所以，应届生，不要阳春白雪，养着宠物喝着咖啡，敲几千行改变世界的代码，从此华丽转身。代码还是几千行，只是每天几千行，为啥那么快？抄呗！
所谓搬砖几乎不需要封装，因为大部分只用一次，今天把砖头从东搬到西明天又从西搬到东搬回来，后天又回去，既然如此任何封装都是容易过度，不比老实搬砖复制来的直接高效。就像正则表达式，每次都重写，写熟了后也并不需要想着封装复用下老的，每次重写为主，复制改写为辅。搬砖搬多了也和写正则一样，每次重写即可，简单高效，无需封装。
戒骄戒躁，努力做好社会主义的螺丝钉，凡事就怕认真二字。简单的事情重复做，你就是专家；重复的事情用心做，你就是行家！再小的地方，他也能干出成绩！
好几年没碰过 Flash 了，最近需要给 ActionScript 导出一些 C 接口，又抽空捡起来。项目大了以后 Flash Builder 卡的要死，经常是一个构建你就可以休息了，按一下 “.“ 它就开始搜索补全提示，你的符号多了以后，有时候 Flash Builder 近乎假死了。实在难以忍受，咨询了一些正在做页游的朋友，是否还在用 Flash Builder 。得到答案是：早就投奔 Flash Develop 了。
试了一下 FlashDevelop 果然腰也不酸了，腿也不疼了，十分流畅，界面类似 Visual Studio，同时还是免费的，可以彻底和笨重的 Flash Builder 说再见了。再次感叹 AS3 写起来真爽之余，记录一下安装配置过程：
Read more…
可以使用经典的 TT 来测试你的打字速度，注意是包含数字和符号的文章（Menu->Test->All key）
TT是比较好的打字练习程序，直到今天，公司内都用作给新人练习打字速度用。不当能测试，还有比较详细的课程，教你从纯单词打起，逐步到数字，标点符号等。
我做过一个 DOSBOX版本的 TT （tt.exe 是 DOS下的程序），双击 TT.BAT 即可在 Win7/8 启动 http://www.skywind.me/mw/images/e/eb/TT-Dosbox.7z
我当时用 TT 测试 All Key 的时候，已经写过好多年程序了，自己觉得自己打字不慢，英文可以流利盲打，数字和符号需要看一下，结果 TT 测试下来，打字速度只有 31 WPM ，属于垫底的角色，丢死人了。
Read more…
学习好的都做了打工仔？学习不好的都做了创业狼？
不读书的人往往心态比较偏执，经常一口咬定读书无用。而读书好的人往往兼容并包，承认三百六十行，行行都能出状元。
有一次在火车上碰到一个厨师，满口大放厥词，说自己在五星级酒店炒菜，一个月月薪5000，比很多大学生都高，然后反复说来说去，读大学有什么用？
读书好的人，内心往往更加宽广，不会瞧不起不如自己的职业，也不会在各种老板们面前卑躬屈膝。
而题主这样不读书的人，正和那个厨师一样心态狭隘，做不到就说没用，见到别人比自己差就陷入极度的自大，和厨师一样口吐狂言；见到收入超过自己的老板们，又陷入极度的自卑，和题主一样充满奴性的跪舔。
象题主和饭店厨师这样书读不好心态又偏激的人，还有其他一些特征：好面子、不善于控制自己情绪，冲动起来比别人加倍冲动，低落起来比别人加倍低落、同家庭关系不好、同上司关系紧张，内心脆弱，经常需要在各种鸡汤里找到自信。。。。等等。。。。
知乎问题《什么时候用C而不用C++？ 》：
前两天不是有一个问题是“什么时候用C++而不用C”，我一直觉得问错了，难道不是“能用C++就不用C”么？那么当然就要讨论什么时候用C而不用C++啦。
一直以来都严格遵循OO的原则来进行开发（用的工具是C#和Qt），直到最近，开始接手某同事的代码，整个项目20多个小工程（代码量并不多），除了界面部分用了MFC这种不伦不类的OO以外，所有的代码都是C写的。但是模块化做的非常好。后来跟他讨论为何不用C++，他说其实没有什么特别的，就是习惯和爱好而已，后又补充：
如果不用多态的话，其实不管怎么写，不管用那种语言写，都算不上真正的OO
忽然觉得很有道理……
其实这是一个好问题，
题主开始欣赏到纯 C代码所带来的 “美感” 了，即简单性和可拆分性。代码是自底向上构造，一个模块只做好一个模块的事情，任意拆分组合。对于有参考的 OOP系统建模，自顶向下的构造代码抽象方法是有效率的，是方便的，对于新领域，没有任何参考时，刻意抽象会带来额外负担，并进一步增加系统耦合性，设计调整，往往需要大面积修改代码。
有兴趣你可以读读《Unix编程艺术》，OOP的思维模式，是大一统的；C的思维模式，是分离的。前者方便但容易造成高耦合，后者灵活但开发开发太累。用 C开发，应该刻意强调 “简单” 和 “可拆分”。一个个象搭积木一样的把基础系统搭建出来，哪个模块出问题，局部替换即可。
自底向上的开发模式，并不是从不站在大局考虑问题，而是从某个子系统具体实现开始，从局部迭代，逐步反思全局设计，刻意保持低偶合，一个模块一个模块的来，再逐步尝试组合。
自底向上强调先有实践，再总结理论，理论反过来指导实践，又从实践中迭代修正理论。这和人类认识世界的顺序是一样的，先捕猎筑巢，反思自然是怎么回事，又发现可以生火，又思考自然到底怎么回事情。
它的反面，是指大一统设计，你一开始用 UML画出整套系统的类结构，然后再开工设计。这种思维习惯，如果是参考已有系统做一个类似的设计，问题不大，全新设计的话，他总有一个前提，就是 “你能完整认识整个大自然”，就像人类一开始就要认识捕猎和筑巢还有取火一样。否则每次对世界有了新认识，OOP的自顶向下设计方法都能给你带来巨大的负担。
所以有些人才会说：OOP设计习惯会依赖一系列设计灵巧的 BaseObject，然而过段时间后再来看你的项目，当其中某个基础抽象类出现问题是，往往面临大范围的代码调整。这其实就是他们使用自顶向下思维方法，在逐步进入新世界时候，所带来的困惑。
当然也有人批判这种强调简单性和可拆分性的 Unix思维。认为世界不是总能保持简单和可拆分的，他们之间是有各种千丝万缕联系的，你一味的保持简单性和可拆分性，你会让别人很累。这里给你个药方，底层系统，基础组建，尽量用 C的方法，很好的设计成模块，随着你编程的积累，这些模块象积木一样越来越多，而彼此都无太大关系，甚至不少 .c文件都能独立运行，并没有一个一统天下的 common.h让大家去 include，接口其他语言也方便。
然后在你做到具体应用时根据不同的需求，用C++或者其他语言，将他们象胶水一样粘合起来。这时候，再把你的 common.h，写到你的 C++或者其他语言里面去。当然，作为胶水的语言不一定非要是 C++了，也可以是其他语言。
————-
转部分答疑：（点击more展开）
Read more…
最近两年 C++又有很多人出来追捧，并且追捧者充满了各种优越感，似乎不写 C++你就一辈子是低端程序员了，面对这种现象，要不要出来适时的黑一下 C++呢？呵呵呵。
咱们要有点娱乐精神，关于 C++的笑话数都数不清：
笑话：C++是一门不吉祥的语言，据说波音公司之前用ADA为飞机硬件编程，一直用的好好的，后来招聘了一伙大学生，学生们说我靠还在用这么落后的语言，然后换成C++重构后飞机就坠毁了。
笑话：什么是C++程序员呢？就是本来10行写得完的程序，他非要用30行来完成，并自称“封装”，但每每到第二个项目的时候却将80％打破重写，并美其名曰 “重构”。
笑话：C容易擦枪走火打到自己的脚，用C++虽然不容易，但一旦走火，就会把你整条腿给炸飞了。
笑话：同时学习两年 Java的程序员在一起讨论的是面向对象和设计模式，而同时学习两年 C++的程序员，在一起讨论的是 template和各种语言规范到底怎么回事情。
笑话：教别人学 C++的人都挣大钱了，而很多真正用 C++的人，都死的很惨。
笑话：C++有太多地方可以让一个人表现自己“很聪明”，所以使用C++越久的人，约觉得自己“很聪明”结果步入陷阱都不知道，掉坑里了还觉得估计是自己没学好 C++。
笑话：好多写了十多年 C++程序的人，至今说不清楚 C++到底有多少规范，至今仍然时不时的落入某些坑中。
笑话：很多认为 C++方便跨平台的人，实际编写跨平台代码时，都会发现自己难找到两个支持相同标准的 C++编译器。
Q：那 C++为什么还能看到那么多粉丝呢？
Q：为何 C++只适合开发 GUI呢？
Q：你强词夺理，Unix下也有 C++的项目呀。
Q：别瞎扯了，你都在说些什么？连C++和 Windows 都扯到一起去了。
（点击 more展开）
Read more…
Recent Comments