re: 敏捷将亡 咖啡屋的鼠标 2010-06-11 18:01
@BeanSoft
你竟然是第一个浏览的，最近还好不？
这世道总是混事的侵占做事的创造出来那点果实。无奈
@javaliqi@163.com
呵呵，两年前回复的那天，确实还没找到。谢谢您还关心。
re: 我眼中的软件开发 咖啡屋的鼠标 2010-04-15 22:02
@路人甲
可扩展，可维护。最终的判断指标也是随着扩展和维护，需要付出的时间。扩展时需要写的代码减少也是代码减少。诚然代码不能一概而论的作为时间的考量标准，因为一行代码和一行代码的价值并不同。除了不同的人，即便是同一个人，在不同的阶段代表的时间占有量也不同。可是在每一个单独的时间点，我们可以把它做为一种单位去考虑我们的设计。比如我们需要扩展一个系统，好的设计可能只需要写少量的代码，不好的设计可能需要写很多代码。这也算是减少了代码量。
re: 天命 咖啡屋的鼠标 2009-01-09 15:08
@Alex wang
呵呵，有点，间接的关系。
re: 囚徒 咖啡屋的鼠标 2008-08-14 15:04
@穷
在InfoQ的一篇评论后看到这么一句话：
“李斯讨论军队任命时，说：新兵赏之则喜；罚之则惧。老兵赏之不喜；罚之不惧。”
现实中也真是这样。
接触油滑的老程序员越多，就越喜欢毕业生。不过这也没有办法，生活压力把大家都压得心态都变形了。大公司的政治斗争就更恶心，无益于问题的解决，更养成了不良的心态。
re: OO 原则 咖啡屋的鼠标 2008-03-18 21:27
总感觉这里面有些原则是告诉我们应该做什么，而有些只是说了做好了应该是什么样。
re: 想在Flex平台上学习设计模式的人注意啦 咖啡屋的鼠标 2008-03-09 13:16
@lwz7512
嗯，确实没注意到，我对这个领域的信息渠道一直在建设中。。。
感谢提供了一个好书，最近觉得那本书里写的模式实现很多有点取巧的意思。倒不是说有什么问题，仅从审美的角度讲觉得有点不舒服，代码有点多。
re: 正欲燎原的Flex 咖啡屋的鼠标 2008-02-29 15:40
@香草的天空
这个问题，看怎么看了，Java不也是1.4之后才成熟的么。而Java的IDE也曾经被大多数的人嘲笑过。而且，站在开发者的角度，这不见得是坏事，如果等到那个时候再去研究Flex，哪里还有机会？小白鼠还是开拓者，见仁见智吧。
ps：Flex的IDE其实不仅仅是Flex Builder，IDEA，FDT，好像还有一个开源的拿Flex写的。名字忘了。
re: 正欲燎原的Flex 咖啡屋的鼠标 2008-02-28 10:44
@Kenshin
我改不了，blogjava不提供给我这功能，相反，如果你注册了，那你就能改自己的评论，不注册的我就不知道咧。。。
re: 正欲燎原的Flex 咖啡屋的鼠标 2008-02-28 09:40
@交口称赞
我跟你观点差不多，不过网站的话，信息发布类虽然不行，但交互性要求很高的社区类网站就很合适。
re: 第一次应用blazeDS实录 咖啡屋的鼠标 2008-02-24 11:43
我发邮件告诉你了，你没收到？
re: 第一次应用blazeDS实录 咖啡屋的鼠标 2008-02-22 10:48
楼上，你是怎么反编译的，求方法。
虽然Flex Builder里面有代码，但是反编译swc还是很有用的技能。
我觉得flex不会经历大改动，进入AS3之后已经很稳定了。flex3马上就要发布了，而flex2的开源项目重新编译一下都能在Flex3上使用，对开发人员没有影响。
re: 开始看blazeDS 咖啡屋的鼠标 2008-02-21 10:51
感谢博主的帮助文档下载地址
re: 为什么大家瞧不起国内的开源 咖啡屋的鼠标 2008-02-21 10:36
许久不用Struts Spring Hibernate的人飘过。。。。。。
国内搞开源是比较难，想做个像红十字会那样正式的组织还得部级干部牵头。开源软件在国内的生存环境真的是不容易。
至于为什么讨厌国内的开源，那没有办法，有些人已经让国内开源给大众留下了挂羊头卖狗肉、喜欢作秀胜于实干的印象。印象的改变要好久。楼主既然选择了这条路，而且觉得自己做的不是这样的开源软件的话，那就用行动来改变呗，有位工匠说过，一个优秀的工匠应该是用行动去说话
re: (转)什么才是软件开发的葵花宝典？ 咖啡屋的鼠标 2008-02-14 11:57
需不需要先自宫？
re: web2.0时代也谈在家办公 咖啡屋的鼠标 2008-02-01 16:08
@allenny
你可以去试用一下Google Docs，尤其跟多个人一起编辑一个文档，那跟SVN、CVS完全不是一种感觉的。
@fiction
十分感谢您提供的这条信息，对我可能会非常有帮助。
Web Service我没有搭建过，大概了解他是使用的XML通信，如果是XML的话，当然不用映射。我们可能是因为是采用的HttpService的缘故，后台写的代码没有为生成XML而进行过合理的设计，而且或许因为项目的特殊性也很难设计，我们的数据对象不是POJO,也不是数据库的数据，而是一些非结构化的对象，每一个取数据的操作都是一个底层API的访问。在后台将其转换成XML还是JSON都需要编码。这个过程主要是在后台，不是在Flex端。
re: 谈一谈在家办公的利弊 咖啡屋的鼠标 2008-01-31 13:10
嘿嘿，可不可以收咨询费啊。
开玩笑了，不过这个方案真是可以想象一下，我这今天正愁江郎才尽写不出东西来呢，有时间也就这个写篇博客文章。
re: 谈一谈在家办公的利弊 咖啡屋的鼠标 2008-01-31 12:04
确实很遥远，不过也可以幻想一下，如果真要在家办公的话，可以用Twitter，小组成员互相follow，每隔一段时间写一下大家都在干什么，搞不好比在同一个办公室更好。
讨论可以用msn，甚至QQ群（这个当然有弊）等，省的讨论起来没有个头，也有记录。必要的时候才打电话。还有Adobe提供了一个在线会议的软件，也可以试试看。
Google日历上安排工作计划，大家共享日历。
GoogleNote上写一些关键点、用户故事什么的。
Google文档可以大家共同编辑文档。
每天把要做的事情先写好
re: [转贴]成功其实哪有那么多道理 咖啡屋的鼠标 2008-01-31 11:50
@木偶人
活出自我，不因为失败而扭曲自己，我觉更励志一些。
re: 解析Java Class文件格式 咖啡屋的鼠标 2008-01-30 16:15
占座看热闹
re: Flex项目技术架构前的假想 咖啡屋的鼠标 2008-01-30 13:36
我的上一个项目就是用的第一种方法，然后用AS写了一个底层通讯的类，总的来说代码是比较清晰的，唯一的问题是前后台的数据传递，Flex端不管是解析XML（伟大的E4X！）还是使用JSON对象都很方便，可是后台就不太方便了。mapping那块很麻烦，还对重构不太友好。或许可以考虑写一个CodeGen来辅助。
我个人是倾向第三种解决方案。试用了一下BlazeDS还是不错的，省掉了很多麻烦。不过没有在真实项目用过还不知道在细节上会不会有严重的问题。如果采用这种方式，我觉得像写Servlet一样写一些门面类，让Flex通过门面来访问是比较稳妥的一个方案，不要暴露太多后台的类给前台。
写模块的时候mxml写view，as写model和controller（必要的时候as也可以写点view，因为编译速度快），尽量减少代码行数，不要写没用的类结构。较大而且独立性比较强的模块就用Module，Module直接写在mxml中是没用的，得使用ModuleLoader。
re: 模式回顾---单例 咖啡屋的鼠标 2008-01-30 13:18
考虑了一下，还是趁中午的时间把改正的结果更新了，经过简单的多线程测试是没有问题的。
re: 模式回顾---单例 咖啡屋的鼠标 2008-01-30 11:45
@dennis
感谢您的批评指正，这个写法是有点问题。昨天跟朋友讨论出这个方法的时候没考虑细，刚才看了看，改改也能使用，可能就丑陋点了。先删去。
至于最后一种，确实不是lazy的，我看了看也没写是Lazy的，应该不会有误导概念的问题，但还是标明了一下以防止误会，很感谢你的指出。我只是把所有的初始化代码放到了init里面，在构造器里不做任何操作初始化操作，其实还应该做一次是否初始化的二次判断。省的多次初始化，但是那样我就还要再写一个函数来控制复位，说起来可能会更繁琐，就没加。
re: TDD与Junit的一点偶想 咖啡屋的鼠标 2008-01-29 20:34
怎么说呢，TDD的理论是无懈可击的。可是现实中给的时间往往都不太现实。导致很多人从常识出发得出TDD浪费时间且无意义的错误结论之后抛弃在项目中采用TDD的实践
re: Ajax还是Flex？（一）前辈Ajax 咖啡屋的鼠标 2008-01-25 11:39
@aj
我也看好Flex，但不觉得Ajax会被淘汰。
re: Ajax还是Flex？（一）前辈Ajax 咖啡屋的鼠标 2008-01-25 11:21
@6rl
Wooo，听起来蛮酷的
@left
gladder、自由门、TOR等，Google一下你就知道
@sam
准确的讲，不像。他是用actionscript写flash的一种技术。属于Flash世界的玩意。移步这里学习：
http://www.adobe.com/products/flex/
re: Ajax还是Flex？（一）前辈Ajax 咖啡屋的鼠标 2008-01-25 00:19
@王能
dojo听说是很多缺点
re: Ajax还是Flex？（一）前辈Ajax 咖啡屋的鼠标 2008-01-25 00:18
@treenode
感谢你提供了一个线索，我会去试试的。
re: Ajax还是Flex？（一）前辈Ajax 咖啡屋的鼠标 2008-01-24 15:33
@穷
呵呵，好久不见了。
我的观点跟你基本一致。不过前不久听说可以重写浏览器事件，比如后退。ajax可以考虑采用重写浏览器事件的手法。防止用户后退或者刷新。也许是一条路也说不定。
re: Ajax还是Flex？（一）前辈Ajax 咖啡屋的鼠标 2008-01-24 15:27
@地球玩家
http://www.earthplayer.com:8080/earthplayer/home.htmlflash大小447.26k，还算小
不过比起mapbar和googlemaps打开速度慢很多。但刷新一下很恐怖的。我忘了说Flex的另一个问题了，一旦弹出异常，用户要是点一个取消而不是继续，有时就只好按F5刷新了。
re: Ajax还是Flex？（一）前辈Ajax 咖啡屋的鼠标 2008-01-24 13:35
@久城
上一篇大概提了一下，Ajax只是借用了这个名词（这里可以精确定义一下：指HTML+CSS+JS的RIA实现）。
我其实自己也是在考虑将来的走向，Flex的RIA还是Ajax的RIA。甚至于，考虑AIR。
Flex的话，开始可能是，但现在远不止这么简单了，对于Adobe来说或者说是Flash对他来说是未来最大的一盘棋了。Flex可以把它的产品攥成一个拳头。
Flex的编译速度也实在是令我头痛，不过也没有你那么慢，我们一万多行的代码大概20多秒。（里面还有很多mxml）你最好找找是不是哪里有问题。
Tin的ppt里讲了如何优化Ajax，我们经常见到的web2.0应用其加载速度都非常快。而Flex目前最小也得100多K，可以用的至少都在500K以上。如果用Module的话也许好一点。不过每一个Module也都不小。这肯定是不能接受的一个体积。以Google的那些应用为例，同等效果的Flex应用肯定会大不少（而且纯Flash能不能实现还两说，我就想不通Flex怎么做Google reader这种产品，除非用DIV,像我昨天看的一个效果）
re: Ajax还是Flex？（一）前辈Ajax 咖啡屋的鼠标 2008-01-24 10:29
@cnodin
@久城
感谢二位的评论，根据意见又做了一些修改
re: Ajax还是Flex？（一）前辈Ajax 咖啡屋的鼠标 2008-01-24 10:07
@久城
其实我想说HTML,CSS这是很成熟的框架了。再配上这几个框架，另外，容易上手是ajax的大优势，我加上它。之所以说Ajax的框架成熟，是因为他已经对很多问题已经有了现成的解决方案，做Flex经常会发现原来在使用JS+HTML+CSS方面不是问题的，在这里反而成了问题，比如tab页的初始化和ViewStack，每次后面的都不初始化，至今没找到解决办法，我恨这个特性。
re: Ajax还是Flex？（一）前辈Ajax 咖啡屋的鼠标 2008-01-24 09:53
@cnodin
DOM太多？是说DOM操作太多还是，DOM结构太庞大？这两者倒是都会影响速度，Tin的ppt里有相关的说明。
extjs做出来的效果完全够用了（其表格控件比Flex内置的好很多，Flex里面目前我还没找到更好的），漂亮到一定程度之后，对大部分的项目经理来说，他们宁愿选择大家都会的成熟的技术。而不是像Flex这么生僻的。
我是站在公司的角度来讲，应用现有的公司资源比你从新开发一套AIR的东西好得多，公司往往已经积累了很多财富。air不得不去调这些东西（COM组件什么的，如果能调），这些东西平台相关的东西会限制AIR的跨平台的能力。就跟Java的境地一样，很多Windows下开发的Java程序还真是不能放到Linux下不是Java的问题，是外围的问题。
re: Lean与SARA模式-消灭惯性思维 咖啡屋的鼠标 2008-01-22 10:26
@cleverpig
"sara的成功是非常规思维制胜法？还是Lean的潜在作用？或者说是它蒙上了？"
这个问题谁知道呢，不过他确实是消除了浪费，从这个角度上讲，是有Lean的潜在作用的。另外一个消除浪费的例子是三星，三星老总认为，花一亿韩元，马上就能拥有的技术，却要花十几亿韩元，进行三到五年的开发，那是一种浪费。
re: Lean与SARA模式-消灭惯性思维 咖啡屋的鼠标 2008-01-22 09:42
@gfh21cn
那个度就是敏捷追求的东西。
新思维只是告诉我们可以换一个思路去解决本质的问题，而不是告诉我们把之前的都推翻。有这种想法就表示了脑海中还存在惯性思维，一有新的就把旧的全推翻（我时常想这究竟是宣传后遗症，还是我们的民族就这个毛病），关键是要找到本质的问题，真正的问题，解决它。
re: Lean与SARA模式-消灭惯性思维 咖啡屋的鼠标 2008-01-22 09:37
@cleverpig
隧道其实只是一种手法了，国内的情况是已经建立了大量集中的大型工厂，如果盲目去建隧道就是形而上学了，至于缩短前导时间，国内倒是听说有一家公司做到了，手法非常简单，老板听完郎的讲座之后回来跟员工说，我们要缩短前导时间，我们不要求12天那么快，15天就可以。果然很有压力，核心人员跟老板拍板说，不可能啦，进货要三天，XX要五天。老板全部炒鱿鱼，雇了一群新毕业的本科生，跟他们说，不管用什么办法，15天，全做到了。
re: Lean与SARA模式-消灭惯性思维 咖啡屋的鼠标 2008-01-22 09:31
@李剑
抱歉抱歉，我记错了。
re: flex3 控件转图片 咖啡屋的鼠标 2008-01-22 00:50
有用的技巧，顶
re: 敏捷真的是玄而又玄的“文化”吗？ 咖啡屋的鼠标 2008-01-16 10:28
@hiswing
那是分布式敏捷的情形。具db4o的人说，他们是采用分布式敏捷的。关于文档和体制，敏捷追求的不是没有严格的体制和没有文档，只不过选择用切实的工作模式（站立式晨会、结对、TDD、卡片墙等等）替代文字条框，用代码代替文档。
相对于敏捷，我一直在想，CMMI操作起来可能会有很多隐患，比如EPG的家伙们搞过级还可以，制定出来的文档模板可能根本不好用，文档可能看了帮助不大。中国的项目，工期大多是拍脑袋拍出来的，很有可能会是不可能完成的任务。小组成员还要分心写文档，一方面文档大多凑付了事，后期文档的效果会大打折扣；另一方面从事真正开发的时间进一步减少。
re: 敏捷真的是玄而又玄的“文化”吗？ 咖啡屋的鼠标 2008-01-13 01:57
敏捷的本质是快速反馈，不管是小组与客户之间的，项目组成员之间的，你自己的的代码与代码之间的等等。
背弃了这个原则，敏捷也就不成之为敏捷了。
re: Extjs学习笔记 --- 实战 咖啡屋的鼠标 2008-01-13 01:43
哈哈，我是今天刚看完ext，成长历程跟你完全相反。把你的extjs换成Flex，把Flex换成Extjs就是我的心态。
ext确实很酷，目前最酷的客户端类库了。
而Flex跟ext分属两种不同世界的玩具，玩玩就知道了，顺便给你推荐一个Flex控件库：
http://code.google.com/p/flexlib/wiki/ComponentList
re: Core Java之OO继承设计技巧 咖啡屋的鼠标 2007-05-08 19:56
个人认为抽象类才是为继承而设计的，普通类不是。而能用接口的尽量还是不使用抽象类。
>>>>>>
最近发现TDD很容易造成设计欠账，相对与过度设计，设计欠账也是不好的。想要用好TDD还得修炼啊。