之前一篇只是說了個開頭。接下來我要總結自己對企業培訓方式的一些東東。這么多年來我看到的企業培訓的方式基本上有三種。
一種是以“共享”名義進行的培訓。其實從很大程度上來說是廣大開發人員所接受的方式。也就是每個人有一個主題的研究，然后在一定時間之內專注于該主題方方
面面的知識和內容。按照現在敏捷管理的理論，這種一定時間的主題研究稱之為“時間盒”研究。在時間盒的時間結束后，有一個主持人（一般是架構師或者PM）
會召集各位研究人員進行主題知識的分享。如果在一個企業環境相對寬松的情況下，或許這樣的培訓活動是在一個讓人輕松的環境中進行。我就看到曾經有人在午飯
前1，2小時在公司食堂里做這樣的培訓。甚至到了吃飯的時間，成員們還在熱烈討論這些分享的東東。一邊吃飯或者是一邊熱飯站在微波爐之前還在聊著這些東
西。
第二種方式就是所謂的mentor模式。當年在longtop，甚至在我所知道的阿里這樣的公司都是實行這種模式。也就是所謂的導師帶學生啦。一般新員工
入職之后，公司為每個新員工配齊了一個老員工進行指導。軟件安裝，開發環境，編碼規范都屬于指導范圍。好一點的甚至還會配備一套培訓項目讓新員工在實踐中
更快更好的融入其中。我個人認為如果學生是工作經驗不豐富的新員工，這種模式很有可取之處。但是如果是一位有多年開發經驗的人，則這樣的模式勢必是在浪費
導師和學生的時間。當然現在很多公司領導都喜歡一刀切的方式去管理公司。因此也不可能多樣化的滿足各種情況。
第三種情況也就是最無聊的方式，那就是請外面的培訓機構來參與企業的培訓。這個涉及到培訓機構的選擇，涉及到講師的質量。還有涉及到培訓內容是否正好滿足
企業培訓需求？很多時候，一般都是hr部門負責聯絡外部培訓機構。這樣子對于技術培訓而言，針對性勢必要打一折扣。當然如果是給管理層的企業管理培訓則不
存在這樣的情況。但是企業中培訓需求大多數還在于銷售的銷售培訓，業務培訓，以及技術人員的技術能力培訓。所以我個人不愿意倡導這樣的培訓模式。
好了，基本上我看到的培訓模式大致就這三種，當然還存在著這三種方式的變種表現方式。歡迎各位拍磚～
今天想說的一個事情就是作為一個技術人員如何從自身來完善自己的技術能力。我個人感覺在這點上，很多技術人員都是過著得過且過的日子。很少有人會主動去問
自己公司里技術不錯的人討教某些技術東西。當然也有些所謂的大牛的人真的人品很差，老是不愿意回答別人的問題。生怕有朝一日人家會超越他。我個人認為這種
想法完全是杞人憂天。因為如果是一個一直在主動學習技術的人，當他把自己所知道的東西分享出來后。必然還會有新的他沒有接觸過的技術會吸引他。就像3歲以
下的孩子，每看見一個他/她從來沒見過的東西都會很好奇的去了解一下。因此當完全了解這個東西之后，他/她肯定會找到另外一個能吸引他/她的東西。因此技
術也是這樣，不管如何，這樣的人始終在進步，從來不會因為分享的知識會遭遇任何不幸。我甚至認為這樣的人才活得快樂。旺盛的求知欲讓他永遠像個孩子一樣從
這個豐富多彩的世界中得到happy，得到enjoyment。
好像有點扯遠了，我們還是把話題轉回來。對于技術人員來說，提升自己技術能力，固然企業內部培訓是個很好的方式。但是也正是我先前所說的，企業內部培訓現
在并沒有做的盡善盡美。因此我們不能太被動的把自己技術能力的提升指望在這上面。而是應該自己不斷的充實自己。比如你認為自己英語，日語口語不行，你就可
以有意識的多交點美日的朋友。從他們身上學習自己想得到的東西。在技術上你覺得你的某方面實力不行，那么你就可以有意識的找自己身邊那些在這方面相當善長
的人。當然還是會碰到我之前所說的那一類人品極差的家伙。但是沒辦法，他不愿意說。我在邊上默默看他做總該行了吧。多一門手藝死不了人，“偷學”也死不了
人。呵呵。如果沒人可以學習，至少我們還可以看書，看代碼。那么多實力超群，愿意分享的國外技術大牛們的文章，書籍，項目，絕對是你取之不盡的寶庫。
當然我的這些想法連我自己感覺都是相當普通的自學方法。我希望有朋友能把自己其他的一些自學好方法告訴分享給大家。這樣大家都可以提高。我們這個行業只有
每個從業人員的技術水準提高了，水漲船高才會讓中國IT的水準提高。個人覺得目前這個行業的一些炒作之風，一些高價收費的什么什么大會完全是在制造虛假繁
榮。哎，這些就不談了。寫代碼去了。88~~
眾所周知，IT行業的企業內部培訓做的是相當混亂。特別是相對于其他行業乃至銷售們的業務培訓是差距很大。誠然有些浮躁的企業不喜歡做內部培訓，因為本身
只是利用技術研發人員的技術專長實現自己銷售信息系統的目的。說穿了，只要求有一個熟練工而已。這點在眾多外包公司可以看到很多。
但是不喜歡做培訓的企業為什么不喜歡做培訓，還有另外一個原因。我個人認為這個原因不在于企業而在于人性一個丑惡的東西。那就是不懂感恩。不管是哪家企業
的老板都不希望自己辛辛苦苦培養了一個人，而這個人一有機會（其實大多數情況都是錢鬧的）就跑到別的地方去吧。這點如果換作是微軟這樣的大型企業或許不在
乎。可是對于中小型企業來說，一旦有人做了這樣的事情。對企業的影響很大。特別是在心理上，讓企業的管理層從此心灰意懶，甚至走到對立面，極度的排斥培訓
這種方式。久而久之，對于這種企業的后續員工也會無辜的背上不信任的標簽。
當然這種在IT行業普遍的行為本身從側面反映了我國IT行業的不規范不職業。我個人還認為縱使我們置身于這樣險惡的環境，我們還是應該從自身做起。我記的
在《最后期限》中說過作為項目經理首先要信任自己的團隊成員，這樣團隊成員才會信任自己。同樣的道理，我們應該自己先開始進行自我培訓，然后無條件的將自
己總結的“攻略”傳授給他人。縱然很多人不接受也好，不愿意也好。我們自己要堅持不能放棄。要始終牢記“分享”二字～～只有自己先邁出了這一步，那么其他
人也能向你分享他們的“攻略”。
我個人之所以非常喜歡在javaeye上閑逛，就是看到了javaeye上有這么多人愿意分享他們的“攻略”，雖然有時候由于共享人的經驗和眼光局限，寫出的“攻略”不如某些人的法眼。但是我堅信他們這樣的人只要堅持下去，“攻略”質量的提高那是肯定的。
之所以寫下此文，主要是自己今天在公司的一些不痛快。以此作為磚頭先拋出來。希望有愿意分享自己培訓觀點的朋友拿出自己的玉來。在這里，先謝謝大家～～
面試注意點：
HP
的面試一般問的都比較深入且比較細，會就人選簡歷中的某一項目深入問及技術
其中最重要的是項目的介紹。下面是
JAVA
人選可能會被問及的問題：
1. jdbc
數據庫操作。
要求寫一個完整的過程。
注意細節。
比如異常和關閉資源。
2.
多線程同步。
同步時的寫法。
synchronize
和
wait
的規范寫法。
3. socket
通信。
怎么處理
tcp
中信息的疊加和截取。
4. java
中參數的傳遞。
變量的變化。
5.
為什么要重寫
equal,
hashcode
方法。
怎么重寫。
6. java
中對象的排序。
那些類可以方便的用來排序。
7.
最重要的是工作項目的介紹。
問的很細。
自己一定要非常的清楚里面的技術，
架構。
細節的東西要注意到。
比如
JDK
中的集合是不同步的，
項目中怎么用。
為什么不用同步的集合對象。
HP
筆試題（
JAVA
人選）
1.
使用
Struts, Hibernate,spring
等常用的架構實現登陸功能
2
．選擇題：
javascript
數組
定義方式哪個正確
3.
樹的定義
,eg
：什么叫平衡二叉樹，用最好的程序來實現平衡二叉樹的增加節點和刪除節點
4
．樹的數據結構
5.
樹相關的算法結構
6.http:
具體過程，各種信息碼
7.
改錯：
java
的同步
,eg
：下面的程序對否，不對，請修改
public void accountCompare(FromAccount fromaccount,ToAccount toAccount,double amount) throws Exception{
synchronized(fromAccount){
synchronized(toAccount){
if(
錢不夠
){
throw new Exception("
錢不夠
");
}else{
從一個賬戶扣錢到另外一個賬戶
}
}
}
}
8.pl/sql
語言：給兩個表結構查詢
,
eg
：
student
id char(20),
name char(20),
class_name char(20)
course
id char(20),
name char(20)
score
student_id char(20),
course_id char(20),
score numberic
寫一個
sql
查出某班語文課的平均分，并用班級的名字排序
.
9.
多線程：寫一個關于生產和客戶之間的模式的程序題
,eg
：寫兩個類：一個類
(producer)
產生一個個
Item
填滿一個
queue
，
queue
只能裝
10
個
Item
，一個類
(consumer)
去消費
queue
里面的
item
，如果
queue
里面沒有
item
了則不能消費，
如果
queue
里面滿了則
producer
不能繼續產生
其實這個類就是
java
里面的
concurrent
多線程框架，他規定不能用他來實現
10.
寫一個
testcase
。
摘要:
1.
OverView
毋庸置疑，程序員要對自己編寫的代碼負責，您不僅要保證它能通過編譯，正常地運行，而且要滿足需求和設計預期的效果。單元測試正是驗證代碼行為是否
滿足預期的有效手段之一。但不可否認，做測試是件很枯燥無趣的事情，而一遍又一遍的測試則更是讓人生畏的工作。幸運的是，單元測試工具
JUnit
使這一切變得簡單藝術起來。
JUni...
閱讀全文