“程序人生”文章列表
英文原文：Avoiding "the stupid hour" 时不时地，总会听到、看到一些团队频繁熬夜加班，甚至觉得这很浪漫。他们的想法是跟夜晚作弊，持续编写代码或做其他事情。有时这是因为抽风的经理，但也有时诱因来自团队内部。 我曾经写过，偶尔是会有一些灵感的火花促使你工作到深夜。但那是另...
Tim Sweeney是3D图形业界神一般的人物，他是Epic Games公司的创始人和CEO，Epic开发的《战争机器》和《无尽之剑》令人赞叹的游戏体验给我们留下了深刻的印象。Tim Sweeney执掌Epic公司20多年，公司在3D图形领域积累了雄厚的技术实力。Tim Sweeney不仅仅使...
（图片来源） 原文发布于2009年3月27日 我一直想找到对工程师文化的确切定义，没有定义，怎么判断一个公司是否有工程师文化？不管是Google搜英文“Engineering Culture”，还是百度搜中文，都没找到定义，例子倒给了不少，比如Google和百度自己。 就用通俗的语言说说自己的...
英文原文：If Software Is Eating The World, Why Don't Coders Get Any Respect? 正如网景公司创始人马克·安德森最近在他的著名言论中所说，软件在我们日常生活中占据了越来越大的部分，明白了软件有多么重要，你一定会认为那些工作是开发和维...
现代人都很忙，但忙的可能没有效率，可能在"忙人"摸象，也就是瞎忙。也许你的效率可以提升20倍，也许你的激情和潜能可以提升10倍！秘诀就在于目标管理、时间管理、精力管理、如何在短时间内完成更多的事情、如何从痛苦的修行中悟道、如何尊崇内心的自由、如何有更多的时间去享受生活、如何动态平衡工作和生活？！...
英文原文：Fatherly Advice To New Programmers，编译：高翌翔记住这几句话，学无止境。（Never stop learning.）沟通至关重要。（Communication is critical.）履行承诺，胜过交付。（Under promise, over de...
说实话，真的累了。 拼命再拼命，努力再努力，和男人们一起摸爬滚打，熬夜加班到凌晨，身心疲惫。 偶尔被关心，也会装作坚强的一笑，连声说没事儿，程序界里无男女。 和项目经理暗战了几万回合，终于熬到了主管的地位。却要时时提防甚至镇压小字辈的程序员。 偶尔从一堆堆方案中抬头，看着...
英文原文：10 Reasons Why People Initially Suck at Programming
每个人刚开始的编程技术都不理想，所以我们决定列出一张清单，写上大家都能接受的理由，还有......
英文原文：Programming Achievements: How to Level Up as a Developer 一个优秀的程序员如何能练就成一个卓越的程序员？ 先等等，暂时不谈卓越，先谈谈如何成为一个优秀的程序员。 从第一步到第N步并没有明确的路线图。事实上，第N步到底是什么还...
面试过一些应聘者，当我问到为什么换工作的时候，他们都会告诉我，现在的工作没有挑战，无聊，所以想换一个有挑战的工作。我总是为有这样的认识的朋友感到惋惜，因为我总是认为有挑战的东西无处不在啊，不能因为工作上没有，自己就放纵了自己。比如，面试过一个做地图的工程师，他的工作是做计算地图上任意两点的最短或...
英文原文：Why The New Guy Can’t Code
我们都生活在一个这样的噩梦中：一个新手开发人员前来工作，你欢迎他的参与，却发现他达不到你对进度的要求，而且......
什么是工程师文化？在你眼中，怎样的公司才算是有工程师文化的公司？ 以下是来自知乎王一的回答： 一点浅薄见解。请批判着看。 在海外多年，很多媒体追捧的国外的概念，比如什么法制民主人性化诚信素质高之类的，绝大部分是虚的假的 YY 的。但是西方社会有两个东西，我认为真的需要我们去研究、学习，然后...
搬回台湾的这一年半来，我从南到北跑遍各大学校园去演讲，几乎只要学校有来邀约，即使是赔上时间和交通成本，我也会出席。这场网络革命来得很凶，我认为年轻人有必要知道世界正在往哪里去，并且把自己准备好 ── 还记得前美国教育部长Richard Riley 的话吗？ 目前最迫切需要的十种工作，在2004...
英文原文：The 10 rules of a Zen programmer 在一个阴雨的早上，我坐在桌子旁，开始想如何才能高效的工作。在我成为一个自由职业者之前，我有很长一段时间都很努力工作，但收效甚微。 我在 2006 开始接触禅学。我马上意识到：古代的禅宗大师们几百年前早就已经知道现今...
英文原文：Debug like a doctor“现在的编程工作就像是对你需要解决处理的部分做科学研究。”——Gerald Sussman 设计和维护好的软件就像是一个抵制复杂度的永无止境的奋斗过程。任何足够大小的应用程序的代码路径和组件都能迅速成长成令人眼花缭乱的组合爆炸。 一点都不简单。...
今天有位朋友在微博上问我这样一个问题： “@老码农的自留地 ，最近出于学习目的写一个管理系统，越到后边，越觉得自己前边的代码写得烂。前辈，我想让代码写得更好一点，能不能谈谈你的经验，给我指点一下！” 我在回复里刚写了几句，就意识到140个字很难把我的想法说清楚，本着知无不言言无不尽的好为人师...
都说产品与开发之间的矛盾由来已久。在很多互联网企业，都发生过类似这样的一幕： 工程师日以继夜，终于在约定的时间里交付产品——虽然这在产品经理看来可能还只能算个高保真的原型。产品经理体验了这个原型之后，发现一些与期待不符的地方，提出了改进意见。工程师带着泛起充满自信的笑容，再次进入了封闭的开发...
因为工作内容的原因，我在前后两家公司中的工作中主持和经历了十余次代码和架构的重构，下面随便说说我对重构的一些经验和想法。 关于重构 首先重构面临的背景都是相似的，程序员们为了快速完成需求和上线而写出了最基本的代码，而在功能的不断扩充过程中，以打补丁的方式对代码进行扩充，中间还会面临着开发人员...