Category Archives: IT Talk

怎麼帶新人進入軟體團隊?

美國許多大公司的招聘流程都很複雜,這裡面除了官僚體系的影響之外,更重要的其實是因為 “招錯人進團隊比不招人還糟糕“,團隊的氣氛和軟體的品質都很容易被一個不適任的新人給搞砸。不過,從公司決定要聘雇,到員工正式報到,公司就花上一萬美金也是很常見的,這包括了新人的搬家費(假如新人原本住在外州)、面試的機票、旅館,以及面試官的時間。既然公司都花了這麼多錢,假如這個新人來了之後水土不服做沒多久就離職,公司的錢就真的是丟到水裡去了。於是,怎麼帶新人進入這個團隊,就是維持團隊戰力的重要課題了。
Continue reading

面試技術夥伴的心得 – 問、聽、追

從一年多前開始幫公司面試新人之後,累積下來也算是蠻有趣的經驗,從這些面試者身上其實也可以看到自己的投射,對自己的職涯成長其實也有些幫助。雖然我還沒辦法面試技術管理職,不過對於第一線的面試倒是有些心得可以整理下來給大家參考。

避免可能引起歧視爭議的問題和用詞。

這在美國幾乎是面試官必修的課程,人沒招到先害公司被告就太慘了。台灣雖然在這方面規定鬆很多,但我認為還是應該以高標準看待這件事,原因無它:來面試的技術人員都是潛在的業界合作對象,就算今天面試不錄取,不代表將來碰不到;再加上現在網路分享面試過程太普遍,因為羞辱或歧視面試者而打壞公司形象根本不值得。

至今我還沒遇到有技術夥伴是需要靠問歲數、年齡、婚姻、家庭狀態才能決定錄取與否的,以這行來說這些問題幾乎是完全沒有意義。

作準備

很妙的是,很多面試官並不一定會先看履歷表。當然,忙起來的時候,面試真的是一件吃力不討好的事。不過,有準備和沒準備對於面試執行的效果還是有很大差異的;面試的這一小時是公司讓你來執行把關的工作,如果沒有辦法多發掘一些面試者的特質,對公司來說就是浪費錢。

準備有幾個面向: 1) 讀履歷,找出有趣的資訊,這包括履歷表上不連貫的年份、過去主要做的領域; 2) 跟其他面試官協調,看自己這關的主要目的是什麼; 3) 準備適當的問題庫。

在美國準備工作可能還包括找出面試者的名字該怎麼唸 XD

面試前

儘量讓自己在面試前不要有會議,以免會議拖延時趕去面試時比較匆忙,進而影響判斷力或影響到面試者表現。提早幾分鐘到外面等待以免上個面試官已經無話可聊;趁面試者去倒水時和前個面試官重新確認面試的重點,或是是否需要調整方向或加強有疑問的領域。

面試開始

穩住面試者的情緒,不管他上一關表現如何,這一關的表現最好是不要因為前面表現不好而受影響。給他一些時間喘息,常用的方法包括:

  • 對面試者自我介紹: 說明你的職務、資歷和日常工作。
  • 請他簡單自我介紹: 問問他現在在做的專案、最有趣的專案,以及在業界的經驗 (不要扯到家庭去…)
  • 問些完全無關的問題: 天氣、旅館、飛機 (如果從外地來的話),甚至是他的閒暇興趣

為什麼要儘可能保持氣氛輕鬆?一個殘酷的事實是,如果他的能力不錯,往往也有別家公司要他,不要讓他覺得跟你合不來而選擇不來本組了。面試的問題可以很難,但沒必須裝作高高在上刁難人。

進入主題

有些面試者的自我介紹很長,適時的打斷他以便進入真正的面試主題;真正的主題通常是一個技術問題。進入主題後,我的心得是要 “問、聽、追”。

  • 問:問一個有目的的問題
  • 聽:仔細聽面試者的回答
  • 追:針對答案的漏洞,追問細節

什麼是有目的的問題?好的問題應該可以幫助你瞭解這個面試者。以軟體業來說,簡單的矩陣置換或是加總就可以快速刪掉一些技術能力完全不達標準的面試者,通常我都會用一些簡單的問題來快篩面試者的程度,再依據程度選擇下一個問題是什麼。這是目的之一。而進階的問題,往往是有漏洞或是陷阱的,我的目的就變成要看他們怎麼找出出題的漏洞、並解決這個漏洞。

