u012730075的专栏

希望所有研发人员能够敢于并且会表达自己，让更多的人了解自己；希望所有的研发人员不仅仅是机械的写代码，也能洞悉市场、了解用户，让自己的产出能够适配用户和市场的需求，这何尝不是一种成就感；希望所有的研发人员不再受困于狭窄的职场方向，而是有更多可能转型产品、市场、管理我认为敏捷开发的实践带给了我这些：工作的收益、内心的释放、转型的机遇以及最重要的自信，所以也想分享给大家这些。...

技术型企业通常有以下几种商业模式：卖人力资源，卖技术，卖产品，卖解决方案，卖服务、运营用户。

以我的观点来看：做出一个业务功能是件很简单的事，做好则有难度，高效的做好则是难上加难。抛开前期的架构设计、技术方案的制定不谈，单单是写好代码这一阶段就给我们每个人带来了不同程度的挑战。之前还写过一篇关于代码编写阶段的文章《提高工作效率的工具“类”》，下面我就主要从代码debug的角度来谈谈我的看法。尽量写代码时避免bug，减少调试对于任何问题，先以预防为主。在团队中常常可以遇见这样的同事，代码写的

在我们的印象里，偷懒无疑是个贬义词，往往是家长形容孩子不爱学习，不爱干家务活；领导形容员工不尽责，爱开小差；...但是今天我们要把偷懒当做个褒义词来用，大家想想看，我们现在社会的高度机械化和电子化是不是由于人的”偷懒“这个需求而产生的。走路太累，所以有人发明了汽车，飞机；干活太累，所以有人发明了洗碗机，洗衣机；当程序员太累，所以我们应该也要学会偷懒。纵观计算机科学的发展史，仿佛就是先驱们的”偷懒“

给大家讲一段比较久远但延伸到现在的悲惨往事：1. 开源核心    一年以前，因为一个项目引进了一个比较出名的开源软件，然后我们基于自己的业务对此开源软件进行审核，看是否符合我们的需求。在了解其开源架构后和简单的使用后，改造方案也确定下来：依然采用此开源软件的核心（也是业界很出名的），只是要对界面和业务进行改造。    在风风火火的一个季度里，我们基于自己的需求终于完成了产品改造。但是投入测试后却发

在各种技术论坛上，甚至有些知名的的网站引用的文章中，常常有对各种开发语言的比较，也常常伴有论战，而且“激烈”，“残酷”。今天，我结合自己几年来的开发经验和对部分开发语言的使用及了解来说说自己的观点。     观点其实就一句话“存在即合理”，每种开发语言都有自己的特点，利弊，适用领域。我个人接触最多的是c++语言，也做过纯c语言，java，js语言的企业级开发，也有过python语言的学习。

不知大家是否有这样的感觉，总有那么多国外的好东西因为名字翻译太烂被大家忽视或者被低端化，比如那部印度的经典影片《3 Idiots》，被本土化后成了《三傻大闹宝莱坞》，还有经典书籍《Pragmatic Programmer》本土化后成为《程序员修炼之道——从小工到专家》，包括这本《Practices of an Agile Developer>，本土化成为《高效程序员的45个习惯——敏捷开发修炼之道

在 Google 成立没几年的时候，我们首次写下这“十大信条”。此后，我们时常重新审视这份清单，看看它是否依然适用。我们希望始终贯彻这些信条，而您也可以监督我们做到这一点。 以用户为中心，其他一切水到渠成。 创建伊始，Google 就以尽可能提供最佳的用户体验为中心任务。不管是设计新的互联网浏览器，还是采用新的首页外观，我们都非常谨慎，确保它们最终可以满足用户的

在我们生活和工作中，并不总是拿结果来衡量优与劣，而是大多要加上一点——做事效率。正如我们题目所讲的：别人用了一半的时间或者精力出色的完成了一项任务，而你却用了他多倍的时间或者精力完成了这项任务，甚至结果还不如他人，为什么？普遍来说我们可以忽略智力因素，毕竟没几个”天才“，剩下的也许我们只能归结于学习方法的优与劣。下面我谈谈我的一些看法。     一次在一个技术群里，一位从事MFC开发的技术人员

