其他

在職場，每個人都在奮鬥。不是為了同事、也不是為了公司，而是為了自己！ “這還用說嗎？”，很多朋友感到可笑。“多麼顯而易見的道理啊！”。然而，話雖然是這麼說，現實卻並不像人們想象的那麼簡單。 老李，是一位老資格的專案經理，那是我們公認的技術高手。大家都曾以為他遲早能當上技術總監，他也是如此自我期許。然而，多年過去後，他仍然還是一個專案經理。 “莫非他做項目作的不好，所以升職才輪不到他？”我這樣猜疑過。後來我知道，他的項目一直做得很好，但他得了一種病——技術病。用領導的話：他一直在做技術，從來就沒有

link address:http://hi.baidu.com/myguru/item/c8d5878ca5464cc9b17154e7首先，Apple是不允許應用程式這樣做的。當然，所謂的不允許，是你提交的應用會被reject。我們如果不提交給AppStore，蘋 果當然就管不著了，呵呵。　　實現方法來自於iPhone Dev SDK Forum：　　讀取螢幕亮度：　　NSNumber *bl = (NSNumber*)

很多C++程式員還在使用而不是用更新的標準的庫。 這兩者都有什麼不同呢？首先，5年前我們就開始反對把.h符號繼續用在標準的頭 檔案中。繼續使用過時的規則可不是個好的方法。從功能性的角度來講， <iostream>包含了一系列模板化的I/O類，相反地<iostream.h>只僅僅是支援字元 流。另外，輸入輸出資料流的C++標準規範介面在一些微妙的細節上都已改進，因此，

