在 104 上搜尋想在台北市工作 + 擔任軟體開發工程師 5 年以上 + 會 Java & UML & OOAD，這不是很苛的條件吧？竟然只有 5 個人符合條件，這是 104 出了問題，還是台灣出了問題？對於徵才管道大家有沒有什麼建議？
已邀請的邦友 {{ invite_list.length }}/5
cdfu提到：
還有一種是自己想做的才寫上去，不想做的就不寫了。
antijava提到：
其實我蠻懷疑「工作經驗多的人可以在104找到工作」這件事
cdfu提到：
自己想做的才寫上去，不想做的就不寫了。
antijava提到：
那我的專長技能大概只寫一項：董事長
antijava提到：
「工作經驗多的人可以在104找到工作」
antijava提到：
隨便找一個嚇嚇你
因為經驗夠又有口碑的好人才，極有可能直接被獵人頭的獵走而不透過人力銀行，人力銀行上面要找需要時機跟運氣吧。
104 最近狂打廣告，我猜他們的市佔率也有被對手迎頭趕上的趨勢。
或許可以透過同性質的社群平台徵人？
1.這是關鍵字使用問題 剛好比對的欄位中沒有
有五年的java工程師經驗 可能在工作上會接觸SD開出的設計規格書
但不保證他會在履歷上寫UML,OOAD
畢竟 公司徵才資訊中寫要會OOAD,UML,JAVA的比例中 遠大於求職履歷中把這三項放進去
另外 會用筷子吃飯 不一定需要告訴別人吧
使用物件導向設計 這個部份我看剛畢業的比較多的會寫熟悉物件導向設計
我比較少看見會特別寫的 當然也不是沒有
所以你換換組合 改成or或是改變一些條件 或許會找到
2.管道問題
可以採用像部份公司使用的 內部人員推薦成功可以有獎金 讓內部人推薦
或許至少個性會好一些 共事理論上會好一點 畢竟你總不可能介紹個你自己都討厭的人來當同
事吧
或是找朋友介紹 你說的條件並不是沒有 專案公司裡面應該不少 只是不一定適合貴公司
比較有經驗的求職者 大概靠介紹比較多 就算使用104 也大概是關閉履歷 然後主動找喜歡的公司投履歷
如您所說，問一個有五年以上 Java 開發經驗的人熟不熟 UML 和 OOAD，有點像是在問人家會不會用餐具吃飯一樣。不幸的是，用手扒飯的人還是佔多數，而且用手扒飯的人還會看不起用筷子吃飯的人，真是奇怪！敝公司之前就有一批自恃手指靈巧過人，以為優雅用手扒飯絕無問題的工程師。不幸的是，端出來的菜超出預期，這些人受不了自己的狼狽模樣，走人了！留下一桌一地的飯粒菜渣讓我這新來的主管清理。唉～ anyway, 謝謝你中肯的答覆。
vyang提到：
新來的主管清理。
加油!!!多保重...您辛苦了...
vyang提到：
用手扒飯的人還是佔多數
我就是
我不只扒飯，我還會手扒雞呢
antijava提到：
我還會手扒雞
是海底雞嗎??...
清除殘餘是當主管基本能力
pantc328提到：
清除殘餘是當主管基本能力
這些殘餘會自我繁殖嗎？
我想問那為何找好公司那麼難，我想要找錢多事少離家近的工作怎麼那麼難找...
就跟樓主想要找一身是材的好員工那麼難找是一樣的道理...
現今很多公司找員工都不思如何培訓員工，只想要直接找很有經驗的，殊不知很有經驗的早就被高薪挖走哩，還有人會在人力銀行徘徊嗎?
俗話說千里馬難尋，所以不要又要馬好又不給馬吃草，有時候可能會找到楊過早年騎的千里瘦馬也說不定。
看過很都
教 OOAD / UML 寫出的程式 指能用吐血 來形容
你現在有點要求
疊磚塊的要讀過 :: 建築系(OOAD) 或是 建築製圖(UML)
你知道 :: 建築系(OOAD) 或是 建築製圖(UML)
疊出來得牆::慘不忍睹
你知道 :: 建築系(OOAD) 或是 建築製圖(UML)
疊出來的牆::慘不忍睹
albertachen提到：
看過很都
教 OOAD / UML 寫出的程式 指能用吐血 來形容
看過很都
教 OOAD / UML 寫出的程式 只能用吐血 來形容
看過很多
教 OOAD / UML 寫出的程式 只能用吐血 來形容
物件導向
物件怎可能導你的向 別作夢
面向物件 給他生命 給他好血統 給他好介面 給他活起來
物件怎可能導你的向 別作夢
你乾脆說寫過
MDA 架構引擎
Validation Rule 引擎
Business Rule 引擎
..
..
我也看不懂albertachen
MDA,VR,BR..裡面應該也有用到OO.
有OO 也是有工具轉 UML
人家就是要Java,OO,UML人才,你管人家會不會寫程式
就是有人對如花有意思,你管人家要不要生小孩
要真懂 OOAD 不是開書本 讀 OOAD
是要跟大師 一起做 OOAD 系統
歡迎
MDA 架構引擎
Validation Rule 引擎
Business Rule 引擎
OOAD 架構工程師練習曲
班長 Albert
不知道 Albert 怎會火氣如此大，如果我要找的是疊磚塊的工人，何需要求五年開發經驗？在我們的社會裡一直有一些奇怪的現象，JAVA 名師其實沒有幾年 JAVA 開發經驗，PMP 名師其實從來沒有用過 PMBOK 管理專案，OOAD, UML…每個領域都有一卡車這種名師。但是不能因此推論 JAVA 錯、PMP 錯、OOAD 錯、UML 錯，或是懂這些的人通通有問題。UML 是開發團隊成員之間最基本的溝通語言；懂 OOAD 意味著你知道如何捕捉系統概念、如何塑模、如何安排開發流程以及哪些問題可以用什麼指導方針與規則解決。對於遠超過100人月的專案，沒有這些基本要求只會導向災難。至於 MDA, BR ... 真的離題了。
albertachen 大大, 您的回答好像離題啦!
差不多吧!
台灣軟產坦白說,算了
而也不是每個人每天都在想跳槽
會 Java & UML & OOAD 基本上都要有一定規模的公司，所以這些人才也不易外流
要找人，降需求
要人才，要培訓
要人才，要機運
我不是人才，我來這家公司需求也是開很高
找我的人隨便問一下，我就進來了，也做的好好的
但現在同樣的需求
每個面試的人都考不過
所以方向改一下，人才就來了
我覺不要怪台灣軟產不好，是很多公司企業行號不肯花心私培養人材，只想直接用人，這種小鼻小眼的看待新進人材而不肯賜教一定會有斷層的。
今非昔比, 現在 Open Source 太多, 也是這類開發人才變少的原因之一.
畢竟大家都有急功近利的想法, Open Source 就是個捷徑方法, 誰會想再從頭來過 ?!
研發確實是台灣的弱項!
Open Source 是捷徑方法,這沒什麼不好，但使開發人才變少??
這只是讓Code的變少.軟體工程一直在變，一直在進化。現在是服務導向。
像albertachen就是在賣服務,這更需要人才。需要能了解架構，還有更高階的方面，而是部會寫程式 1+1=2的。我也是用人家的Framework 然後只做企業需求的那一塊,而不是整個系統從頭到尾的寫到底
大家都有急功近利，現在的人都這樣，不肯吃苦，公司培育你，會了就跳槽。小鼻子小眼睛的並不一定只有公司
Open Source 是捷徑方法,這沒什麼不好，但使開發人才變少?? ==> 小弟應該指 基礎研發人才, 比較適當, 應用開發人才(如採Open source也算)還是很多.
基礎研發人才=22k這應該不會有意見
人家為什麼220k
這是陣亡非常多的22k所以你才會220k
當然人家220k也是非常努力一步一步的上來
一隻大海龜可以生非常多的海龜,但要成為一隻大海龜可能要死非常多的小海龜
一年出現那麼多的大學資訊人才,四年的基礎教育,怎麼沒基礎人才?有人家裡開工廠,有人整天把馬子,有人放不下身段..入社會馬上打槍,賣雞排.有人起步順,有人遇貴人,也有人覺得無聊..幾年後有人被抓去關,有人當老闆,有人當奴隸..這怎麼說?
種瓜得瓜,不怨尤人
大大了得
一語道破天下事
gjessica 大大所言，倒是讓劣者想起了以前所看的一本書，書名是中學生晨讀10分鐘，內容是這樣的，雕塑藝術大師羅丹與音樂達人周杰倫的遭遇，也許可以作為省思，或者公司擇才的另一種思維，說真的，當到資深程式設計師與資深網管師，他們的工作已經不是只是初階的程式設計、也不是單純的網路佈線或維護，而是整體的規劃與統合設計能力了，其實真正的人才，並不在於你所容易看得見的地方（人力銀行），而是在大隱於市（研討會、次級專業團體，例如中華民國資訊協會、IEEE等等），以下是該書的內容摘錄....
羅丹參加巴黎美術學院入學考試，聯考三次不過，一個老教授甚至在其報名單上寫下這樣的評語：此生毫無才能，完全不懂造型，繼續報考，純屬浪費，名列第四十一。
周杰倫報考音樂系，連續兩屆只過術科敗在學科，方文山以前幫人家安裝監視器。
台上因為對的態度而迷人，台下因為好的態度讓人迷。（羅斯‧帕克斯）
就算我站在山頂，也只不過是平民百姓，但我的肩膀上，會有兩塊空地，那就是勇氣和毅力，我要做音樂上的皇帝。（周杰倫）
難得糊塗，聰明難、糊塗尤難、由聰明轉入糊塗更難，放一著、退一步、當下心安，非圖後來福報也。（鄭板橋）
會OOAD啊~~~
多高的境界才算會OOAD呢.....
噢~~~阿達....(OOAD是這意思嗎??)
OOAD 就是 要讓被騙失身的人 還幫 搶匪 抓人質 算鈔票
面向物件設計 要設計成 讓被利用的物件 還幫 搶匪 抓人質 算鈔票
不要想那麼多,反正全部把他寫會
反正去了他也不一定會考,也可能考很基礎,也可能不會上
前幾年考試還會為特定公司準備,他門公司用怎麼語言寫的,要寫什麼東西,到最後也沒上.
最後一天面試多家,我連準備都不準備,寫程式重點只有二個,英文跟SQL,什麼OOAD,OO..只有少數幾家會考
履歷隨便掰,妳掰公司也掰,有的人剛畢業什麼作業系統,什麼辦公室軟體,什麼程式語言都寫會
工作不到2年,開發多少專案
公司簡介,有的也寫一推屁
反正先有面試的機會,其他再說
這也跟相親一樣
男的:薪水自動變高,職務作業員都變成高級工程師
女的:貼個甲藝術照,年齡自動減幾歲,身高加幾公分,穿個金鋼Bar露事業線..
不然你第一關就被Fire了.後面就不用談了
albertachen 說：
能幫忙煮咖啡嗎??
掃地 煮飯 泡茶 煮加菲
都是設計實要注意
albertachen 說：
掃地 煮飯 泡茶 煮加菲
加菲貓~~ 這隻貓可厲害了~~
OOAD 小小題目 ::
從 MProductCategory.Value 區間
和 MOrder.DateOrdered 區間
和 MShipment.ShipmentDate 區間
取得 MProduct[]
面向物件設計 要設計成
get加菲貓 [] 陣列
可以加判斷::
if(
is有幫綁匪抓人質經驗() == true &&
is有幫綁匪算鈔票經驗() == true &&
is有幫綁匪掃地經驗() == true &&
is有幫綁匪煮飯經驗() == true &&
is有幫綁匪泡茶經驗() == true &&
is有幫綁匪煮加菲經驗() == true )
is超級加菲貓=true;
我面試的時候是連簡報、範例程式都有，人家還不打算用，感覺是叫我去面試辛酸的。
OO是很多人本來就會的東西，大多數的人本來就是用物件來認知世界的，物件導向是為了讓人好懂才搞得，有些吊書袋的鳥傢伙非常認真的記住專有名詞，事實上根本就沒吸收。
有些時候與人溝通的時候會發現，對方無法理解、回應你某些故事，比如說對著女的朋友講當兵神勇/搞笑事蹟，聽者一頭霧水，如果你把某些經驗輸入到她腦袋，讓雙方認知同步，爾後你說的那堆故事才會引起對方共鳴。
UML則是把那堆東西用圖來表示，好讓你說故事的時候比較輕鬆，就像是看小說的插畫一樣，很多時候可以看圖說故事。
溝通也包含與自己的記憶溝通，因為用的是與自己認知的模型相似的架構，才會好理解當時為啥要這樣架構，當出現錯誤才會好順著架構摸出問題來。
如果忘了本質上那堆東西為了溝通，為了物件而物件或是為了獨裁而物件，都是屁。
理解個體認知差異的人會利用對方已經有的認知或經驗，給予恰當的例子來加速與強化溝通，舉個例子來說，通訊上出現封包後面的垃圾資料，有問題，怎麼跟菜鳥工程師解釋？
你可以這樣說：
通訊上A傳個PACKAGE給B，然後B收完叫A進入WAIT STATE，A timeout離該WAIT STATE，A重新建立SESSION，那堆垃圾是A新的SESSION與舊的B回應的衝突，責任是B不應該叫B等這麼久，A的處理方法並沒有錯。
你也可以這樣說：
如果你是快遞送一個包裹給某人，結果某人拆開封包仔細檢查內容老半天，非要等到包裹內容都對了才願意簽字，所以你什麼感想？
你會怎做？
如何避免這個問題再發生？
UML就畫個Sequence Diagram，在圖形的加持下什麼都容易清楚，反正解決方法不是叫快遞多點耐心等，不然就叫櫃台簽收乾脆一點，A改就timeout加長，B改就封包先收好並ACK後再處理，所以B的架構要修正，而A改只需要改參數。
每個物件或說是個體有其一定的介面，滿足介面就會提供服務，寫函式不也是一樣會幫綁匪算鈔票？
(如果每個函式/物件都必須要跑去檢查硬體KEYPRO那就不一定會幫綁匪算鈔票了~~XD)
插座是物件吧~
插頭也是務件吧~
香港插頭 VS 台灣插座 有問題！！！
所以搞個轉接器，轉接器也是物件吧~
這事實上也算是OOAD阿~
在我認知中OOAD好像不應該只有工廠模式而已吧？
插座是物件
插頭是物件
轉接器是物件
全部都是物件
那大家都會OOAD了
事實上以上插頭例子有BUG~~XD
以上插頭例子有BUG~~
不錯的創意
插座上有BUG,也可以有蝴蝶,也可以有LED,也可以定時器
也可以裝震動開關,地震時自動停電,也可以有噴出香水
這不是設計樣式的裝飾的作法
組合配件那麼多種，專案時間可以加長嗎？ ~~ XD
專案加長??這是另一門學問，是專案經理的事，我沒去研究
公司想要找好人才
人才想要找好公司
兩者一開始就沒交集，你覺得好找嗎，哈哈？
擔任軟體開發工程師 5 年以上 + 會 Java & UML & OOAD，以臺灣產業環境，IT工作五年以上，應該會選擇當IT主管或專案經理吧！畢竟工程師這個職務，還是有所侷限，你的條件相當於資深開發工程師，以人力資源職涯發展來看，50以下規模的公司只需要一年左右的程式維護工作經驗，或者是無經驗亦可，200人以內規模也僅需二年左右程式設計相關工作，500人以上才需要二年以上程式分析資深相關工作，這是就程式系統複雜度來看。另外，UML & OOAD是屬於系統分析領域，既然都系統分析了，應該會選擇當系統分析或專案經理吧！
UML & OOAD不是台灣資訊教育的重心....因為連教授都不會畫, 更不要說開課了....
版大找到的5人, 可能只有1人真的有UML & OOAD的實務經驗, 其他4人不是多勾了就是只在學校學過或書上看過.
這個說法我不同意，在軟體開發的整個生命週期都會用到 UML，不是只有 OOA 而已。
再者，公司需要具有什麼等級開發能力的工程師完全取決於需求的複雜度，與公司員工規模沒有什麼關聯。
台灣的軟體開發環境的確讓人失望，也許是我年紀大了，我覺得5年就號稱「資深」是有點勉強，以台灣的現況，大部分5年經驗的軟體工程師並沒有架構設計的能力，也無法辨識開發過程中出現的問題。這是台灣軟體開發職場的一大問題：5年已經被當成老鳥了，但是軟體開發豈是這麼 easy 的領域？5年應該算是剛起步吧！
這種問題的出現也和大部分老闆的心態有關 － 不願意承認或不知道軟體開發有其高深境界，無法將那高深境界化為商機，已經進入高深境界的人才沒有機會，職場上充斥著被當成消耗品的工程師。
軟體架構、需求分析、專案管理、部門主管 － 這些其實是不同方向的專業，但是在台灣，軟體產業習慣把他們用一條線串起來，變成依序晉升的職位。那些順序被排在前面的職務，就被這樣的產業習慣定義成沒有專業深度的位子。
這麼說好了，相同都是以SAP應用來說....
50人以下公司，最多只玩到進銷存+製造，如果連人資、資產管理都納入，就算不錯了....
200人以下公司，或許可以玩到多角貿易，如果玩到APS、MES、品質系統就算不錯了
500人以上的公司，比較多機會，玩到集團合併報表、SCM、CRM，投資融資等等
以程式開發設計來看
小公司的需求，只需要進銷存，
中公司的需求，大概ERP
大公司的需求，有可能導入ERP＋電子簽核＋SCM＋CRM
其實，說真的，所謂的資深，並非只是指的是年紀和經驗，而是對程式概念或設計思維的深度，如果以年來衡量的話，那麼臉書由20幾歲小伙子所設計，Netscape Navigator 2.0的設計者還只是一個小毛頭研究生，甚至YAHOO當初發展的成員，也還不到30歲的光景，老實說，年輕時的賈伯斯、比爾蓋茲，雖然十幾、二十幾歲，但確實有一甲子的創意功力與設計思維，然而有些人從王安系統、AS400、APPLE II、IBM XT 玩起，也包含劣者自己本身，也只會拿別人的語言來設計已經流行的軟體，也就是所謂的跟隨設計應用，從來沒有自己的想法與創意，跟上述那些年輕人面前來說，根本不敢自稱資深，也只敢跟隨在他們屁股後面，叫他們一聲老師....
老闆不需要知道軟體的高深境界，軟體程度只需要能夠一般人接受就好，因為那並不是營利與生存的重點，重要的是軟體要能夠好用、易用，能夠進入市場的軟體才是最重要的。如果Windows 的主事者太過理想化，追求完美的話，那麼BUG一堆的WINDOWS也就不會問世了，更遑論一直改版至今天。
我無法期待賈伯斯、比爾蓋茲來應徵，這些人是萬中選一，難得遇到，他們如果想到一家公司去工作，大概也不會管公司公布的職缺和條件，而是設法接觸高階主管，說服高階主管雇用他們、投資他們，做他們想做的工作。這樣的人不多，是個好消息。這樣的人大多選擇自行創業，也是個好消息。一個公司裏如果有一半以上的員工都自認是比爾蓋茲，麻煩恐怕就大了。創意的確重要，而且越來越重要，但是創意的生命力是仰賴組織化的執行單位所提供的堅實的執行能力，否則創意永遠只是創意。領導者必須有人跟隨，他的創意必須被實現，跟在屁股後面不是丟臉的事，這樣的人必須存在，而且必須有相當時間的淬鍊，才能造就這樣的執行人才。
Windows 是有境界的，試問在台灣能規劃出那樣一整套 API 的開發團隊有幾個？能帶領這種開發團隊的又有幾人？這就是我所謂的境界。老闆必須知道那種境界是怎麼回事，否則台灣的軟體產業永遠不會有這種能力的團隊和領導人才。
Windows 早期的 BUG 災難來自早期微軟的企業文化，微軟用各種有趣的題目篩選前來應徵的人，他們標榜要最聰明的人。他們相信天分，相信聰明。不相信管理理論，不相信軟體工程。在 Windows 95 和 Windows 98 連續摔了兩個慘跤，才開始正視軟體工程，開始任用在營運上有經驗的高階經理人。執行是需要組織化的力量，需要時間淬鍊出來的能力。
至於軟體，你的分類太強制了。不是所有的公司都是流通業或是製造業，進銷存、ERP 只是應用系統中的一個領域，事實上也不需要自己養開發人員。
104上都是初階的 幾乎找不到你所需的
要有多年經驗跟高階人才
要透過 Head Hunter 或認識人介紹(人脈)
高階技術 初階薪資 還是放 104 比較好
否則會被 Head Hunter 罵
其實沒有所謂的技術不技術，臺灣軟體產業大部份都是屬於應用，
文書人員用WORD打政府公文，會計人員用EXCEL編會計三表，
程式設計師用開發軟體寫出進銷存或ERP....
在程式語言的語意表層上，設計或開發出各種應用軟體。
論技術的話，作業系統的核心，.NET 的 framework 底層，
以及Java Application Framework 等等。
至於OOAD、UML 等等，則是軟體工程理論所使用的工具，看起來雖然先進，但基本上仍然是系統分析方法論，以圖例方式顯示流程方向與結果，如果化作文字形態，其實仍然還是不脫瀑布式、演算法，以致於作業流程圖，以巨觀來看，二者都是方法論，原理上差異不大，只不過是傳統分析是採用循序式，而OOAD與UML是以跳躍式，也就是所謂的網狀式，每一個都是節點，依其跳躍的目的，可以產生各種不同的結果。當然以微觀來看，傳統分析與物件導向流程，差異確實很大。
誠如yblin99大大所言，他說的沒錯，
104 幾乎都找不到高階的，這是非常正常的，
如果要找總經理或董事長，最好是找Head Hunter 或人脈聯繫，
相同地，資訊長、資深程式設計師、資深網路工程師....
還須得從Head Hunter 或認識人介紹來尋找....
認同+1啊！就像我長期就是做家用主機的市場，以為進神通的外包去機場可以學到相關sever的東西，但是聽起來MIS好像跟神一樣，管個UNIX好像很了不起，進去才看到什麼叫有權限看沒權限救，什麼都被限制，只要會複製指令就可以做日報，講個不好聽一點的，說是好位子，也可以說是一個佔人頭缺的位子，所以薪水也低什麼都低，台灣的企業都要人才，但是都不想花錢在培訓人才身上，最後再怪教育沒教好@@！再怪人才不努力！嘆，所以台灣的軟產會輸國外其實是一件很正常的現象，更別提找的到人材了。
billyao提到：
Java Application Framework 等等。
一般來說技術又分
有 Application Framework 功能需求創新提議者
有 Application Framework 功能需求架構起意者
有 Application Framework 功能需求架構開發者 <<albert>>
有 Application Framework 功能需求架構精進者 <<albert>>
有 Application Framework 功能需求架構運用者
有 Application Framework 功能需求架構::使用講師
有 Application Framework 功能需求架構::使用者
albert 認為前後都是工程不可或缺的工程技術提攜回饋者
昨天上夜班的時候買了本書，裡面提到了一段話，滿不錯的！也可以跟我之前回應的相呼應啊！@@
「夫軍無習練，百不當一。習而用之，一可當百。故仲尼曰：「不教而戰，是謂棄之。」又曰：「善人教民七年，亦可以即戎矣。」「然則即戎之不可不教，教之以禮義，誨之以忠信，誡之以典刑，威之以賞罰；故人知勸。然後習之，或陳而分之，坐而起之，行而止之，走而卻之，別而合之，散而聚之。一人可教十人，十人可教百人，百人可教千人，千人可教萬人，萬人可教三軍，然後教練，而敵可勝矣。」
這是我在全家買的「諸葛亮兵法」裡面寫的，我只是想說，很多企業，都不願意投入時間、金錢去訓練人才，惡性循環後，人才也沒有向心力，也不願意為公司付出，才有米蟲出現，最後這個企業除了找不到人才之外，就是找一堆米蟲，硬逼死逼的逼著，然後都鬧的不愉快，這真的需要「誠意」來打開問題點啊…！@@
starufo提到：
「夫軍無習練，百不當一。習而用之，一可當百。」故仲尼曰：「不教而戰，是謂棄之。」又曰：「善人教民七年，亦可以即戎矣。」
很好
我們看過一堆研究所 + 一堆教授 + 一堆博士生 + 一堆碩士生 :::
作不出
也模仿不出
:::夫軍無習練，百不當一:::是只重寫論文不同於實作
:::夫軍無習練，百不當一:::是只重要考試不同於實作
不是無習練
是練街舞與練近身搏擊大不同
不是不努力
是努力方向不同
不是學生不用功
是要實務就找有實務的高手
不是找會與國科會上下其手
消耗國家競爭力的教授
讓台灣大學畢業生起新倒退的台灣教授
擔任軟體開發工程師 5 年以上 + 會 Java & UML & OOAD
請問貴公司是要找什麼人才? UML不過是一些圖形罷了, 不難學的, 但聽起來很嚇人, 首先嚇跑一堆人. 對於物件導向, 要知道Java是模仿"純物件導向"語言SmallTalk來的, 也就是說Java並非"純"物件導向語言(primitives並無法構成物件), 亮出OOAD除了嚇人, 真能找出人才? 重點是, 當應徵的人來了, 你用什麼來判斷人才? 很多人都可以把物件導向"說"的頭頭是道, 但是物件導向的重點是物件本身的"高內聚"(High aggregation/Cohesion)和物件間的"低耦合"(low coupling), 有多少人在分析物件系統時能做到? 這方面, UML是可以幫助高內聚低耦合的優化, 這也是用UML一個
重點. 面試官懂這些嗎? 假設, 人找到了, 如果不幸找到假裝懂得高內聚低耦合和假裝懂得用UML來做高內聚低耦合優化的人, 要花多少學習成本讓他/她真懂? 但如果有幸找到真懂得高內聚低耦合和懂得用UML來做高內聚低耦合優化的人來了, 要如何留住? 因此, 我的看法是, 建議您先分析貴公司需要的人才是什麼, 五年的經驗代表什麼? 會UML代表什麼? 會OOAD又是什麼意思? 是要真會真懂的人? 還是要說的一口好功夫的人? 沒有必要用UML, OOAD嚇到一群原本貴公司可以用的人, 人才是擺在對的地方的人啊, 如果會用UML, OOAD但是做不到高內聚低耦合, 也不過是花拳繡腿, 公司豈不白花錢? 額外的建議, 現今用Java的人最好懂且會用Annotation和Generics, 這是徵人啟事上或是面試時的重點, 如果會closures更好(Lambda Expressions), 當然, 這是Java 7才會有的東西, 之前是勉強用comparable和comparator來偽裝.
不知您用104找人，5人花了多少時間(天數)。
小弟有的公司帳號，有設配對通知功能，
程式加美工每天可收到至少150左右，
但找到有潛力的(看經驗與條件就想馬上請對方來上班的那種)，
一周能有兩三個就不錯了，
因為這種人(包括您想找的人)不會天天開著履歷，
有時，他們可能只是開一下看看自己有沒有人要，
這種人找工作，開履歷的時間通常一周就結束，
很快就會面試結束(甚至會主動投履歷到想去的公司)，
他們工作即便不理想，至少維持1~2年以上(吸收一定水準的KnowHow)，
進去新公司前還是會衡量公司的水準、規模、待遇等，
不會與預期距離差太多。
簡單講如果不是用挖角的方式，
想在104找到好人才，
自己要天天看104配對的開放履歷。
(或是告訴助理要留意哪些條件，請他幫您看)
有用的學一個就好，沒通的會千萬個都用不上。
iThome鐵人賽
看影片追技術