最近
在網路上看到
MSDN的論壇
感覺就好像發現了新大陸一樣的興奮 (才怪)
我只是想為什麼教育者不教我們這些ㄚ？
看了不少案子 找著找著都是去找MSDN
到底裡面有什麼寶藏嗎
隨便挖兩下
差點沒把我給嚇死
因為
我找著找著
就發現
初學者開發人員學習中心
看來裡面有不少好料的
三更半夜了
我懶得再打了
--
我要先睡了
adsense
|
|
|
2010-07-31
2010-07-30
[轉] Android的Google地圖升級到4.4版 重點在增加搜尋鄰近的功能
準備好迎接這六個月以來第六次的Android版Google地圖升級了嗎！Google即將帶領線上地圖到一個全新的領域，尤其是對於周遭環境的認識！這次升級包括稱為Place的新功能，可以讓使用者更快知道你所在的周遭有些什麽；如果你想找一些特定的標的物，例如加油站或是餐廳之類，也可透過過濾方式更精確的找到離你最近的需求。還有一個專屬的Place頁面，顯示標的物的營業時間以及指南針以及距離。 （好像本地通的加強版？）
看起來好像很棒吧，不過這先決條件當然是你要有一隻Android 1.6以上的手機（HTC Magic與三星i7500用戶路過表示相當無奈），要不然，如果你是黑莓用戶，也可稍稍等待一下，至少還是有得升級到這版本的Google地圖。
http://chinese.engadget.com/2010/07/28/google-maps-for-android-updated-to-4-4-adds-dedicated-places/
看起來好像很棒吧，不過這先決條件當然是你要有一隻Android 1.6以上的手機（HTC Magic與三星i7500用戶路過表示相當無奈），要不然，如果你是黑莓用戶，也可稍稍等待一下，至少還是有得升級到這版本的Google地圖。
http://chinese.engadget.com/2010/07/28/google-maps-for-android-updated-to-4-4-adds-dedicated-places/
2010-07-29
2010-07-28
2010-07-27
[豬頭記帳 Beta 5.1.0] 簡單好用的記帳軟體！
[豬頭記帳 Beta 5.1.0] 簡單好用的記帳軟體！
http://qazq.pixnet.net/blog/post/21654150
http://qazq.pixnet.net/blog/post/21654150
有加密的功能
可以自己新增目錄
可以多人同時使用
其他功能我還在測試中
2010-07-26
2010-07-16
[轉] 達成目標與抱負的小步驟
達成目標與抱負的小步驟
1. 整體目標
2. 把整體目標分為五個小步驟 每個步驟都要有一個具體 可衡量 切合實際的目標 還要有時間表
想想你要如何達成每個步驟 達成時會給自己什麼獎勵 獎勵可以是你想要的任何東西
也許是甜食 新鞋或新衣 (不是柯南的新一喔) 科技新品 書櫃 上館子.......
步驟一
我的第一個小目標是......
我覺得我可以達成這目標 因為......
為了達成這個小目標 我要......
這將在以下日期之前達成......
達成目標的獎勵是......
步驟二
我的第二個小目標是......
我覺得我可以達成這目標 因為......
為了達成這個小目標 我要......
這將在以下日期之前達成......
達成目標的獎勵是......
步驟三
我的第三個小目標是......
我覺得我可以達成這目標 因為......
為了達成這個小目標 我要......
這將在以下日期之前達成......
達成目標的獎勵是......
步驟四
我的第四個小目標是......
我覺得我可以達成這目標 因為......
為了達成這個小目標 我要......
這將在以下日期之前達成......
達成目標的獎勵是......
步驟五
我的第五個小目標是......
我覺得我可以達成這目標 因為......
為了達成這個小目標 我要......
這將在以下日期之前達成......
達成目標的獎勵是......
3. 達成目標的效益是什麼
列出三個重要的效益 把焦點放在達成目標可以讓妳和周遭的生活變得多美好
鎖定和你渴望的未來有關的效益 而不是去逃避目前的負面情境
效益一:
效益二:
效益三:
4. 公開
你想讓誰知道你的目標與小目標? 或許是親朋好友或同事?
你可以在blog寫出來 或貼在家裡或辦公室的地方
sorce: 心理學家教你59秒 變A咖
[轉] 強制險可申請理賠---肇事逃逸可申請
強制險可申請理賠---肇事逃逸可申請 (一定要看喔 ! )
昨天去客戶那。客戶的老公，騎機車，被小貨車撞倒，左小腿骨折。但，該肇事者，郤逃逸了。
後來，受傷的老公，住院共花了6萬多元。客戶只能很無耐的，抱怨又受傷，又無法得到理賠。
聽完，提醒他，可用自己車的強制險去理賠。但要向警察局，補申請交通事故證明 (要有提到肇事
者逃逸)。再向自己車的產險公司申請，就OK了。 而正式收據只有一份。沒關係，強制險的理賠免
正式收據。只要在影印本收據上有蓋上醫院章，這樣就可以了。
整理一下：政府強制險包括150萬死殘理賠，和20萬的意外門診或住院理賠。而要申請肇事逃逸20萬
的意外住院門診理賠。請準備下列文件：
1.
2.醫院的收據，可用影印本，但要醫院蓋章。
3.向自己購買的強制險，產險公司申請出險。
政府強制險的用意，就是為了萬一肇事者逃逸，受傷者不會求償無門，所以自己的權益自己要爭取。
想到客戶憤憤不平的說，當時警察只丟下一句話："您較衰"。而警察也不會主動提醒受傷者，能自己
申請理賠，只會說風涼話。唉...希望這些警察都能更專業點。
強制責任險,若對方車跑了，我們的車體是不能要求由己方的強制險理賠？
因政府強制險,只負責"人"的理賠。每一人死殘上限是150萬，醫療費是20萬上限。故車體部份不得要求
，由政府強制險理賠。但若您有買車體損失險 (如甲,乙或丙式車體損失險) 則對方逃跑，只要自己有向
警方報案，就一樣可獲得自己產險公司的車體險理賠ㄛ。
若萬一出險時，收據多印幾份(都要蓋醫院章)。同一個費用，至多可申請三份理賠。
第一份：原始收據交給個人壽險或團體險的保險公司(實報實銷)。
第二份：收據影印本，交給強制險的產險公司申請政府強制責任險理賠。
第三份：申報所得稅時，醫療列舉扣除額，申請減免申報。
祝大家都要平安呦 ^___^
http://tw.myblog.yahoo.com/jw!EQ7AfW2HBBwI.pIioknD2Sc-/article?mid=363
2010-07-14
[sql] sql 最佳的效能
如果要得到最佳的效能請參考以下經驗
1. 不要有磁碟的衝突
2. data file system file 不要放在同一個槽
3. 把log檔放在不同的槽 與data file不同 這樣可以給你最佳的效能 減少衝突
4. tempdb 也放在不同的槽 如果可以 請作raid
2010-07-12
[sql] mssql版本
查詢版本的 T-SQL
查詢指令 * SELECT @@VERSION
sql版本
enterprise ==> standard ==> workgroup ==> express ==> mobile
cpu
無限 四個 2個 一個cpu
每個版本會執行的cpu都不一樣
例: 如果我今天用的是 express版本
那麼DB只會執行一個cpu
即使你的cpu有八個
它也只會執行一個
資料量
只有express限定 4g 其他無限
developer 開發版 只能開發不能上線 上線要用企業版
developer 趨近於 enterprise
查詢指令 * SELECT @@VERSION
sql版本
enterprise ==> standard ==> workgroup ==> express ==> mobile
cpu
無限 四個 2個 一個cpu
每個版本會執行的cpu都不一樣
例: 如果我今天用的是 express版本
那麼DB只會執行一個cpu
即使你的cpu有八個
它也只會執行一個
資料量
只有express限定 4g 其他無限
developer 開發版 只能開發不能上線 上線要用企業版
developer 趨近於 enterprise
DB是server clinet都不能裝db
(簡易版 試用版 可以在 client)
2010-07-09
[sql] 預設、具名及多個SQL Server 2005執行個體
default ((一般預設
named install ((想要保留地一次安裝的資料庫 就需要選取這個
這樣子就可以可以玩很多資料庫
named install 使用時機
1. 測試sql quickcheck name instance
圖片引用Microsoft SQL Server 2005 實作與維護 Ⅰ
http://docs.google.com/viewer?a=v&q=cache:etima3tPikUJ:download.microsoft.com/download/9/1/5/9151ba6d-6c37-4b6a-bef4-efab001d2929/sktd00001_test.pdf+ms+sql+2005+%E5%AE%89%E8%A3%9D&hl=zh-TW&gl=tw&pid=bl&srcid=ADGEESjq1KgZr5KK_kVFAR2UaqbfwUMmCxUA3coh9YxP87GzwRK1iObprFtQXCsO4Pa1ofzH8Gd3lN-R9B711GS7TN9D5jZlqOCtn68zf3LnIBsYTMG8pEYMhPm8i8qfZHb7zHQIUbTF&sig=AHIEtbRnqoe4Wy02qkecCXb5GiGxhz1ESQ
第18頁
named install ((想要保留地一次安裝的資料庫 就需要選取這個
這樣子就可以可以玩很多資料庫
named install 使用時機
1. 測試sql quickcheck name instance
2. 想做開發或應用
3. 不同的客戶 完整的客戶控制權
4. 應用系統裡面 有一個專門的資料庫
圖片引用Microsoft SQL Server 2005 實作與維護 Ⅰ
http://docs.google.com/viewer?a=v&q=cache:etima3tPikUJ:download.microsoft.com/download/9/1/5/9151ba6d-6c37-4b6a-bef4-efab001d2929/sktd00001_test.pdf+ms+sql+2005+%E5%AE%89%E8%A3%9D&hl=zh-TW&gl=tw&pid=bl&srcid=ADGEESjq1KgZr5KK_kVFAR2UaqbfwUMmCxUA3coh9YxP87GzwRK1iObprFtQXCsO4Pa1ofzH8Gd3lN-R9B711GS7TN9D5jZlqOCtn68zf3LnIBsYTMG8pEYMhPm8i8qfZHb7zHQIUbTF&sig=AHIEtbRnqoe4Wy02qkecCXb5GiGxhz1ESQ
第18頁
2010-07-07
[sql] stored procedure 預存程序
預存程序 stored procedure
預存程序是能在資料庫執行某種作業，且可重複使用的資料庫項目。在預存程序中含有 SQL 程式碼，可以插入、更新或刪除記錄。預存程序也可以更改資料庫本身的結構。例如，您可以使用預存程序加入表格欄，甚至刪除整個表格。
預存程序也可以呼叫另一個預存程序，接受輸入參數，將多個數值以輸出參數的形式回傳至呼叫程序中的預存程序。
重複使用預存程序的好處是您可以重複使用一套經過編譯的程序，執行數次資料庫作業。如果您知道將會需要執行某項資料庫作業許多次，或是有許多不同應用程式會執行相同的作業，那麼使用預存程序執行這項作業，會使資料庫運作更有效率。
上面是網路上的說法 講的一大堆 有看沒有懂
簡單的說法 就是在伺服器端執行程式
注意
MySQL 以及 Microsoft Access 資料庫並不支援預存程序。
預存程序是能在資料庫執行某種作業，且可重複使用的資料庫項目。在預存程序中含有 SQL 程式碼，可以插入、更新或刪除記錄。預存程序也可以更改資料庫本身的結構。例如，您可以使用預存程序加入表格欄，甚至刪除整個表格。
預存程序也可以呼叫另一個預存程序，接受輸入參數，將多個數值以輸出參數的形式回傳至呼叫程序中的預存程序。
重複使用預存程序的好處是您可以重複使用一套經過編譯的程序，執行數次資料庫作業。如果您知道將會需要執行某項資料庫作業許多次，或是有許多不同應用程式會執行相同的作業，那麼使用預存程序執行這項作業，會使資料庫運作更有效率。
上面是網路上的說法 講的一大堆 有看沒有懂
簡單的說法 就是在伺服器端執行程式
注意
MySQL 以及 Microsoft Access 資料庫並不支援預存程序。
2010-07-05
[sql] low balance (負載平衡)
負載平衡是避免伺服器負擔過重
以上圖為例
當我們一次湧入三百人時
low balance (負載平衡) 會分配一部分的人到DB1 (資料庫1)
剩下的分配到 DB2 (資料庫2)
標準的異地備份 要在50km外做備份
2010-07-03
27年堅守技術最前線的R&D老兵 - 李智樺 (轉)
擷取部分文章
人的問題要比程式還複雜
隨著IT環境不斷的變化，李智樺在發展系統時所採用的開發工具，也由最早的組合語言，一路跟著變化成為Basic、C、C++…等語言環境。雖然每一套程式語言都各有其不同的長短處與開發特色，但憑著自我進修的方式，李智樺很快就掌握了其中的精髓。「程式語言其實一點都不難學，只要自己有興趣，再加上那麼一點點邏輯分析能力，很容易就能上手。」李智樺強調：「最難處理的是『人』，寫程式的邏輯是封閉的，有經驗，想通了就很簡單，人的思考邏輯可要比 程式語言難搞太多了。」
曾經在3家公司擔任過R&D主管的李智樺說：「寫程式的人其實很不好帶，每個人都會有自己的一套想法與做法，當彼此有衝突與差異發生時，做主管的只能用『感同身受』的方式，盡量去磨合每個人，尤其是更上頭的老闆與下屬之間的關係。」
他舉自身的經驗為例子，那時某家公司的R&D部門面臨生存危機，在原有的主管離職後，底下20幾個研發工程師分崩離析，個個都準備要「跑路」。當他剛接手時，老闆還跟他說：「看看年底會留下幾個人吧？」結果一年以後，不但原有的員工一個都沒走，部門還因為績效表現優異、工作量激增而需要擴編。「就是要站在下屬的立場想，該說話時要有guts站出來為員工講話，該爭取就要爭取，該擋就要擋。」李智樺肯定地說。
不過李智樺也認為，如果公司能夠形成一套約定俗成的企業文化，那大家無論是在行事、管理及訊息溝通的作風上，就會有一種不言可喻的默契與法則存在，人人做起事來會更順手，而R&D主管只要能提出令人信服的願景，讓底下的員工願意跟隨，有潛力、有能力的人自然就會自己想辦法跳過關卡，達成上面設定的目標，根本就不用為他操心。其餘的就只要扮演好自己本份，依照規章行事，部門就能順利運作。但是由於台灣許多企業R&D部門的規模都不是很大，存在時間也不夠長，很難在短時間內培養出屬於自己一套，受到上下都共同認同的企業文化，因此R&D主管就只能用帶心的方式，和下屬一個一個交流，這個責任太大，要背負的人情包伏太重，管理起來會特別辛苦。
接專案是最好的成長方式
「程式設計師想要成長，最好的方法就是 接專案。」李智樺表示：「程式設計師不能只顧自己coding，必須要走出去，從與客戶簽約開始，先了解客戶的想法，並從頭到尾參與整體專案執行運作的每個階段，每個專案動作都做過一遍，了解到專案到底是怎麼一回事，可能會出現什麼狀況，該怎麼補救善後，資源該怎麼運作…等狀況，這樣自己的能力才有辦法獲得提升。」李智樺鼓勵有志於成為IT顧問的程式設計人員，平日就應積極爭取擔任專案經理的機會，先從小型專案做起，再一步一步開始負責各式的大型專案，累積自己的實力，日後才有可能成為獨當一面的顧問。
而對於台灣的軟體專案開發，李智樺也提出他的看法：「許多軟體開發團隊都缺少一套合適的『方法論』。」李智樺說：「所謂『方法論』並不是出出幾個Papers，在黑板上畫畫流程圖、進度圖、組織表、資源分配圖…就算了。」支持「敏捷開發理論」的他認為，事先的溝通很重要：「你要告訴你的客戶，你提供的資源就是這麼多，你能做到什麼，不能做什麼，從一開始就要講清楚。有了這個共識後，雙方才有可能知道如何合作，專案該要怎麼進行。」
李智樺並強調，當然客戶在專案進行的過程中，可以隨時視其需求調整規格，但相對的，也要讓他知道所要付出的代價─除非客戶額外投入資源，要不然資源只會越來越少，直到完全消耗殆盡。「雖然專案有可能無法完整交付，只有做到一個比例，但最起碼最後的方向與結果會是客戶要的，而不是產出一個完全無法接受的東西。」他說。
To be or Not to be？
「一個人將來會有怎樣的發展，會走怎樣的發展路線，其實完全是由自己的個性與做事風格決定，而且從一開始就看得出來。」目前仍對撰寫程式充滿興趣的李智樺這麼表示。許多人會認為程式設計師的工作總是一成不變，李智樺對此不以為然，曾經負責過金融機構IT系統架構的他表示：「金融業發展的趨勢起伏要過幾年才會有明顯變化，就有人認為它很刺激了。殊不知資訊技術變化的潮流更是快，幾乎時時都有新東西，天天的情況都不一樣，IT人要承受的衝擊更是大。」而隨著資訊技術變化潮流的高低起伏，每個人會因為個性與興趣的不同，再一次選擇自己的定位，跟？還是不跟？這時候很容易就可以知道，自己適不適合繼續再走程式設計師這條路。
「IT的世界充滿誘惑，許多人常常貪圖眼前一時的高薪，或是想像中可能的發展機會，而在不同公司或職務上盲目地跳來跳去。」李智樺說：「其實每個工作內容都差不多，錯過了也沒什麼好可惜的。機會真的多得是。」重點是，李智樺強調，真的要思考的是：自己的個性適不適合？自己到底有沒有興趣？是不是真的自己想要的？
有些人或許會想，我先接下管理職試試看，如果不行再轉回技術職。李智樺鄭重表示，這種想法是行不通的。由於IT技術變化速度太快，一旦脫離技術轉去擔任行政管理工作，李智樺說：「不到一年你就回不來了，而且時間拖越久，越不可能回來，你會一直問自己：『這段時間，我到底少掉了什麼？』不斷地想去回頭彌補，到最後，整個人都會迷失 掉，完全就跟技術脫節。」
「每個IT人都應該有一份生涯規劃藍圖，好好設定自己想要達到的目標，並再依照這個計劃努力去實踐。」李智樺28歲時開始規劃人生方向，計劃在30歲時當到1線經理，33歲成為大型專案計劃經理，35歲能獨當一面，甚至自行創業開公司。「這時我犯了一個錯誤，30歲就出來開公司，太早了。」李智樺說。
「雖然公司有賺錢，可是壓力真的很大，每天看著支票過日子，擔心它會不會兌現。早上都要把今天要做的事情從頭到尾思考一遍後，才有辦法從床上爬起來，內心帶著沈重的心情去上班。」李智樺說，想當管理人，就要有專案從頭苦到尾的覺悟，還遠不如當個程式設計師輕鬆。「程式設計師工作很單純，只要搞定自己就行了，事情做不完，品質不完善，熬夜加班重做都可以；做管理的可不能這樣，而人的事情更是難搞定，兩者之間是差很多的。」李智樺這樣表示。
「落實自己的興趣比較重要。只要你仍有興趣，那程式設計師的生涯依然可以為你帶來許多樂趣。」雖然目前台灣整體經濟環境不佳，外部又有大陸廉價同業競爭，但李智樺建議的程式設計師們：「回頭聽聽內心的聲音，如果你對IT最新的技術仍有熱情，仍會不斷地希望與朋友分享討論，願意繼續跟隨著IT的發展趨勢前進，那你就應該要往程式設計師的方向努力深耕。這樣你才有可能做得長久，到了老年要退休時，也不會覺得人生有所遺憾。」
http://www.runpc.com.tw/content/content.aspx?id=103708
人的問題要比程式還複雜
隨著IT環境不斷的變化，李智樺在發展系統時所採用的開發工具，也由最早的組合語言，一路跟著變化成為Basic、C、C++…等語言環境。雖然每一套程式語言都各有其不同的長短處與開發特色，但憑著自我進修的方式，李智樺很快就掌握了其中的精髓。「程式語言其實一點都不難學，只要自己有興趣，再加上那麼一點點邏輯分析能力，很容易就能上手。」李智樺強調：「最難處理的是『人』，寫程式的邏輯是封閉的，有經驗，想通了就很簡單，人的思考邏輯可要比 程式語言難搞太多了。」
曾經在3家公司擔任過R&D主管的李智樺說：「寫程式的人其實很不好帶，每個人都會有自己的一套想法與做法，當彼此有衝突與差異發生時，做主管的只能用『感同身受』的方式，盡量去磨合每個人，尤其是更上頭的老闆與下屬之間的關係。」
他舉自身的經驗為例子，那時某家公司的R&D部門面臨生存危機，在原有的主管離職後，底下20幾個研發工程師分崩離析，個個都準備要「跑路」。當他剛接手時，老闆還跟他說：「看看年底會留下幾個人吧？」結果一年以後，不但原有的員工一個都沒走，部門還因為績效表現優異、工作量激增而需要擴編。「就是要站在下屬的立場想，該說話時要有guts站出來為員工講話，該爭取就要爭取，該擋就要擋。」李智樺肯定地說。
不過李智樺也認為，如果公司能夠形成一套約定俗成的企業文化，那大家無論是在行事、管理及訊息溝通的作風上，就會有一種不言可喻的默契與法則存在，人人做起事來會更順手，而R&D主管只要能提出令人信服的願景，讓底下的員工願意跟隨，有潛力、有能力的人自然就會自己想辦法跳過關卡，達成上面設定的目標，根本就不用為他操心。其餘的就只要扮演好自己本份，依照規章行事，部門就能順利運作。但是由於台灣許多企業R&D部門的規模都不是很大，存在時間也不夠長，很難在短時間內培養出屬於自己一套，受到上下都共同認同的企業文化，因此R&D主管就只能用帶心的方式，和下屬一個一個交流，這個責任太大，要背負的人情包伏太重，管理起來會特別辛苦。
接專案是最好的成長方式
「程式設計師想要成長，最好的方法就是 接專案。」李智樺表示：「程式設計師不能只顧自己coding，必須要走出去，從與客戶簽約開始，先了解客戶的想法，並從頭到尾參與整體專案執行運作的每個階段，每個專案動作都做過一遍，了解到專案到底是怎麼一回事，可能會出現什麼狀況，該怎麼補救善後，資源該怎麼運作…等狀況，這樣自己的能力才有辦法獲得提升。」李智樺鼓勵有志於成為IT顧問的程式設計人員，平日就應積極爭取擔任專案經理的機會，先從小型專案做起，再一步一步開始負責各式的大型專案，累積自己的實力，日後才有可能成為獨當一面的顧問。
而對於台灣的軟體專案開發，李智樺也提出他的看法：「許多軟體開發團隊都缺少一套合適的『方法論』。」李智樺說：「所謂『方法論』並不是出出幾個Papers，在黑板上畫畫流程圖、進度圖、組織表、資源分配圖…就算了。」支持「敏捷開發理論」的他認為，事先的溝通很重要：「你要告訴你的客戶，你提供的資源就是這麼多，你能做到什麼，不能做什麼，從一開始就要講清楚。有了這個共識後，雙方才有可能知道如何合作，專案該要怎麼進行。」
李智樺並強調，當然客戶在專案進行的過程中，可以隨時視其需求調整規格，但相對的，也要讓他知道所要付出的代價─除非客戶額外投入資源，要不然資源只會越來越少，直到完全消耗殆盡。「雖然專案有可能無法完整交付，只有做到一個比例，但最起碼最後的方向與結果會是客戶要的，而不是產出一個完全無法接受的東西。」他說。
To be or Not to be？
「一個人將來會有怎樣的發展，會走怎樣的發展路線，其實完全是由自己的個性與做事風格決定，而且從一開始就看得出來。」目前仍對撰寫程式充滿興趣的李智樺這麼表示。許多人會認為程式設計師的工作總是一成不變，李智樺對此不以為然，曾經負責過金融機構IT系統架構的他表示：「金融業發展的趨勢起伏要過幾年才會有明顯變化，就有人認為它很刺激了。殊不知資訊技術變化的潮流更是快，幾乎時時都有新東西，天天的情況都不一樣，IT人要承受的衝擊更是大。」而隨著資訊技術變化潮流的高低起伏，每個人會因為個性與興趣的不同，再一次選擇自己的定位，跟？還是不跟？這時候很容易就可以知道，自己適不適合繼續再走程式設計師這條路。
「IT的世界充滿誘惑，許多人常常貪圖眼前一時的高薪，或是想像中可能的發展機會，而在不同公司或職務上盲目地跳來跳去。」李智樺說：「其實每個工作內容都差不多，錯過了也沒什麼好可惜的。機會真的多得是。」重點是，李智樺強調，真的要思考的是：自己的個性適不適合？自己到底有沒有興趣？是不是真的自己想要的？
有些人或許會想，我先接下管理職試試看，如果不行再轉回技術職。李智樺鄭重表示，這種想法是行不通的。由於IT技術變化速度太快，一旦脫離技術轉去擔任行政管理工作，李智樺說：「不到一年你就回不來了，而且時間拖越久，越不可能回來，你會一直問自己：『這段時間，我到底少掉了什麼？』不斷地想去回頭彌補，到最後，整個人都會迷失 掉，完全就跟技術脫節。」
「每個IT人都應該有一份生涯規劃藍圖，好好設定自己想要達到的目標，並再依照這個計劃努力去實踐。」李智樺28歲時開始規劃人生方向，計劃在30歲時當到1線經理，33歲成為大型專案計劃經理，35歲能獨當一面，甚至自行創業開公司。「這時我犯了一個錯誤，30歲就出來開公司，太早了。」李智樺說。
「雖然公司有賺錢，可是壓力真的很大，每天看著支票過日子，擔心它會不會兌現。早上都要把今天要做的事情從頭到尾思考一遍後，才有辦法從床上爬起來，內心帶著沈重的心情去上班。」李智樺說，想當管理人，就要有專案從頭苦到尾的覺悟，還遠不如當個程式設計師輕鬆。「程式設計師工作很單純，只要搞定自己就行了，事情做不完，品質不完善，熬夜加班重做都可以；做管理的可不能這樣，而人的事情更是難搞定，兩者之間是差很多的。」李智樺這樣表示。
「落實自己的興趣比較重要。只要你仍有興趣，那程式設計師的生涯依然可以為你帶來許多樂趣。」雖然目前台灣整體經濟環境不佳，外部又有大陸廉價同業競爭，但李智樺建議的程式設計師們：「回頭聽聽內心的聲音，如果你對IT最新的技術仍有熱情，仍會不斷地希望與朋友分享討論，願意繼續跟隨著IT的發展趨勢前進，那你就應該要往程式設計師的方向努力深耕。這樣你才有可能做得長久，到了老年要退休時，也不會覺得人生有所遺憾。」
http://www.runpc.com.tw/content/content.aspx?id=103708
2010-07-01
主管是管你？還是幫你？[轉]
擷取部分
學習拆解工作細項
人都不喜歡被管，被管的時候會覺得自己好像能力不夠好，做錯事了，我建議是讓他轉換成另一個思維，當你開始帶人，你從第一天開始，就要每個人開始陳列他的工作細項(不要大項)，為什麼要細項，一來幫助他們更清楚自己的工作，二來也讓他知道哪些事情應該在哪天完成。
養成Member主動回報習慣
列出工作回報準則，何時該回報？要回報的內容？例外事件處理方式為何？例如繳交週報，每個禮拜最少要回報一次工作狀況，且比對實際的成果，從這邊可以清楚知道自己上禮拜完成了什麼，這禮拜應該要做些什麼，對自己的工作有比較明確的預估。
提高Member責任感
通常一開始預估都很難估的準，但還是要讓他們估算，在這過程中主管只能給建議，但不能直接幫他列細項與估時間，一來因為一定會愈估愈準，估的準了，每個人對工作的認知也更提高了；二來讓他知道做這些事情，本來就是他的任務；三來他自己預估了，準或不準他自己都該承擔責任，這些都在提升成員的責任感與能力，同時也能解決我們遭遇到的問題。
自我管理
在管理領域中，我覺得最棒的就是自我管理了，我們要訓練每個人自我管理的習慣，可以督促自己完成工作，不用別人監督，時間到了主動回報，有問題時主動提出討論，自己先尋求完成工作的方法，無法解決時主動找主管討論，一個可以自主管理的Team，才能成長的快，大家工作也才會愉快。
逐步進行
最後一項，根據XY理論，我相信這種手法一開始進行一定會有困難，但不能因此不做，一次嘗試一個點，慢慢來，同時也灌輸這樣做對他們自己有什麼幫助，管理上就會慢慢變得較為輕鬆了。
sorce:http://www.dotblogs.com.tw/jimmyyu/archive/2010/06/24/16120.aspx
學習拆解工作細項
人都不喜歡被管，被管的時候會覺得自己好像能力不夠好，做錯事了，我建議是讓他轉換成另一個思維，當你開始帶人，你從第一天開始，就要每個人開始陳列他的工作細項(不要大項)，為什麼要細項，一來幫助他們更清楚自己的工作，二來也讓他知道哪些事情應該在哪天完成。
養成Member主動回報習慣
列出工作回報準則，何時該回報？要回報的內容？例外事件處理方式為何？例如繳交週報，每個禮拜最少要回報一次工作狀況，且比對實際的成果，從這邊可以清楚知道自己上禮拜完成了什麼，這禮拜應該要做些什麼，對自己的工作有比較明確的預估。
提高Member責任感
通常一開始預估都很難估的準，但還是要讓他們估算，在這過程中主管只能給建議，但不能直接幫他列細項與估時間，一來因為一定會愈估愈準，估的準了，每個人對工作的認知也更提高了；二來讓他知道做這些事情，本來就是他的任務；三來他自己預估了，準或不準他自己都該承擔責任，這些都在提升成員的責任感與能力，同時也能解決我們遭遇到的問題。
自我管理
在管理領域中，我覺得最棒的就是自我管理了，我們要訓練每個人自我管理的習慣，可以督促自己完成工作，不用別人監督，時間到了主動回報，有問題時主動提出討論，自己先尋求完成工作的方法，無法解決時主動找主管討論，一個可以自主管理的Team，才能成長的快，大家工作也才會愉快。
逐步進行
最後一項，根據XY理論，我相信這種手法一開始進行一定會有困難，但不能因此不做，一次嘗試一個點，慢慢來，同時也灌輸這樣做對他們自己有什麼幫助，管理上就會慢慢變得較為輕鬆了。
sorce:http://www.dotblogs.com.tw/jimmyyu/archive/2010/06/24/16120.aspx
訂閱：
文章 (Atom)