好漂亮！！！
前几天出去玩的时候，在飞机上见到了难得的夕阳（与在地面上的感觉完全不同，非常棒，而且角度也很好），但无奈相机在脚下的行李仓中....另外，总感觉在飞机上抱个相机很怪异，下次一定无视各种怪异目光的检视！

照片太有感了，手痒顺便也搭个顺风车，这是一张在三亚湾的夕阳照 :)

http://i.imgur.com/FjsON45.jpg

“我们崇尚远程工作，不要求坐班，很少赶工期，每个人都可以自在从容地安排自己的工作和生活”
仅为此，赞一个！希望坚持初心及梦想 :)

不错。不过，既然是popup，建议LZ简化界面，感觉界面太重了。

不知道是否可以把notifications开放出来？
当然，前提肯定要有登陆的API...

终端字体:
- Terminus
- Dina

IDE字体:
- 最初用的是YaHei + Source Code Pro 的合体（后者负责英文，中文用YaHei），因为之前的一个项目必须要用中文注释，所以YaHei是比较好的选择...
- 现在用的是 思源黑体 系列

除此以外，还经常使用：
- Zfull-GB
- Consolas
- Inconsolata
- Monaco
- Envy Code R

等等...一台环境一种字体 ...

建议楼主在预算不差的情况下选高配版，原因：
虽然现在的优势不明显，但几年之后的在升级上高配版的优势自然就体现出来了。
另外，刚刚在苹果团购得X2，祝楼主早日用上 :)

应该有题库，但我觉得到了“诸神之战”这种顶级PK战的阶段，选手自身也应该有这方面的一些才能。
否则，答题好 = 记忆好 的话，观赏性就不高了，因此选手的涉猎与知识面覆盖也就很重要了。

@heganj
感谢，爪机，先mark下 :)

@raincious
如果是非项目的话，你的这种经历会让你深入理解这门语言；如果是项目中发生的问题，那就可大/可小了，至少在风险预估上就过不去 :)

@raincious
我之前举例的项目是用Flex开发，当初我接手的时候，代码并没有使用现成的框架，而后再长达一年多的开发过程中发现了上面所说的问题，后来我开始仿照Cairngorm（Cairngorm是一个单例 + 事件机制 + MVC）做一个自用的框架，但自己写一个框架真不是一个简单的事情，需要考虑很多事情...

或者换个角度说，如果我开发了一个类似Cairngorm的框架，那么我哪里有时间做项目，这样本末倒置了，项目需要框架，但不能因为需要框架而写框架...

如果你写出来的东西肯定没有现成的好用，那为什么不用现成的呢？而例子中为什么没用现成的原因：需要重构，但时间不允许，所以只能退一步...

当然，理想中的情况：
结合实际项目的特定，量身定制一个框架，这就是为什么很多大公司都有自己框架原因，一是有人；二是有钱；三是有时间；四是有大量的项目可做测试...

@caiych
嗯，下个版本会加入“不喜欢”的功能，点一下，这张图片就永远不再出现了 :)

我不是一名PHP Developer，但框架是独立于语言的，所以我说一下某个经历，希望对LZ有所帮助：

* 学某编程语言时，也顺便学习了某框架，但是在实际项目中编写代码的过程中，发现套用框架似乎太罗嗦了，为什么10行的代码，非要写成n个类？（貌似也就是LZ遇到的感受）
* 随着这个项目代码量的增加以及人员的变动（新加入和退出）结果发生了：要读懂旧的代码需要花费很长时间，最终会造成了某些Class不到万不得已的情况完全没人敢动的地步。
* 虽然这种情况可以用项目编码规定来约束，但毕竟这属于弱约束。
* 结果我自己仿照某个框架写了一个自用，主要是对开发人员的强约束与项目代码结构的强行规定。

结论：
在大项目中，框架主要针对的人（作用之一），框架具有强约束力以及统一的代码结构，只要使用了同一个框架，对新上手的开发人员来说，学习曲线很低。同样也能抵消一些由于中途离开的“代码真空期”。
即便不用框架，也最好实现写一个具有强约束与强规定的“自用”框架。

但框架的作用也不仅仅如此，比较“现代”的框架大多是帮助你：

* 减少代码量（对，你没看错，的确是减少代码量）。例如：HTML原本不具有数据双向绑定的功能，但Angular.js通过给HTML加上行为的方式（ng-xxx）使HTML具有了这样的方式。如果你需要这种功能，那Angular.js会帮你减少很多工作，让你更专心业务的开发。
* 使用现成的框架会让你的代码结构更加的清晰，如上面的例子。
* 项目的学习成本、学习曲线都因选择不同的框架而出现不同程度的下降。例如：让JS新手直接使用CoffeeScript会绕掉很多JS坑。（虽然CS不是框架，但道理相通）

但任何“规则”都是有它的前提与适用范围，并不是什么情况用框架都有好处：
* 如果是一个小型、周期短并且你又非常熟悉的语言，那么是否使用框架并没有太大的差别。例如，我前几天抽时间写的SimpTab，主要用了requirejs与jquery，只要在代码中分出MVC来就足够了，没必要用高大上的Angular.js。
* 如果是公司的项目，那么尽量还是要用一些框架，好处已经说过了。
* 如果你使用了某种不熟悉的语言，那么选择框架会让你少遇到坑。

我在框架选择上的经历：
不用框架（自诩很牛X，现实很骨感） → 自己写框架（越写越觉得自己的渺小） → 使用现成的框架（只要是高大上就用） → 根据项目特点选用适合的框架（适合就好没必要强求）

写了一大堆，希望可以帮到LZ :)

@NCE
嗯？你是说SimpTab的安全性？完全不需要担心，SimpTab不会做这些事情…并且，SimpTab已经开源 :)

@click
的确是个简单但又非常实用的功能，基于Chromium的很多浏览器都原生支持... 可以考虑下 :)

加了个油，GO语言的社区就是太“遍地开花”了 :)

@click
你是说搜索栏的“粘贴/转到”？
貌似歪楼了，你可以找我的微博私信我。

@click
这么做的意义是什么？另外，貌似应该有这种需求的extension吧？

@Artotria
谢谢，你推荐的之前没用过，我只用过另外两款。但Currently也的确不错，其中一些设计给了我一些新的思路 :)