第一篇：码农故事：一位中级程序员的自白（写写帮推荐）
码农故事：一位中级程序员的自白
我是一名中级程序员。
我有相当不错的基本技能。我犯了足够多的错误才明白为什么那些被称为错误。我很清楚我还需要了解更多东西。最重要的是，我知道那些东西大概是什么，并且我正在努力而积极地提升自己。
勇敢地承认自己不过是水平一般的程序员，这花了我一些时间。我不再感觉有必要去抓住那些我并不了解的观点。当人们发现我对某样东西不了解时，我也不再感到害怕。事情并非从来如此。你可能对此不以为然，但是我曾经自诩为编程大师。
这种对自己能力的不正确的评估，很大程度归因于我在一个相对封闭的环境中学习技能。在过去那些日子里，有电脑就已经很特别了；更不用说知道如何使用了。
在我自己看来，我当时是一个知识渊博并且经验丰富的程序员。在我不到20岁的时候我已经用C++、Pascal、C#、JavaScript写过程序。当然我最引以为傲的是，曾经徒手用PHP编了一个电子商务平台。
事实上，我可能只是人们平时谈话中提到的“我有个朋友的儿子很会写网站”。我和别的程序员没有任何交流，所以我仅有的比较对象是我周围的人；要么是一些根本不在意电脑的人，要么是那些会用电脑，但是在IE窗口中塞了5个没用的工具栏的人。那些可能会说“我的网坏了”这种话的人。
接下来这个故事就是讲我如何产生自己很厉害的幻觉的。
天才的起源
当我九岁的时候，我的一个朋友家里有卫星电视。而在我们家里，我们只能收到四个英国的频道（你能想象第五频道出现之前的日子吗？），我热切地盼望有一台普通的电视机。我们所需要的只是那些“卫星盘子”，或者我称为“卫星”的东西——那样我就随时可以看QVC台或者Eurosport台。由于隐约意识到自己的某种天分，我开始搭建自己的卫星！我的设计包括了一把打开的伞和一条铜质音频线，一段接在伞的金属柄上，另一端接在电视机天线上。必须承认我的设计有一些缺陷，并直接导致我没有得到想要的结果。但是这个小故事仅仅想表达我童年和青少年时期对技术的渴望。我认识的人中从没人想过制造“卫星”。几年后，当我父亲的办公室得到一个14.4k的猫时，我成为了最早一批网民一员。我能回忆起花了整个星期六下午的时间等待这个火焰漫画图标被加载，每个帧的动画大概要过一分钟才显示。我甚至用Netscape搭建了我自己的网站。由于不知道互联网的架构，我把所有的HTML文件存放在本地，并且期待有一天他们会出现在互联网上。然而这些细节并没有削弱一个事实：我认识的人中没有一个制作了他们自己的网站。
在我十多岁的时候，我发现了自己天才中的黑暗面。在装备了Jolly Rogers的食谱后，我和一群小伙伴们准备动摇整个九十年代英格兰的技术和道德根基。破解电话系统是我们的专长。我们用手提式声音耦合器和公用电话，给我们在ICQ上认识的美国姑娘们打免费国际电话，以及在私人交换机上设立语音信箱。最终学业和滑板阻止了我们在这条路上越走越
远，如果没有这些干扰，我们无疑已经在制造凝固汽油，黑进政府网站并且徒手杀人了。尽管我们没有把自己的能力发挥到极致，但事实是除了我们没有其他人哪怕拥有声音耦合器。
尽管到那个时候我已经经历了一些冒险和失败，我还是缺少一些东西。我的想法总是要超前我自身能力好几步－正如在“卫星”一节里体现出来的。我需要一种把我脑海中想法表达出来的方式。我需要一个直接的介于我想象和现实之间的接口。
Fuck 生成器
真正的转机出现在我十四岁的时候。我购买了一份PC Plus杂志，其中附赠了带有完整版Borland C++编译器的CD。我安装了，并且认真学习了杂志上的“hello world”教程。
就这样，一个崭新的世界在我面前打开了。物质世界对于我想象力的限制消失了。我的创造力被解放了，我脑海中的大教堂要成为现实了！我该把这个新工具用于怎样崇高的事业呢？很显然，Fuck生成器。
简单而优雅的Fuck生成器是一个命令行程序，也是我即”hello world”之后第一个里程碑。程序开始运行后会提示用户输入一个数字n，然后它会输出字符串”fuck”，n次。最后用户被提示可以重复以上过程或是退出。尽管功能有限，我还是沉醉于我所品尝到的成就。这是任何程序员都能享受到的一种快感，即看着机器执行你的命令，不管这个任务有多简单。它在运行了，并且你知道为什么它能够运行。它除了在那里运行不会做任何别的事。
过了些时日，另一期的PC Plus附赠了一个完整版的Borland Delphi。有了这个，我把程序升级为带有窗口界面并且可以随机生成彩色的4种不同的脏话。当别的孩子在玩PlayStation的时候，我正在投身于一项更有意义和创造性的事业，我在生成很多fuck。
到那时，一切都预示着我是注定要成大事的。我要向世人展示我真正可以做的事情。我的巨著
在90年代晚期，我为一家小型并且扩张迅速的邮件订购零售商创建了一个网站。一开始，这个站点只包含一些静态的页面——关于商品的小册子，一个导航菜单和一个访问数量计数器。
当我们的访问量越来越大时，我们决定加入电子商务功能。我们遍历了一些现成的工具包，它们的质量从差到极差不等。我印象中第一个版本大部分建立在摆弄cgi脚本以及怪异地把
不久后我们意识到，如果我们想要一个真正可用的甚至体面的在线商店，我们需要一个自定义解决方案。我想到了我过去的成功经验：fuck生成器系列，以及截至那时我所编写的优秀网站，这其中：我的 Manic Street Preachers吉他谱收藏网站非常具有权威性。我认为是时候看看我能真正做些什么的时候了。我要自己从头开始干。
从头开始？即使那个时候开源框架已经存在，我也不会知道他们。我有自己的计划。我买了一本关于PHP和MySQL的书，一边学习一边着手搭建新的网站。
幸运的是，这本书把一个非常简单的购物网站作为它的核心例子。所有的部分都在那儿：“category.php”会列出一个目录中的所有物品；“product.php”会显示商品信息以及
把该商品加入购物车的按钮；以及最重要的“cart.php”，它是所有奇迹发生的所在。这就是我想要的东西！
我孜孜不倦地学习这个例子，充满自信地实现所有巧妙的而且毫无疑问也是最新潮的技术－那些方便的“mysql_”函数；用于建立查询的字符串连接函数；把不同的函数放进“functions.php”文件；通过加入“header.php”和“footer.php”来维护整个网站的一致性；为了代码的快速运行而回避了笨重的面向对象的设计方式（管它是什么玩意）。我的技能在飞速成长。
像一个人的王国一样，我建造了高塔和迷宫般的地道。我每添加一个特性，就好像整个结构在向天空伸展同时也向地下蔓延。顾客帐户、商品评价、购买历史、优惠点数、帐单号、特殊优惠、日志、A/B测试、支付信息加密，等等。一个蔓延的迷宫，一整个星系的函数，大的小的，缓缓围绕一个不变的核心：“cart.php”。
经过八个月的激情工作，我终于完成了。
现在，你们这些读者一定在期待我会详述当网站正式运行时发生了怎样恐怖的事情。恐怕我要让你们失望了。
它成功运行了。
最糟的方法
尽管我现在把这当作我最糟的设计，但是这个东西确确实是能够运行。它在每一个糟糕的教程，每一个反php的帖子里都能找到。搅成一团的代码？是的。不一致的数据和方法名称？是的。介绍和业务逻辑混在一起？是的。魔幻数和全局变量？是的。
对我而言，面向对象的设计只是一堆不必要的开销和公式化的代码，并且有很多片面的理论支持我的观点。我知道有关测试的所有，点击一些你设计的特性，看上去不错，上传运行。我不太知道别的架构，但是据我所知，我所采用的是最明智的方法。
一些事实能“证明”我所做的都是正确的：我从零开始，白手起家，用智慧创造了一个功能齐全的电子商务站点。更重要的，它运行完好并且还在扩张。
在我的眼里，我和那些写了亚马逊的程序员们没什么太大区别。当然亚马逊要大一些，但是我没有看到任何我的网站不能扩张成那样的理由－－尤其考虑到我采用的高速运行的架构。
我认为我的技术水平已经到了巅峰了。并不是说我对学习新技术不感兴趣了，我只是不再对此感到紧迫。毕竟我创造了一些不错的产品。任何在此之上的东西只是附加奖励，是蛋糕顶端的樱桃而已。
回到地表
我很遗憾，我在这种心态下生活了好几年。我只是将一小部分时间用在这个网站上，而把主要时间用在完全不同的领域。在之后多年的维护和偶尔添加特性的过程中，我确实意识到了之前做的一些选择是有问题的。我意识到有时候要花很长时间才能找到我要找的文件。有时候当我做一个改动时，一些看上去毫无关联的地方会出现bug。
我的学习没有停止，但它确实进展缓慢。我意识到我曾经写的mysql函数是有风险的，因为后面版本的PHP减少了对它们的支持。在一段时间里，我克服对此的恐惧的方法是坚信我的无懈可击的设计可以弥补这些风险。毕竟我尝试了所有形式的我能找到的SQL注入，一切看起来都没有问题。
去年的一天我接到了一个紧急电话，网站挂了。所有的请求都得到500错误。在工程师们重新启动并且分析了事故原因后，这被证实是一起来自国外的sql注入攻击，是我从来没见过的一种。
好吧，我想，这也许是我该转向PDO的时候了。
觉悟
当我坐下来准备重写所有的数据存取方法时，我意识到了一些深层次的问题。我意识到这将会很困难。而且我知道为什么它会这么困难。
因为这些方法散落在所有地方；因为我无法知道是否会不经意地破坏一些东西；因为代码是如此不一致以至于我要小心地研究不同对象的细微差别；因为很多代码和别的部分紧密相连，这也会导致我会不小心造成破坏。简单地说，这将会很困难。不仅因为所有这些坏的实现方法，还因为我对它们所将造成的后果缺乏预见。
所有的辩护，借口，逃避都无法继续下去了。我错了。我不是那个幻想中的天赋卓越的程序员。这么多年来，我一直都没有认清这一点。
我的愚蠢已经显而易见，尽管这对我的自尊心是极大的打击，但这也是很宝贵的一个教训。我通过亲身经历（而且是非常痛苦的），学到了为什么做一件事的方法有对错之分。这不仅仅关系到品味或者时尚。这不是比谁的方法更聪明。正确的方法可以在现实生活中找到，并且能让你和那些使用你代码的人的生活更好。错误的方法让人沮丧，浪费时间。我在这里不想说明哪些东西是组成“正确方法”的要素。只要说不是我做的那些就够了。
真正的错误
我实现了PDO。同时开始第一次使用PHPUnit。我决不想尝试通过单元测试去改造那样的代码。
现在我有意识地迫使自己无论何时都尽量去学习。我正在读一些每个程序员都应该读的书。我在关注别人的博客。我在收听播客。我会看会议视频。我正在参加一些当地的社团并且在其中做演讲。我在做副业并且挑战自己学习新的技术。我在学习用正确的方法做事。
对你们所有献身于这项事业中的人来说，有一个对我们很重要的有利条件。即编程是这样一个完全抽象的活动，任何其他领域都会受到的现实世界中的限制在这里不存在。在这里，你的极限是你自己。
我要以一些真正的箴言结束这个故事。我在开始写这片博客的时候正好刚看完第二版的《代码大全》。在书的最后，第825页的底部，作者准确地描绘了我在写这篇文章时的想法。可以说他只用了两句话就表达我在这数千字里想表达的东西：
“作为一个初学者或者进阶者，这并没有什么错。当一个有能力的程序员而不是领导者，这也没有什么错。真正的错误是，当你知道应该如何去提高时仍然选择做一名初学者。”
第二篇：码农提高工作效率
码农提高工作效率
俗话说，天下武功，唯快不破。也就是说要练成天下高手的话，出招速度一定要快，这样才能在江湖上立足，不至于掉了脑袋。而程序员要在IT界混出个名堂，也要有高效的工作效率才行。IT行业时时刻刻都产生着新知识、新技术，要想跟上变革肯定要有几把刷子。而我本人很喜欢各种各样的方式来提高自己的工作效率，可以分享给大家一些经验。1.键盘功底要扎实。敲键盘时要使用标准指法。可能你认为这是程序员的基本功，可
是我发现其实很多程序员都做不到这点。看着他们敲代码时那笨拙的指法我就心急。其实炼成标准指法不难，相当年我还是一指禅，打字极慢，痛定思定，在一周内我打字必用标准指法，再别扭也要坚持，一周后就适应了标准指法了。现在不说运指如飞也算是略有小成。练习指法和键盘速度可以给大家推荐一些网
站:http://10fastfingers.com/typing-test/english,这个就是练习标准指法的，我可以轻松上60 WPM(每分钟60单词)，有个外国同事可以达到130以上，那才叫恐怖。，专门供程序员练习敲代码的网站，融合了各种括号和标点，难度有点大。
2.要熟悉IDE的各种快捷键及特性。IDE基本上是码农们上班中使用时间最长的软件。
首先要选择一个趁手的IDE，俗话说，工玉成其事，必先利其器嘛。如果是C#阵营的那肯定是最新版的Vistual Studio了，如果是Java阵营的话当然是Intellij了（eclipse作为开源IDE，真心比不过Intellij）。我现在使用Intellij可以在95%的情况下不用鼠标，全键盘完成开发过程中的大部分操作。我觉得没有什么常用快捷键、不常用快捷键之分，只要你知道的快捷键就要拿来用。尤其是各种重构快捷键必须要熟练掌握，当我看到码农修改变量名时不用重构快捷键，而是自己手动在引用的地方一个个改，然后编译查错时，真为他们捉急。还有各种inline，introduce的快捷键真是好用到爆，掌握了这些快捷键可以说对代码进行任何重构都不费除灰之力，我们的注意力也从手动修改代码转移到如何发现坏味道了。Vistual Studio中推荐安装ReSharper，其开发公司与Intellij开发公司是同一家。除了重构快捷键，还要掌握一些IDE的特性，比如调试时可以插入指定条件来命中断点等，这些就要平时的积累和学习，另外还有好奇心。我敢说你现在挨个看IDE菜单，至少有30%功能你从没用过或不知道是干什么用的，其实里面有些功能是非常实用的，只是你没尝试而已。
3.至少熟练掌握一种shell终端。作为程序员老用图形化界面咋行，要用那种古老的命令行界面才能显示出你的高深嘛！鼠标点界面谁都会，而命令行界面不是谁都能驾驭。有些功能在命令行下要比图形界面下高效N倍。比如我使用git提交文件时都是在命令行下查看哪些文件被修改了，哪些是新添加的，修改的部分是哪些等。使用图形化界面要用鼠标点来点去，效率实在太低。Linux系统下的终端太多了，就不推荐了。Mac系统下推荐使用iTerm2这个壳，其比MAC自带的terminal多了不少实用的特性，也能方便切换自己喜
欢的配色。Windows下当然首推Windows Power Shell了。Windows Power Shell本身集成了常用的实用工具，并且与.net framework无缝结合，这点是那些在Windows上的类Linux模拟器（比如Cygwin）是远远比不了的。
4.具有一定编写shell脚本的功底。光会用现有的脚本还不行，还要会根据情况编写
脚本来实现自己特定的一些目标。比如我使用MAC机上的终端时，经常需要在不同目录间跳来跳去，每次都打一串的cd …..很麻烦，后来我就自己写了一个小工具，可以给指定的目录起别名，想要跳到这个目录只要敲别名即可（参见）。还有我在Windows系统上工作时，也经常编写一些Power Shell脚本，比如一个命令就启动指定的FTP服务器，一些小命令用来实现快速在不同项目源码间切换并执行构建命令等。这些命令编写起来都很简单，在提高工作效率方面很好帮助，因为一些常用的费时的操作每天重复N次，让人很厌烦，如果能够使用脚本将其自动化起来，岂不是就把自己给解脱了？
5.多语言编程。在这个世界有太多太多的编程语言，但凡稍微流行的编程语言都有自
己独特的优势，而我们要善于利用每种编程语言的特点，而不是整天吵闹那种语言更强大。我自己熟悉C#、java语言，也用JavaScript、Ruby、Python、Groovy做过一些东西，甚至为了理解函数式编程还专门学习了Haskell语言。这些语言都给我带来了实用的效果。比如我用Ruby写了一个插件，可以自动把我主站上的博客同步到博客园中的博客来。我使用Groovy给我的Java代码写单元和集成测试，比使用Java语言编写要快很多。我用Python和WebDriver写了一个论坛灌水工具来刷积分。你掌握的语言越多，你的视野就越广,你对编程的理解就会越深入。当然我不赞成盲目的求多，至少你要有2到3门精通的语言，从语言语法、语言运行时、语言特性、语言API等方面都要有深入学习和见解，当你再学习其它语言时也不会浮于表面的了。
6.这是最重要的一点，时刻保持一颗好奇心，一颗坚定不移的提高工作效率的决心。
很多人都抱着差不多态度，心想“我虽不是标准指法，敲键盘速度也差不多”，“我IDE快捷键用的不多，也没觉得那里影响到我开发”，“我只会C#一种语言，还不照样干到现在了吗？”之所以有这种想法，是是因为你没有见到真正高效的人。我曾看到某IT界牛人那出神入化的VIM操作，简直已经超越了指哪打哪的境界，已经达到了键随心动的境界。我也看到某高级程序员使用IDE快捷键三下五除二就把一段丑陋的代码给收拾的服服帖帖。耳濡目染之下让我坚定了这个决心，不做差不多先生。所以平时我和同事一起工作时，就留心他们有哪些方法和工具来提高自己的工作效率。如果他们使用了一些好用的快捷键而我不知道，那我就会记下来下次自己用（快捷键熟练程度上我早已是我们项目组的number one）。如果看到他们使用了一些好的工具我也会立马回去下载下来自己用。（比如前两天我看到同事使用SuperPutty来连接远程主机，其支持多tab方式，这正是我想要的功能。我回去立马下载下来，抛弃了以前的Putty）这样时间长了，集众人之所长，你自然也成为效率达人了。
为了我追崇高效率那？我觉得最大的好处是能让我的大脑从繁重的重复劳动中解脱出来，从而能集中精神思考更有价值的事情，而不是被一些杂音干扰。
第三篇：一名平庸程序员的自白
一名平庸程序员的自白
来源：王昱(2010-5-15 16:30:49)
作者：阿兰·诺顿（Alan Norton）
翻译：Purple Endurer
导读：阿兰·诺顿揭示了他作为一名平庸程序员的生存之道：如何让自己一般般的编程技能发挥出最佳效果。
我一直以编写代码为乐，起因并不是我精于此道，而要部分归因于它是一大挑战。我发现没有什么比指挥个人电脑在显示器上显示“Hello World!”更令人激动的了。而在显示器上显示三个红桃或者黑桃A（Ace）和J（Jack）则是一个完全不同的问题。我毕业后写的第一个程序是用Northstar Basic为NorthStar Horizon编写一个自动售货机程序，后来又为Northstar Advantage编写了基于图形的21点纸牌（Blackjack）游戏程序。
PurpleEndurer注：
1、Northstar Basic：是源自NorthStar Horizon 和 NorthStar Advantage的一种BASIC语言。详见 http://en.wikipedia.org/wiki/NorthStar_BASIC2、NorthStar Horizon：是North Star Computers公司生产、以ZiLOG Z80A为处理器的8位电脑。详见http://en.wikipedia.org/wiki/NorthStar_Horizon
尽管如此陶醉于编程，但我必须坦白地承认：我是一个平庸的程序员，总在寻找一种方法来获得大的回报 － 即程序没有语法错误并能正常运行。这并不奇怪，我从未像一名程序员那样做好本职工作；我发现自己具有成为一名优秀开发人员的天赋。但是，在我们继续往下谈之前，我要给“平庸程序员”下一个定义。
平庸程序员——会使用一些现成工具的程序员。他只知道最简单的命令语法，但懂得在哪能
找到更复杂命令的语法。他不知道如何编写最高效的代码，但懂得在必要时如何重写和测试比较高效的代码。他可以克服重重困难独辟蹊径达到目标，但他把每个困难视为挑战，并自信会找到每一个困难的解决方法。他可能需要较长时间才能完成，但总能达到目标。他不知道如何创建一个DLL，但在必要时可以弄懂。他与大多数程序员一样，并不特别喜欢做工作记录，之所以这样做是因为他是一个专家。
工作决定技能
虽然我很想继续编写游戏，但为了填饱肚子，我只得迁就本地就业市场；公司们有“必需胜任实际工作”这个奇怪的要求是众所周知的。产品、人力资源、会计、库存跟踪和数据报告只是做生意必要的一些东西 － 你知道，很无聊的东西。
当我真正为报酬而编写程序时，我的技能发生了戏剧性地变化。它不需要采用大量先进的编码技术来围着数据团团转，并耍魔术般地变成信息。
我被 休斯飞机（Hughes Aircraft）公司雇用，通过IT服务来为产品控制部门提供支持。我的工作需要开发／分析技能，我热爱我的工作。编程不过是达到目的的手段。
开发人员身兼数职
程序员只是开发人员所扮演的诸多角色中的一个，通常你要身兼以下数职：
购买方（带预算）Buyer(with budget)
清道夫（无预算）Scavenger(no budget)
分析师（Analyst）
设计师（Designer）
规划师（Planner）
程序员（Programmer）
协调员（Coordinator）
测试员（Tester）
文档管理员（Documenter）
技术支持员（Support technician）
当开发人员未被认可为一个或更多角色中的专家时并不太令人奇怪。对我来说，工作职能就是编程。
我的生存之道
尽管我的编程技能不尽如人意，我仍然是一个非常成功的开发人员。这里有一些我多年来学到的诀窍，以及如何我作为一个平庸程序员，发挥出最佳平均编码技能水平的生存之道：
▲ 明确要求——我会预先得到完整、精确的系统要求清单。如果你直接开始编码就意味着你没有针对系统设计的要求来进行。
▲ 分析和设计——我获得了分析和设计权。一名普通程序员获得了分析和设计权，就拥有了一个超越一名伟大的程序员的优势。
▲ 项目计划——坦白来说，我早期职业生涯中没有用过正式的项目计划，一直到我加入了CSC，不得不使用更多的正式文档编制技术，从而开始使用项目计划。由此我充分认识到使用经过慎重考虑后的项目计划也是平庸程序员的一个优势。
▲
考材料。经常翻阅手册、指南——我总是备有手册、指南以供不时之需。我也研究了其它的参
▲ 拷贝-粘贴程序员——我不介意承认自己是一名拷贝-粘贴程序员。多年来，我写了许多可以在新项目中重复使用的代码。因为我至少花时间写了一次代码，所以我对这些代码如何工作略知一二。在工作中我从不拷贝其他人写的代码，并且我从不使用我在其他公司写的代码。黄金规则和版权法都适用于知识产权：您不得复制和使用别人的代码，除非明确允许，或者你可以得到特别的许可。
▲
▲ 毅力——我永不放弃，我一直相信自己能完成任何编程任务。工具——当我需要一台更快的电脑但这又不在预算之列时，我发现了一个经理愿意用他们的一部分预算资金为我购买。你可以通过乞求、借用，或交易来获取所需工具，从而完成自己的任务，要经常向你的经理提出自己的要求；只这些要求是合理的，一个优秀的经理会尽最大努力找到一种方式来获得软件，硬件，手册，或者你所需要的帮助。
▲ 手气好（Serendipity）——也被称为“代码一写就好”策略。有几次我像一个初级程序员那样写了代码，而这些代码运行得很好。我把它比作是国际象棋，你在下棋的过程中突然发现，自己走两步就有将死的机会。这不是编程应有的方法，但由于我在检讨自己的职业中的罪过，我不得不纳入此项。
底线
我要做一个最终坦白：我不喜欢被看作是次等的团队成员。我见识卓越，而幼稚的程序员却真的相信：不能写出“先进”代码的人对团队和公司来说毫无价值。这些精英认为平庸的程序员能力有限，不足以生产高品质的代码，几乎总是犯错，令人不快。有个观念令我感觉既可笑又惊讶：如果你不能________（填空），就不是优秀的程序员。
你不必成为一个出色的程序员或伟大的开发者，特别是正在开发商用系统的时候。没错，我是一个平庸的程序员，其主要原因是我从来不需要成为一个伟大的程序员。
我不是纵容平庸。不论做什么，都要尽力做好——包括编程。“最好”的代码可能难以确定，但越高效的代码可能也越难维护。可以说，任何可以完成工作的代码就是好的代码。代码是像索玛立方体（Soma cube），有240种途径可以解决索玛难题，同样，也有许多代码编写方法可以用来完成任务。底线就是尽可能做好工作——这是任何一个平庸的程序员都可以做到的。（完）
第四篇：致误入歧途的码农同学,各类程序员学习路线图
致误入歧途的码农同学，各类程序员学习路线图
程序猿这个群体在互联网上被各种调侃，其中一部分是自黑，但是一大部分是被黑。作为码农的一员，看着身边一批又一批人进入这个行业，也看着一些人离开这个行业，深感人生苦短，码海无涯何处是岸。程序猿这一种非常特殊的、可以从事程序开发、维护的动物。一般分为程序设计猿和程序编码猿，但两者的界限并不非常清楚，都可以进行开发、维护工作。
互联网发展这么多年，互联网技术日新月异，每个从事程序技术开发刚开始或多或少会遇到技术的路线选择问题。小编对这些资料做了一个大概的整理。后面如果活着，会继续完善。前端工程师基础：HTML教程，CSS教程进阶：Javascript，jQuery高级：AJAX 教程，JSON 教程，XML 教程框架扩展学习：Bootstrap 教程，jQuery UI 教程，jQuery EasyUI 教程，jQuery Mobile 教程调试工具：Firebug 教程,chrome开发工具：PhpStorm,HBuilder，Dreamweaver，Notepad++，PhotoshopPHP 工程师基础：HTML教程，PHP 教程进阶：SQL 教程，MySQL 教程，linux服务器架构高级：正则表达式教程，Mongodb教程，AJAX 教程，JSON 教程，XML 教程，开发工具：Notepad++，phpMyAdmin，EasyEclipse for PHPPython 工程师基础：Python 教程，Python各种包和框架教程进阶：SQL 教程，MySQL 教程高级：正则表达式教程，Mongodb教程，AJAX 教程，JSON 教程，XML 教程，开发工具：PyDev for Eclipse，pycharm.NET 工程师基础：C# 教程，ASP.NET 教程进阶：SQL 教程高级：正则表达式教程，Mongodb教程，AJAX 教程，JSON 教程，XML 教程，开发工具：visual studio 2010JAVA 工程师基础：Java 教程，JSP 教程进阶：SQL 教程，MySQL 教程高级：正则表达式教程，Mongodb教程，AJAX 教程，JSON 教程，XML 教程，开发工具：EclipseASP 工程师ASP 现在应该比较少用，建议学习路线为：HTML教程，ASP 教程，SQL 教程不说了，小编要通宵写代码去了。
第五篇：码农学习分析(知乎)
我写了一篇码农入门的文章，希望对一些学生，或者想转业的人有帮助。
这篇文章是我原创的，并且已经先发到了另外一个论坛，这个论坛同学比较多，如果有兴趣要当码农了可以来瞧瞧。
昨天看到有一位铁路工作的工程师说想要放弃现在稳定的职业，投入码农的怀抱，我觉得很多人把码农这个职业看得太高，也许是社会浮躁的气氛造成的，我作为一名大漩涡的坚定捍卫者，入行也快8年了，有义务进行一番科普，让漩涡众找准自己的定位。
申明一点，我说得一切都是站在我自己的角度，周围的环境进行阐述，可能有坐井观天的情况，其他码农不认同也希望说出您的观点，大家互补。自我介绍：
我以前得帖子介绍我自己不少了....还是简单介绍一下，我自己毕业于某渣985的计算机学院，从毕业到现在工作接近8年的时间。标题说了我自认为是一名乞丐版的全栈工程师，所以我身上的技能包很多，有的比较精，有的比较浅，后面再介绍。因为我接触的东西很多，所以对码农的各个方面都略知一二，各种文档，各种语言，各种主流的设计模式都略知一二。我下面就把整个码农的框架以及里面细项写出来，不敢保证非常准确，但是至少是有实践过的。
1.码农的角色 1.1 编码人员
编码人员会收到需求文档或者设计文档，被要求要实现什么样什么样的功能，然后进行编码实现和需求文档，设计文档要求一致的东西。编码问题具体后面说。
1.2 设计人员(我们所说的系统架构师其实就是高阶的设计人员)设计人员分2类，一类是UI设计人员，一类是系统设计人员会收到需求文档，被要求要做一个什么功能，要实现什么为目的，设计文档包含系统架构，语言，数据结构，数据流向，安全性评估，可行性评估等等等，产出一份设计文档交给开发进行开发。1.3 需求人员
需求人员会和用户或者产品经理进行需求访谈，引导用户交出合理并且准确的需求，准确的逻辑，然后产生一份需求文档，并将需求文档交于设计，进行可行性分析。可行性分析通过则设计人员会开发进行设计，编写设计文档。需求人员要求必须能够拿到准确的需求并且传达给设计，因为一旦需求错了，整个设计和开发都要重新来过，浪费的人力物力可不是一点半点。用户或者产品经理提出问题，需求人员根据需求问题找到可以实施的解决方案或者优化现有的作业流程。在完全需求的同时，提出的解决方案要尽可能的为设计开发考虑，降低设计开发成本。1.4 产品经理(创意团队)考察市面上的产品，针对自己的产品进行规划，要做哪些功能，什么样的功能受众大，什么样的功能可能能打击到竞争对手等等情况进行分析，然后发展产品，对产品周期进行规划。产出为产品规划书，产品生命周期，产品介绍等等相关文档，并且和需求人员合作产生需求文档。1.5 测试人员
当然了就是对开发的功能，模块，产品根据需求文档进行测试，有猴子测试，白盒测试，灰盒测试，黑盒测试，压力测试，测试工具测试，自己编写代码测试等等等.....产生的文档 就是 测试计划，buglist文档回馈给开发人员。补充一句，所谓的bug是指凡是和需求文档不一致的结果都是bug，并不是代码出了问题才叫bug。1.6 运维人员
运维人员就是有管理员权限，可以操控产品，功能的一些参数来管控，对产品和功能使用是非常熟练，并且会一些简单的编码和数据库原理，第一线对系统产生的问题进行处理并且修复数据，如果能找出根源的问题就是优秀的运维。产出的东西有 troubleshooting 文档，问题反馈文档，另外很多运维也会写用户说明书，因为他们对系统是最熟的。
1.7 项目经理(PM,PMA)这部分人不是严格意义上的码农角色，只是管理项目的进度，风险，人员，成本，协调资源(和建楼房的项目经理没有本质区别)。这里就不写了。2 工作流程
所以整个工作流程 大概就是这样 用户/产品经理--->需求人员--->设计人员---->编码人员----->测试人员----->运维人员。不是指等级越高的人员编码能力越强，只是在上流的人员的容错率很低，所谓差之毫厘谬以千里，上游错了一点点，下游必定错得很惨。人员越多，也会导致流程越长，耗费在沟通上的时间就越多，沟通上容易出错的风险就越大。所以很多公司基本是 设计/编码 或者 需求/设计是同一个人。或者一个人身兼数职，比如我，就是兼了所有角色.....3 码农的基本素养 3.1 逻辑能力
逻辑能力一定要强。逻辑能力可能有天赋的原因，可能也有后天学习的原因。逻辑能力强的人一般体现为数学，化学，物理等方面比较出众，所以理科生转码农会容易很多(比如码农里面有大量的自动化，物理系，数学系的学生)，因为理科生在逻辑方面被训练得很多。虽然我大学是混过来的，但是高等数学上和下我都拿了90多分.....逻辑能力强会让你在写代码的时候看到推算，各种算法，加减乘除的时候不会紧张，操作 链表，堆栈，数组的时候得心应手。做需求分析的时候能够抓到矛盾点，能够分析出流程，功能是否合理，是否能够实现等等等。所以逻辑能力是很重要的。3.2 沟通能力
沟通能力可以让你快速融入团队。沟通能力体现在你能够快速接受并且正确理解别人告诉你的事情，你也可以清晰并且准确的表达出你自己的想法。这样你的沟通成本就会大大降低，然后你就能够花更多的时间在代码的编写，需求的分析上面，提升自己的工作效率。3.3 学习能力
旧的技术你可以通过一些例子，项目代码，文档然后快速进行掌握，并且在项目上可以开始快速上手开发新功能。新的技术进来，你有兴趣花个人的时间去专研，并且能在你们团队第一个的搭建出模块，平台供你的团队成员学习，使用，那么毋庸置疑你在哪个地方都会很吃香。
3.4 阅读文档能力(英文水平)很多旧技术，新技术其实都是要靠阅读文档，和自己尝试编写代码结合进行学习的。这样学习起来效率会很高，所以会阅读文档，并且理解文档就显得格外的重要的。对于旧的技术或者问题有很多中文文档进行阐述，但是更多的新技术，新问题只有英文文档进行描述，这个时候你的英文水平就显得格外重要了，因为好的文档可以减少你学习的时间，提升你学习的效率，而大部分好的文档其实真的都是英文写的。所以要成为高阶的码农，英文是要有一定的水平的。3.5 搜索引擎的使用能力
其实现在码农这个职业现在使用搜索引擎是必不可少的，百度，Googel，github，stackoverflow，csdn都是比较主流的。我一直坚信一个理论，你所做的东西你所遇到的问题肯定已经有人遇到并且解决，你要做的就是去网上有目的的海底捞针，然后看别人是如何解决，你进行复制和简单修改。不要认为这就是复制就能解决，前提是你要能找到在哪里可以复制。当然大部分的东西还是英文的比较好，所以这里又考验你英文水平的时候到了。(我们经常调侃，现在已经不是面向对象编程了。而是面向搜索引擎编程，网络挂了，今天就不要做事了。)举个简单例子，我曾经接收到一个需求，用户经常要把上万的数据导入到系统里面，因为数据库是sql，而系统是.net的平台，后来我google到可以使用bulkcopy来进行处理，接收这个需求之前我是完全不知道bulkcopy的。这样你在使用搜索引擎在完成任务的同时自己也得到了提升，学到了你周围人都不知道的知识。3.6 态度
态度决定一切，你必须有好的态度，好的职业修养，才能被人看得起。遇到问题不甩锅，有责任心，是自己的东西就有一定要把它干出来为止的那种冲动，不眠不休的尝试解决！我手底下曾经有一个程序员，职高毕业，也没参加什么培训。逻辑能力，基本理论知识可以说是差极了，沟通也挺费劲，如果是我去面试，这类人我一般来说是不通过的，不过是老板派给我的，我也只能收着。还好他大部分是做UI和H5的样式，CSS3的动画。可是后来我发现他的态度非常的端正，责任心很强，自己也很有耐心去学习新的技术知识并且运用到实际进行解决。虽说进入状态花的时候有点长，他写的 代码也是乱得不行，但是能帮到我解决问题，而且态度很好，不管工作难或者不难都不推诿。所以最后还是可以的，现在也慢慢开始成长，转到了其他团队。3.7 定位
其实码农是属于第三产业，服务行业，你怎么样让你的上司爽了，让用户爽了，你就牛B了。不一定要用写代码的模式才可以，好的创意，好得理念，好的沟通，好的态度，都在这范围里面。写代码做功能做产品的终极目的就在于做服务，提供服务。你能搞清楚你服务的对象，搞清楚你服务对象想要什么，你能提供什么服务满足他们，并且你实现了，你就成功了。最后来说说我的整个成长过程，给大家一个启发。
4.1.最开始入行，接手一个asp.net + sql server的项目，开始学习asp.net + sql server
4.2 asp.net + sql server 有了一定能力，并且熟悉了业务，开始做一些简单得设计，和需求，开始学习设计模式，什么工厂模式，批处理模式，单例模式，建造者模式等等等....并且编写 概要设计文档和详细设计文档
4.3 本来开始做设计了，一心要往构架师上靠，可是公司缺需求分析人员，怎么办没办法，自己顶上，开始编写 BRD ,TBD,SOW 等等一些列需求人员的文档并且和用户沟通需求，提高自己提出解决方案的能力。
4.4 好了，有项目来了，我最有经验，组织就决定你来当项目经理了。好了 又要开始做项目经理的事情，写项目风险评估报告，写人员评估报告，每天写项目进度，和各个部门leader进行撕逼，拿资源(真新累，不想当项目经理)。
4.5 好了 公司决定要做一个产品，你这方面经验最多，你来当。好了开始写竞品分析报告，产品生命周期，产品发展概要，产品功能预想......4.6这个产品不行，公司决定组织一批精英另外做一个产品，你来负责web端和移动端，对就你一个人负责。日了狗了！但是我不会java 不会 Object-C 我做毛的移动端啊。好了发现市面上流行用 hybird的开发模式 用 H5+简单原生来进行移动开发。研究了国内的DCloud 和 国外的 Cordova Apache，开始一步学习，H5和 cdth加上简单的Object-C 和 java，毕竟C#好几年经验，面向对象语言学起来快。cdth也还行。后来也算做出来点东西了。
4.7 嗯，美国有项目，但是我们人手不够，你一个人去国外把这个项目吃了吧.....好的，我现在一个人只身来到国外，没有其他人员的支持，得益于我 乞丐版 全栈工程师 这个项目也顺利完成。就在今天！本来已经计划好了下周回国，可是国内一个电话过来，“你签证停留时间明年才到期吧，另外有一个州也需要你，机票给你改签了，你直接飞过去，再干2个月再回国.....回国之后去把加拿大签证办了吧......” 4.8 我的技能包
4.8.1 C# 方面： ASP.NET(精通)Winform(熟练)WPF(熟练)(其他.net wcf ws 等等也算比较熟了)4.8.2 其他语言 : H5(熟练)cdth(熟练)Java(入门)Object-C/Swift(入门)abap(入门)
4.8.3 数据库 ： SQL SERVER(精通，如果我说我是DBA，别人也信)，mysql(熟练)，DB2(入门)，Oracle(入门)4.8.4 网络以及安全编程：AES DES加密，ajax以及跨域调用，网络爬虫，https，ssl，sso，socket，web socket，web worker，sql注入，html注入等都做过一些开发或者学习。
看了下，只有ASP.NET 和 SQL SERVER 我敢说精通，这两个基本不会难倒我(也可能有万一，被打脸也正常.....)，其他的几个熟悉的虽然我很有经验，但是也不敢写精通，没自信。因为在码农的世界，当你学习得越多，你就会发现你知道的越少。打个比喻，码农的知识是海洋，我现在学到的也不过是一叶扁舟而已。
结论：Win，安卓，IOS，数据库我都能开发。不分什么前端后端。需求分析，系统设计我也都能自己做，所以我可以一个人在没有任何支持下完成项目。也喜欢研究一些新的东西，学一些我不知道的。因为行业的原因，我从来没接触过C 和 C++，不过真的有机会去做的话，我也能很快上手。
4.9 其他一些小事情我稍微炫耀一下
4.9.1 优化一个计算逻辑，以前一直是30-35分钟计算完，我优化之后只需要3分半(其实优化说起来很简单，就是把工厂模式改成了批处理模式，但是代码确实写了太多，也需要改表结构，用空间转换时间)。
4.9.2 一天时间就完成了微信平台的开发(在完全不懂微信平台的情况下，周围人都不会)，可以用微信平台和公司内网数据交互，并且做出了案例，以后大家可以根据我的案例进行微信平台延生功能的开发。4.9.3 各种优化数据库，什么查询3分钟变查询3秒，处理数据10分钟变处理数据10秒。
4.9.3 被美国这边看上，希望我留下来常驻(用绿卡诱惑我....)。4.9.4 等等等.....5 转行建议
5.1 你至少含有3-4项码农的基本素养，如果你是文科生或者逻辑理解能力较弱，请慎重考虑。
5.2 学习一门语言最好能找到一些成熟的框架，在框架上依样画葫芦，其实就是照抄完成想要的功能，在抄的同时能做适当的修改。5.3 第一份码农的工作慎重选择，因为第一份码农的工作大概率的决定了你以后的方向以及你可能高度。第一份工作最好要找到团队协助，周围有编码氛围，随时可以进行技术讨论或者交流环境的公司。这样你的成长会很快，否则你在入门的时候举步维艰，会让你度日如年。
5.4 学习码农是需要坚持持续学习的工作，不断的接触自己不懂，不断的提高自己，不会是因为你有几年经验了就可以吃老本的，如果有这种心态迟早会被淘汰的。
5.5 3分钟热情的人就不要来转了，转这行是需要花大时间，大精力，耐得住寂寞，受的了孤独的人才行。
5.6 能找到一个带你入门的启蒙老师你转行会非常有效果。5.7 干码农不一定非要写代码，如果有条件，你可以当猴子测试入门，你觉得你文档能力，理解能力，沟通能力强，你可以尝试做需求分析，也可以先学一些系统知识，从运维入手。
5.8 基础理论知道是比较重要的，有可能的话尽量多得进行了解。5.9 如果你英文厉害，建议直接阅读英文文档/书籍进行学习。码农误区
6.1 加班多。
加班多最大的原因在于你拿的任务是和你当前能力不匹配的，一个好的码农效率比一个差的高了不止10倍。好的码农半天做完的事情，差的可能就需要一周。因为不一样的思想，不一样的经验，花在找资料，做设计，写代码的时间差距是非常大的。所以你加班多 1.你是大牛，真的是事情多并且deadline要到了。2.当前的工作难度比你能力高，你需要查找大量资料来完成，或者写了大量的冗余代码，冗余设计，代码写得不严谨，BUG太多，甚至不知道BUG出在哪里。3.其他团队成员拖累了你的进度。我的经验看来，大部分加班都是因为 第二个原因。所以通常说来(当然有例外)能力越强的人加班越少，加班多说明工作效率太低，能力匹配不上你接受到的任务。6.2 码农是吃青春饭
码农不是青春饭行业。码农只是一个需要不断进行学习的行业。年龄大了不能代表学习能力差，年龄大的码农有大量的编码设计经验，在学习新技术的时候就已经领先人一步了。当然了你说年龄大了，精力就不够好了。哪个行业不一样的？我这次到美国，看到了满头银丝的码农，一样干得挺好。所以码农本身并不是一个青春饭，是一个需要不断进行学习不断进行提升的行业。年龄大了不一定是非要转管理，做技术也是可以的。
好了，花了一下午，打了这么多出来。这都是一家之言，如果你觉得对你有启发，你就看看，你觉得都是屁话，你就无视好了。其他资深码农也可以提出你们的看法，毕竟我只是处在我现有环境，有坐井观天的可能性。
备注一下，虎扑为了防止js注入，用cdth替代了 Java！!Script
点击咨询 