写太多的技术日志是不是不太好?

毕业设计的推到重写. 遇到了比较多的困难的说. 不过这两年大程序没写过什么,处理疑难杂症的能力倒是增长不少. 所以虽然有困难,但一天之内都能解决的.

原来雄心壮志的想把自己见过的技术通通放到自己的毕业设计里. 来证明自己并不是不能写程序.但实际写起来才发现: 原来少的不是能不能写程序,而是能不能全局的把握这个程序. 原来看起来UML或者软件工程的那些东西有些可笑,笑那是白费功夫. 但现在知道了,没有前期的规划,程序是肯定能写出来的. 但写出来的就好像现在42的新闻站一样.那是一个人的程序. 只有作者自己看得懂,并且调的通.而且随着时间的推移.程序会越来越不好驯服.

其实写程序的能力谁都有,但真正写起来往往却不知所措. 如果我们的学校像对日外包那样的"培训"我们,我想学校里的人才一定会不少的. 可能不止一个42出现了.那些代码只不过是时间堆积出来的结果. 事实上并不是这样,东软对应用还算比较重视,可惜只是师父领进门,修行在个人了. 学生水平不一致,可怜那些想好好教学的老师了. 嗯.大学也就这个样子了.如果真有一出校门就能当PM之类的.就业压力就不是那么大了.

不知道我说没说清楚,反正现在看着某人给42那些孩子们培训就悲哀. 一个巴掌拍不响,可怜董老师的一番苦心了.可怜那些孩子不知道自己应该干什么. 是不是要求有点高了?

说说今天比较郁闷的.JSLT的标签我居然忘记把标签导入jsp页面了. 导致报错信息说什么点后面只能解析String的类型,不能解析Integer包装类的. 嗯.新发现:属性类里用Integer要比int方便多了.

private int id1; private Integer id2;

说不出来好处.在javaeye上说包装类要比单纯的数据定义要好多了. 怪不得在JDON看到有篇文章说某些极端做法可以把属性类里的所有属性都定义成String类型的. 还得我以为标签不能使用Integer类型的数据呢.又加了一个VO层.以前弄了个天气预报的程序曾经接触过VO层的东东.归结回来,还是设计的东西.唉.莫非现在我达到了一个瓶颈了?