淘客熙熙

风北客

注册:2006-12-08 06:53:46
正四品上:正议大夫|忠武将军
💧22784
🌟1582
💓1

家园

所有帖 / 69 上页 下页 末页
2009-09-16 08:12:57分页 全看 树展
🙂hehe ↑3 ↓0
那个tansaction就是真实的case。一部分操作已经转换为异步处理了,所以核心平均下来就是这个数字。不过不是很确定我们统计方法是否有太大的差异。 我觉得这个数字非常普通了,在itpub上看到其他人做的测试,一般的pc服务器 跑tpc-c,oracle 10g,单节点做到90 ...
2009-09-15 05:34:31分页 全看 树展
🙂你也想的太简单了 ↑1 ↓0
sun推ejb的目的是为了硬件销售,你仔细想想当时哪几个厂商对这事最积极? RJ也没做什么革命性的工作,只是丫会写书,把概念系统化了,另外rj的商业意识非常强, 做ioc的,他不是第一个,但是他能把spring做的很胶水,吸引了主流的开发人员支持,然后借着名气把概念产业化。 说点 ...
2009-09-15 05:26:04分页 全看 树展
🙂2000年左右ejb还是主流,一堆的人排着队往里面装 ↑1 ↓0
项目里不弄个啥cmp,你都不好意思跟别人说你是搞java,这破风气好像一直到2005年,某个号称中国java第一人的家伙还无耻的说,不玩ejb的项目就不是真正j2ee项目。 不过也就是那个前后确实有不少人搞一些简单的orm工具,我自己也写过一个。另外还有so搞笑的,某人号称精通此 ...
2009-09-15 05:17:50分页 全看 树展
🙂裤大94级的?在新加坡混过? ↑2 ↓0
几个问题 1. oracle rac在百万记录达到几百tps小case, 我自己在非RAC的x86上测试,单节点都轻易达到800tps(每个transaction4个sql,3个查询一个更新)。对于rac的极限,不知道你有什么进一步的资料。 2. 我感觉创新并不一定需要坚实的技术 ...
2009-08-29 09:19:13分页 全看 树展
🙂你说的很正常 ↑0 ↓0
国内外都很普遍这个情况。其实看一个技术人员水平如何,光看宣传,文章,讲座,不行,还是要看个人的大部头专著和个人工作作品。 以前接触过几个挺有名的程序员,真正接触多了发现也很一般,写的东西很复杂,为模式而模式,质量反而不是很好。但是人家比较能写文章,各种杂志上到处发,所以很早就出名 ...
2009-06-17 05:54:15分页 全看 树展
🙂agile的本质不就是强调要信任程序员 ↑0 ↓0
相信程序员都有追求自我实现价值的本质么
2009-06-15 04:59:28分页 全看 树展
🙂谈不上教条吧 ↑2 ↓0
我觉得以利益为驱动的管理模式只能维持短期的繁荣。比如一个task,可能有1天完成和10天完成的方案,短期内对po都是一样的,效果只有进入到维护期才能看得到。那么考虑短期利益,大部分人肯定会选择最快实现方式,这恰恰是对公司利益最不利的。 我也承认,以利益驱动的方式,短期内最容易见 ...
2009-06-15 04:55:08分页 全看 树展
🙂不需要 ↑0 ↓0
在agile团队里没这个问题,agile团队强调人人参与,这种偷懒,投机取巧的人不可能长期存在。我们项目就有一个人这样的,现在混不下去被撤了。
2009-06-14 10:36:14分页 全看 树展
🙂你的中式思维没完全转过来 ↑2 ↓0
在agile团队里,不存在老鸟和菜鸟的说法,大家地位都是平等,这是和传统团队很大的区别。甚至说一些打杂的成员,我们也是都算在团队成员里,每天也跟我们一起开会,参与所有的讨论和重大决定。 而最大的问题在于,积点考评的目的是通过竞争,利用利益驱动去鼓励团队成员多做事,做好事。而这点 ...
2009-06-14 10:16:28分页 全看 树展
🙂我觉得难点在于量化 ↑2 ↓0
平衡积分法的核心就在于精确量化,这恰恰是软件开发无法做到的,你的例子恰恰说明是不可量化的,所以使用一些虚拟的量化指标来代替。过于追求量化的考核指标,最后往往得不尝试。如果软件能够真正意义上解决量化问题,那么也就意味着有了真正的银弹。这个问题两年前我在这和人讨论过。软件其实是人的思 ...
2009-06-14 08:13:29分页 全看 树展
🙂agile里的做法相反 ↑3 ↓0
要避免一个功能模块只由一个程序员来开发。 1.为了规避风险,提高truck number 2.避免程序员形成各自为战的工作方式,强调要团队作业 3.基于代码共同所有的原则,就算是你开发的,别人也有权利修改和维护,所以一般团队成员都兴趣也有义务去了解别人的工作。老实说这点我刚开始挺 ...
2009-06-14 08:00:27分页 全看 树展
🙂软件的问题是不能精确量化 ↑1 ↓0
所以平衡记分法很难使用。scrum和xp里面的point都不是man-day或者man-hour,它只是一个相对的评估值。比如我对某个任务的估算是3个velocity,那只是说明我做这个任务所需要的时间是坐另外一个1velocity的时间的三倍。那么熟手来做可能是1个veloci ...
2009-06-13 10:13:15分页 全看 树展
🙂呵呵,你貌似不是在做scrum吧 ↑1 ↓0
scrum里没有严格意义上pm的概念。 如果奖金可以占到40%以上,这基本都是垄断企业了吧。当然华为和少数游戏和网络公司也可以。现在一般软件公司都是惨淡经营,哪能开那么高的奖金。就算oracle,行业中利润最高的,也没那么高奖金。 平衡记分卡这套基本都是在传统企业玩的,软件公 ...
2009-06-13 06:35:01分页 全看 树展
🙂问题是,谁来做这个评估做到公平公正合理? ↑1 ↓0
而且一个项目往往多个team,这种评估会导致过程更加复杂。另外软件管理的一个重要原则是不能同时使用奖罚措施。 agile的一个目的就是要最小化管理成本,按这样做,只会更复杂。 pg的评估只是一个相对值,是这个小组成员相对于以往工作给出的一个点数,所以不强调说这个点数是man-da ...
2009-06-12 22:53:17分页 全看 树展
🙂你这情况跟agile没一点关系了 ↑0 ↓0
不过你能做的事是要让po明白现实,如果最后什么都拿不出来,大家一起倒霉。
所有帖 / 69 上页 下页 末页


有趣有益,互惠互利;开阔视野,博采众长。
虚拟的网络,真实的人。天南地北客,相逢皆朋友

Copyright © cchere 西西河