【access小品】程序开发的顶级难点是什么？

时　间:2012-05-11 16:21:14
作　者:煮江品茶   ID：10802  城市：武汉
摘　要:【Access小品】程序开发的顶级难点是什么？
正　文:

　　麦田同志今日发一贴，总结了版友提问的若干无厘头问题。恰巧这几天在组织一个系统开发工作，于是便觉得与麦田同志所论有些关联。于是乎便提出这样一个问题：程序开发的顶级难点是什么？

　　程序员不会写程序，这好像不是难点。一大把的程序员，花点钱重新招聘素质高的程序员就可以了。开发的资金不够也不是难点，领导都不懂，编点理由忽悠几个专业的名词，就可以把项目资金搞得大大的。时间太紧工期太短，这也不是难点，把开发的伙计们搞到一起喝点小酒，再发点红包，然后告诉他们你们说的这个理由不成立，我比你们内行少拿这些理由忽悠我，连哄带骂的搞些江湖上的东西就可以摆平。所以这都不是难点，可是往往一个项目的开发都千难万难，到底什么是顶级的难点呢？

　　顶级的难点在于说球不清，听球不懂，书面的语言叫做交流障碍。客观上，开发人员不懂具体的管理业务，使用人员不懂开发的东西。这有点像瞎子与聋子之间交流，比划的人看不见，看见的人说不出，这就是典型的鬼打架。所以能否在瞎子和聋子之间架起交流的平台，并使得这个平台能很有效的实现交流，这就是程序开发的顶级难题。

　　这个难题实际还有深度，要把一个瞎子和一个聋子之间的交流搞明白，中间借助一个不聋不瞎的人就可以了。如果是一群瞎子和一群聋子之间进行多对多交流就麻烦了，这个难度会增加很大。问题的难度还在于，能否找到能对瞎子和聋子交流方式都明白的人，这也是个难题。即使你找到这么个人，这个人虽然懂瞎子也懂聋子，可他不知道怎么有效得与瞎子和聋子交流还不行。更有甚者瞎子认为他能看见，聋子认为他能听到，这就鬼打架的大麻烦了。

　　阐述的有些搅和，这样说吧。一个人明不明白自己的问题是一个问题，一个人明白自己的问题能否正确的表达自己的问题也是一个问题，一个人正确的表达了自己的问题，听他唠叨的人明不明白他说的问题还是一个问题。系统的开发是很多的人参与的工作，这些人之间是否都存在以上的问题，这就是一个大问题了。在这些个混乱不堪中，焦头烂额的状况不出现都不可能。

　　那么怎么打破这个状况呢？其实说起来也不难，其一是要树立权威，这种权威不能仅仅基于职务，还要基于所涉及工作是否都能说道个一二三，特别是对开发人员，你要能在他的专业领域唬住他。这种唬住一定要是你懂一的时候，你一定要说我懂二，而且我不仅懂二，还懂你最缺乏的业务知识。其二是要善于在听的基础上，分清楚哪些是胡说八道，哪些是有价值的东西，胡说八道者先给他说一些道理，然后臭骂一顿。其三是要恩威并重，臭骂完了，晚上喝酒的时候再拍肩膀称兄道弟，给他讲江湖规矩。

　　总结一下，程序开发的顶级难点，不在于你用什么开发系统，不在于你用什么人，不在于你是否有资金，不在于开发的时间是否足够，在于沟通和交流。沟通交流的有效方法有三，会听，会说，会喝酒。一切问题的最终的解决不要放在会议室，到酒场上去，喝倒几个，喝爬几个，喝到医院打点滴几个，这个顶级的难题便迎刃而解了。