虽然很支持你们的项目, 不过这也放到首页....

也许作者说的是理想情况下, 不需要考虑吃饭, 出于研究/自学状态下的心态.

绝大多数程序员吧, 都是为了吃饭而工作. 很多时候用户需要的是一个 IF-ELSE 的逻辑符合他的需要, 这个时候再多的框架也只是个壳, 而且这些框架也丝毫不能减少编写 if-else 的代码. 我不觉得框架整合的越多越牛, 而是应该进行分工, 不同的人专著于自己最擅长的领域, 大家分工合作. 换句话说只要能如期完成项目或者需求, 到底是什么技术用户是不在意的.
软件业是服务业, 而国内的项目大多都是应用程序, 业务流程, 这时候这些XX开源框架很多时候都帮不了太多的忙.
至于架构的方面, 只能说做新项目之前多做些设计, 扩展等方面的工作, 能否集群也只是一部分, 采用哪些框架要根据实际情况讨论, 还得考虑万一碰到框架 Bug 的时候怎么办(记住开源项目可不是带免费技术支持的). 实际的情况往往是在维护老项目, 架构已不可再改, 推倒重做风险更大, 老板也不会同意.
个人觉得吧, 好好工作, 扎实掌握基础知识, 对于项目所需知识则是按需学习, 早日根据自己的爱好, 实际情况进行定位和规划. 毕竟精力有限, 人人都成为精通XXX流行框架又是架构师的概率实在是太低. 基础掌握牢固的话, 再看框架很多时候都会感到似曾相识.
PS: 我也不觉得 SpringSide 就是敏捷开发, 最佳实践, 说最佳之前请三思. PetStore 不也是经典嘛, 现在还不是被批判的体无完肤.

(2007-03-28 16:43:11) BeanSoft()
咱们这是互相交流,不是强制问和回答
(2007-03-28 16:40:41) BeanSoft()
不回答不是不尊重你, 别人安心工作的权利也要被人尊重

哈, 同样的问题, 我也遇到.

第17届Jolt大奖, Netbeans 超过 Eclipse http://www.blogjava.net/beansoft/archive/2007/03/26/106331.html
捧红 Eclipse 的是开发人员, 但是 Eclipse 的大厂商路线也许会被开发人员抛弃.

第17届Jolt大奖已经揭晓, 再访问原始链接, 惊喜的发现 Eclipse 没有任何提名, 但是 Development Environments（开发环境）的获奖者则是 NetBeans IDE, 而且 Netbeans 还获得了众多提名.

其实关于 Eclipse 的一些讨论已经很多, 有人可能会说 Netbeans 作弊, 但是不要忘了前几届 Jolt 大奖可是 Eclipse 的天下. 但是现在, 只能说 Eclipse 被几个大厂商把持, 掉入赚钱的泥沼中无法自拔, 再也不是那个声称处处为开发人员着想的开源 IDE. 看看他们做的免费做 J2EE 的东西就知道了, 一点也不上进, 就指望着用户掏钱买他们的商业插件. 老外也不是省油的灯, Eclipse 除了做 Java 代码编辑器这个优点之外, 其它的方面处处都是商业产品, 还不是那么好用的那种. 反观 Netbeans, 是有用户界面的一些缺点, 但是却提供了几乎全套 Java 开发的工具, 从 J2SE, J2ME 到 J2EE, 而且都是相当的稳定. 但是 Eclipse 则 J2EE 开发套件几乎都是收费, 这在打击盗版的 US 可想而知给人什么印象, WTP 则是 WSAD 的裁减版... 这个不在于用了SWT还是Swing, 而是发展路线和指导方针的较量. 恭喜 Netbeans, 期待 Eclipse 不要只在 Java 代码编辑上做做小改动就又推出新版本, 从 3.0 开始, 几乎都没太多进步了. 很高兴 Java IDE 的战争推动了IDE的发展.

我也是, 最近都有点头大... 文档说着容易写着难. 还有老没给公司做好工作很内疚.

是呀, 面试大部分时候都是问些概念题...

现在好了, JDK 都开源了, 就看有没有能耐改了... 根据了解国内做 JVM/JDK 的公司好像还不多.

同感, JavaDoc 和基础的流程, 数据库文档, 必须得有. 至少 JavaDoc 是可以同步产生的, 随时更新的. 看看 JDK 的 JavaDoc(当然实际开发不用这么细) 就明白为啥 JDK 的编码规范被人推崇.

首页放这样的东西...合适吗?

呵呵, 辛苦了...跨站调用一般似乎是不允许的.

我看过老袁的 JOCKY(混淆编译器), 是够狠的. 拿到代码 == 核心 这种概念是基本不存在的. 简单的例子, 拿到 Eclipse 代码是否能看懂 Eclipse 核心? 没文档这一切都是很渺茫. 进去之后让你做业务去, 还看啥核心呢? 当然不排除有丰富的 J2EE 底层架构经验的兄弟很快读懂.

还是 .NET 的那个做的好看....多谢分享!

我也感觉 Eclipse 方向不太对了... 被几个大厂商把持, 再也不是那个处处为开发人员考虑的开源项目了. 看看他们做的免费做 J2EE 的东西就知道了, 一点也不上进, 就指望着用户掏钱买他们的商业插件.

多谢分享! 正在学习用 XWiki...

啊? Eclipse 呢?

真的很有创意哦!

是呀, 很是纳闷没有提供 setVisible 的方法. 按说 item 也是组件, 为啥就不能被隐藏呢?

