2013年5月3日 星期五

[daily] 減分


看了 Soft_Job 版最近對於各篇求才文章的推文,其實感覺挺差的。一個職務貼出來,從薪資到期望的能力被『鄉民審判』,這只是將 Soft_Job 版的這一項附加功能給拒絕掉罷了。就客觀條件來看,會什麼語言、使用過什麼工具或 Library 與 Framework。甚至要求到一些 Debug 跟 Trace 等診斷用工具的結果可能都讓人感覺失望。常得到的回應是,要求那麼多,那薪水是多少?有沒有年薪百萬?或是薪水那麼少,要求那麼多,然後又接著一陣的口誅筆伐。漸漸地,大家習慣由列出的客觀條件來扣分,只有對薪水超優的加分。同樣的情境換到別的討論,也是採用預設的扣分動作來進行思考。

我們應該不會以討厭的程度來選擇伴侶吧?即使有一個以上的選擇,我們仍會用喜歡的程度來決定伴侶的。外在客觀的條件只有一開始,你決定要不要去接近他才是影響因素。真的產生了互動,才知道你是否能接納他,甚至發現新的優點。相對的,是否有未在客觀條件中,但你無法接受的缺點呢?像是對於金錢觀的異同,或是月光光的卡奴?

將條件列地詳細並不是為了給大家批判的,而是充份說明公司內有機會接觸到的相關技術。每個人進公司並不太可能一下子就會用上所有列出的需求項目。那可能得輪過幾種不同的專案或者開發項目後才可能遇上,並且也非百分之百的出力。而這些需求的內容,能幫助閱讀者瞭解什麼呢?看到後,讀閱者可以思考,是否有打死都不想碰的領域?如果是這樣的,那你就得將這間公司的優先序往後挪。請注意,只是往後挪而已。如果那個公司仍是你有興趣的不妨進一步談談,說不定,你不想接觸的項目,已經有人包辦了。

像我前一次找工作時,有幾個條件是得在面試時才問得出來的。就拿對我來說,我心中有設定二點要求:

一、要有版本控制系統的工作環境。
二、希望有使用 Issue Tracker。

但後來找到的工作呢?版本控制系統雖然有,但是沒有 changeset 概念的 CVS。有 Bug Tracker,但上面的東西是以 Product 為主的,跟我先前以 RD 任務為單位的使用情況不同,而我開發的多為軟體元件,似乎跟它沒有相關。

即使與心中的條件都不同,但我仍在那工作著!當然是因為談過也相處過後覺得有其他的誘因可以讓我放棄原來設定的條件。我們著手推版本控制系統的世代交替。另外,我專門負責一些軟體元件的製作,大部分的時程可以與產品本身平行。讓我有較充裕的時間維持產出品值的穩定。還有一部分的 Server Side Tool 是由我開發的,只要能達到需求,內部要如何設計其實有很大的自由度的,能不時滿足一下想要玩架構的心情。

好的工作環境得花時間談來的,單看條件就決定,那不就跟古早的作媒是一樣的事嗎?

單純由薪資過濾確實是相當便利而迅速。但你可能會後悔一開始沒有多花時間,而且還暗爽一下省了不少時間。最後,卻因為一開始的偷懶而最後繞了一大圈才知道付出的代價原來這麼大。

(此文撰寫於 2011/11/5 日,由於 posterous 要結束了,重貼回 blog)

沒有留言:

張貼留言