今天天氣不錯，雖然還有些冷，不過太陽總歸是暖的。爲什麼是美好的中午呢。因爲沒有什麼是更壞的了。
這兩個星期項目組接了一個考覈系統，而且還是沒有錢的，項目經理給我們說的時候就說這個系統的需求相當的拗，講需求的人坦白的告訴經理，這個系統出來就是爲了整人的。現在整的是我們程序員，將來用來整他們內部的人，不禁的感慨。公司內部的鬥爭真是激烈，有些靠關係，有些靠科技
這個系統也是我入職以來第一個從頭開始的項目，以前都是半路接手，修改別人做好的系統。覺得真是難做，不過到自己動手的時候。也是很難做啊。
現在系統終於提交測試了，希望沒什麼大的問題。加上新項目還沒開始。難得的空閒時間，來整理整理前段時間開發遇到的問題
問題1:數據重複造成的錯誤
因爲開發人員不止一個，開發階段插入的測試信息有自增主鍵，而整個系統插入數據的組件在XML文件中配置好了。大家的自增值的開頭都是一樣的66開頭，導致第一個人插入的時候是66…………1.第二個人第一插入時也是66…………1.結果就造成錯誤，不過是小事情。修改下配置文件就可以了。
但是還有一個情況就是之前有人更改服務器信息驗證數據正確的時候插入數據，之後更改回來正確時間之後再插入的時候會遇到數據重複的問題。這些都是小細節，但是測試的時候還是會出現引起麻煩。所以系統後來的系統不再在系統XML文件中配置自增值了。而是配置每個數據表的自增序列。而且在測試的時候會另外新建數據表空間。重新建表測試。
問題2:JS兼容問題
IE和FF等瀏覽器的JS有些是不通用的。造成有些情況下要寫兩套JS。兼容問題現在公司抓的很緊。因爲客戶實在不喜歡IE，所以要我們以後的系統必須考慮到兼容。所以現在慢慢開始使用Jquery，解決了兼容問題，還解決了Ajax的問題,之前Ajax公司使用的是國內的框架Buffalo，不過現在應該很少有公司在用了。JSON javascript object notation .
DOM document object model 把所有的成分都看做節點Node，但是IE喜歡把這個成分看成Element。遮擋層添加可能會遇到很多問題。不過這麼多都是美工的工作。但是頁面遇到的問題還是儘量自己解決得。
問題3:腳本和標籤的問題。公司的要求以後要儘量使用struts標籤，不能在頁面出現<%%>符號。可能標籤不夠熟悉吧。標籤裏面的判斷不怎麼會用。<s:if test="#request.oper eq 'view'"></s:if> <s:if test="#request.oper =='view'"></s:if> <s:if test="#request.oper.equals('view')">這些都能正常解析，但是結果卻不一樣。
<s:iterator id="task" value="#request.taskList" status="stuts">
<tr align="center">
<td width="5%" >
<s:property value="#stuts.index+1"/>
</td >
<td width="8%" style="white-space:normal !important;" >
<s:property value="planTypeName"/>
</td>
<td width="10%" style="white-space:normal !important;" align="left">
<s:property value="plan.planName"/>
</td>
<td width="15%" style="white-space:normal !important;" align="left">
<s:property value="plan.planGoal"/>
</td>
<td width="15%" style="white-space:normal !important;" align="left">
<s:if test="null==plan.planContent||'' eq plan.planContent">
<s:if test="#task.contentList!=null&&#task.contentList.size()>0">
<table>
<tbody >
<s:iterator id="content" value="#task.contentList" status="cont">
<tr >
<td>階段<s:property value="#cont.index+1"/>:<f:intercept limit="30" value="content"/></td>
</tr>
</s:iterator>
</tbody>
</table>
</s:if>
<s:else>
無
</s:else>
<s:select list="#request.LeaderOp" listKey="id" listValue="userName" value="#request.leader.leaderUserId" name="jgld" id="jgld" headerKey="" headerValue="--請選擇--" />
發現說的很多問題都是頁面上的問題。對於整個系統結構上的東西涉及的很少，因爲都有技術主管在搭建框架，框架上的問題都是主管在處理。不過這個樣子發現自己慢慢的變成一個前端程序員。開始有侷限性了。慢慢的涉及到的就是注入，Action和XML。對於整個框架大的配置都一無所知。我覺得這是非常可怕的，以爲開始有了侷限性以後的可能和機會就開始小了。所以在工作之後還有很多東西要做。君子不器。就是不要讓自己被固化，讓自己在需要酒杯的時候可以做酒杯，需要凳子的時候做凳子。不是說做前端程序員不好。是指不要只見樹木不見深林。說的簡單就是不斷學習技術，不斷提高自己。以後升職加薪迎娶白富美啊。
之前看到老的程序員對新人的忠告。我記得一條非常重要的程序員生存原則。就是要打造自己的稀缺性。讓自己某個領域得到儘可能的發展。對於公司有不可或缺的影響，讓自己在整個公司或者業界都無可替代，那這樣程序員就不僅僅是程序員這麼簡單的事情了。所以我也在想怎麼打造自己的稀缺性呢。結合自身的條件看。沒有錢也沒有什麼特長。那隻能自己給自己創造特長了。所以要不斷的學習，掌握一門可以使自己變得稀缺的技術。但是短期內有很難實現。本身自己技術還沒有熟練，就開始學習別的東西是不是有些操之過急。