程序员的典型生活

《程序员的典型生活》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、程序员的典型生活七月初到八月下旬，紧赶慢赶，赶在九月初的全国性展示会之前完成了项目开发。期间曾应邀在药片儿家度夏令营，周五晚那样愉快的周末，心头被一个有待消除的问题搞得痒痒，惴惴地问药片儿我能不能继续在我的电脑上勤奋工作。药片儿撇了一眼，宽宏大量地说：去吧去吧。于是乐滋滋地对着电脑，从八点半到十一点，不屈不挠地把程序里的虫子抓了出來，这才绽放微笑。经过一个周末的观察，到了周一，药片儿好奇地问我那一晚纠缠于什么问题，听完解释，总结我周末的表现：我看你要不是有生理需求，大概可以不吃不睡一天二十四小时不停地对着你的代码。我得承认

2、，她这话说得没错，尤其当我面对一个FI程紧迫具挑战性而乂颇为好玩的项目的时候。耻。耻。同为程序员的室友，那天在MSN发来一段话给我看,以动手实践为荣，以只看不练为耻。以局部变量为荣，以全局变量为耻。以代码重用为荣，以复制粘贴为耻。以定义常量为荣，以魔法数字为耻。大笑:以打印日志为荣,以单元测试为荣，以多态应用为荣,以总结思考为荣，以111错不报为以手工测试为以分支判断为以不求其解为是谓程序员八荣八耻，真好，比那不知所云的宽泛的八荣八耻强多了：句句落在实处，注重细节，具有极强的可操作性。自得于八刀底项冃的完成，我这只不喜欢在

3、博客上谈工作的虫了，决定要在这里小小总结一下。（一）抛弃设计的途径职业牛涯中，对于本行业的各类项目各个层面都接触过，从底层到应用层，从终端到后台服务系统。在做较大型并且比较熟悉的系统吋，良好的习惯是先做设计，定义个模块Z间的接口，然后分模块开发。当然，这不是一个单向的过程，中间也有螺旋反复，也即修改设计。但是总的来说，这是一个瀑布模型。这次的项目不同在于，吋间紧迫人手稀少，需要用到的模型也是以询从未接触过的。开初，打算移植某开源软件，以此为基础增加特定的设备操作，尝试一周之后，仍是前路茫茫。于是果断舍弃，决定采用原型开发的

4、方式。即，只做简单规划，以最短时间内完成各部分的框架和核心内容并测试贯通，在此基础上逐层扩展和丰富功能。接着，三周时间完成两个主要模块的框架，再花一周实现基本设备操作，调试通过，第一个页面顺利运行。之后，三周时间根据不同的页面序Illi完善主要模块的细节实现和其他的设备操作，终于提前一周半完成预定功能。剩下的这一周半，还来得及更换个别外部设备并修改有关的设备驱动，并对重点部分进行代码复核和验证测试，杜绝内存泄漏和溢出。很庆幸没有在庞大的开源软件上继续浪费时间，而是用了简洁高效的原型开发方法，适合这样需要摸着石头过河的项目。

5、否则在不明就里的情况下做出来的设计，只能是一堆废纸，而其后述要维护这堆废纸。而原型开发，可以帮助我们认准方向，小步前进，随时矫正，终达目标。（二）代码重构的利器与抛弃设计相配合的利器，是代码重构的思想及其应用。多年前读过的关于代码重构的专业论述，在此项冃实现的过程中大放异彩。代码垂构是配合原型开发的最佳工具。采用原型开发的方法，由于缺乏设计，老派程序员会担心代码质量的问题，尤其担心在赶时间的压力下，复制粘贴这种授低劣的方法会令程序结构幵陋。代码重构的一大粘髓就是，第一遍写代码的时候，只管写下去，不用费心是否要将某段代码抽离

6、岀來作为独立函数功能以备复用。但当第二次需要这段代码，当初级程序员可能直接动用复制粘贴工具的时候，就是该段代码应该被抽离为独立函数复用的时候。此时不可偷懒，抽彖、改写和立即进行的全方位测试缺一不町。以此方式，町以既保证快速开发，不受设计的局限，又保证了程序结构的优雅简洁。进一步，不单是某一功能的抽彖剥离这么简单。代码重构的核心思想，是要求程序员继承系统设计员的敏锐。洞察程序结构屮最大程度的复用，时刻注意优化程序的总体结构，时刻愿意对已完成的程序施行人人小小的手术，并随即进行周全的测试，以保证最新进行的修改不单满足新增功能的

7、需求，并且没有破坏己实现功能的运行。（三）八荣八耻的局限这个网上流行的标准版本的程序员八荣八耻，尤其明显的局限，一望而知是应用层面的开发人员所撰。依据是其中一条：以局部变量为荣，以全局变最为耻。对应用开发者来说，全局变最是应当极力避免的一件事情。但是对于底层开发者和操作系统的开发者來说，不得不人量使用的就是全局变量。当然，前捉是不得不，否则系统的状态保存或者参数传递会变得太过复朵而不利于系统的运行效率。不过，八荣八耻总结得好：以总结思考为荣，以不求其解为耻。这是软件行业赖以快速发展的根本法宝。继八月之后下半年的后四个月，依

8、然会是工作繁忙的时段。只是现代社会'I'，时时都可以轻易看到电脑业对于生活和生产效率提高的莫大帮助，是对从事这个行业所不得不付出的劳累的莫大安慰。一切事无法追求完美，唯有追求尽力而为。这样心无压力，出来的结果反而会更好。