其他

已經不是第一次了，使用者說自己開啟一個EXCEL檔案時提示被某使用者鎖定或被自己鎖定無法編輯（實際情況是某使用者或自己當前並沒有開啟該文檔）Google了一下，就我的理解有2種解決方式：①更改伺服器的時間（我沒嘗試）②等待一定的時間。為什麼說是一定的時間呢？跟用戶端OS有關，估計win7和visita相當的情況。OSTimeoutWindows XP15 minutesVista60 minutes參考資料：http://www.wssdemo.com/Blog/archive/2008/11/

這次出差回來又要發布一些視頻資料，回來後發現自己網頁開啟播放相關視頻時總是彈出對話方塊windows安全連線到127.0.0.1我嘗試直接通過虛擬目錄的地址來開啟視頻測試，同樣彈出如的對話方塊，我點擊取消後發現地址欄變成了如所示這時我懷疑是連接埠衝突造成的，使用netstat -an -o發現該連接埠的佔用情況，根據PID開啟資源管理員發現是youku的外掛程式，結束進程後問題解決了但是我還是不太理解這個衝突出現的過程，有高人請指點。

12月18日，在方圓大廈開講目標管理。題目是第一次講，幸好準備尚算充分，台上沒打哆嗦。呵呵。 講座還算成功。報名54人，實到近40人。下午2:00開講，4:00講完，中途無退席，無打盹（不排除偷著打盹未被發現的）。 分享兩張講座照片： 總的來講，參與者的反應還好。主持人總結說：“大家發言積極，現場氣氛如同春日陽光般溫暖。”還有兩位朋友寫了部落格：        《從菜鳥到CTO-你的目標需要管理》一些感想-《吃雞理論》 

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

    不知從何時起，喜歡上了咖啡。繁忙工作中，但有餘暇，總喜歡約幾位同事到辦公休閑區飲一杯咖啡。        “老孫，又喝咖啡去了？”“老孫，你不喝咖啡會死啊！”同事們經常打趣我。這時候，我總是笑而不言，讓他們拳頭打在空處。為什麼不解釋？因為喝咖啡是我的管理小竅門，說出來就不靈光了。        作為專案經理，你不能、也不可能事必躬親，面面俱到。雖說分配任務是職務必須，卻避免不了“支使”他人之嫌。即便把任務分配了出去，由於個人理解、個人能力，對待問題看法的不同，他人所做工作匯總到你這裡時，

JS： 代碼Code highlighting produced by Actipro CodeHighlighter

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

<script language="javascript"> function show1(){  document.getElementById("ccc").className = "aa"; } function show2(){  document.getElementById("ccc").className = "bb"; }</script><style type="text/css">.aa{ background-color:#87FACB;

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

 <style type="text/css">.highlightit img{border: 1px solid #ccc;}.highlightit:hover img{height:100px;width:100px;display:inline;position:absolute;border: 1px solid navy;filter:alpha(opacity=80);}.highlightit:hover{color: red; /* Dummy

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

a標籤是成對出現的,以<a>開始, </a>結束屬性.Common -- 一般屬性accesskey -- 代表一個連結的快速鍵訪問方式charset -- 指定了連結到的頁面所使用的編碼方式,比如UTF-8coords -- 使用映像地圖的時候可以使用此屬性定義連結的地區,通常是使用x,y座標href -- 代表一個連結源(就是連結到什麼地方)hreflang -- 指出了連結到的頁面所使用的語言編碼rel --

1 import urllib2, cookielib,urllib 2 3 class LoginRenren(): 4 def __init__(self): 5 self.log_url = "http://www.renren.com/PLogin.do" 6 self.cj = cookielib.CookieJar() 7 self.opener =

適用情境：實現過濾，查詢等功能。說明：與SQL命令中的Where作用相似，都是起到範圍限定也就是過濾作用的，而判斷條件就是它後面所接的子句。Where操作包括3種形式，分別為簡單形式、關聯準則形式、First()形式。下面分別用執行個體舉例下：1.簡單形式：例如：使用where篩選在倫敦的客戶var q =    from c in db.Customers    where c.City == "London"    select c;再如：篩選1994 年或之後僱用的僱員：var q =  

適用情境：統計資料吧，比如統計一些資料的個數，求和，最小值，最大值，平均數。Count說明：返回集合中的元素個數，返回INT類型；不延遲。產生SQL語句為：SELECT COUNT(*) FROM1.簡單形式：得到資料庫中客戶的數量：var q = db.Customers.Count();2.帶條件形式：得到資料庫中未斷貨產品的數量：var q = db.Products.Count(p =>

1、查詢出所有大連地區的學生的成績。2、查詢從來沒有參加任何考試的學生的資訊。3、查詢有考試成績紀錄的學生的資訊.4、將所有大連地區學生的課程編號為3的課程成績加10分。5、刪除所有C#課的成績。6、查詢課程編號為3的課程的平均成績，顯示有此門課程成績的學生編號，成績及距平均分之間的差值。7、查詢參加了所有考試的學生的姓名。8、查詢有成績紀錄的學生人數。9、查詢有2門以上成績的學生的姓名和連絡方式10、查詢哪些學生有c#考試成績，顯示這些學生的姓名11.查詢出科目中教師的姓名，同時增加編號。12

表與表之間的串連關係主要分為五種：內串連inner join、左外串連left outer join、右外串連reight outer join、全外串連full outer join、交叉串連cross join。       如果查詢時用到了表與表的串連關係，應使用on子句作為串連兩個表的關聯條件，即搜尋到合格聯合的行的結果集，使用where子句作為過濾表的搜尋條件，本節課主要是教授如何使用這四種串連。       內串連：使用inner

經典Regex(希望給自己和大家帶來便利，方便尋找) 摘要：收集一些常用的Regex。 引自：http://blog.holybbs.com/article.asp?id=284 另外一篇參考文檔(介紹的很系統,推薦閱讀)：http://oo8h.51.net/docs/regular_expression.htm Regex用於字串處理，表單驗證等場合，實用高效，但用到時總是不太把握，以致往往要上網查一番。我將一些常用的運算式收藏在這裡，作備忘之用。本貼隨時會更新。 匹配中文字元的Regex：

    今年，從一個很正規的項目到一個敏捷管理的項目，嚴格來說，不完全是敏捷項目，只是項目的負責人有著敏捷的血統，所以難免在一個傳統的項目裡，摻雜了自己敏捷的思想方法。剛開始進入類敏捷項目，看什麼都不順眼。文檔呢？流程呢？這麼明顯的現象，領導一定看在眼裡，為什麼沒有責難發飆呢？這一定是有緣由的，開始我還不知道這就是敏捷管理，於是決心觀察領導的每一個管理細節，以下是一點心得。    ■安撫敏捷項目裡的強驢