Dustin

<程序员>杂志早不看了, 文章被一群业余的"专家"所占据, 做的事情就是炒国外的冷饭.

曾经也因为被舆论搞得头脑火热, 癖颠癖颠得去学Ruby. 后来发现被媒体给算计了, Ruby除了很多语法糖比较好吃外, 没看出有什么强大之处. 敏捷? 那要看什么项目. 随便拿个比较复杂的J2EE项目过来看, 达到同样的功能和性能, 能省多少时间?

也学了不少语言了, 还是学院派的Java最适合我.

All about Surviving!
刚出来的毕业生要找个工作不容易啊, 看看招人启示都是充斥着各种框架的名称.没说要招懂数据结构和算法的.
当然与咱们内地大学的整体教学水平太次, 以及整体的学习氛围有关. 各种原理课程在大学都有开课,不是教授太水就是学生自己不努力,每天无所事事有关.

很高兴看到学弟/学妹的热情.不过感觉SOA门槛真的很高.没有在软件公司摸打滚爬10年左右很难不让SOA流于空谈.

在决定用MySQL Cluster之前，首先要明确自己数据库方案是否适合用Cluster：

1. MySQL的cluster现在的处理还相当的幼稚， 它所有的数据都需要保证能放在内存中，所以有个经验公式就是：
每台机器的内存容量 ＝ 1.1 × 整个数据库在内存的大小，MySQL的官方推荐是16GB的内存（当然相比昂贵的商业数据库，这个也不算什么，关键是项目要能忍受MySQL Cluster暂时的不稳定性）
所以如果数据库是“增量”型的数据库， 则需要有定期清除策略；
并且对于增量上升的比较快的表，最好需要做一些数据的优化：尽量不要用Varchar的类型（NDB Cluster Engine将它视为定长255， 而Cluster可以支持的最长Row的大小为8K）；
2. Cluster还存在Bug，这个是需要首先了解的，对于实时修改Table（Alter Table 的DDL）的情况Cluster是不支持的。
3. 如果只是提供数据库的冗余，建议使用Mysql Replication。

@mrduguo
就为了管理类库就要花几个月时间搞这个，晕菜。上Maven的主页上看了一下介绍，真的很晕， 除了敬而远之，没有别的想法了。

不精确, 不确定, 复杂和多样的现实与精确, 确定, 相对简单的程序是矛盾的;
好的性能和好的结构是矛盾的;
时间和质量是矛盾的;
... 各种各样的矛盾充斥着软件开发过程. 看不到这些矛盾,或者当他们不存在的设计都是幼稚的设计.

所以没有所谓的最好实践: 当我觉得ORM脱离我的控制, 我就用JDBC; 当单纯的SQL满足不了要求我就用存储过程;当Java搞不定时我就用JNI.

还是属于"玩具型"项目.

文档太少:显然这种项目对于资深程序员来说,只有自己加入进来才会觉得有乐趣;而对于初学者, 文档显然不够"友善".