@yangmls 今天回头翻了一下七八年前自己写的一个（应该开源但最后没写完的）PHP源码，感觉拿现在自己的水平来衡量都不算太差。
虽然没用各种流行的框架，但是自己当时写了一个简单的框架，写了一个简单的路由，还做了个简单的面相对象的结构，数据库查询也都走了参数绑定，不说MVC吧，至少是VC结构了。差不多把现在的轮子都实现了个基础结构。

所以我觉得不能单纯的拿轮子的使用经验来判断人的水准。反而自己造过轮子的人，我觉得比一直在用别人的轮子的人，来得更有价值一些。
而且造过轮子的人，就算来用别人的轮子，学起来也不会很慢吧。

@fulvaz 386运行Windows有困难，大家都是开着Turbo Pascal开撸的。

以前我们写代码的时候，手里只有一个386，插着寥寥无几的3M内存，面对闪闪发光的球形屏幕，不照样写？

@yangmls 感觉不同人的能用，概念完全不同。
比如我现在刚加入的一个公司，里面的代码看着各种难受，用着各种奇怪的技术（比如java+python+ruby+shell+...），代码看着就是要各种大改各种翻修的。然而公司已经在各种谈几百万（如果不是几千万的话）的单子了。
在技术的眼里，代码能写得漂亮叫能用。在销售的眼里，程序只要能动起来能泡到订单就叫能用。

（而且我写了这么多年PHP，却完全没用过composer，没怎么看过Laravel，没用过Symfony，发个HTTP请求都是一堆curl，怎么破）

@yangff 上面的是单元测试啊。
你要做集成/功能测试的话当然也可以，capybara webkit 走起，模拟浏览器请求嘛。
点这里，点那里，然后expect弹出了对话框，etc

文档从注释里提是一方面啦。
但是注释肯定不如Spec代码来得精准。
你可能改了代码忘记改注释，但是如果忘记改Spec结果就是测试Boooom。

context Server do
describe 'update_ip' do
it 'solves IP address on valid domain' do ... end
it 'does not change IP address on invalid domain' do ... end
it 'uses the IP address if domain is an IP address' do ... end
end
end

你看，这样的代码看似是测试，实际上是文档。
很多时候有了这样的Spec，你都不需要写很多文档或者注释了，因为要理解这段代码的含义，只要找相应的Spec稍微读一下就行了。
（上面这段实际上正是我前几天刚写的Spec）

不上代码你说个……
RSpec更多的是在写文档而不是在写测试（虽然测试也是其很重要的功能）
跨模块测试可以mock走起。

@jelinet 好的代码很少需要注释。
（我说的好的代码，我的意思是带有完整测试并且编写良好的代码）

羊羹啊，高档货

把CodeSchool家的Rails for Zombie看完？

宜家，桌板2块，$3+$5，桌脚6条，$3.5x6，总计$29。
自己设计的一个L型折角电脑桌。
虽然不如宜家原厂的设计，不过便宜才是硬道理啊……

Haskell？

@9hills 感谢科普。

===

如果自己有做过不干不净的事情的话还是别来论坛上找人求助了。
加一句，贵圈真乱。

最多的应该是ZZ了。

怎！么！又！是！你！

这公司坑吧，赶紧离了吧……

@rtyurtyu 倒是不会比SSE2还慢。
因为最不济也是内部解码成SSE2/3/4的微指令，速度最多只会持平吧。