8月初，到了要发上月工资的日子，总经理上午给每个老员工都发了崭新的钞票，而新来的几个同事，都只有看着别人数钱的份，是不是刚毕业的学生会有个实习期，过了实习期才能领工资呢？
南宫寒玉没有想太多，反正公司有吃有住，要那些钱也没什么急用！另外有2个新同事就不这样想了，跑去找总经理问，为何不给新员工发工资，总经理忙说马上就发，于是下午就给每个人发了800元。虽然钱不多，但毕竟是毕业后的第一份工资，南宫寒玉心里还是蛮高兴的！只是，总经理在催促下才给新员工发工资，让他感觉不太好！
过了几天，总经理出差了，一周后才回来。一次，南宫寒玉很晚才下班，在回附近的地下室招待所宿舍的路上，听到路边有辆黑色轿车里，传出了总经理的声音，是在用大哥大和客户谈事情。晚上很安静，南宫寒玉听到总经理很*的说：“重庆的妹子太漂亮了，我特意在酒店多住了几天才回来……”——原来是这样，大伙都在忙于项目时，领导居然出去玩儿去了，这样合适么？
回到宿舍，诸正明居然不知道从哪里找来了个女人，正在床上咪西咪西。铁架子床有节奏地抽噎，穿透单薄的布帘，不断的撞击南宫寒玉血气方刚的神经。回想在学校时的一个周末夜晚，有两个室友关在蚊帐中，模拟中的套路，把木床弄得嘎吱嘎吱响。那位在下面的男生，合着木床的旋律申吟，活生生地把一屋子的小公鸡惹得无法入眠！今夜，非断臂版的激情秀上演，哪里还让人睡得着？
这个诸大哥，白天干活看不出有多厉害，晚上干活却如此这般生猛！一连几个小时，这个小小的宿舍里，就在反复吟唱短短的“定情诗”——
思君即幽房，侍寝执衣巾。时无桑中契，迫此路侧人。我既媚君姿，君亦阅我颜……
(此处删节百余字)
次日早上，有个老同事看着南宫寒玉的熊猫眼，打趣道：“昨晚爽吧？和老诸同居就是过瘾，他只要手头宽裕，经常都会带流莺回房表演的，你有眼福和耳福罗……”
果如其言，后面经常会有不同的女主角前来献技，有时候连布帘都不拉上，只把他看得热血澎湃。有时候，完事后，女主角居然胸怀坦荡地挪到南宫寒玉床前，*他道：“帅哥，要不你也来玩玩，价钱公道，30元一次。”
这浓妆残破后的妇人，在黑夜中活像一个面孔狰狞的女鬼，意欲专觅食年轻男子的至阳之气，把尚未*的南宫寒玉吓得魂飞魄散，忙扯起毯子蒙住眼睛。
老诸与女鬼不禁哈哈大笑……
8月份，工程异常紧张，因为按客户要求，月底必须初步完工，所以，每个子系统负责人都在赶工。南宫寒玉独自也负责了两个小子系统的开发。当时，国内的MIS系统还不普及，有经验的软件人才还不多，公司招的人都是些毕业不久的程序员，没有很严谨的工程概念，系统分析、系统设计、数据库设计、程序编写、系统测试等环节都各自为政，各子系统负责人也缺少交流，纯粹依赖于后端数据库通信！
第一次将系统部署到客户单位时，用真实工作流数据一调试，一大堆问题就来了。二十多个子系统间的业务逻辑互相打架，许多人手工都可以很快算准确的数据，电脑却算出明显错误的结果。更要命的是，由于每个子系统数据库中大量使用了触发器和存储过程（此二者，都是为了完成特定功能的数据库语言程序集，区别在于前者是由事件触发执行），调试时解决了一个问题，马上就导致了另外的问题。大家都快疯掉了！
现场运行搞不定，总工就只让给客户演示了功能强大的界面，然后请关键领导吃了顿饭，算是暂时混过去了。大家带着足够的客户真实工作数据，撤回了公司，日夜不停的修改系统，总经理也每晚搞来很多好吃的宵夜犒劳大家，公司出现了难得的齐心协力的团结局面！
可是大型软件工程就是奇怪，大家越是猛干快干，问题就越出越多！就如建造一个大厦，蛮干是行不通地，工程设计和工程总控如果有致命缺陷，后期补救还不如推到重来。唯一让大家有信心的，是南宫寒玉独自负责的子系统三天就修改好了，反复测试也没有问题。没过三天，一个重要子系统的负责人借口家里有事跳槽了，老江湖让南宫寒玉接替了他的工作。该子系统一直有3个人在做，南宫寒玉现在手下要管2个人，工作就没那么简单了。
第一个独自搞好2个子系统，南宫寒玉本来有些飘飘然，对新任务充满信心。可是，很快就发现，问题比他想的要复杂好多倍。
因为在学校没有机会实践大型数据库，不太不精通，他便很少使用数据库来做运算。业务逻辑大部分放在前端，很少使用存储过程，加之2个子系统独立性强，那修改起来非常轻松！现在的这个子系统，涉及和其他子系统大量的通信，且三个原始开发者也各自为政，用不同的风格来写程序，给测试工作带来了不小的麻烦！
原负责人程序结构清晰，算法严谨，重要部分都有注释，不需要设计图都能很好看懂。而两位下属写的程序，思路混乱，算法笨拙，一小段上百行的程序，仔细看了很久才明白，其实用一个“循环+判断语句”十几行代码就可以替代了。
考虑好后，南宫寒玉就要求两位下属，按照统一的标准来修改程序，以利于后来人调试与维护。但他们都不愿意做重复劳动，更不想在程序上加上注释。很明显，他们希望自己写的程序只有自己能维护，也许认为这是保住饭碗的有效方式吧！
南宫寒玉没辙，只有去找总工，老江湖一句话：“现在各个子系统都有这样的情况，我们只有二十多个程序员，这样搞来不及的。”整天跟着总工鞍前马后的副总工也发话了：“你原来的2个子系统不是很快就调试好了么，多开动脑筋，就会有办法！”
南宫寒玉毕竟管理和软件开发都没经验了，只好让下属去做些报表模块等简单工作，自己一个人几乎通宵达旦地修改，一周之后，总算勉强搞好了。联合调试时，问题又来了，各业务关联性较强的子系统都互相修改同一数据，导致业务流的结果一时正确，一时错误。改掉一个业务逻辑，又会导致另一个错误。第二天，市局就要按照原计划，组织全市下属单位开会，介绍该MIS系统了。届时，要做系统演示，怎么办呢？全公司都像热锅上的蚂蚁。
结合自己独自开发的子系统成功经验，南宫寒玉想是否可以做个简单的演示版，用前端的业务逻辑，代替所有容易出错的后端操作呢？他把这个想法告诉正副总工，他们都认为可行，就安排6个高手和他一起来干。到天黑，演示版终于出来了，只要不输入一些特殊的数据，运行都很正常。第二天，市局组织的信息化会议，有几百人到场，副总工负责介绍，南宫寒玉负责演示，总算过了这一关！
演示版骗得了人，实地运行却依然是错误层出不穷，这样，第一个客户的二期工程款就不敢付，市局也不容许其他单位签合同。
作者题外话：大家在上网或玩游戏时，会感到很有趣，但我们程序员在写浏览器、游戏引擎等软件的过程，却比较机械与枯燥。
前二节关于软件开发的故事，如果读起来比较不好懂，大家可以给我留言提些建议，我将尽全力修改，以给大家最好的阅读体验！感谢大家的支持！