阅读时长约10分钟，统计2604个字。
这是一篇插队的文章。
本来我是有备稿，准备在下周一的时候发布，结果就在上周二，发生了一件事情。这件事情让我产生很多启发，我在这里把它分享给你，希望对你也有所启发。
周二下午，有位老兄加我微信，备注来自博客。这也不足为奇，最近更新比较频繁，加了很多人。这位老兄一上来先是肯定了我的文章，随后指出了文中的错误。坦率地讲，自从复活博客之后，这还是第一位指出我错误的朋友，一下子我就来了兴趣。
在本系列文集的《序》中，我原文是这样写的：
我一直奉行一句话：“有道无术，尚可求也；有术无道，则止于术”。这句话出自老子的《道德经》，而且很好理解。
他指出《道德经》里其实没有这句话。但是呢，本着对读者负责的态度，我在写文章的时候确实去查了一下。程序员这个职业大家都懂，比较较真，至少我是这样的。于是我就找到了一些依据，来证明我说的是对的。但很快便发现事实其实不是这样，这位老兄所言非虚，我引的这句话确实并不出自《道德经》。所以，我要在这里向所有读过我上篇文章的朋友道个歉。澄清一下：“有道无术，尚可求也；有术无道，则止于术”，尽管这句话有几分道理，但真的不是《道德经》原文。
好了，故事就到这里结束了。说到这，大家应该也能理解我为什么要把这篇文章拿来插队。一方面趁热打铁，有错误及时声明，另一方面这个故事对我有新的启发。
这位老兄，名为张鸿羽。稍加细聊后，我得知鸿羽兄是有背过原文的，而我没有。我只是看到大部分都这样说，便信以为真，然后也跟着这样说。显然，我成为了大多数人中的一份子。而鸿羽兄是少数派中的一份子。有时候，真理真的掌握在少数人手中。
回想过去几年的工作历程，特别是刚开始工作的那几年，我做的很多工作都是“探索型”的。所谓“探索型”，就是对新技术，或者说是公司的研发部门未曾使用过的技术进行尝试摸索。当然，尝试新技术之前，要能发现新技术。而一项新技术的诞生，总会伴随着官方的宣传，以及一些支持它、拥护它的人高声叫好。但只有真正尝试过，特别是用新技术来实现较为复杂系统的时候，才会知道这项新技术到底优势在哪，劣势又在哪。
诚然，如果让我来总结我尝试新技术、新框架的经验，我会说：大部分新技术或是框架确实弥补了已有框架的不足，但其弥补的程度往往并不是质变的，只是小步优化。甚至有些新兴技术在弥补的同时，还引入了其它的问题。这对于使用它的开发者来说，的确是个坏消息。
但话说回来，没尝试用过，又怎能知道答案呢？技术的发展本就是这样一步一个坎，有时候走一步还退两步的呀。
这或许就是我等软件开发者的宿命，对于现存的技术框架，总是有这样或那样的不满意，觉得用着不顺手。期盼着某一天，某个技术大佬，或者团体，发明了一种新的框架，甚至是新的编程语言。或是直接起义，自己创造一款新的技术框架，能真正地解决那些令我们不满的问题，让软件开发编程成为真正的享受。
但现实是，很多新的技术框架的诞生，都伴随着类似的口号。也总会有勇敢的开发者尝鲜，也总会经历被坑，然后不断填坑的过程。而这些敢于尝鲜的开发者，就是那些最终会成为“少数派”的人。他们知道在各种美好的宣传背后，隐藏着多深的坑。对于这些坑，又该用什么方法去填。
“少数派”或许才是那些头脑最清醒的那一小撮人群。
但是，成为“少数派”不仅意味着失败的尝试，还有大多数人的不理解。甚至更严重一些，就是诋毁，百口莫辩。这需要一颗强大的内心，和与时间做朋友的勇气以及态度。
不过，我为什么鼓励程序员要做“少数派”，而不是成为“大多数”呢？还有另外一个原因，那就是由行业特征决定的。我相信程序员大多都活跃在互联网行业，这个行业是赢家通吃的指数型结构。有点类似财富分配，大部分的财富掌握在少数人的手里。而且无论如何数学建模，或是提高那些穷人的初始资金，最终推演的结局依然如此。
如今，在中国，乃至全世界，所谓“互联网大厂”无非就是那几家，而剩下的呢？数字上远远超过我们熟知的那些大厂，但拥有的财富值却位于指数图表中的长尾之中。这就是指数型的行业的特征，也是程序员这个群体的特征。
如果大家有查相关的数据，可以发现优秀程序员的工作效率往往是普通程序员的好几倍，尽管薪水上的差距不是这样。而大多数都是普通程序员，优秀程序员只属于“少数派”。优秀程序员，拿到需求，会做足够的分析，到了动手的时候，则像个流水线的工人；普通程序员，拿到需求就想赶快动手，面临的有可能是回炉重造。优秀程序员，会充分考虑到使用场景，采用防御式编程来规避可能带来的缺陷；普通程序员，想的只是实现需求，把程序健壮性扔给测试人员。优秀程序员，会考虑代码的可读性，为代码添加合适的注释、每个方法或函数的功能单一、清晰；普通程序员，急于求成，不注重代码规范，导致日后维护困难……
但是，追求效率和追求质量，大多数公司都会选择前者。但做多和做好，结果往往相差甚远。
大部分人倾向于做多、扩张、追求规模化。但殊不知做大的后果往往是成本的上升，利润却不一定变高。但做好却不一样，它追求的是平衡收支，而不是盲目追求利润。更好的做法其实是在做好之前，不要做大。要相信好产品，自然会带来口碑。过分追求大规模，反倒会使高利润远去。而把事情做好的心态，看似发展得慢，实则是条捷径。
回顾我创作的历程，之前的我总想着多写，多写就是扩张，意味着规模。但这种心态往往做不出好书，因为这是效率当先，质量次之的做法。但我身边也有的人，创作很用心，不着急让书早日面试，很认真地创作，比我的速度慢一些。这便是把事情做好的心态。你猜结果如何？人家一年十几万的稿酬，我却只有可怜的几万块。
所以，上面那套理论并不是我胡乱写的，或是从哪本书里看到，就抄过来的。而是真的付出了血和泪，总结出的道理。在此，我劝你做个“清醒”的人。追求效率没错，一旦做得过火，则会适得其反。
另一方面，如果只想成为大多数，可不可以呢？当然也可以，只不过互联网行业或许不再适合。那些符合正态分布的行业才是想成为大多数的那类人的理想去处。
比如，餐饮行业。现在，大家可以想一想，有没有那家餐馆，或是哪个餐饮品牌，能做到赢家通吃？似乎没有，如果也去查这方面的数据，就会发现餐饮行业其实并不是指数分布，而是呈正态分布的。只要能做到普通中位数的水平，就OK了。
真正的高手一般都是“少数派”。他们不仅能力拔群，思考问题时的方法、对世界的认知和一般人都有区别。若要成为软件开发工程师中的“高手”，必须成为“少数派”，成为战场上的传说。
我需要在客户计算机上运行Ruby应用程序。通常需要几天才能完成(复制大备份文件)。问题是如果启用sleep，它会中断应用程序。否则，计算机将持续运行数周，直到我下次访问为止。有什么方法可以防止执行期间休眠并让Windows在执行后休眠吗？欢迎任何疯狂的想法;-) 最佳答案 Here建议使用SetThreadExecutionStateWinAPI函数，使应用程序能够通知系统它正在使用中，从而防止系统在应用程序运行时进入休眠状态或关闭显示。像这样的东西:require'Win32API'ES_AWAYMODE_REQUIRED=0x0
Rackup通过Rack的默认处理程序成功运行任何Rack应用程序。例如:classRackAppdefcall(environment)['200',{'Content-Type'=>'text/html'},["Helloworld"]]endendrunRackApp.new但是当最后一行更改为使用Rack的内置CGI处理程序时，rackup给出“NoMethodErrorat/undefinedmethod`call'fornil:NilClass”:Rack::Handler::CGI.runRackApp.newRack的其他内置处理程序也提出了同样的反对意见。例如Rack
我想用ruby编写一个小的命令行实用程序并将其作为gem分发。我知道安装后，Guard、Sass和Thor等某些gem可以从命令行自行运行。为了让gem像二进制文件一样可用，我需要在我的gemspec中指定什么。 最佳答案 Gem::Specification.newdo|s|...s.executable='name_of_executable'...endhttp://docs.rubygems.org/read/chapter/20 关于ruby-在Ruby中编写命令行实用程序
我构建了两个需要相互通信和发送文件的Rails应用程序。例如，一个Rails应用程序会发送请求以查看其他应用程序数据库中的表。然后另一个应用程序将呈现该表的json并将其发回。我还希望一个应用程序将存储在其公共(public)目录中的文本文件发送到另一个应用程序的公共(public)目录。我从来没有做过这样的事情，所以我什至不知道从哪里开始。任何帮助，将不胜感激。谢谢! 最佳答案 无论Rails是什么，几乎所有Web应用程序都有您的要求，大多数现代Web应用程序都需要相互通信。但是有一个小小的理解需要你坚持下去，网站不应直接访问彼此
我尝试运行2.x应用程序。我使用rvm并为此应用程序设置其他版本的ruby:$rvmuseree-1.8.7-head我尝试运行服务器，然后出现很多错误:$script/serverNOTE:Gem.source_indexisdeprecated,useSpecification.Itwillberemovedonorafter2011-11-01.Gem.source_indexcalledfrom/Users/serg/rails_projects_terminal/work_proj/spohelp/config/../vendor/rails/railties/lib/r
刚入门rails，开始慢慢理解。有人可以解释或给我一些关于在application_controller中编码的好处或时间和原因的想法吗？有哪些用例。您如何为Rails应用程序使用应用程序Controller？我不想在那里放太多代码，因为据我了解，每个请求都会调用此Controller。这是真的？ 最佳答案 ApplicationController实际上是您应用程序中的每个其他Controller都将从中继承的类(尽管这不是强制性的)。我同意不要用太多代码弄乱它并保持干净整洁的态度，尽管在某些情况下ApplicationContr
我是一个Rails初学者，但我想从我的RailsView(html.haml文件)中查看Ruby变量的内容。我试图在ruby中打印出变量(认为它会在终端中出现)，但没有得到任何结果。有什么建议吗？我知道Rails调试器，但更喜欢使用inspect来打印我的变量。 最佳答案 您可以在View中使用puts方法将信息输出到服务器控制台。您应该能够在View中的任何位置使用Haml执行以下操作:-puts@my_variable.inspect 关于ruby-on-rails-如何在我的R
如何检查Ruby文件是否是通过“require”或“load”导入的，而不是简单地从命令行执行的？例如:foo.rb的内容:puts"Hello"bar.rb的内容require'foo'输出:$./foo.rbHello$./bar.rbHello基本上，我想调用bar.rb以不执行puts调用。 最佳答案 将foo.rb改为:if__FILE__==$0puts"Hello"end检查__FILE__-当前ruby文件的名称-与$0-正在运行的脚本的名称。 关于ruby-检查是否
是否可以在应用程序中包含的gem代码中知道应用程序的Rails文件系统根目录？这是gem来源的示例:moduleMyGemdefself.included(base)putsRails.root#returnnilendendActionController::Base.send:include,MyGem谢谢，抱歉我的英语不好 最佳答案 我发现解决类似问题的解决方案是使用railtie初始化程序包含我的模块。所以，在你的/lib/mygem/railtie.rbmoduleMyGemclassRailtie使用此代码，您的模块将在
前言作为一名程序员，自己的本质工作就是做程序开发，那么程序开发的时候最直接的体现就是代码，检验一个程序员技术水平的一个核心环节就是开发时候的代码能力。众所周知，程序开发的水平提升是一个循序渐进的过程，每一位程序员都是从“菜鸟”变成“大神”的，所以程序员在程序开发过程中的代码能力也是根据平时开发中的业务实践来积累和提升的。提高代码能力核心要素程序员要想提高自身代码能力，尤其是新晋程序员的代码能力有很大的提升空间的时候，需要针对性的去提高自己的代码能力。提高代码能力其实有几个比较关键的点，只要把握住这些方面，就能很好的、快速的提高自己的一部分代码能力。1、多去阅读开源项目，如有机会可以亲自参与开源
