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