re: Meta Generation mixlee 2007-01-21 21:27
有witrix平台的DEMO可以看吗？非常感兴趣
re: 三种Tomcat的插件比较 mixlee 2007-01-18 09:52
Myeclipse没那么多限制。只要TOMCAT配好就OK了
re: Ajax：拥抱JSON，让XML走开 mixlee 2006-10-01 18:07
xml对tree结构的处理还有优势的，其他数据结构用JSON最好
re: 动态语言是否会成为JAVA的终结者？ mixlee 2006-09-01 21:01
看不出Ruby、Python和桌面有啥关系，也搞不懂OO和并行/分布式计算有啥矛盾。垃圾啊
LGPL的license如果用在商业代码中会不会有问题？好象用LGPL的代码都要开放出源码？
为啥非的弄成C/S模式？AJAX只是补充而已。C/S是倒退
re: 还是乱码问题 mixlee 2006-07-23 11:07
我也碰到乱码问题，在tomcat下是好的，但放到oc4j下就乱了。只是include的网页是乱码，不知道怎么回事。include的网页也加了encoding的。GBK和UTF8都不行。里面用了jstl，不知是不是这个原因，jstl怎么指定encoding啊？哪位兄弟知道
@quaff
既然两个没影响，那做成单例有什么不可，反正各自加载各自的配置文件，互不影响。
我想问问，在一个web server，比如tomcat下，放两个application。
在这两个application中都包含有同一个单实例的class。那么这两个单实例会互相有影响么？为什么在web系统中很少见人使用单实例，实际的例子就是spring取对象的方式，直接做一个单实例封装一下就可以在系统内方便的取对象了，为什么还要用WebApplicationContextUtils.getRequiredWebApplicationContext(context)的方式来取,我看代码spring 是把启动时加载的配置信息放在ServletContext里，为什么不直接放在一个单实例里取值还方便，对单实例一直有疑惑，还请老兄赐教
re: 用户评价系统的观点 mixlee 2006-04-29 18:31
关键是交互性和可操作性。也就是用起来是否方便，这个最重要。
漂亮到在其次。再漂亮用起来别扭也白搭
re: 我的一次项目管理实战 mixlee 2006-04-29 18:20
总结得很不错，许多关键点都抓到了
大家一起吃饭可以代替共同出去参加一些活动。
每天的聚餐可以很好的融合团队的感情。
个人认为不在一起聚餐就根本算不上一个团队，我比较中国，呵呵
re: 拿什么来驱动你啊，我的项目？ mixlee 2006-04-26 22:45
一般对技术不在行的LEADER就特别喜欢文档，因为这是他的工作成绩的体现。这也是他对技术没有把握，没有信心，所以只能靠文档来安慰安慰自己。
我认为文档还是有用的，在开发的时候可能效果不是很明显，在后继开发中就能体现出来。
比如换了一拨开发人员，如果没有用例，没有功能的需求说明，那么新来的人光在需求里就得摸上大半个月，还弄不明白。而且需求阶段的文档写清楚了，也就可以让开发人员好干活。
所以需求阶段的文档一定得写清楚。这个阶段的文档我认为还是得主要靠文字描述，尽量写详细。
至于设计方面，代码就是最好的文档。写详细设计文档简直就是浪费时间
re: 代码质量与文档质量 mixlee 2006-04-25 23:27
这个跟以前有没做过没啥关系。
做没做过应该是指业务逻辑。与开发框架无关。
如果具备开发框架的思想，那么即使是进入一个新的技术领域，也会先把开发相应的框架做起来然后再做业务应用。
re: 代码质量与文档质量 mixlee 2006-04-23 13:20
对于软件公司来说，
自己的开发框架才是最重要的。
有了一个好的开发框架，代码质量就可控制，一切才能走上正轨。
就如同工厂如果没有一套生产线，那么做出来的产品必定是不稳定的。
现在的公司，有几家拥有自己的开发框架？有几个项目经理手里掌握着成熟的开发框架？全部由零做起，不乱套才怪。
re: 新的展现层技术、架构与开发方式 mixlee 2006-04-19 20:26
个人认为Tapesrty的设计理念已经落后了。属于上个世纪的设计思维
re: 你必须找到你所热爱的事情 mixlee 2006-04-17 23:35
我热爱的是投机交易，不过靠这玩意儿现在我养活不了我自己，所以还得郁闷的埋头编码
re: DAO-持久层-领域对象-贫血模型 mixlee 2006-04-11 01:30
典型的滥用接口
re: 关于团队的一些想法 mixlee 2006-04-09 01:17
一个团队就如同一个球队，必须要有显著的风格才能取胜。
风格是LEADER注入给团队的。靠什么CMM根本没用。
有听说过球队实行CMM的吗，呵呵
我认为接口是约定遵守的行为标准，具体怎么实现可以由各使用者自行确定。
所以一般技术标准都是以接口形式公布。可以方便各厂商自行实现。所以接口主要是对外的。
abstract更大程度上是应用在自己能掌控的内部，比如自己是软件开发商，那么在自己的系统里就可以大张旗鼓的使用abstract而不用考虑别人会怎么实现。
表达能力不好，说的不太清楚。也就是说如果有第三方实现的参与，最好用接口，如果是自己实现，接口和abstract都可以考虑
re: 回顾两个项目看设计阶段 mixlee 2006-01-20 02:56
培训初程的代价太大，国内公司很少做这种事。
我认为初程最好只做二次开发，就是基于公司的快速开发框架做业务流程的应用开发。这样以来框架会强制性的实现开发的规范性以及一致性还有性能的问题。
要设计师提供详细设计文档给初程也是不现实的事情。
详细设计花的时间比编码的时间还长，只一个设计师不可能完成这项任务。
到最后设计师就成扑火队员，一方面要培训初程,跟初程沟通也是一件花时间的事情，另一方面还得解决技术攻关，两头都做不好，基本上会累的半死。