聆聽的重要性當然也不言可喻;除了聽之外,也要表現出參與感,讓他們可以像是和同事討論一般的狀況下答題,畢竟我們要找的又不是在壓力下按核彈發射鈕的人。同時,也要試著去找出可以追的問題。

追,是去追問他回答中的漏洞、或是他推理的過程為何。有時候他們會只給答案、或在白板上寫出程式,要追問他們怎麼找出答案、設計的假設是什麼。

收尾

作為面試的主持人,要記得控制時間,以便有一個收尾的時間。收尾的時間通常是提供給面試者問問題的,往往他們會問的不外是工作性質、應徵流程、團隊文化等等。

有一些面試者面試到我這關時,前面的面試官都已經給了很正面的評價,這種狀況下收尾就有另一個用途,就是要開始對面試者推銷了。所謂的推銷就是要讓他對這裡的工作有興趣,如同前面說的,好的人才大家都要,假如薪水大家都出得起,決勝的關鍵當然還是人,要讓他喜歡這個團隊勝過別家公司冷冰冰的面試官,讓他覺得之後來這邊應該蠻有意思的。相信我,有些人會因為可以找到人一起打電動加入一家公司的….

收尾當然也包括把面試者交給下一個人,記得介紹他給下一位面試官,詢問他是否需要休息,以及和下一個面試官簡單交喚一下面試狀況。如果你是最後一個面試者,記得送面試者離開,或護送他去找人事。記得自己代表公司,別讓自己的跩樣被人家分享到網路上面試心得…

作決定

最終當然還是要作一個獨立的決定,美國這邊通常還要寫一份書面的簡單報告存檔,以避免到時候人家回頭來告歧視時完全不記得問了什麼。我通常會分成三個面向來看:技術能力是否達標、是否可以和組員合作、對工作是否有熱情。

前兩個還蠻常見的,不過第三個倒是不少技術求職者的問題。有些人可能現在工作或生活不愉快,在面試時就顯得非常消極,對事情似乎沒有熱情,我自己對於這點倒是蠻在乎的,因為這種氣氛還蠻容易影響到團隊士氣的。要測試這個特質說起來也很容易,只要問他們自己最自豪的專案,如果他們連在講的時候都沒有一點熱情,那我就會在這方面扣分了。

一些心得,提供其他有興趣的人參考囉。

尋找附近新鮮事的 iPhone App – Trover

去年公司一些同事離開我們部門加入了一個詭異的新公司,只知道這個新公司是要做跟旅遊相關的新服務,過了一年後他們的真正產品總算上線,是一個叫 Trover 的 iPhone App,玩了一下覺得這個概念還不錯,也順便幫前同事推廣一下。

Trover 是一個可以幫助你找到附近有趣地點的 app,透過朋友分享的 “Discovery”,你可以知道附近正好有個新鮮好玩的點、新開的餐廳、或只是一隻路過的可愛小貓。我用這個 app 的感覺是,它很適合幫助你找出身邊常經過、但卻沒有注意到的景點,透過別人的眼睛來探索這個世界。

新版也允許使用者更改搜尋的地點,所以如果想要造訪一個新城市,也可以利用這個 app 來找到一些有趣的景點;在行前規劃時可以找,到了當地如果還有網路可用也可以搜尋。

另一個我想得到的用途是偶發性的路邊特賣會,如果用這個來傳遞訊息其實也不賴。

台灣現在的用戶好像還不多,上傳的 Discovery 不多,希望多一點人用之後資料多一點會更好玩。

Trover 可以在這裡免費下載,前幾週好像還有跑到熱門下載排行榜,大家也來加一點台灣的好物吧~

用 touchpad 畫直線

研究所的時候常常需要大量閱讀論文,而我又很不喜歡把論文印下來,所以就只好想辦法在電腦上面作筆記。針對 PDF 作筆記的軟體很多,我自己是最推薦 PDF Annotator,不過軟體的問題還好找,對我來說,問題比較大的是 “畫線“。

有時候你不禁要納悶,電腦都這麼剛直的東西,為什麼真的要在註記裡面畫直線卻很難。我對於紙本書上的畫線或是 highlight 一向習慣要用尺畫一條又直又貼近文字底部的線條,所以遇到在電腦上沒辦法畫好線這件事,還蠻讓我氣餒的。
不管我是穩穩的移動我的滑鼠、還是慢慢的拖引我的觸碰板,不直就是不直!