假設有張學產生績表(CJ)如下Name Subject Result張三 語文 80張三 數學 90張三 物理 85李四 語文 85李四 數學 92李四 物理 82想變成 姓名 語文 數學 物理張三 80 90 85李四 85 92 82declare @sql varchar(4000)set @sql = 'select Name'select @sql = @sql + ',sum(case Subject when '''+Subject+''' then Result end) ['+

  “我每次去新的工作現場，一定會先請大家去吃飯喝酒，而不是直接開始工作。”一位專案管理高手這樣說。    在日本工作的時候，曾讀過一篇訪談錄。採訪對象是一位日本頂尖IT公司的進階專案經理。這個人由於每每扮演救火隊員角色，在項目難產，面臨母子雙亡（項目和項目組同時完蛋）的情況下臨危受命，救項目於水火之中，人稱外號“救世主”。    這位專案經理在介紹自己工作經驗時，第一條講的就是這個，重要性可見一斑。那麼，理由何在呢？他說：在酒桌上，相對於在工作現場，人們普遍心情很放鬆。而

對於每個決心闖蕩飯局的職場人，一個至為關鍵的問題便是——誰來為飯局買單？    “我來買單！”老孫的回答很明確。    “自己酒足飯飽，別人出錢買單，這有什麼不好？”一聽此言，有朋友不以為然。    要回答這個疑問，我們需要從互惠原理談起。社會學家的報告表明，所有的人類社會都崇尚禮尚往來。打比方說，過年了，有朋友發簡訊祝願，那麼，即便你原來沒 打算給他發簡訊，這下你也要回複一句了。簡單的說，互惠原理就是你給我恩惠，我決不能白白接受，一定要有所表示。否則，自己就欠債了。要知道，出來混，債

"你最近還好嗎？"牧師誠懇地問。我再次迷惑了。牧師住在隔壁，雖說近在咫尺，高樓大廈的，聯絡並不是很多。對於這位牧師大人，我還是很有好感的，唯一讓我迷惑的是，每當他開口說話，第一句總是--"你最近還好嗎？"為什麼呢？心中總是隱約懷疑著什麼。昨天突然讀到一篇文章，終於領悟到此話的深刻背景。這樣的開場白絕不是僅僅為了顯得親切友善，用的好的話，它就是一把解牛之刃。因為它會讓你給出個客套禮貌的回答，"挺好的"，"還不錯"，"謝謝，還行吧"。而一旦你表明正面態度，很可能問題就來了。美國人曾做過這樣的調查：他

 作者：

  作者：

【你超越了嗎？】-------------------------------------------------時間進度~~~成本控制~~~品質要求~~~客戶滿意~~~個人成功~~~這些彷彿咒語般的字眼，時時縈繞在專案經理的心頭。它們是專案經理的目標所在，又是專案經理的痛苦之源；它們是專案經理的榮耀所在，又是專案經理的恥辱之源。在每一個專案經理心裡，也許都有過這樣的夢想： 面對一個被判處了死刑的項目，自己義無反顧地站了出來。不是為了自己，而是為了團隊、為了責任、為了榮譽！奮鬥……挫折……痛苦…

【專案經理之修鍊（1）】《序章》關於要寫給誰看的問題 【專案經理之修鍊（2）】《序章》專案經理就一垃圾職位【專案經理之修鍊（3）】《序章》新專案經理成功就靠它——《基礎篇》將談幾個基本問題。是後面解決專案管理問題的各種方案的思想基礎。【專案經理之修鍊（4）】《基礎篇》故事的主角是你嗎？【專案經理之修鍊（5）】《基礎篇》別把項目成功當目標 【專案經理之修鍊（6）】《基礎篇》專案經理該坐哪兒？ 【專案經理之修鍊（7）】《基礎篇》人生遊戲中的神器——謙虛

“知己知彼，百戰不殆。”孫子的這句名言，非常之有道理。然而，曆史上，想要征服項目，最後反被項目征服的專案經理，數以萬計。難道他們都不知道不明白這個道理嗎？ 【知己知彼】 --------------------------------------------------------------------------“知己知彼，百戰不殆”這個道理，大家都知道。可做起事來該失敗的還是會失敗，這到底是怎麼個道理，大家就不知道了。對此，老孫也一直百思不得其解。對於專案經理而言，“知己”也就是接項目前要

副標題——別把技術問題轉化為人際問題（作者：孫繼濱）【專案經理之修鍊】

韓非子曾經講過一個寓言——智子疑鄰。 --------------------------------------------------------宋國有一個富人，天下大雨，他家的牆壞了。富人的兒子說：“要是不修牆，一定會有盜賊來偷東西。”鄰居也這樣說：“要是不修牆，一定會有盜賊來偷東西。”富人沒有當回事兒。晚上富人家果然丟失了很多東西。 結果，那個富人認為自己的兒子聰明，卻懷疑鄰居偷了他家的東西。 -----------------------------------------------

 副標題——會報喜的專案經理才可能成功【專案經理之修鍊】

——技術向管理的轉型，需要學習哪些知識呢？為將來的成功轉型要做哪些準備呢？在轉型期，技術人員經常為這些問題而感到迷茫，乃至不知所措。如果我的《專案經理的修鍊》出版了的話，我就會推薦它了。（淚）可惜目前還在和出版社擂台中。在這裡，簡單講講兩個方向上的建議。（1）實踐是檢驗真理的唯一標準。不建議讀太多的書，管理需要的是實踐。如果時間充裕的話，最好離開電腦離開書本去實踐，就比如組織個Party、組織個社團等等，在實踐中發現問題，自己試著解決，仍然不滿意，再去書中尋求答案。技術人員有過分相信參考書和工具

客戶需求，就是專案管理中最難管的事情。（文/孫繼濱） 所謂管理，管事情是表象，最終管人。對於專案管理來說也不例外。對於專案經理來說，上級手下客戶同僚構成一個項目圈子。其中同僚關聯通常不多又不緊密，上級好像也不需要你來管，手下畢竟在你手下幹活，不能不聽你的，那麼剩下的就是客戶了。對了，用專案經理的話來說：最不好對付的就是客戶了。同時，我們知道，管事情也是有學問的，並不是所有的事情都是一個難度。那麼什麼事情最難管呢？當然是你事先不知道的事情最難管。那麼，什麼是專案經理事先沒譜的東西呢？——客戶需求。

（文/孫繼濱） 小趙剛剛升任專案經理，過來向老孫取經：“孫哥，請指教一下吧。”“記住一句話：別把項目成功當目標。”“什嗎？？？”小趙聽到的沒錯，我說的就是：別把項目成功當目標。 在實際工作上，大家常常認為——項目的成功是成功的最高標準。我覺得，這種認識正是招致人們項目失敗的主要原因之一，也是專案經理的主要殺手之一。這種在認識上的誤區，我稱之為專案經理的【成功誤區】。為什麼將這種認識稱之為誤區呢？這裡邊有什麼道理嗎？讓我們來看看下錶，看看它會帶來什麼樣的後果。 表1-1：成功誤區引起的不良癥狀。項

（文/孫繼濱） 老孫原來是很笨的。是的，很魯鈍。 剛當上專案經理那會兒，自己總覺得別人不聽話，自己說什麼都不算數。傷心極了。怎麼辦？沒辦法，只好自己給自己找了一大堆活兒，然後埋頭苦幹，同時還要為別人拾遺補缺。看著別的專案經理能夠勞逸結合，輕輕鬆鬆，心裡憋氣的不得了。 後來，我的上司找我，問我當了專案經理有何感想。我故作輕鬆道：“大丈夫不可一日無權啊。”上司有些驚訝。我解釋說：“專案經理好像是個管理職位，可是我卻覺得自己啥權力也沒有。人呢，一沒權力說啥都不好使。”上司笑了，說：“專案經理權力準定是