2009年10月8日
摘要: “首先我們需要參考Project charter，因?yàn)槔锩嬗幸恍┘僭O(shè)會變?yōu)轫?xiàng)目風(fēng)險(xiǎn)；其次里面有我們業(yè)務(wù)、商業(yè)上的目標(biāo)；而且里面還會有一些重要的里程碑。其次我們需要參考工作說明書，涉及里面的項(xiàng)目背景、目標(biāo)和產(chǎn)品范圍的說明。然后我們使用項(xiàng)目管理方法論……”
閱讀全文
2009年9月16日
摘要: 相當(dāng)具有后現(xiàn)代解構(gòu)主義的美感，很有27號的設(shè)計(jì)風(fēng)格……”小P對著白板品頭論足。
“呵呵，呵呵……”老C傻笑，“畫的好不好另說，這個圖說明了9個知識領(lǐng)域相互的關(guān)系，質(zhì)量、范圍、費(fèi)用和時間是根本，溝通、人力資源和采購是支柱，風(fēng)險(xiǎn)懸而未決，需要其他部分的支撐，項(xiàng)目經(jīng)理做整體和集成管理。而項(xiàng)目管理計(jì)劃就是如何蓋這個房子的藍(lán)圖或者說明書，下來我們就需要制定一個項(xiàng)目計(jì)劃啦——記住，項(xiàng)目計(jì)劃不僅僅是一些時間上的安排而已。不過在此之前我們需要一個項(xiàng)目初步范圍說明書。”
閱讀全文
2009年8月31日
摘要: “沒錯，沒錯，”老C點(diǎn)頭，“看看SOW，就是statement of work，工作說明書，我們說明要進(jìn)行的工作，最好先就工作目標(biāo)達(dá)成一致。同時我們在進(jìn)行目標(biāo)說明時，一定要遵從S.M.A.R.T.原則，就是一定要S-specific，M-measurable, A-attainable, R-realistic, T-timely。看，如果我說‘提升編程技能’這個目標(biāo)，是個好的目標(biāo)嗎？”
“唔……看來不是一個好的目標(biāo)，因?yàn)檫@個東東第一不確定，第二沒有辦法度量，第三沒有時間要求……總之做沒做到主觀性太大不好評價(jià)。”小P想了想，說道。
閱讀全文
2009年7月9日
摘要: “嘶，叫我想想我是在干什么來著……”由于和小P噴了過長的時間，老C一時想不起來自己要干什么，“對了！”他一拍桌子，嚇了小P一跳，“我本來是想直接當(dāng)項(xiàng)目經(jīng)理的，但項(xiàng)目經(jīng)理需要項(xiàng)目章程來任命，所以我們的這個項(xiàng)目需要一個項(xiàng)目章程，我就使用Develop project charter過程來產(chǎn)生這個項(xiàng)目章程，但是這個過程里面有一個輸入是工作說明書，所以我不得不先扮演一下sponsor來完成這個工作說明書，這樣才可以產(chǎn)生charter來任命我這個項(xiàng)目經(jīng)理……”老C郁悶道。
“哦？這個項(xiàng)目charter是做什么用的？”小P好奇。
“呵呵，charter最主要的作用是授權(quán)項(xiàng)目的項(xiàng)目經(jīng)理，并且批準(zhǔn)項(xiàng)目的正式開始。”老C回答，“一般charter是由sponsor或者一個外部的組織發(fā)出的，在實(shí)際中因?yàn)閟ponsors或者組織是出錢的，所以……他們要說了算啊，而且他們也要對他們選擇的項(xiàng)目經(jīng)理負(fù)責(zé)，并且規(guī)定了項(xiàng)目經(jīng)理在項(xiàng)目中的職責(zé)與權(quán)利。唔，你先理解這么多吧，我們以后還會再討論到這些的。”
閱讀全文
2009年4月13日
摘要: “但是這組遞推公式無法依照我們前面的解法解出來它的通項(xiàng)，因?yàn)槲覀兒茈y將它轉(zhuǎn)換為一個求和的方程。”老C說道，“在不知道更好的解決方法之前，我們只有拼拼人品，使用數(shù)學(xué)歸納法啦。”
“唔，你是說要猜測出通項(xiàng)公式，然后使用數(shù)學(xué)歸納法證明嗎？”小P問道。
“是啊是啊，”老C回答，“你好歹是本科畢業(yè)，這個應(yīng)當(dāng)難不倒你吧……”
“切，這個只要高中畢業(yè)就會了！”小P不屑。
閱讀全文
2009年3月22日
摘要: “ 算了，今天就到這里吧。我們明天再運(yùn)用遞歸的思想解決這個小朋友吃蘋果的問題，順便再討論一些對算法的效率進(jìn)行評估的方法……這些都是基礎(chǔ)，如果不了解這些就去盲目的學(xué)習(xí)C++語言、面向?qū)ο缶幊毯皖悗焓裁吹模瑢δ阌泻o益……因?yàn)槟愕乃枷刖蜁窒拊谝粋€比較低的水平上。”
“是嗎是嗎？”小P不解，“會嗎？”
“的確是這樣。”老C回答，“我們學(xué)習(xí)的是編程，而不僅僅學(xué)習(xí)的是語言。我們希望通過對語言的學(xué)習(xí)提高的是編程的能力……這樣你在以后的工作中，無論使用什么語言，都會飛快的上手，同時分析問題和解決問題的能力也會有顯得眾不同……要深入進(jìn)去，這就是為什么說teach yourself programming in ten years的原因……這10年中，你學(xué)習(xí)的如果僅僅是語言的話，那么等10年后，你會發(fā)現(xiàn)，自己原來沒有10年的編程經(jīng)驗(yàn)，有的只是10個1年編程經(jīng)驗(yàn)……”
閱讀全文
2009年3月16日
摘要: “其實(shí)就是和一般的待定系數(shù)法的思想是一樣的，給出一個我們已經(jīng)知道的特解——這個解一般都是比較容易看出來或者推導(dǎo)出來的——將這個特解代入原方程，并化簡，可以得到一個關(guān)于系數(shù)的方程；再猜測一個特解，代入原方程，化簡后又得到一個關(guān)于系數(shù)的方程……如果我們得到待定系數(shù)個數(shù)的方程——比如我們待定3 個系數(shù)——我們可以通過3個特解得到3個關(guān)于這3個系數(shù)的方程，若這3個方程聯(lián)立后可解，那么我們就可以通過方程組解得這3個系數(shù)。”老C擦擦唾沫。
閱讀全文
2009年3月11日
摘要: “哦，這是一個習(xí)慣用法。一般的抽象類的析構(gòu)函數(shù)要么是public virtual的，要么是protected 非virtual的。我在這里將它設(shè)計(jì)為protected 非virtual是因?yàn)槲也幌胱孖terator動態(tài)生成，就是說不希望Iterator的繼承類的對象是在堆上創(chuàng)建的。”看到小P還是有些莫名其妙，老 C接著說，“關(guān)于這個小技巧，我會在后面一段時間……一個月后吧……跟一些其他的小技巧一起總結(jié)一下，在這里你就先將就著看吧。”
“也好……”小P槑。
“接下來的代碼……很傻很天真……”老C解釋道，“因?yàn)樵谶@里只是說明問題而已，你可不要學(xué)習(xí)這種設(shè)計(jì)啊。”
閱讀全文
2009年3月9日
摘要: “哦，叫我想想。”小P眨眨眼睛，“好像和遍歷這些數(shù)據(jù)結(jié)構(gòu)花費(fèi)的時間有關(guān)系，如果我遍歷一遍這些數(shù)據(jù)結(jié)構(gòu)的所有元素所花費(fèi)的時間是元素個數(shù)的線性函數(shù)，那么這個數(shù)據(jù)結(jié)構(gòu)就是線性表，哦……時間復(fù)雜度就是n啦。”小P又想想，“好像就是這樣，我所接觸的線性表包括array, linked list, stack, queues，而queues可能有各種奇怪的queue，比如循環(huán)的，優(yōu)先級的什么的……”
“你的記憶力不錯啊。”老C稱贊道，“嗯，基本上線性表就是這么回事啦。”他點(diǎn)點(diǎn)頭，“我再來問一個貌似題外話的問題，你知道在C語言中，有哪4類指針嗎？”
“槑……”小P搖頭，飛快。
“在C語言中，有4種指針，分別是一般的指針，空指針、0指針和past the last one指針。”老C道。
“槑……”小P道，“一般的指針就是指向數(shù)據(jù)和函數(shù)的指針吧，空指針應(yīng)當(dāng)就是void*，0指針應(yīng)當(dāng)就是無法dereference的那種指針，那么什么是past the last one指針？”他不解的問。
“很簡單，我
閱讀全文
2009年2月26日
摘要: “是啊，無論怎么樣，統(tǒng)一和標(biāo)準(zhǔn)是我們的需求，只有用統(tǒng)一的標(biāo)準(zhǔn)的符號我們才可以更好的交流。一個反面的例子是我們上數(shù)字電路里面的與門、非門、與非門和或門等等的邏輯符號，國家標(biāo)準(zhǔn)與業(yè)界流行的國際標(biāo)準(zhǔn)就不一樣，導(dǎo)致學(xué)生在畢業(yè)的時候可能看不懂行業(yè)內(nèi)的電路圖——就事實(shí)而論，我們大部分的電路模塊產(chǎn)品和芯片的說明手冊還是歐美的居多——這樣即加重了企業(yè)負(fù)擔(dān)，可能需要再花一部分精力來培訓(xùn)新人，也增加了學(xué)生的負(fù)擔(dān)——為了在畢業(yè)的時候增加些許競爭力，不得不學(xué)習(xí)兩套符號系統(tǒng)。總之我覺得這個事情還是比較腦殘的，讓我想到窄軌鐵路……”老C借機(jī)發(fā)泄了一下從畢業(yè)就開始累積的郁悶。。。。。。
“UML是建模工具，不是編程工具。模型需要對實(shí)際的事物進(jìn)行合理的剪裁和取舍，注意模型的清晰性比信息的完備性更重要，如果不論青紅皂白的將所有信息一股腦全部放在模型上，那樣圖形看起來會很恐怖的。”老C接著解釋，“所以不要要求模型完全反應(yīng)細(xì)節(jié)信息，只要在大方向上對就可以了。同時你還要了解模型所要描述的問題規(guī)模，如果是一個大型的交易系統(tǒng)，按照我繪出的sequence diagram的詳細(xì)程度，那是根本不可能的。在描述這樣的系統(tǒng)時，
閱讀全文