???????剛畢業工作時都不懂，認為做開發一切都以技術為主，就頂著老大給的任務量做，就想把開發做到徹底。可技術那么大一堆，始終學不完，不免有點打擊信心。工作兩年了，談談正確的做開發的方式。開發以人為主體，團隊才是核心，技術是載體，是工具，很多時候團隊缺乏溝通，缺乏交流，每個人都盯著自己的事做，做出來的東西千奇百怪，不好整合，也談不上軟件開發的核心思想，復用，打擊不能取長不短，做一輩子都是一個程序員。任人宰割，任環境選擇淘汰。
?????? 正確的做軟件開發的方式是，依托環境，依托于人，依托自己，安心的做好每一天的事，不懂就問，不以技術為完全指導思想，在項目中學習，成長，進步。
??????? 男人應該以事業為中心，換工作考慮的中心問題不是技術，而是環境，做的事，只要是能做的，能學的，就能做，在新的環境才能很好生存。單靠技術是吃不下去的。這才是工作，才是社會，不要停留在上學的思維。要在社會上千錘百煉，環境中不斷磨合方為人。每個人的都有特點，都有專長，取長不短，心安理得，日子自然過的舒坦。兩年的工作經驗，得了。恐怕在任何環境中都是如此。
??????? 有的同事工作了好幾年，出去找工作，又怕說，技術不是外面流行的技術，我想這恐怕已經死了，把自己當苦工使。一個人更重要的是綜合能力的。當然人各有志。專注于自己的。 ????? 很久不更新了，當前都是一個空的狀態。想到點什么，又把它寫下來。???????

??????當一種東西莫名的缺失的時候，你就會突然覺得它很珍貴。

人都是這樣。當前這樣無欲無求。學習為了理想，為了什么，為了達到身邊的狀態都如理想的狀態。

不是。學習是為了生存。為了理想。為了生計。為了家人。為了健康。

學習中抱著什么心態。我想這與實際生活與目標相符合才是最實際的。

當融入進去。不怕找不到新的生活。找到新的方向。這才是當前要解決的東西。

工作，學習，生活，發現，往復循環。妄想只是徒勞。虛空，乃需要知識與行動補給。朋友同事的關注與

傾聽。

為了學習而生活，為了生活而學習，發展，就是這樣了。


針對性目的性不要那么強。廣博，學以致用。

精誠所至，金石為開，學以致用。 瘋了，剛寫了一個沒了，變的更強，能力系統。溝通。理解。技術。等等
更切實際，更關注眼前。不依賴環境，不依賴自己。不安于現狀。開頭腦筋。

總結代碼學習中的東西

項目難點，條碼打印，調用掃描接口，sap操作，權限，項目業務知識。

項目框架，ibatis＋mvc

采用到的技術，jco，json，log4j，ibatis，ajax

欠缺的知識，類的結構，cache寫法，基本的一些類，熟悉sap寫法，等等，熟悉業務，

需要學的技術知識。

東西很多，慢慢學，別人做了很久的工作，自己慢慢學，總結，和理清思路。慢慢看清里面的內容。

設計模式比較重要。。顯得

學習并溝通對我真的是一大很難做的東西。簡單處理。用心去做。
現實中的那些東西沒了，理性，志氣才真正展露。帶給我樂觀和積極上進。調整心態！ 把東西看的過重  過遠
過不實際
實干的很少
努力去做 放心大膽去做
過段時間就可以得到自己應得的了 自己的路才走的更長 更遠

心情太煩亂了。加油  整理一下自己要學的

整理一下自己要學的，掌握的，薄弱的，需要加強的：
1. java基礎知識，多線程，輸入輸出流，基礎知識，類的概念部分。
    數據結構，編譯原理，操作系統理論基礎。