畫不直[/caption]

不過我偶然發現有一些配備 Synaptics 觸碰板的筆記型電腦有一個所謂的 “Constrained Motion” 的功能,也就是說,當你按下特定按鍵時,觸碰板控制的游標就只會水平或是垂直移動。是哩,剛好可以拿來畫重點
Continue reading

共享資訊是創造雙贏和鼓勵創新的第一步 – 從美國的專業資料庫談起

前陣子有個感想,就是台灣的網路服務不像美國這麼發達,其實倒不完全是創意、資金和人才這些因素造成的,有些模式在台灣沒有辦法做或抄,是因為台灣根本就沒有那個資訊基礎建設。沒有基礎建設,上面自然開不出花來。

有些朋友要我舉一些例子,我就在這邊舉三個例子,分別是旅遊業、房地產和二手書籍的例子。
Continue reading

寫在 CCCA 熄燈前

認識交大 CCCA 這個社團是在 1996 年的時候;因為兩本書籍的介紹,認識了這個充滿神級人物的社團,在那個用 56k 就可以橫著走路的時代,這個社團和交大開放的網路環境,幾乎決定了我填大學的志願表。在那個交大還不叫野狗大,宅男也還不會被拿來形容 113 的時代,能夠進入這個社團還是很讓人高興的。先前寫的 《記得當時年記小》也記錄了一些過去的想法。

其實一直以來這個社團都有定位的問題,和計中的關係也一直是整個社團的重點。CCCA 的困境其實和每一個網管所要面對的困境都是一樣的:你的定位是什麼?你的老闆是誰?你真正的客戶又是誰?技術只是多個構面其中的一環,如何維繫關係和溝通反而是最困難的事。當過去賴以維生的技術完全被時代潮流淹過去的時候,你又是否能事先充實自己往前更進一步呢?

我唯一覺得可惜的是,當 CCCA 成為歷史,那個讓學生參與網路發展的交大似乎也將成為過去式,那個百站齊放、各式有的沒的應用都在台灣跑第一棒的交大,失去了學生的創意、學生也放棄了舞台,還有機會再創造出另一個特色嗎?

或也許,人去政息還是最好的寫照吧。

Prosper 放款一年回顧

大約一年前我介紹了 Prosper 這個 p2p 的個人貸/放款網站,並親自投入這個網站開始下標放款,後來並寫下了三個月的回顧,當時候我的預估利率 (在考慮倒帳的風險後) 大約是 10%。接下來我持續放款,直到 Prosper 因為需要跟金管單位進行註冊而暫停新借款為止,共放出 69 筆、約美元 $4,000 的款項。現在一年後,結果是如何呢? Continue reading

[Re:] 台灣人真的適合開軟體公司嗎?

[原討論串於 Ptt 的 Soft_Job 板]

討論這種問題,應該還是要先釐清什麼是 “軟體公司”?

是傳統的以軟體為商品的公司、如微軟、Adobe,還是可以包括以軟體為基礎但賣的是服務的公司,如 Google、Yahoo,亦或是以軟體/IT為其核心競爭力的公司,例如 Amazon?

如果只把範圍限制在軟體製造業,那麼台灣的確是不太可能像發展出像印度的代工業,最大的敵人不在別人比較便宜或別人人多,而在於台灣最好的資工人才都被電子業吸走了,因為往那邊薪資比較好;同樣的事也發生在印度,電子電機畢業的全跑去寫程式,他們要發展電子業就非常辛苦。

另一個觀點是,落後國家培養產業實力需要外力扶植,透過長期的代工單台灣的電子業才能夠累積非常多硬體製造的 know-how,外國廠商並不是一開始來台灣就下單,而是一步步從 QA/QC 教過來的,隨著台灣學到越多,他們也才能更加放手給台灣做。同樣的事在軟體業並沒有發生,所以落差也會比較大。

但是從更高的角度來說,明明 “software as a service” 都已經喊得震天響,還在討論台灣有沒有能力開一家賣軟體的公司,倒不如往賣服務的方向去想。

