只显示主题贴

2008-06-06
全文显示

回复: 代码不优雅咋办

培训！不要求完美的程序员就不要招进来要求完美的程序员在培训后都能有所提高
2008-05-29
全文显示

回复: 选择html还是脚手架作为demo？

shatuo 写道看用户的需求、水平了，如果用户不担心性能问题的话，html吧。 举手赞成一个 如果你的客户很明白开发是怎么回事，也能理解第一阶段是确定功能需求而不是美化界面 那么用rails脚手架能事半功倍 如果你的客户就是很在意界面的布局，那么就老老实实用html吧
2008-05-15
全文显示

回复: 让人头疼的新手

yueye 写道luyunjian 写道armorking 写道代码1问题多多 public Double getsummation(Long lottype) { //1、既然是算钱，就应该用BigDecimal //2、sum和ls变量不需要这么早声明 double sum = 0.00; List ls = null; String sql = ""; //3、这个条件是无效（永真）的 if (sql != null) ...
2008-05-08
全文显示

回复: 对比丰田生产方式，敏捷原则和实践还太嫩

引用 我觉得你举的这个例子不恰当。jit主要是解决“库存”问题，而不是组装的概念，因为“库存”会产生管理和财务成本。如果没有库存就不会有这些负担。JIT要求团队之间必须充分协作。 同样道理软件开发中也存在“库存”，那就是“未完成的工作”，不明确的需求，未开发的需求，未签入的代码，未测试的代码，未发布的代码，未自文档化的代码等等。因为这些都是产品的中间状态。 将代码比作库存不是更为不恰当的举例么？如果你要用jit的管理来管理代码的签入 难道说我写完了代码还需要等到整个项目集成的时候再签入么？丰田的生产连配件卸货的时间都是很精确的。难道你能要求程序员下午3：15分准时把写好的代码签入么？或许你 ...
2008-05-07
全文显示

回复: 对比丰田生产方式，敏捷原则和实践还太嫩

partech 写道ball_cao 写道将丰田的生产比喻为“瀑布式开发”是指在单个产品生产过程中没有迭代 如果说敏捷开发和丰田的看板生产在思想上有什么相通的地方 那么就应该是这两者都是一种管理方式，目标都是在自己所处的生产模式下减少成本和降低风险 但是这两个方法论适用的环境是大为不同的 将敏捷放到汽车生产上不适用 将看板生产放到需要迭代的软件生产中也不适用 敏捷开发强调只应做满足目前需求的设计,如果你从丰田的JIT和拉动模式去理解就更自然； 敏捷开发中使用卡片来作为讨论备忘，随后作为开发的任务，丰田使用看板来实现拉动和JIT； 敏捷强调自动化的持续集成，丰田有自働化 -- 智能自动化; 敏 ...
2008-05-07
全文显示

回复: 对比丰田生产方式，敏捷原则和实践还太嫩

partech 写道ball_cao 写道丰田的生产和我们的敏捷说的软件生产根本是两码事 为什么做不同的事要用相同的标准来衡量呢 就像你想用公斤来标识自己的身高一样。 丰田是按需生产也就意味着看板的时候需求已经定了 换句话说是瀑布式开发 敏捷开发说的是需求要在不断的迭代中细化 你到丰田去定个车，先别说几个轮子，几个门，什么款式什么颜色让他看板生产试试？ 楼主将两种适用不同环境的方法论放在一起比较 窃以为有些逻辑混乱 如果从他们制造的东西来看，确实是两码事。 但思想是相通的。 奇怪，丰田的JIT啥时候成瀑布了？ 将丰田的生产比喻为“瀑布式开发”是指在单个产品生产过程中没有迭代 如果说敏捷开发 ...
2008-05-06
全文显示

回复: 对比丰田生产方式，敏捷原则和实践还太嫩

丰田的生产和我们的敏捷说的软件生产根本是两码事 为什么做不同的事要用相同的标准来衡量呢 就像你想用公斤来标识自己的身高一样。 丰田是按需生产也就意味着看板的时候需求已经定了 换句话说是瀑布式开发 敏捷开发说的是需求要在不断的迭代中细化 你到丰田去定个车，先别说几个轮子，几个门，什么款式什么颜色让他看板生产试试？ 楼主将两种适用不同环境的方法论放在一起比较 窃以为有些逻辑混乱
2008-03-12
全文显示

回复: 各位来对REST咬文嚼字一把？

高性能、高可伸缩性、简单性、可移植性、可靠性 没有提到开发和设计的难度 所以要实现上述性能是有前提的 你要能将你的业务抽象为rest的资源表述 就能获得rest架构提到的上述性能
  • 进入论坛 Ruby 版
2008-02-22
全文显示

回复: 软件公司技术培训的探讨

Sing 写道对于软件公司的培训,一直是让我比较头痛,2007年组织了内部培训十几门课,约50个课时,培训了1000人次左右,主要包括象ajax,appfuse,xml,ee5,spring,设计模式等方面,这属于内部培训,由公司内部的讲师来讲的. 还组织了外部的培训,专门聘请了架构师来做架构培训. 但是效果却并不是很好,希望有好的培训经验的朋友能够提供一些帮助. 企业的软件培训怎么做才能更有效率.或者谁培训做得好的,我们公司也可以付费,请过来做培训. 我个人是提倡大众教育的，但是反对没有针对性的大众教育（例如我们的高校教材）。 技术培训首先要搞清楚培训的受众是谁以及何种方式培训的问题。 比 ...
2008-01-21
全文显示

回复: 假如我是项目经理

stevenwang 写道 面对现实情况说话比较客观吧。 实际上没有几个合格的项目经理。 在中国，毕业2年就能当项目经理的情况太多了。 基本都是拼命加班堆代码，搞人海战术。 效果怎么样？非常见效。 se待遇如何？非常低。 这就是没有技术含量，靠体力弥补脑力缺陷的祸根。 需求搞不好，没关系，跟上级关系好就行， 设计不行没关系，变作变设计，coding 完事，设计也出来了。 编码不行？没关系，加班就行。累死也得编。 全国不光it这样，任何行业都是在做初级，低附加值的劳动密集型产业工作。 从生产者身上节约成本是最有效，也是最容易的。 反正便宜coding到处有。 现状多是你描述的这样 但如果作为项 ...
ball_cao
搜索本博客
博客分类
最近加入圈子
存档
最新评论