2. 數據庫知識，數據庫理論知識，sql和存儲過程，有系統的認識。
3. java web，ejb，jdbc等等理論知識，流行框架的結構，和基礎知識。
4. 項目經驗，了解和重新學習自己做過的一些系統。
5. 其他業務知識。令人眼花繚亂的技術，xml，weblogic，ajax... 人要獨立，不要患得患失。至此我的生活已經發生了很大的變化。很多時候還是要堅持自己的想法。不為任何想法而改變。
多看書。是時候改變自己了。不要在無謂的期待和等待，是時候去做了。而且要堅持。
不要擔心任何東西。照著自己的想法去做。會有很多東西發現的。
認真的看自己的書，好好的做自己的工作，不懂的就多問多學，不要怕礙面子，真正的好好待自己，我就這么多朋友，就這么多同學，好好的學習吧。反正我還是學習型的。
累了就要多調整自己。不要給自己設定過大的目標，那些還是要自己腳踏實地的做，給自己時間放松，讓自己想去哪里玩就去哪里。加油。 拒絕感性。拒絕理性。拒絕經驗主義。
與人相處，拒絕感性，拒絕幻想，決絕經驗主義，從一個角度來說，你身邊的任何一個人，都只可能作為你的一部分，不能陪伴你一生，所以不要依賴于任何人，不要有對任何人有什么簡單的想法，別人說什么不要相信。一個人要獨立，要夠完整，不要讓別人來施舍同情你。和朋友的可以簡單相處，隨和。經常自己最信賴的人突然離自己而去，不要有情緒。人要獨立依賴和靠自己。情緒是自己最大的殺手。
想想自己產生的一些想法吧，那些是可以的，那些是不能要的，杜絕這些，習慣了也就好了。

我是一個感性的人。人都脫離不開情感和感性認識。
我一直很理性。按照大家教的那么去做，不過好像是自己認識有偏差，在很多地方形成了陰影地帶，給自己一個假想敵，不的不被自己打敗，被自己給淹沒，連生活也沒了。
脫離開了這些，我是一個理性的人，當生活趨于平穩，自己也變得干凈歷練。很多想法比較開放隨意，但做起事來認真仔細。
我一直不敢承認自己。用理性極大的壓制自己的感性。最后自己終不得。生活在強大的壓力下，認識和想法開始走樣和偏差。不過感謝這股壓力，讓我在思想上有了較多的認識。什么能帶走，帶不走的我的想法。一個人什么都沒有，其實，除了，只有思想，還有別的都不重要。人就靠頭腦賺錢。無知是可怕的。愚昧是可悲的。不學是可憎的。除了這個，我認識到自己思想上很多的不足，其主要是思想閉塞，不開放。不聽他人意見，和不了解他人，不會換用他人的思維方式，主要就是對人的了解和看法不了解，片面，太感官。這下我認識到自己思想上很多的誤區。可以大開思維，接受很多新的看法，了解他人的環境，而不是表面上的開朗外向，內向卻積極的憂郁糾結。可能是一個人走向成熟的看法吧。
在這里讀到很多美文，讓我心里十分的平靜，說到理了。這里真是一個好地方，寫東西，看東西，讀東西的一塊好的靜地。大概是我從前都不愛認真讀，或者太表面，很多認識不到位，心里面不平靜，也就是大多數說到的浮躁，年輕人的通病，看問題看東西太片面，太多自己的偏好，太多浮躁的環境，社會不安全，擁擠的因素。
軟件行業是浮躁的，大多人是浮躁的，工作不是那么簡單，除了做事，很多事情沒有余地讓人思考。對于這些小事情，就欣然的接受，并帶著感性去把它處理了。而學習，認識需要更多理性的因素。這樣學的深，學的鬧，有自己的認識，加上一些經驗，思想感悟，這樣才能化為自己的東西。
軟件行業是需要思想的行業。同時我相信我需要一些大的環境才能更好的培養自己。小公司只會讓自己累，讓自己沒有空間。不斷提高自己的綜合素質，讓自己的想法更趨完善，走到哪里都不怕。
這是一個技術性忒強的行業，光是做表面的東西，一點不實用的，難怪我心里會覺得怕，覺得虛。其實已經掌握了一大堆感性素材，是時候學習新東西，讓自己提高了。
那才是我 真正的自己

