一个程序员.docx
《一个程序员.docx》由会员分享，可在线阅读，更多相关《一个程序员.docx（31页珍藏版）》请在冰点文库上搜索。
一个程序员
作为一个程序员，需要学习多少技能？
1、学好"物理"。
基础算法和数据结构。
是计算机世界的基本定律，是程序问题的终极答案；
2、学好“化学”。
各类系统和语言的关键性质，提供能写出优秀程序的原料；
3、学好“生物”。
不同的技术构成不同的生态系统，不同的生态系统有不同的规则。
程序符合生态系统环境，才能长成参天大树。
4、学好“历史”。
技术从哪里来，要到哪里去；
5、学好“文学”。
写明白文档，表达好逻辑，起得好名字，用得好隐喻；
6、学好“建筑”。
钢铁，水泥，脚手架，防灾，抗压，无单点，架构是系统的核心；
7、学好“艺术”。
写程序对得起自己的眼睛，做产品对得起用户。
8、学好“经济”。
成本、收益和时间帮助你做编程时的主要决策。
在外行人眼里，软件开发工作就跟看天书一样难——但是程序员往往会一脸苦哈哈地表示“还有更难的呢！
”在最近Quora上面的一个讨论中，我们总结了9件最让程序员糟心的事——简直就是分分钟让我们精神分裂啊！
！
！
9.设计解决方案
任务：
给出一系列要求，设计出可实施的方案，包括设计数据和代码结构、功能算法和应用程序流程。
难点：
确保你设计的解决方案得满足客户的要求，并且按时完成。
网友的话：
“如何始于此终于彼可谓是最难的部分了。
”——misconfiguration
“过于臃肿的设计会崩溃，过于浅薄则没有用。
”——nvteighen
“不去一个个试一试，就不知道什么样的方案才适用……。
”——jpkotta
8.写测试
任务：
编写单元测试，以确保每一部分代码都能正常运作。
这些测试不但有助于在开发早期找出bug，还能方便后续的回归测试。
很多开发方法论甚至鼓励我们在写代码之前就可以先写好测试程序。
难点：
选择和编写测试的过程是既辛苦又繁重的，有时候会让人感觉是在做无用功。
网友的话：
“我就是不喜欢写测试，你能怎么滴。
”——Anonymous
7.编写文档
任务：
创建用于解释代码和应用程序的文档，包括独立文档和代码注释。
目标人群范围从终端用户乃至其他开发人员。
难点：
很耗时间，甚至有时候你会觉得要是没人看的话那不就是在浪费时间。
网友的话：
“Shit！
！
！
就因为这是“进程”的组成部分，我们就得写这些可能根本没人会去看的文档。
”——ChristianDechery
“通过文档，我们不需要阅读代码就能知道其作用。
”——RaghuNandan
“简洁又能清晰阐述的文档，我的大爱啊！
”——AyushGoel
6.实现自己并不认可的功能
任务：
不管什么原因，如果你的客户或者上司坚持某个特性和功能，那么你就不应该将个人的感情因素带到工作中去。
难点：
摒弃个人想法和意见，竭尽全力地实现或支持功能需求。
网友的话：
“……当然你也可以坚持己见然后提早退休，呵呵。
”——SabbirAsgar
5.关于别人家的代码
任务：
维护、调试或改善由其他开发人员写的应用程序或者代码片段。
难点：
理解前任开发人员的代码是非常痛苦的一件事，特别是如果此人已经离开，而他的代码写得乱七八糟、缺少必要的注释和文档，那就更悲剧了。
网友的话：
“没文档的代码就像后妈。
”——OmarDiab
“应该淘汰掉那些不会好好写代码的程序员……”——NaniTatianaIsobel
“代码破万行，没有注释也不怕不怕了。
”——SimonZhu
4.和其他人打交道
任务：
收集客户需求，提供状态管理报告，配合测试人员，和其他工程师协作。
难点：
需要向非技术人士解释技术问题，不得不依赖于其他人交接过来的任务，与QA或其他开发人员出现意见相左情况的处理方式。
网友的话：
“交代机器干事比交代人去做要来得容易得多。
”——MarkoPoutiainen
“三人行，必有我师焉……合作也是学习的机会。
“——Anonymous
“……和外行人说话简直就像对牛弹琴。
”——lnostdal
“总是要等其他团队完成任务之后我们才能开工，太拖我们的后腿了。
”——Anonymous
3.预估项目工期
任务：
项目一开始，就需要估算出完成所需要的时间。
难点：
哪怕没有接触过项目，手头只有模糊的需求说明也得硬着头皮预估时间。
网友的话：
“在开工之前，真的很难估算出会出现多少乱七八糟的问题……”——JanChristianMeyer
“我发现估算时间可能是最难的部分了，因为很多人会将其当做一个承诺，信守着一诺千金。
”——SamnangChhun
“……每次碰到这个问题我就一个头十个大……”——JackMenendez
2.解释我的工作
任务：
向非程序员——亲朋好友，解释自己的工作内容。
难点：
亲人和爱人不了解我们是做什么的。
总是被要求去解决任何与计算机有关的问题（比如修电脑）。
网友的话：
“总是要跟人解释——我，不是，修电脑的。
”——BrandonP-Lost
“不止一遍地和我的家人说明，我到底是干什么的。
”——UtsavSinghRathour
“编程的世界，外行人不懂。
”——AnandSafi
“为什么别人都认为我是给电脑安装盗版操作系统和其他盗版软件的家伙呢？
我干什么了我，我只是程序员。
”——AnbuJey
1.命名
任务：
为变量、过程、函数、类、对象、数据库组件等命名。
难点：
即使是一个小程序，也会有很多需要命名的东西。
名字最好一贯又简洁，有内涵，能承载一些意思——这个是什么或者这是用来做什么的。
网友的话：
“想啊想啊想名字，想出一个好名字~”—— AdityaMuraletharan
“别烦我，我正在给函数命名呢。
”—— LakshmanSiripurapu
“计算机科学中只有两座大山：
缓存失效以及命名。
”——PhilKarlton
编程王道 唯“慢”不破
提示：
常上QQ空间的朋友可关注【WEB开发者】腾讯认证空间，精彩内容不错过。
人和人之间编程速度的差异还是很大的，有的程序猿写代码非常快，有的却常常是龟速。
JeffreyVentrella最近在一篇文章里探讨了这种编程速度的差异，他是绝对的龟速派代表，来看看他对编程速度的看法：
我爸常跟我说的一句话是，慢一点码，才能快点把程序写完。
我在旧金山很多家互联网公司工作过，现在已经52岁了，对于程序猿这个职业来说，我的年龄算偏大的。
我写代码的速度近乎龟速，事实上，我更像是一个会写代码的设计师。
以前有一次，我和一些比较年轻的程序猿一起工作，他们信奉的编程宗旨是“速度快、更迭少”。
我们在同一个codebase里合作，就像在共同煮一大锅汤一样。
如果我们每个人都持续不间断的贡献代码的话，未来这个工程应该就会很美很壮观的呈现出来。
但是并没有。
问题在于，这些年轻的程序猿们在心里其实有这么一种思想，他们觉得：
1、每个人都是可替代的；2、没人应该对某一部分的具体代码负责；3、所有人应该都可以任意修改整个工程的代码。
他们觉得，现在已经有了github这种神器用来管理异步时间内的代码贡献，只要每个人都持之以恒的贡献代码，工程和产品就会顺理成章的出炉了。
事实不是这样的。
编程从来就不应该是拿工具来减少软件开发的时间的。
编程应该是一项有节奏感有韵律的运动。
我倾向于把工程依照不同的规模和时间度量分成不同的涂层，每一个涂层再从探索、实验、error、临时变量这些细小的东西开始做起。
有点像建设脚手架的形式。
每一个涂层最终完成的时候是一段可以部署和扩展的implementation-ready代码。
这种开发过程有点像是从策略到设计方案最后到完成一栋真正的建筑。
有时候当这栋建筑完成之后，我还会推倒重来一遍，因为我觉得我有更好的建筑方法。
这种新的方法有时候是对的，有时候是错的，事实上除非真正去再做一遍，不然你永远无法知道究竟哪一种方法更好。
回到最初那锅汤的问题：
在软件开发生态圈里，关于对整个设计流程产生推动与支持的混合思考是很重要的，没有这一部分的工作，再快的程序猿又能做出多好的设计？
很多神经系统科学家相信神经元信息的流动在大脑的传导过程中会有一个短暂的堵塞和混响，这对思维和感知会有很重要的作用。
编程的设计也应该是这样，需要时间。
慢速编程运动
慢速编程运动在维基百科里的解释是这样的：
慢速编程运动是慢速运动的一部分，这是一种强调谨慎设计、高质量代码、软件测试和思考的软件开发哲学，反对混杂组装、布满bug的代码，以及过于快速的发布周期。
世界上的软件开发团队都在寻找更具预测性的工程项目，希望能促成更多的程序员拥有可持续性的职业生涯。
他们提议了一些可以切身操作的实践方法，比如结对编程、代码审查和代码重构，以开发更可靠更健壮的软件应用。
在旧金山海湾地区，风险投资支持的软件开发正呈现出一种高烧般的热度。
利益正驱动着软件开发以一种完全不自然的不对拍的节奏感在运动，它打乱了设计进化（designevolution）原本应有的周期节律和生物钟。
关于这一点，Rushkoff在PresentShock里说得很明白了。
另一个问题在于，人们对科技越来越诡异的迷恋，以及开发人员对工具异常的狂热。
大家总在说，为什么有的软件和应用做得这么烂？
没错，确实很烂。
烂的原因在于，太多一味求快的程序猿在忙着建设工具，然后用这个工具去支持和适配另一个他们建好的工具，然后再用这个工具去支持和适配另另一个他们建好的工具，然后再用这个工具帮他们写出更快的代码。
这就是我为什么觉得软件开发需要更多的“人”，而不是“工具”的原因。
并且，这些人不仅仅只是帮忙做做外面的UI艺术之类的而已，应该要有更多的人深入软件开发的内部——确保软件更多的与人文产生共鸣和回响。
当我们谈论编程时，我们在谈论什么？
编程不是打字。
所有的程序猿都明白这一点，但是大部分人都容易忘记这一点。
在电脑前噼里啪啦、弹指挥间的感觉确实很爽，这种键盘上啪啪啪的快感却很容易让人忘记编程是一项脑力活动，而不是体力劳动。
编程的真正奥义在于，把人类的思维、设计、语言、逻辑和精神创造以一种计算机可以识别和储存的方式记录下来。
?
我妻子有时会跑到院子里问我，你在编程吗？
我说，对，我在编程。
事实上我可能正拿着钳子修剪花盆里的花草，或者做做施化肥之类的事情。
植物、土壤、钳子，这些都是编程的好工具，正如键盘、鼠标和双屏幕一样。
目前，我们正在经历一个经济产业的转型期，从新兴到可持续发展之间的一次过渡。
新的软件产品和商业模式是需要发展，但为了互联网行业发展的可持续性，这种速度应该降下来一些了。
撸代码不仅仅只是在撸当下用户的需求，撸的更是未来某个行业领域的架构基础。
代码应该在程序员的关爱下慢慢的、茁壮的成长。
Likegoodwine。
Likeababy。
程序员们 让你的孩子当个网页工程师吧！
截止到今天凌晨，互联网上已经有大概6亿8千万张网页，而且依然在迅速增加。
今天就来严肃地展开一下网页工程师的话题吧，关于他们的工作，关于他们的职业；关于HTML，关于Python；关于浏览器，关于这个世界。
周围有一些朋友的孩子也快要诞生了，将来可以考虑做个网页工程师呢～
每天的我们，在（还算）安静的办公室里，面对着电脑屏幕，忍受着窗外的喧嚣，随手点开浏览器，输入一段URL，敲下回车键。
有没有这样的体验，网站瞬间被打开了，高质量的内容，干净的布局和优秀的设计让你过目难忘。
感到吃惊是吧？
这一切都归功于一类人，网页工程师，所谓的WebDevelopers们，他们不仅负责网站的搭建和网页的编码，还负责各种测试分析，以及一切和网站相关的维护。
如今网页的重要性毋庸置疑，在商业上，好的网站已经是企业保持竞争力的重要环节。
伴随着网页开发技术的日新月异，优秀的网站层出不穷，网页工程师对于自己的工作已经不能有半点马虎，成为一个好的网页工程师也没有任何的捷径。
但问题就来了，正在频繁迭代产品的苦逼创业者们，应该寻找怎样的网页工程师呢？
想成为网页工程师却只是刚刚试水HTML和JavaScript或者刚刚开始了解Python和Ruby的童鞋，又应该如何规划自己的技术之路呢？
登录过智联前程大街猎聘周伯通拉勾等等网站，浏览过各类工程师在线课程，接触过网页工程师相关的招聘和应聘的，应该不难发现一个趋势，就是这群人被集中分成了三大类：
前端工程师，后端工程师，全栈工程师
一个一个来说吧
前端工程师Front-EndDeveloper
和用户发生交互的那一部分叫做网页的前端，说白了它就是你在浏览网页时可以看到的所有东西，字体、颜色、导航栏、下拉菜单、滚动的图片，等等等等，这一切都是由HTML+CSS+JavaScript拼装而成，在浏览器的渲染下变得井井有条，很神奇的！
首先来了解一下相关技能和工具。
前端工程师主要负责网站面向用户部分的代码，以及用户体验相关的架构。
一个前端工程师必须熟练地掌握三门基本的语言：
HTML，CSS和JavaScript。
除此之外，前端工程师还应该熟悉一些样式框架比如Bootstrap和Foundation，和逻辑框架比如Backbone，AngularJS和EmberJS，这些框架确保了网页在不同平台上的质量和稳定性。
最后还应该能够熟练的使用一些基本的工具库比如jQuery和SASS/LESS，这些能让开发更加高效，代码更加优质。
另外，很多招聘文案中都会要求求职者有Ajax的开发经验。
Ajax技术使用JavaScript默默地和服务器通信来动态加载网页内容，以实现无缝的浏览体验。
虽然这不是所有网站都必须的，但这也可以算是前端工程师的基本功之一，毕竟Ajax技术如今也越来越多地被应用到了网页中。
有了前面说的这些技能，前端工程师就可以很好的和设计师合作，和用户体验分析师合作，把草图和原型开发成成品。
牛逼的前端工程师还能精确的发现用户体验相关的问题，给出建议和解决方案，用代码来增强设计。
一个好的前端工程师还应该能够和业务人员流利的沟通，明白他们的目的，理解他们的需求，了解市场上的机会，并且顺利地执行。
总之在后端工程师造好屋子以后，前端工程师主要负责房屋的内饰。
至于房屋的类型和品位，这就取决于房屋的主人了。
相比于后端，前端工程师一般来说更加满足于自己的成果，毕竟这是一份技术和创意相结合的工作。
经验丰富的前端工程师不仅是一个技术人员，不仅是一个Geek，因为他不仅实现了用户可以看到一切和可以交互的一切，还致力于给用户留下过目不忘的印象，所以他也是一个视觉达人。
那我们看到的网页是怎么来的呢？
再补充一下这个很多人都关心的话题吧，在网页开发过程中，设计师绘制Logo和图像，摄影师拍摄照片，文案编写文字，最后由前端工程师把它们组装在一起，用网页向我们阐释所有内容，用网页向我们提供独一无二的体验，把我们在网站上看到的所有内容变成可能。
后端工程师Back-EndDeveloper
新的问题来了，网页上的数据存在哪里？
API又是什么？
就像一间没有造好的屋子，光有室内装饰还是远远不够的。
于是我们还需要后端工程师。
网页的后端包括服务器，应用程序，以及数据库。
这些组件相互作用，使用API和前端通信，确保了网页前端的存在。
后端工程师的主要工作就是搭建和维护这些组件。
还是先来看看相关技能和工具。
相比于前端开发，后端开发的技术和工具比较多元。
为了实现服务器、应用程序和数据库三者之间的通信，后端工程师通常使用Python，Ruby，PHP，Java，.Net等语言来编写应用程序，用MySQL，Oracle，MongoDB来查找、存储和修改数据，然后把它们部署到服务器上来为前端代码提供支持。
在实际工作中，后端工程师至少需要掌握一个开发框架，比如PHP的Zend和Symfony，或者Python的Django；还需要能够熟练使用版本控制工具，比如Git和SVN；以及了解Linux开发环境。
这些看起来比前端开发枯燥多了！
后端工程师需要使用这些框架和工具来为网站编写优质的代码，有可读性，可移植性，有完备的文档。
然而和前端工程师一样，在开始埋头编码以前，后端工程师需要和业务人员充分沟通来理解他们的感性目标，将其转换为技术需求，提出具有可行性的有效方案，来搭建技术架构。
优秀的后端工程师同样热爱自己的工作，沉浸在后端的他们从来不觉得无聊，反而乐在其中。
他们喜欢玩弄数据，编写出有用的API，按照不同的权限分配给网页前端、移动应用和其他系统，让前端工程师可以安心的沉浸在交互和布局中。
通俗易懂的高质量的API受人尊敬，这就是后端工程师的价值所在。
全栈工程师Full-StackDeveloper
说到这里，首先要明确一点，前端开发和后端开发并不是黑与白的区别，前端工程师和后端工程师之间也没有恐怖分子和反恐精英这样子的暧昧关系。
在目前的经济形势下，在这个资源紧缺的市场环境中，前端工程师往往需要学习（至少了解）一些后端开发的技能，反之亦然。
产品开发有很多通用的规则，跨越了前后端的界限，于是我们开始寻找一种通才。
它的由来？
全栈工程师自然很早就存在，但是“全栈工程师”的叫法诞生于Facebook的开发部门。
四年前，有一类特别的人群被挖掘出来，他们的工作内容涉及到了技术架构（技术栈）中的每一个环节，包括前端和后端，他们可以和后端工程师一样在服务器端玩弄应用程序和数据，也可以使用前端语言控制页面内容和调节用户体验，他们能够提供一套完整的系统。
总之，全栈工程师是网页开发的全能战士。
感觉很酷是吧？
成为一个全栈工程师，同时精通前端和后端开发，无形之中给自己的职业生涯创造了很多机会。
不过也别高兴得太早，就和烹饪一样，有人更擅长热菜，有人更擅长甜点，精通两者需要时间和经验。
妈妈的手艺可不是一日炼成的，更不是简简单单的按照食谱来做就行（事实上很多工程师依然在这样错误的做着）。
一个好的全栈工程师和一个好的大厨一样，需要有自己的内涵，需要有所有的烹饪原料，需要掌握所有的方法，才能奉献上一顿完美的晚餐。
全栈工程师需要掌握的技能相对复杂，甚至有些主观，因为这不仅仅只是技能相关的需求，而且随着时间的推移，人们对于他们的要求也在一点点变化。
除了要根据不同项目掌握前端和后端开发的相应技能外，全栈工程师还需要充分理解网页正常运行的每一个环节，不仅包括合理的服务器配置，规范的API结构，还要通晓JavaScript的哲学，以及CSS背后的设计情怀。
举个栗子，现阶段一个典型全栈工程师的装备，HTML5/CSS3+Scala+MongoDB+云服务+JavaScript
有了知识和技术，就还差经验了，这也是最后一道门槛，全栈工程师尤其需要能够在一个项目面前，快速地定义前端开发和后端开发的职责，分析各种解决方案的优势和劣势，最终选择最合理的执行方式。
老问题，作为用户如何感知网站背后的全栈工程师？
这个我真的说不出来了，自己去感受吧，页面加载需要多久，内容布局是否专业，交互体验是否自然，等等等等。
最后说一句：
不要迷恋全栈工程师，任何时间，任何场合，都有一个“大而全”和“小而精”的选择，好的网站从来都不是一个人的功劳，不要忽略了设计师、摄影师、文案、产品经理、客户经理、销售、客服、用户、以及其他所有直接参与和间接参与到网页制作中的人们。
识别优秀的工程师也并不一定只是技术层面的事情，无论是前端、后端还是全栈，工程师的自我修养还需要包括对细节的关注，自主学习的速度，解决问题的效率以及良好的沟通能力。
如果你是个网页工程师，那么恭喜你，你现在最不需要担心的就是找到一份称心的工作。
事实上接下来五到十年是网页工程师最好混的时期了，HTML5终于定稿，五花八门的屏幕的出现，跨平台应用的需求越来越高，微信至少还火热着，加油啊！
！
！
编程应该用 Mac 还是 PC ?
这是一篇比较老的文章了，眼看着公司开发人员用Mac的比例越来越高，现在再拿出来讨论一下，想想也未尝不可。
喷的时候请勿人身攻击。
『有人的地方，就有江湖』—徐克。
笑傲江湖。
序
一个竞争的市场，就会有对立的产生，这世界存在著很多不同的领域，领域好比是个江湖的缩影，因此就有许多门派的纷争，例如说浏览器领域有著最大宗的IE派，门派成长速度飞快，武功版号跳的跟台湾物价指数一样快的Chrome门，不断被模仿，一直被超越的Opera派；韧性极强，一直对抗几大势力的Firefox派等等，程序语言也有自己的领域纷争，社群网站也有社群网站领域的战争，这根本就是一个战火永不停止的战国时代，但是其中持续最久，衝突最大最激烈，当然以作业系统这块领域为最，因此，让我们来谈谈这个江湖。
首先我想讲讲这个武林的历史，不想看的人可以直接跳到最下面我的看法。
作业系统的上古时代
在很久以前，这块江湖的地位是侷限在于少数被选上的人才可以踏入的，这些人就是工程师，因为要掌握这个领域的武功不是一件容易的事情，因为在这个领域的武功基本心法就是学习一堆複杂的武功招式（文字介面的程序指令），这些被选上的人必须学习很多很多的招式，然后搭配使用这些招式进而来操作作业系统，因此这门领域的武功学习曲线是很高的，不是随便阿猫阿狗可以学习的，在这段时间中，掌握了这些招式你就能去使用作业系统中的各式各样的武器（软体），在这段时间内，你可以透过作业系统本身提供的基本招式来控制作业系统，你可以透过武器提供的招式来使用武器，你甚至可以自己发明招式（自己写script）来控制作业系统和武器，因此当时所有的工程师都有自己打造的一套最适合自己的武功，没有了他们武功会大打折扣，但是在他们使用自己打造的武功时能发挥出他们最强大的威力。
百家争鸣
但是这世界后来起了变化，当时某人将一个『连猴子也能学会用电脑』的概念带进了这个领域，让这个领域不再被少数人寡佔，这个概念就是GUI（图形化介面），GUI的产生让作业系统看起来更容易理解，大幅降低了这个领域武功的学习曲线，将这个概念发扬光大的有几个大门派，一个是目前最大的微软派，这个门派非常可怕，势力非常之庞大，他们以作业系统这个领域起家，不单单如此还将触角伸向非常多不同的领域，几乎是跟电脑有关的领域都参一脚，不难理解是一个以征服世界为终极目标的门派，掌门人是BillGates，据说他靠著卖出这些武功所赚的钱蝉联了13年的世界首富，是个极为可怕的角色，所有能力值大概都是?
?
?
?
?
，微软派的武功非常多，但都是以WindowsNT这个核心心法所延伸出来的，像是大家熟知的WindowsXP，Windows7等等。
另外一个是由SteveJobs建立的苹果教，教主SteveJobs是一代传奇人物，苹果教早期曾经发生过一次内乱，这次内乱迫使当时教主SteveJobs远走他乡，但是强者天生就是不平凡，在教主离开苹果教的这段期间，教主看出了当时武功心法的一些通病，为了矫正这些错误他穷尽心力费尽苦思的想出一套旷世奇功—NeXTStep，而反观在这期间苹果教在新教主阿猫一号的带领下反而流失越来越多的教徒，整个苹果教呈现一个日暮西山的状况，因此在其他长老的强烈要求下他们将SteveJobs迎回了苹果教继续担任教主，当然教主也带回了他所创的那套旷世奇功NeXTStep作为日后苹果横行天下的武功MacOS的基础，如果你有研究过Mac的心法你不难发现在他们的招式中常常会有NS的prefix像是NSString，这个NS所指的就是继承于NeXTStep
升级会员 