2010年7月8日
一直在找工作，发现大部分都是要ssh的，悲剧的是我对这方面一点都没有兴趣，而且看到struts头晕就。为了不去学ssh，我都去看了j2me，可是发现java的工作还是ssh的居多，难道真的还要看ssh？
悲剧啊悲剧……
手机上面有一个下载的手电筒软件，可是由于屏幕不能够常亮，很是郁闷，于是便想要自己写一个屏幕可以常亮的。
结果悲剧的发现，怎么弄都不行。试用了下面两种方法：
一、使用线程每隔一段时间调用keypress事件，
二、使用线程每隔一段时间调用Display的flashBacklight方法，还是不行。
真够悲剧的，写了半天都写不出来，哎……不知道是我的手机的问题，还是什么原因，真够悲剧的。
2010年6月25日
以前找了好久，都没有找到，derby的很多资料，比如说主键自增长，这次刚好看见，记下来吧：
create table "APP"."ADMIN"(
"ID" INTEGER NOT NULL PRIMARY KEY GENERATED ALWAYS AS IDENTITY (START WITH 1, INCREMENT BY 1),
"NAME" VARCHAR(10),
"PASSWORD" VARCHAR(10)
);
毕业之前的折腾总算是要解决了，在找工作中徘徊了良久，最终还是回到了java上来。前几天做了几天的.net，感觉还是做java来的好点，毕竟自己学的就是java吧。
说实话，我不是很喜欢做网站开发，ssh框架之类的东西，我是真的没有什么兴趣，我对于swing的兴趣很明显要远大于ssh。可是现在的现状，至少我所看到的，是几乎所有做java的都在做ssh，几乎到任何地方都需要ssh。甚至，为了不去学ssh，我看过一段时间的j2me，后来感觉没什么前途就无疾而终了。
说起来，使用swt开发的桌面程序，看起来和用其他开发的是几乎一样的，效率方面据说也很不错，可是为什么用的人不多呢？这个我是想不出来了，虽然国内也有一些用java做的桌面程序，而且做的很不错，比如说永中office，可是做的人还是太少了。用java做的东西多好啊，你几乎都不用考虑什么，就可以让你的程序跨平台。当然，这听起来是很棒的，可是还是又很少的人去使用java开发桌面程序。
当然，这也许和java桌面程序的外观看起来很“怪异”有一些原因吧，而且装一个小软件还要去下载jre，这可能对于普通用户来说有点麻烦吧，谁知道呢，这些东西我现在是肯定想不出来的。
其实想想，既然java跨平台就是基于不同平台上的jre，那为什么当初不把swt之类的东西作为默认的界面管理程序呢？那样的话java程序的运行效率也不会像现在这样了。想象一下，如果java虚拟机里面自带的是swt，那该有多么的方便与快捷啊。
毕业设计也做完了，最终用的还是swing做的，数据库用的是derby，总体来说就那样吧，算是有初学者的水平了吧。这些天在看swt，以前一直搞不懂得就是swt和jface的关系，这几天好好研究研究吧，还是对ssh不感兴趣。
2009年12月2日
要毕业了，自然该写毕业设计了，我选的题目是用一个小软件，毫无疑问，我会使用Java编写，事实上，我现在也正在用java编写。
考虑了一段时间，我选择了swt，说实话，我对它一点也不了解，只是大概的知道它在不同的平台上显示的效果是不同的。
用了有一些时间来熟悉swt的各种东西，才勉强写出了一个界面，自我感觉代码写的有些乱，或者很乱？不过界面总算还是出来了，还是值得庆幸的，后面肯定还会有许多任务要做，但是至少完成了一些吧。
又不得不说一些关于swt的东西了，我的程序起初是在Linux下编写的，但是移植到windows平台上的时候，运行就出现了问题，jar文件里面只有在linux下运行所需的包，却没有windows需要的包，所以我只有从新把代码拿到windows下重新打包了，总算还是能运行了。当然如果是用swing或者awt写的话，是不会出现这种情况的，毕竟swing和awt是sun公司出的，当然不会出问题了。不过也发现了一些好处，比如说在windows下显示的很不错，当真是不同的平台显示的不一样，几乎看不出来这是用Java写的程序，它的界面和其它的windows程序几乎没有区别。
如果swt能够和swing结合一下就好多了，不用再每次打包程序的时候都把所需要的包带上，我想这样的话程序会小很多。