從理性的角度去認識自己的感性。很多東西無非是那樣了。很多東西都不攻自破。很多時候我以為和大家是一樣的，現在看來，有千差萬別，根本的還是自己冷靜的思想，自己的世界從來都是那么涼快的。如果我到了環境也是這樣，當然會很好，可是我現在所處的環境，這幫人真他媽的沒勁，一個個軟綿綿的，只看到個別的還行。理性，才能更自性。
神經更加垂直，更加思維靈敏而有建第

多讀blogjava上的好文章，特別是關于思想感悟的，少讀論壇，少上論壇，搞哪些無聊的，甚至會受到負面的影響。這些文章才能讓人靜心。
同意。還有那么多人，和我思想一致，達到感悟，而不是針對現象不斷的感想。
呼喚理性的聲音。

從認識的角度去解決問題 而不是從感性的角度 不要接受別人的情緒影響 看清楚具體事實。

公司最近上不了外網了，只能上幾個技術網站，還好blogjava就是其中一個。很好，就寫這個。
工資降了少的可憐。可我花錢還是那么夸張 真是不應該。要成為信用卡的奴隸了，不堪回收啊。
省省吧 工資穩定了 就好好看書  少出門 多交朋友，談談心 畢竟我也24歲了。親愛的姑娘啊，等著我吧。只能大發感慨。唉。。。。。力拔山兮氣蓋世，時不利兮羈不勢。主觀要靠客觀，主觀努力吧。

在本地tomcat服務器上都可以調用，結果放到apusic服務器上就出現這樣的問題，但發現有的附件是可以打開的，URL地址象：
后面總結了一下，情況是
doc   可以打開
xls   亂碼  西歐windows UTF-8
rar   亂碼  GB2312

有的同事說是字符集亂碼的問題，可是我就連字符集亂碼都搞不懂。
然后找同事討教了處理下載文件的辦法，雖然自己也用過這樣的下載方法，可是這樣的話比較麻煩，就一個簡單的鏈接還要用到后臺的就太復雜化了。
然后在網上找了找字符集的知識，和utf-8 doc xls 的東西。
發現有一個mime-mapping 這樣的配置的東西，配置了一下真的是這個問題。


   

 ClassName:java.sql.SQLException
Message:OLE DB 提供程序 'Microsoft.Jet.OLEDB.4.0' 報錯。
NotifyUtil::java.net.SocketException: Software caused connection abort: recv failed
        at java.net.SocketInputStream.socketRead0(Native Method)
        at java.net.SocketInputStream.read(SocketInputStream.java:129)
        at java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
        at java.io.BufferedInputStream.read1(BufferedInputStream.java:258)
        at java.io.BufferedInputStream.read(BufferedInputStream.java:317)
        at java.io.FilterInputStream.read(FilterInputStream.java:116)
        at sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.read(HttpURLConnection.java:2370)
        at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:264)
        at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:306)
        at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:158)
        at java.io.InputStreamReader.read(InputStreamReader.java:167)
        at java.io.BufferedReader.fill(BufferedReader.java:136)
        at java.io.BufferedReader.readLine(BufferedReader.java:299)
        at java.io.BufferedReader.readLine(BufferedReader.java:362)
        at org.netbeans.modules.web.monitor.server.NotifyUtil$RecordSender.run(NotifyUtil.java:293)

 