周六陷在软软的沙发里，沐浴着暖暖的阳光，一口气读完了王淮的《打造facebook》这本书。我想说：这是种享受，是种收获，是种激励。 关于扎克伯格    “《社交网络》‘只有2%是真的’”在看完电影《社交网络》后我对扎克伯格的认识也就定位到了电影的情节中，但作者王淮给我们讲述了一个更真实的扎克伯格。一个伟大的CEO，造就了一个伟大的公司。 关于招聘   “facebook的招

近期工作中遇到了这么几件事让我思考了很多。遭遇：我们成立了将近两年的研究院主攻互联网方向的产品的团队遭遇解散，产品也被kill。偶遇：在路上遇见公司领导聊起为什么我们公司在很多方面大大落后于别人的情况之下还能在夹缝中良好生存，而且逐渐突破重围。际遇：近期一直在一个关键的服务部署方案上进行考察，协调。

大家应该都熟悉“今天您吃了吗”这句问候语，吃在我们的生活中不仅必不可少，而且每天还得吃好几顿。“今天您脚本了吗”也是为了表现脚本的使用在我们技术工作中的重要和频繁。当然也不排除一些程序员“一生”都未用过各种脚本，所以可以预见的是他浪费了人生大量的时间，只能拥有很短的职业生涯，啪啪啪被浪头拍死在沙滩上。以上有关脚本的重要性的比喻也许有些夸张，但是脚本的使用应该是作为程序员的我们必须掌握的

出处：http://www.cnblogs.com/chijianqiang/archive/2013/03/11/readhacker.html    《黑客与画家》这本书的中译本出版于2011年4月，它的作者是美国互联网界"创业教父"，哈佛大学计算机博士Paul Graham，他的译者是著名blogger、译者阮一峰先生。     这本书在2011年一上市就受到了广大人民群众的爱戴，我

最近在和部分新团队成员合作时，感觉有些不顺畅。我想我也许会给别人留下苛刻，甚至挑剔的“坏”印象，但是我仍然要坚持，因为我们是在做产品，不是在做廉价玩具。    简单讲述一下情况：近期要演示一款产品的阶段性成果，虽然仅仅是内部演示，但是对我们这个刚刚成立不到一年的研究院来说却有着很大的意义：其一.我们在对公司核心的技术进行升级，甚至在技术实现上进行了大的创新，必须要让别人看到这种新技术带给大家的

在编码时禁止使用goto语句；进行面向对象编程时要尽可能的面向对象，最好引入各种设计模式；设计关系数据库时要遵从范式；多线程程序可以提高程序性能；C语言的效率要比c++效率高；......     请问这些条率款正确吗？要我回答：对，也不对，仿佛又要扯上辩证法了！（本人打心眼里反感辩证法，感觉辩证法就是某个**团体忽悠大众来给自己开脱的，有篇文章挺有意思，大家可以看看《

作者 崔康 发布于 2012年5月2日http://www.infoq.com/cn/news/2012/05/company-staff-growth最近，知乎社区上有人问：“有文章说，应届毕业生去科技巨头公司只是维护老代码，而不是写新代码，知识增长率比创业公司要低得多，请问属实吗，为什么？”大家对此展开了热烈的讨论，对大、小公司在个人职业发展中的作用褒贬不一。GayScript首先，在创业

我想大家在工作中都难免会有这样的认识，我学历比他高，学习比他多，付出比他多为什么他的福利待遇却好于我呢？     我要警告有这种观念的人：你这种比较条件根本就不成立。为什么？好，我就来给你讲讲这三种人cai。     人材：看看这个“材”，木材，材料；类比IT技术人员就像我们经常说的码农，再说明白点就是只会写代码，实现代码的人，在整个产品线中，他的大部分产出被局限在了代码实现这一环。这种人在项目组

这是某人在问答网站知乎上的提问，很多热心的程序员兄弟作了解答，挑出几个赞同数高的，大家来对号入入坐？或者对比一下你心中的优秀程序员和一般程序员？获得赞同数最多的回答：郭凛，简介：软件手艺人，自学编程18年至今，创业中，爱玩不爱束缚 在我平时所见到的程序员中，如果纯以编码能力来看，个人觉得可以分为五类，依次是：1. 拷贝型拷贝型选手就是传说中的“代码拷贝员”了，他们对实现功能

