|
锁定老帖子 主题：项目进度控制与员工激励技巧探讨
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2006-07-04
liunq 写道 santafeng 写道 说了这么多我推荐一下一个快速开发的持久层框架speedframework有兴趣可以去研究一下，或者对你以后的项目开发有些帮助。 Speedframework(http://sourceforge.net/projects/speedframework)是一个完全基于JDBC开发的轻量级持久层框架. 它可以直接调用SQL,也可以直接对POJO进行CRUD操作,代码与ORM相当.调试方便,不用配置,内置JCS缓存,能有效降低数据库压力,它具有以下特点 1.免配置持久层，免配置可以减少开发中配置带来的烦恼，调试带来的烦恼。 2.完全是jdbc封装操作，性能完全没问题。 3.jcs cache实现，对于数据库操作对象缓存减轻数据库压力。 4.自带分页组件，完全可以直接传入一条sql即可完成困难的分页逻辑，可以由客户自定义。 5.结合表、视图实体逻辑设计模式可以实现xp开发。 6.speed能自动识别表字段pk的自增主键，并可以返回自增字段值。 7.实现了jdbc的批处理封装，存储过程调用等jdbc api常用的封装。 8.降低了入门门槛，有利于初期开发和中后期维护，适用于开发程序员经常更换的团队。 在项目中使用speed框架以后，我们基本没有加班。而且是1－1。5模块/1天/1人。 speed框架支持JTA吗？ jta的支持正在开发中，过一段时间即可开发完毕。 |
| 返回顶楼 | |
|
发表时间：2006-07-04
liunq 写道 santafeng 写道 说了这么多我推荐一下一个快速开发的持久层框架speedframework有兴趣可以去研究一下，或者对你以后的项目开发有些帮助。 Speedframework(http://sourceforge.net/projects/speedframework)是一个完全基于JDBC开发的轻量级持久层框架. 它可以直接调用SQL,也可以直接对POJO进行CRUD操作,代码与ORM相当.调试方便,不用配置,内置JCS缓存,能有效降低数据库压力,它具有以下特点 1.免配置持久层，免配置可以减少开发中配置带来的烦恼，调试带来的烦恼。 2.完全是jdbc封装操作，性能完全没问题。 3.jcs cache实现，对于数据库操作对象缓存减轻数据库压力。 4.自带分页组件，完全可以直接传入一条sql即可完成困难的分页逻辑，可以由客户自定义。 5.结合表、视图实体逻辑设计模式可以实现xp开发。 6.speed能自动识别表字段pk的自增主键，并可以返回自增字段值。 7.实现了jdbc的批处理封装，存储过程调用等jdbc api常用的封装。 8.降低了入门门槛，有利于初期开发和中后期维护，适用于开发程序员经常更换的团队。 在项目中使用speed框架以后，我们基本没有加班。而且是1－1。5模块/1天/1人。 speed框架怎么关联表查询？ speed框架利用表、视图对象模式进行快速开发，建立对应页面视图对象javabean，填入对应查询sql语句即可实现关联查询。例子里面有。 |
| 返回顶楼 | |
|
发表时间：2006-07-04
怎么讨论到后面变换主题了。
|
| 返回顶楼 | |
|
发表时间：2006-07-05
santafeng 写道 riss 写道 我离1W天还有一点距离,但我感觉很有压力了,我活了7K多一点了吧,工资却没有7K
水平高低与月收入没有关系吧。。。 其实我们都收入都查不多，可能我比你更少。。。 生活重要的是心态。祝你好运。 谢谢,我才刚入行,和你没法比(只是现在,以后说不定). |
| 返回顶楼 | |
|
发表时间：2006-07-09
gigix 写道 riss 写道 要对项目进度进行控制,不但需要企业文化,还得形成团队的文化,只有大家形成一股劲才能重拳出击.事半功倍,项目负责人就要有将军的工作作风,小组成员就要有士兵的作风.将军发了命令,只需回答,Sir,Yes Sir!工作没完成先不要说任何借口,(只要将军没问你),只要说一声:"对不起,我没能按时完成工作".只有强有力的执行力才能带起团队.
第一，团队文化不等价于军队文化，团队文化有很多种，军队风格只是其中可能的一种。 第二，军队作风不一定适合于软件开发。（传统的）战争有两个特点，第一是士兵无法获知整个战场的全面信息，第二是一旦出错就意味着死亡。这是软件开发的特点吗？ 第三，现代的战争和现代的军队已经发生了根本性的变化。由于C3I的全面投入实用，现在一个步兵就可以代表一整个集团军，士兵拥有了更多的自主权力。并且士兵被鼓励甚至要求更多地提供信息与参考意见给指挥部，指挥的艺术逐渐由“预测”转变到“快速反馈”。所谓“执行力”也不再是像“把信送给加西亚”那样，把困难交给勇敢的士兵；现代军队中士兵与长官保持实时通信，士兵被要求遇到困难立即通知长官，长官则会立即调配资源修正命令，“有问题立即反馈”的重要性已经远远超过了“勇于克服困难”的所谓执行力。这与你所想象的所谓军队作风一致吗？ 一只高素质而且有着非长高的向心力的开发团队是可遇不可求的。 更多的时候我们碰到的只是上班拿工资的人。这还是能够接受的。 更令人头痛的是一些不听指挥，自命不凡的牛人，你指东他打西， 你在项目里用框架A，他敢背地里给你用一套框架B，两套框架并行跑。 |
| 返回顶楼 | |
|
发表时间：2006-07-09
smilelee74 写道 一只高素质而且有着非长高的向心力的开发团队是可遇不可求的。
更多的时候我们碰到的只是上班拿工资的人。这还是能够接受的。 更令人头痛的是一些不听指挥，自命不凡的牛人，你指东他打西， 你在项目里用框架A，他敢背地里给你用一套框架B，两套框架并行跑。 换句话说你根本就没有去关注他每天到底在做些什么。他做的时候你没有和他交流，他做完了你也没有去审查。 |
| 返回顶楼 | |
|
发表时间：2006-07-09
引用 一只高素质而且有着非长高的向心力的开发团队是可遇不可求的。 更多的时候我们碰到的只是上班拿工资的人。这还是能够接受的。 更令人头痛的是一些不听指挥，自命不凡的牛人，你指东他打西， 你在项目里用框架A，他敢背地里给你用一套框架B，两套框架并行跑。 换句话说你认为“他自以为很牛，其实他不懂团队配合”，你平时很少加强团队建设。或者，你压根认为，你只要指点一下方向，所有人都将按照你的意思做。 一只高素质而且有着非长高的向心力的开发团队是可遇的，同时也是可求的，只是需要大家努力建设，而不是伟人来一个或者个人英雄主义所能替代的。 如果在你的团队我每天都在进步，每天都有收获，那么，我是会全心全意投入团队合作的。 我个人有经验教训，所以说上几句。 |
| 返回顶楼 | |
|
发表时间：2006-07-09
铁打的营盘流水的兵
培养一个团队需要时间 培养一个稳定的团队更需要天时地利人合 在当今国内的环境， 更多时候是临时拼凑的团队。 面对这样的团队，靠什么才能完成项目。 靠制度，靠公司的开发框架强制性的规范。 |
| 返回顶楼 | |
|
发表时间：2006-07-09
weihello 写道 换句话说你认为“他自以为很牛，其实他不懂团队配合”，你平时很少加强团队建设。或者，你压根认为，你只要指点一下方向，所有人都将按照你的意思做。 一只高素质而且有着非长高的向心力的开发团队是可遇的，同时也是可求的，只是需要大家努力建设，而不是伟人来一个或者个人英雄主义所能替代的。 如果在你的团队我每天都在进步，每天都有收获，那么，我是会全心全意投入团队合作的。 我个人有经验教训，所以说上几句。 很多时候是没有时间给你建设团队 而且每个团队的风格是不同的，团队的风格是项目领导人注入的。 就如同球队一样，每只球队的风格都是不同的，不同的教练带出不同的球队。 只有经过长时间的建设和筛选，才能拥有符合团队风格的人员。 但是有多少公司会给你这样的机会？那只是理想情况。 面对现实，在开发上，靠的是制度和框架而不是靠人。这样风险才最小，也最稳定。必须降低对开发人员的依赖度，才能保证项目的成功率。 |
| 返回顶楼 | |
|
发表时间：2006-07-09
smilelee74 写道 很多时候是没有时间给你建设团队
而且每个团队的风格是不同的，团队的风格是项目领导人注入的。 就如同球队一样，每只球队的风格都是不同的，不同的教练带出不同的球队。 只有经过长时间的建设和筛选，才能拥有符合团队风格的人员。 但是有多少公司会给你这样的机会？那只是理想情况。 面对现实，在开发上，靠的是制度和框架而不是靠人。这样风险才最小，也最稳定。必须降低对开发人员的依赖度，才能保证项目的成功率。 你有没有意识到，标蓝的部分和标红的部分是矛盾的？ 如何降低对单个开发人员的依赖？你必须有一支成熟的团队，一个有效的团队交流和知识共享机制。如果想靠一些制度、一些文档体系就能建立起这种交流和共享机制，那才真是理想，或者干脆说就是幻想。 |
| 返回顶楼 | |
