2014下半年---下

回忆下，这个维护软件的开发真是痛并快乐着！

其中涉及到的多项技术，都是咱没接触过的，开开心心地学习新技术（学得不深，工作够用，不知道这样好不好哦？？），痛苦地码着代码！

软件开发周期过程长，至今没有结束。。。中间有时忙碌，有时清闲，总的来说，清闲状态比较多。咱这个人闲下来就容易多想，容易焦虑，思想各种乱飞，心情各种不好。。。（同学朋友都说我身在福中不知福，清闲不好吗，难道一定要加班加得没时间生活才好？？说句心里话，我还是真是这么想的！不喜欢清闲，忙忙碌碌的生活比较适合当下的我，好吧，我承认了，姐就是想做个工作狂，但是。。。）

在空闲的时间看了不少书，HTML的， CSS的，Javascript的，LINUX的，windows api编程的，shell脚本的，但是想一想也没记住多少，遇到问题就去解决，缺少了思考的过程。。。我不知道，我目前的这种状态到底好不好，上班变成了一种煎熬，各大网站刷的我有些无力了~~~

SO，在目前闲的淡出翔的状态下，写一写总结，发发牢骚，顺便想想下一步要怎么做~~~

唉，看吧，你又想多了，还是接着总结工作上的事吧！

在监测维护软件的开发中，遇到了几个大的问题：

1. linux下开发程序，虽然咱自诩是搞过嵌入式系统的，但是就是没用过linux系统（弱爆了）； 所以刚接触linux系统那是各种兴奋啊，拿着本书看了起来，先慢慢熟悉系统，然后 进行简单的C语言开发；其中对于什么GCC，CC编译链接什么的痛的最深，至今没搞明白这些到底是什么东西。

2. sqlite的使用，不得不说，个人感觉sqlite真心令人头痛，其中各种锁让人感觉不爱；由于项目的需要，数据库会被同时进行读写，但是但是，问题来了，sqlite不支持多用户对同一个表同时进行读写操作（维护软件需要写数据库，网页需要访问数据库， 一个程序写数据库，其他的程序只有当写程序释放锁后才能进行操作），SO，读写冲突了，网页的用户体验特别差，一个请求要10多秒才能返回结果，这样可不行啊，改思路吧！经过了查询、咨询以及尝试，最终决定再开发一个数据库的读写管理软件！这里就涉及到了进程间通信的概念，使用到了管道、消息队列、信号量以及条件变量的概念。 管理软件统一管理数据库操作，服务器和维护软件向其发送消息，管理软件优先处理写和update 操作，将结果传入管道，请求方从管道中读取结果；并且由于sqlite的操作是以数据库为单位的，所以对于不同类型的数据创建一个数据库文件，管理软件根据消息的类型对不同的数据库进行操作。

3. 网页开发，项目也不需要特别复杂绚丽的网页，就是查询下系统的信息、接收到的数据，显示下状态等，从网页小白到现在也没黑多少，磕磕盼盼编出了网页，也还能看（当然，咱也不是搞美工的，主要是功能满足要求了）；javascript 是挺好用到，但是CSS看起来就比较头痛了，也就简单的用了些HTML5标签。