程序员继续招;另加讨论如下问题:在团队开发中,如何编出好代码?如何管理程序员?如何作一名好程序员?如何做出好程序? 相信专家和不迷信专家的人都可以进来讨论! (

如果开发团队较小大可不必分工那么明确,可以一人身兼数职,当然也不能太多,
应该视其能力和工作强度而定,如工作强度过大而又必须有其担任可以佩个助手
负责零散的工作,如文档的打印整理等!
会议应尽量精简,某些不需要大范围进行交流的会议可以通过公司内部有邮件或
bbs甚至ICQ解决,如果可能在组员不离开座位的范围内组织会议!这一点对新
进公司的新手很重要,容易让他们产生亲近感,更容易说出新中所想!会议内容因
该提前通知,尽量不要临时召开会议!
一个工作应该交给两个人完成,即便是很小的几个任务也应该是有两人配合完成,
而不是每人几个分别完成.两个人之间交流起来也比较容易,相互之间也容易说出
心理的想法,而且总有一个胆大一点的人可以将这些想法在公开的会议上提出来!
代码应该共享,可以方便后进者学习!
 
要编整体质量高的代码无非是加注释,当然得统一规则,往这个方面考虑的话可以做模板
来实现;但是管好代码不等于能做好软件,毕竟还有模块之间的协作,个人认为只要是直
接用代码开发的情况,就很难解决这个问题,能换一种思维吗?
有兴趣可以到这看看:
http://www.delphibbs.com/delphibbs/dispq.asp?lid=1206721
大家别嫌我烦,有兴趣就发表一下意见!
 
delphi6高手还是没有招到啊。
有意者请继续来吧。
真是求贤若渴啊!
 
我觉得,以前那一个公司虽说它出来的产品不怎样,但是还有可学之处。比如它各各环
节出来的文档相当严格要求,达到什么功能、什么目的非常明确,已成规范,完全借助
于印度公司的搞法。比如它需求分析就是客户的一些要求,以及数据库方面的支持,硬
件的问题。以及它的一些想法,想达到什么功能。概要设计就是针对需求分析,列出所
要功能,对每一块大的功能做具体说明。详细设计就是对每一大的功能进行细化、做出
它界面,以及后台是怎样实现,基本上达到让三个程序员编同样的功能编码一样。
平时事不多的时候搞一些通用的函数、过程。比如不固定的字段,往EXCEL倒入数据
。设置权限问题。
我认为做为一名好的程序员不仅仅是写出一段很好的代码来,还应该有更多要求。
针对你所在的位置上下的合作关系,文档的规范,等等。在中国技术更为重要一些,在
印度就文档重要一些。打开印度的软件看一下源程序很差,但是就因为人家的文档规范。
作为一名好的程序员真不容易。但是我对我自己还是有信心的,比如在前一段时间,解
决程序控制远程拨号、动态生成报表、做DLL有很大进展,自己感觉还良好。
胡说了。经常联系03517810007
 
pyzfl:
我有个问题,特意找你,你在这里发言:http://www.delphibbs.com/delphibbs/dispq.asp?lid=1207912
你写的代码不错。如果我想让它排名的时候,如果出现重复的名次后,下一位的排名紧跟其后,而不是将其记录数赋给他的名次,(排名如:1 2 3 3 3 6 7。。。)
), 我要的效果是排名为:1 2 3 3 3 4 5 6。。。。。即出现三个3后不会跳到6,怎么样实现?谢谢! (pckite)
E-mail: pckite@163.com
 
我怎么加了楼主的QQ,却看不到您上网??我的qq是:4668082
还有大侠们出贴最好用多敲一下回车啊,可怜一下我们这些用ie5的菜鸟吧,
 
你干吗要想着怎样管程序员,一看你自己就没有团队精神,你想高高在上是吧,兄弟别干
这行,去搞“三个代表‘
 
To pckite:
应该更好做一点,intJLS都不要了,只要把intMC := intJLS 改为 intMC := intMC + 1
就行了,其余和intJLS 有关的语句全除掉。
To mygod!:
不好意思,我基本很少有时间上网,以后我们在晚上7:00左右上网,白天是不能上网的。
To 刁么:
如果你只是想玩儿的愉快呢,我建议你带大把钞票去各大游乐场去,没什么人管的,还
大爷长大爷短的提供服务;或者自己搞个房间带几个投缘的人住进去,更没人管你。
如果要做成一件事,管理、组织、纪律、协调等就非常重要;
俗话说“三个中国人是一头猪”,不知你听了是感到骄傲呢,还是作“其它想”?
 
To mygod!:
兄弟(?),找到你了,可是服务器拒绝加入好友,怎么回事嘛?
 
事实上,无论是什么团队,最重要的一点,就是目标一致性。团队中的成员可以不知道工作的
目标最终是什么,但是必须知道对团队领导者命令的判断与执行,要明白自己工作在团队链条
中的位置。那么,领导者最大的责任,是使成员明确这一点。
至于落实到程序员开发队伍中,那么抛开一些套话,实际上是一个管理组织原则在程序开发全
过程中的落实与体现。
程序开发过程:
用户需求分析->原型构建->系统拆解->代码实现->系统联调->试运行->反馈->
提交->跟踪
这是一个基本的开发流程。事实上,真正体现组织者水平的,是在从拆解到联调的这一段时期
内。这一段时间任务的完成,要求程序员(Programer),对系统设计原型及分解模型理解透彻,
接口定义规范,实现方法一致、代码风格相近(要注意一点,代码是给开发小组看的,所以无论
怎样的设计,必须使协作者能够在最短的时间理解)。一个很好的程序员,在小组中不一定能够
起到很好的作用。原因就在个人风格必须服务从协作者的要求。必须明白一点,项目最终的完成
取决于小组最弱者的进度!
目前,国内的程序员往往喜欢单兵作战,不热衷于小组的协调。我曾经帮助朋友的公司整理以往
的项目,由于人员的流动,他们以往的文档往往都不复存在。所以,国内软件项目负责人,应该
明白一点:项目开发中,程序代码实现是一个蓝领工作,具有很多的机械、重复性,开发工作的
好坏,实现只能体现一部分。
 
pyzfl:
我想換工作,我想我能幫你解決許多問題,而不僅僅是寫代碼,雖然我沒有造航母的經驗.
但你的$$確實不敢恭維,差不多只有現在的1/2.當然我也不是只看重$$的.
我是否可深入了解一下你公司的情況及項目.我的郵箱是yifanw@vip.sina.com.
你的言語挻有意思的,我喜歡.


 
wen:
谢谢你的支持,不过我只能实话实说,高手我确实想要,但一倍以上的薪资,我确实
承担不起,真的是。
再一次谢谢你的支持!

 
[:O][:O][:O]
这个贴子搁在那里好久了,我想现在也应该来个了结了。

首先,程序员已经招到了,多谢大家的支持。

本来想把自己关于团队开发的一些想法写出来,和大家探讨一下,不过当我和新来的同
事讨论我的开发思想时,马上就引发了一通争议,各种意见都有。
由此我就想:一种新的工作模式,也可能是不为人所深入理解,也可能是确实和实际不
相符。究竟如何,最好还是经过实践的检验。
所以,本来想写出来的“啰嗦文章”就不写了:与其早早写出来供大家唾弃,还不如
经过实践检验后再写出来供大家参考。
言而不行,非常惭愧!
既然人员已经齐备,那就赶快老老实实“耕耘”吧。
再次谢谢大家的支持!
 
多人接受答案了。
 
顶部