就是先解压在系统临时目录里了, 然后再加载. 有时候会有问题, 例如你的 dll 需要相对路径的时候就不能用这种方法了, 倒是可以解压缩在一个固定的相对位置, 退出时清空.

不过 SWT 这个新特性的确是人性化的多了... 做软件多考虑用户, 是王道啊...

呵呵, 以前的老文了... 客气的是 blogchina 说改版就改版, 结果改的我的文章面目全非, 贴图也没了, 真是让人伤心

论坛 + Wiki 才会好一些, 例如论坛几十个回复, 在概念上说只是一篇文章, 论坛讨论, Wiki 集锦. Wiki 更适合于做知识库. 也是个人想法, 呵呵.

资料录入? Excel 好像用的人多.

smartsync, 我们公司用的, 可惜是商业版, 需要收费的. 最不济的就是共享局域网目录写个计划任务执行. 或者通过 FTP 方式同步过去.

虚拟主机就是郁闷啊

小心出门被抢手机....俺是从西安某军事院校(西军电)毕业的, 反正自打毕业没多久, 就风闻西安高校附近治安恶化.

那就只能用当年学数据结构描述计算机加减法的原理来做了....

java.math.BigInteger 和 java.math.BigDecimal 实现了任意精度的整数和浮点数的计算.... 哥们还是不错的, 有创意!

提供用于执行任意精度整数算法 (BigInteger) 和任意精度小数算法 (BigDecimal) 的类
http://gceclub.sun.com.cn/Java_Docs/html/zh_CN/api/java/math/package-summary.html

可以让客户先点一下 Applet, 获得了焦点再用快捷键. 或者 page onload 的时候让 applet.focus(), 实在不行就弹出一个单独的 Frame 来搞算了.

收录了.

难道是传说中的抑郁症?

可怕...

和谐社会.. 我有个哥们搞 J2ME 的, 也许你们可以认识认识..呵呵

架构师就架构师吧... 怎么又和 IBM 挂上钩了? IBM 也不是个个都是架构师的.

多找点人问问, 说不定这点工资在香港活不下去也未可知.

受益了...

在不同的背景下各种框架都有其存在的合理性. 生物从低级到高级, 并不是说所有的高级生物都能存活, 低级的都饿死了, 也不是说高级的生物数目就比低级的多, 或者高级的存活率高. 建议笔者多多关注各种功能的实现, 举个例子: 图片旋转. 换句话说, 打好基础再看框架, 会觉得无非都是一些筐子, 装的是你写的调用发邮件, 写文件, 读写数据库的代码 --- 业务逻辑. 学语言, 最重要的是 API, 不是语法(对于做应用程序, 而不是编译器的人来说), 起码要工作就得至少熟练掌握一门语言.

个人观点, 呵呵.

java.io.NotSerializableException, EJB 要求所有的持久化 Bean 都必须实现此接口, 个人认为是你的 College和Department 没有实现 java.io.Serializable, 因此无法钝化所致. 详情可以阅读 精通 EJB 第三版 http://www.theserverside.com/books/wiley/masteringEJB/downloads/MasteringEJB3rdEd.pdf
以及 EJB 的相关生命周期描述.

介绍的很不错. 发现 TabItem 无法动态显示/隐藏, 有点头大....也许有别的办法实现吧.

早点控制农民比例为10%, 实现工业化才是王道....我就看着2050年能不能达到50%农民了.

看了看那个 Bug 页, 貌似 JDK 1.5 也没 Fix. Submit Date 11-NOV-1999. 所以我觉得要 Fix 就必须每个操作系统都提供系统启动时钟的功能, 但是你的这个就会引入另一个 Bug, 如果系统重启, 然后启动时钟就会被重置(我们假设应用存储状态后继续执行), 依赖这种做法的定时器也会失效. 所以我觉得 Sun 没有按照这种想法来 Fix 第一是不是所有系统都提供系统启动时间(典型的嵌入式设备)的API, 第二是这种做法又会引入新的问题. 一般来说依赖当前时间做定时是个比较简单实用的思路, Windows 软件防止过期后继续使用也是在注册表里记录第一次使用的时间, 以后如果发现时间超前就会判定为超出试用期.

JDK 必须要为不同的平台提供一致的特性, 所以这个 Bug 改起来还真是有点困难. 不过添加一个能获取系统启动时间的 API 倒是值得考虑(部分平台可用).

发现刚发的评论不小心改掉了, 我说的是服务器在生产环境下不中断应用这么大的时间改动很危险, 不现实.

http://www.springframework.org/schema/lang 建议看看 TLD 文件里这个东西指到了什么地方, 一般来说这个地址都是映射过去的, 而不是实际的 URL, 因为必须能上网才能用的标签库是不现实的.

集合与通用集合

http://www-900.ibm.com/developerWorks/cn/java/l-collection/

这篇文章介绍的很详细.

是该谨慎....就跟 Eclipse 一样, 老版本能跑的插件多半再新版本就不行.

JS 运行缓慢, 缺乏成熟易用组件, 代码开发麻烦, 调试要命, 这是短期内改不了的, 取代客户端软件为时尚早.

经典, 高!

哥们不去 Sun 公司改进 Swing 真是可惜了! 现在 SWT 凭借简单的拖放和外观正在蚕食 Swing 的市场.

据说压力测试的时候用 visualgc 会 Java 死机.

好好努力, 前途光明! 祝好运!

经典!

Java 2D 画图值得关注.. 目前 SWT 这方面还是有点弱.