谈起这个话题，我的头立马大了一圈，曾几何时被众多linux发行版的类别以及关系绕的头大，其实各种书籍、网站关于这个话题也挺多的，下面我就给大家讲述一下我选择服务端linux发行版的过程，大家看看热闹。拍脑袋决定    那时是第一次选择服务端linux发行版，这次的过程更像拍脑袋决定，基于我并不是linux重度用户，而且以前一直使用ubuntu，对ubuntu的了解感觉他就像linux中的w

650) this.width=650;" src="../attachment/201202/203222807.jpg" border="0" alt="" />这本书自己已经阅读了三遍。读第一遍时的感受，真后悔上大学时没有看此书，不然一定在大学时就会体会到读一本好的计算机书籍带给自己的那种兴奋，惊喜，甚至感动，不得不审视中国大学的计算机教育，在教材上往往选用那些靠拼凑知识而成的书籍，感觉

650) this.width=650;" src="../attachment/201202/220656177.jpg" border="0" alt="220656177.jpg" /> 利用春节假期的机会看了两遍《程序员修炼之道》，其实书中说的大多是浅显易懂的道理，但是多年的工作感受，多个项目的经历让我对这些道理有了更深的理解。 “我的源码让猫吃了”，想想作为程序员的我们，是不是经常会

作为一个有着好几年工作经验的programmer，自己对一些简单功能的实现往往很自信，比如这次“删除一个非空文件夹”。心中的方案：1.windows api中的DeleteFile,RemoveDirectory.代码如下：bool APIDeleteFolder(LPCTSTR folderpath){  /**路径合法性验证**/  ........  CString strFilePath(

我觉得对于技术类IT岗位，“学习-总结-进步”是一个for(;;)循环，但却是一种良性的busy loop，一旦你break，在程序终结的同时，我想你的技术类职业生涯也就该谢幕了。    对别人的学习过程不敢妄加诽议，结合自己的学习过程来谈谈吧。首先要明确的是学习的意义：为了完成工作？为了做技术投资？为了兴趣？    我想一定有大多数人仅仅“为了完成工作”而进行学习，这一类人往往能中规中矩的完成工

谈到修养，大家也许会立马想到优雅的气质谈吐，优秀的品质道德，其实归根结底我觉的修养是“内在的美”的一种外在呈现。我们都很喜欢有修养的人，但是绝大部分人却难以达到这种修养，我们也想做一个有修养的人，但是社会环境及生活环境和自身的劣根性却让绝大多数人做不到纯纯粹粹的有修养。不过有一点我们必须要做：那就是尽量让自己有修养。     那么编程修养是什么？     举一个反例，就拿我最近接手的一个企业级的后

在踏入程序员这个行业前，就听说了太多太多有关程序员“恐怖”的传闻，累死的，压力大自杀的，掉头发的，没日没夜加班......，典型一新时代的包身工形象。但真正进了这个行业，从业六年多，发现并没那么严重，毕竟加班在各行各业都是存在的，也许是我们经历的频率稍大，也许是因为我们所处的企业倡导的文化不同！       但是，在这种基础之上，我们应该让谁来为我们减轻辛苦的程度呢？靠国家的政策，规定神马劳动时间

首先抛出一个问题“如若你要开展一个你从未涉及过相关业务的项目，或是要解决一个你从未接触过的的技术点，你会怎样来开展工作”。    我想每个人的第一反应应该会是“通过互联网来查找相关资料”，恭喜你，很正确。但是每个人都会这么做，重点是你怎样才能快速，有效地找到你最需要的资料。搜索技能：请用google，首先我承认我从道德上偏向google，特别是他不作恶,开放的信条。抛开道德，google搜索不会人

题外话：一个月之前，刚刚读完《unix编程艺术》这本据说有些“愤青”的书，读书的过程，感觉是种享受，不但unix本身是艺术，连作者著书也是艺术，本想就本书写篇读感，但是感觉现阶段的自己还总结不了书中的精华。昨天，在回家路上无意看见了这篇文章，感觉很好，特转载给大家。出处是http://blog.leezhong.com/reading/2010/12/21/the-art-of-unix-prog