關於最近的工作
(圖片與內文無關...)
2015.09.04
好久沒寫工作相關的記錄啦!
按照慣例就要放一下OL圖....orz
之前離開的記錄,可以參考告別ISCOM這篇。
在另一家公司的這段時間,又有其他的機會。評估了一段時間,除了聊一聊外,也實際到工作環境看了一下。最後就決定過來了~~~
沒有繁複的面試筆試和試用期。就直接開始上班囉!
其實我找工作,大概有幾個原則:
- 不主動投遞。
- 工作地點不能太遠 (ex: 工業區、中科都沒有考慮)。
- 附近要能運動。
- 要有逛街的地方。
- 純技術人員有沒有前景,也就是不當主管,薪資能否再提升。
所以最近這2家其實還蠻類似的。參考下表~~
B與C,一個是系統層,一個則是網路服務。
其實兩者的技術都蠻有意思,自己也可以在這邊和同事們學習到不少東西。
但C這邊的氣氛好的多,待遇也比較好。又是自主式管理!
當然實際還是要再待一陣子才會知道囉,至少目前都還是ok的。
有些朋友都會覺得,為什麼到了40歲我還會這樣去換地方?
其實很簡單,我本來個性就是很愛去融入不同的團體。工作是這樣,休閒娛樂也是這樣。大概是水瓶座個性吧?XD
再來是真的對這邊的管理職覺得很不ok。增加的加給C/P值真的太低了。
專案性質的工作就是如此,所以後面這兩家,都是產品導向。而且已經有穩定的產品在運作,我們就有餘力可以進行研發。
再來就是不同技術的挑戰,這也是我很喜歡的。
在原本的公司的技術力其實不夠,接的專案也大都如此。原本可能都會想說試著努力看看,但資深人力不斷流失,又因為負面太多難以補到合適的人後,我也心灰意冷了。
後面這兩家,技術上都很值得學習,而且對於技術人員都十分重視。這也是我喜歡的地方!
當然還有一點,就更是因為已經40歲了,再不快決定就要沒機會了 XD
那麼,從B到C的理由?
主要就是那個fu吧。
在B裏面,我拖了3個月才過來(答應總經理多留1個月),其實他們的人力已經夠了。我反而成為多餘,而且還要額外進行試用期來證明我的價值在哪裏。
再來管理的方式有好有壞。帶我的人其實不太懂得怎麼管理 XD (我要走的時候,他還問我為什麼他帶的人都會離職,希望我給他一些建議 orz)
但在C,我是被需要的(至少讓我這麼認為)。兩相比較下,自然是會選擇後者囉。
目前就先這樣記錄。等再過一陣子再寫一下工作的情況吧 ^^
[桌遊] 台中圖板遊戲師資專班(第八屆)師資班心得
你是一個可以解決問題的人嗎?
(圖片與內文無關...)
2010.06.25 (五)
在整理之前blog草稿時,無意間翻到這篇未完的文章。
看了日期,天啊,是2010年!現在都2014了啊....orz
不管如何,還是把它貼一下好了。當時的心得(其實也沒啥心得..)就不修改照貼啦~~~
當做是個記錄 ^^"
=============================================
看到董先生這篇如何快速增進程式功力~~
其中關於學習,我想是很多新鮮人在意的一點。文中有提到,不管之前在學校或是上課怎麼樣的訓練,進入業界之後,才是真正挑戰和學習的開始。
我100%同意這句話啊!
只有實際上到業界上來磨練,才會曉得實際上
....
說真的,這麼多年下來我的感受是,一個開發人員(或是IT人員)與其說學習寫好程式,不如說學習培養自己解決問題的能力。資訊科學是應用科學,尤其我們都在業界工作,不是在學術單位,『能用』才是王道,『能解決問題』才是所有事情的關鍵。千萬別忘記,你學習的幾乎所有東西,都是為了解決相對應的特定問題。例如匿名網友說到的,程式設計裡面的遞迴、物件導向...等技術,都是為了解決問題、或對問題提供更好的解決方案。
我自己的經驗,所謂『程式開發』就是等同於『問題解決』,一個一個的問題,一個一個慢慢面對、處理,面對客戶需求時要怎麼達成? 為了效能該怎麼規畫? 如何讓專案團隊更快速的開發和合作? Build完之後多少個Error, 該怎麼解決? 測完之後多少個Bug、該如何修改? 無法實作時該怎麼walkaround? 碰到技術障礙或瓶頸該怎麼面對? ... 每一個IT人員或開發人員每天的工作幾乎都是 『問題→思考→解決方案→行動』,然後一直是這樣的循環。
整個關鍵都在『培養自己解決問題的能力』,不管是Debug、或是Creat Solutions,都是一樣的。不管你的角色是PM、SA、SD、Developer、Presale...幾乎放諸四海皆準...
能不能解決問題,就是一切的重點。
訂閱:
文章
(
Atom
)