項目部署在本機沒問題。發布到測試服務器上也沒問題。本地部署的用測試服務器的數據庫就出現上面的錯誤。     今天的hibernate調用的存儲過程，分頁的時候執行速度太慢，要1分鐘。
     折騰了半天終于解決了。
     最開始以為存儲過程返回了所有的結果，通過實際要求簡化為返回75行記錄。發現效果不明顯
     接著是為了好分頁，需要返回一個查詢的對象序列，存儲過程先返回一個ID，然后把ID做成一個序列，在通過hibernate的配置的執行返回的對象集合，并且這樣分頁方便。hql語句是：from Bed as b WHERE b.id IN (:list) order by charindex(','+rtrim(id)+',' , '''' + :list2 + '''')  
     以為二次搜索的原因。然后換別的分頁方式，在網上找了大概有三種存儲過程分頁方式。

SET QUOTED_IDENTIFIER ON
GO
SET ANSI_NULLS ON
GO

 

ALTER        proc sp_LaborFiles_GetList
    @PageNo   int=1,
    @PageCount int output
as

declare @PageSize int
declare @RowCount int
DECLARE @p1 INT
DECLARE @sql nvarchar(1000)

SET @PageSize = 20

set @sql = N'select ID,FileName,CreateDate from T_Files Where Deleted = 0 and ( Type=''labor''or Type=''公用'') ORDER BY ID DESC'

EXEC sp_cursoropen @p1 OUTPUT,@Sql,@scrollopt=1,@ccopt=1,@rowcount=@RowCount output

if (@RowCount%@PageSize = 0)
   SET @PageCount = @RowCount/@PageSize
ELSE
   SET @PageCount = @RowCount/@PageSize + 1

SET @PageNo = (@PageNo - 1) * @PageSize + 1
EXEC SP_CURSORFETCH @P1,16,@PageNo,@PageSize
EXEC SP_CURSORCLOSE @P1

 

GO
SET QUOTED_IDENTIFIER OFF
GO
SET ANSI_NULLS ON
GO

 這個方式執行效率也不好，還返回了兩個結果集。

        Connection con = session.connection();
        CallableStatement sm = con.prepareCall("{call up_Bed_Assign(?,?,?,?,?,?,?,?,?,?)}");
        sm.setString(1, c.getDepartment());
        sm.setString(2, c.getDivision());
        .....
         ResultSet   set = sm.getResultSet();
  當遍歷set.next()時，返回false，怎么取得第二個結果集尚未得知。這個執行速度也慢。
通過int id = set.getInt("ID"); 這樣的函數取字段然后重建對象返回對象的集合。

在查了一下也許是采用了callableStatement類的方式,其實前者效率貌似更高，  于是采用
        Session session = CommonDAO.getSession();
        Query q = session.getNamedQuery("selectB");
        q.setString(0, c.getDepartment());
        q.setString(1, c.getDivision());
        q.setString(2, c.getBuildingNo());
        .....
       List lst = q.list();
這樣的方式，需要在..hbm.xml里面配置
<sql-query name="selectB">
        <![CDATA[ {call up_Bed_Assign(?,?,?,?,?,?,?,?,?,?)} ]]>
 </sql-query>
 這樣取出來的是對象集合
for(Object obj : lst){
            Object[] objs = (Object[]) obj;
            Bed b = new Bed();
            b.setId(Integer.parseInt(objs[0].toString()));
         還得判斷空值的情況，很麻煩。

最后從事件監聽器得到的語句是

SELECT @@MAX_PRECISION
SET TRANSACTION ISOLATION LEVEL READ COMMITTED
SET IMPLICIT_TRANSACTIONS OFF
SET QUOTED_IDENTIFIER ON
SET TEXTSIZE 2147483647
SET IMPLICIT_TRANSACTIONS ON
declare @P1 int
exec sp_prepare @P1 output, N'@P0 nvarchar(4000),@P1 nvarchar(4000),@P2 nvarchar(4000),@P3 nvarchar(4000),@P4 bit,@P5 int,@P6 int,@P7 int,@P8 int,@P9 int', N'EXECUTE up_Bed_Assign  @P0 , @P1 , @P2 , @P3 , @P4 , @P5 , @P6 , @P7 , @P8 , @P9 '
select @P1

exec sp_execute @P1, N'', N'', N'', N'', 0, 1, 0, 0, 1, 5

整個存儲過程影響了5000+5000+5000+20000多行數據，寒！趕緊優化存儲過程，只需要搜索結果的一部分值就可以了。
    再進行修改一下。總結一下遇到如下問題
一是存儲過程分頁
二是存儲過程返回結果集后的處理，多個結果集的處理
三是hibernate里面調用存儲過程的方式和配置
四是存儲過程的書寫，游標使用