例如說,在美國有專門申請學校成績單的網站,他們跟各校簽約,公司負責處理申請的金流、資訊流和認證問題,學校只需要寄出成績單就好了。相較於台灣許多學校都要親辦,不然就是自建時產生一堆問題,這種 “服務”是可以賣的。同樣的例子在企業的薪資系統也有,與其讓自己會計每個月在那邊印薪資條發給同仁,美國公司多把這種業務外包出去,而外包的公司會負責印支票和確保薪水可以透過網路設定自動轉存進多個帳戶。

而對以資訊系統為競爭優勢的公司來說,其內部所需要的技術人才也不會輸給傳統軟體公司。VistaPrint 這家以印名片起家的公司,之所以可以贏過台灣巷口的印刷輸出店,其中一個主因就是他們花了非常多的精力在改善資訊流程,以致於他們能夠讓訂單從網路下單之後到包裝寄出,完全不需要人力介入個別訂單,同時還利用自家的演算法讓印刷的排程可以比別人省紙、省工 (正好是個 NP-complete 的問題)。

不是每家公司都得當 Google,處理商業問題需要的創意也不見得會少。

如果從這種角度來看,Open source只不過是食材,要怎麼炒自己家的這盤菜才是重點。並不是你拿到博客來網站的程式碼,就能夠變成台灣第一大網路書店,也不是你拿到美國這些企業服務的程式,就會有上萬家台灣的客戶。

回到主題,台灣人有著很矛盾的態度;我們對於3C商品接受度很高,但對於以資訊系統作為核心競爭力卻缺乏想像力,某種程度是因為台灣的人工還是很便宜,所以允許組織內大量浪費的人力而不用資訊方式去解決。如果用腦解決問題的人才老闆會嫌貴,這個產業就很難成型。

以電子業來對比,就像如果找了不好的工程師設計出來的東西會讓你 rework 損失幾百萬,倒還不如花高一點的薪資吸引好一點人才。

以長期趨勢來看,台灣受到中國競爭的關係,勢必是得在無形的地方下更多工夫,所以軟體/資訊系統的投資應該也會越來越高,雖然這不代表賣設備的 SA 或現在賣 ERP 的能夠大賺,但我想至少會產生越來越多以軟體為核心競爭力的公司;如果你認為 Amazon 算是軟體公司的話,那這樣應該就符合了。

無技術網路創業,你要學的不是 PHP

最近某網創課程被鞭得很兇,許多大大似乎都出來告訴諸位無技術的有志青年,”代誌,並沒有你想的這麼簡單低~”

誠然,技術是需要累積的,不然也就不能稱作技術了。不過,我覺得技術很難並不是原本不是技術背景的人不該學習技術的原因,而是,創業除去技術之外還有太多也同樣重要的事情要做了。

即使你一行程式都不會寫,並不代表你沒有辦法 “設計” 網站,WORD 打開、白紙攤開,一頁一頁的把自己心中的畫面以及每一個畫面中按紐的作用是什麼給標清楚,這個動作雖然叫開規格,但是實際上卻是在設計網站沒錯。大多數技術人員之所以沒辦法和非技術背景的人合作愉快,就在於非技術人員如果只提供想法,叫技術人員提供細節,最後自己再批評別人想出來的細節要求修改,這種合作關係是很難長久的。

相對的,如果非技術人員都已經把細節列出來、把畫面用剪貼或是草圖的方式表示出來,技術人員針對技術上可行性進行增刪,不只是施工更快,同時雙方合作的關係也較圓融。

所以,如果你不是技術背景出身,其實你應該學習的是如何不厭其煩的把自己的想法給畫出來,把自己的設計寫得越清楚越好,而不是只會出嘴巴而已。如果連你都覺得寫成 WORD 很煩了,那別人什麼參考訊息都沒有寫程式不是更煩?

就我個人的經驗,如果 PM 已經把規格寫到每個畫面每個連結都已經有說明了,開發起來真的是快速很多,而且幾乎在討論規格的時候就已經可以把主要問題說明給 PM 瞭解,在那個時候解決。PM 不一定需要程式開發的背景,但做的事不就跟創業時期的非技術人才相似?

創業還有許多需要處理的事,分工應該才是邁向成功的路子;有心瞭解更多程式的運作是一件好事,能夠把自己的邏輯透過程式的訓練培養出來也是好事,但在自己拿起工具開始寫程式前,不妨想想還有什麼投影片、說明書、規格書沒寫,如果等到這些事都做完了,而還找不到好的人來幫你開發,說真的,外包到印度去吧。

相關閱讀:

網路趨勢/創業大師不會告訴你的事(一)