以下純粹是個人意見:
最近上范教授這幾日上到商業模式,當然一定不免俗會提到Google、FB等等相當成功的網路企業,教授說明了「多方交易」的價值,也說明了我們這些大眾,看起來在使用免費服務,其實也等於在幫這些企業賺錢。

文章標籤

Jamie Chang 發表在 痞客邦 留言(0) 人氣()

在資訊業界職涯上,常遇上部分工程師想轉型成「專案經理」

第一考量是年紀驅使、第二是對於軟體開發熱情消退

文章標籤

Jamie Chang 發表在 痞客邦 留言(0) 人氣()

當2006年PMP逐漸在各企業間成為風潮

當時一堆人為了追求這張「黃金」證照無所不用其極

文章標籤

Jamie Chang 發表在 痞客邦 留言(0) 人氣()

最近在Line上的各大群組,不斷的轉貼此訊息

文章標籤

Jamie Chang 發表在 痞客邦 留言(0) 人氣()

每任政府還是陷入重硬輕軟,台灣近30年的確靠了硬體撐起了半邊江山,但時代改變,硬體發展逐漸停滯飽和,軟體持續成長,這也許也說明南韓、以色列的發展及老美那些網路巨擘的成長。

之前談起資料時,我一直認為,政府應該把數據石油列為國家發展計畫而不是鐵路,但從精誠到現在做農業,我認為台灣培養技術分析人才不是太大問題,但應用整合人才卻是極度缺乏。

以往整個軟體發展,每個環節都能夠找到合適優秀的人才,能找到優秀的DB、前端、後端程式工程師,但談起全部整合應用,基本上大家都是各玩各的。

當然台灣企業其實大多也是觀望居多,以之前在精誠服務為例,多數企業也是想先了解同業是否已經使用,不然就先觀望,導致即便每個數據武林高手雖然身懷武功,但確無用武之地。

所以我認為,台灣除了技術人才需要持續培養外,更應該投入一些資源去栽培「說故事的人」,就是能夠包裝整合應用的人 


Jamie Chang 發表在 痞客邦 留言(0) 人氣()

之前透過朋友知道「Scratch」
原來是一個互動性良好的的程式語言拼圖

文章標籤

Jamie Chang 發表在 痞客邦 留言(0) 人氣()

前幾天在每週的專案會議上,專案主管向我反應

某一項專案我們由於尚未將System Design文件化

Jamie Chang 發表在 痞客邦 留言(0) 人氣()

從擔任專案經理後,時常被問到

「你是如何從工程師轉任專案經理」、「我去面試,幾乎都沒機會耶」

Jamie Chang 發表在 痞客邦 留言(0) 人氣()

昨日看了魏德聖之前賽片的專訪,心有戚戚焉
如同導演在電影中扮演的角色,如同專案經理在專案中的角色

Jamie Chang 發表在 痞客邦 留言(0) 人氣()

半澤直樹教我最多的,不是加倍奉還,而是處理事情盡量用how

1.「似乎很難辦到」>「要怎麼做才能辦到」
2.「不行的」>「要怎麼做才可以」
3.「太難了」>「怎麼做才會變得容易」
4.「做的不好」>「要做的好該怎麼做」

常聽到工程師也會會如此回答
藉由偶像劇的舉例
希望能勉勵自己外
也能勉勵工程師們

zh-CN → zh-TW

Jamie Chang 發表在 痞客邦 留言(0) 人氣()

1 2