OneEyeWolf

Lucas Lee 写道OneEyeWolf 写道 [quote="Lucas Lee"]说得仍然是一如既往的好... 比较有深度. 不过呢,问题大家可能都看得到,如何解决或者实际解决的经验更为关键.[/quote] 我每个问题的后面，都跟了一个相关的办法，如果你不同意，或者有更好的应对措施，或者你们公司有更好的best practice, 欢迎拿出来议论，我也可以学习到别人做事的方法，这样我也不白写。基本上,如果你没有这么大的权力执行你的想法,那么总要跟上头沟通应该如何改进和实施你的想法. 这个基本上就是第一大难关.一般的公司都还处于比较初级的阶段上,所以业务,关系是第 ...

进入论坛软件开发和项目管理版

2008-01-01

全文显示

回复: 电子商务网站的可持续发展

[quote="Lucas Lee"]说得仍然是一如既往的好... 比较有深度. 不过呢,问题大家可能都看得到,如何解决或者实际解决的经验更为关键.[/quote] 我每个问题的后面，都跟了一个相关的办法，如果你不同意，或者有更好的应对措施，或者你们公司有更好的best practice, 欢迎拿出来议论，我也可以学习到别人做事的方法，这样我也不白写。

进入论坛软件开发和项目管理版

2008-01-01

全文显示

电子商务网站的可持续发展

电子商务网站的可持续发展 2007年终于过去了，从焦油坑里爬出来幸存的人们，互相握手庆幸，喜极而泣，纷纷在博客上写工作总结与来年展望，而我终于厌倦了期权的精神鸦片，难得的坐下来，远离自己负责的网站，想一想来年的布局。在国家大力宣扬环保，可持续发展的时候，从企业，从网站，就我个人，都要讲一个可持续发展，一夜暴富的思想只会浪费精力，没有方向，而只有平时注重积累，厚积薄发，终会有从量变到质变，扭转局面的时候。我们发力在向前奔跑的时 ...

进入论坛软件开发和项目管理版

2007-12-26

全文显示

回复: 好事要做到底，我们需要full stack的设计

[quote="agile_boy"]我坚持认为设计尽量抽象，尽量不要过早的利用某些特定语言，框架，系统。设计只有能最大程度的体现业务，体现用户价值，体现高层的抽象，也就可以了。所以一个full-stack的设计的出发点也许本身就错误了，就提前绑定到某一框架（也许我对LZ的有误解），而且设计也不可能千篇一律，不通的需求会有不通的设计的。 [/quote] 看来，你也应当加入SUN的JCP组织了，世界上最擅长抽象、制造标准的组织。

进入论坛 Java 版

2007-12-26

全文显示

回复: 好事要做到底，我们需要full stack的设计

[quote]另外，引申出来的一个问题，前端架构如何更好full stack设计?不少开发者后端本领不错，但到前端上稍微不重视（甚至讨厌js）,随着AJAX普及和新一批OO JS的最佳实践（如YUI/EXT）,使我们不得不忽视以前未能细化的地方，无论“里、外”，都必须做得更好[/quote] 前端的设计，在互联网应用当中，非常重要，是非常挑战你的创造力的地方。前端上稍微不重视（甚至讨厌js），是因为在没有掌握足够技能或准备的情况下，开发一到这个地方，花费的时间太多了，浪费在HTML标记和JS除错的地方，知难而退，还未有到一个光明的境界。另外就是太忽视前后端良好结合，以用户 ...

进入论坛 Java 版

2007-12-25

全文显示

好事要做到底，我们需要full stack的设计

full-stack 的设计，意味着各层能够无缝的集成在一起，遵循的DRY原则（don't repeat yourself)，将各层共用的东西，抽取出来，并通过自顶向下的设计，无缝的集成在一起，粘合在一起，达到更高层次、更粗粒度的重用，同时为了保证灵活的可扩展性，在更高、更粗的粒度上遵守开放-封闭的原则，在各层的各个关键点，要提供诸多的钩子，回调的接口，供使用者扩展。full-stack的设计，在层与层之间，并不一味的追求松散的机制，而是相反，在层与层之间增强一定的内聚性，粘合力，以此来达到粗粒度的封装与重用。可以说full-stack 的设计，其爆发出的威力是巨大的，相对普通的 ...

进入论坛 Java 版

2007-12-19

全文显示

回复: 说说业务平台这件事

关键是我们要对“业务平台”这个词语没有一个定义，这是个伪明题。像你在文章中反复说的下拉框、UI，这些是业务吗，是与业务无关的东西剥离出来的一种框架解决方案而已，更不能说是平台中的特色吧。就是工作流引擎，也是为了将流程定制、跳转与业务逻辑剥离出来的一种设计思想的实施。表单定制更不是业务，也是与业务剥离的一种方式。而在现实开发当中，做为一个有成熟技术积累的行业软件公司，这些都是个屁，根本不值得一提，早就有了，技术含量也高不到那去。在Delphi时代，他们就有了各种VCL组件、框架，功能比这强大多了，他们真正关心、头疼的不是这个。在现实当中，真正影响我们，耗费我们大量时间的，对我 ...

进入论坛 Java 版

2007-12-07

全文显示

回复: 敏捷-意淫者的天堂

stevenwang 写道以目前软件业落后的管理模式来说，任何好东西，先进的东西都是邯郸学步。日本，印度的模式比较适合我们，用严格的软件工程的管理模式，限制住大家脱缰的思想冲动。设计书写的就老老实实照做，比学什么敏捷之类的扯淡理论好多了。美国的那种精英模式我们学不了，日本和印度也学不好。我们都没有那种创新的土壤和厚重的科技兴国的技术氛围。所以，一句话，代码工厂模式是最优秀的。印度人成本低，是因为人力成本低，都找些高中手，能不低吗，而不是生产效率和生产力，不过这几年也在上升当中，反倒中国的开发成本是越来越低了。这几年外包业发展很快，很多公司都酝酿着上屎，文思创新不是已经上屎了吗。 ...

进入论坛软件开发和项目管理版

2007-12-02

全文显示

敏捷-意淫者的天堂

看了infoq中文站的那篇敏捷之文，又顺藤摸瓜，找到了太极掌门人的网站，作为一个旁观者，仿佛看到两个下盲棋的高人，飘在空中，一个说“炮五平六”，一个说“马8进7”，杀的好不激烈，另有一群评棋之人，或指点，或赞同，或反对，好不热闹。回到JavaEye,却更觉得这是块净地，务实求进，Pragmatic, 是我看到的JavaEye的风格之一。更觉可贵，也更希望保持下去。看到很多追求卓越的人努力的改进自己所在项目的软件过程，虽处在强大的官僚机器之下，力量弱小，却又像一群拓疆之士，在大雪迷漫当中，互相扶拥，奋力前进，自己身处于其中，似乎更加亲切。软件开发本来就是一种抽象的过程，将现实世界的连续的 ...