其他

 開發部經理小易，是一位非常親和力很強的人。他畢業於清華，典型的有清華學生的敏銳和智慧，說話語速還特別快。有一次，他就提了一個非常有意思的問題，公交車下車的人，從車前面過馬路好，還是從車後面過馬路好？很少有人注意到這個問題，但是他能注意到。這天他找到了歐陽明。問了他一個問題：“你說，一個項目是基於SQL開發的。如果現在遇到了維護困難的問題，你認為應該怎麼解決？”這是在考我啊，歐陽明這樣想。“我認為關鍵是要分清楚SQL的職責，SQL用來去業務資料檢視，沒有問題，但是不要把商務邏輯，特別是介面控制邏

我和一位朋友在聊天的時候，談起在甲方的做資訊化，和在乙方做資訊化的不同點在於，在甲方做資訊化，需要搞定為什麼要上一個項目。而乙方參與進來的時候，項目其實已經啟動了。是的，作為甲方的我們，往往痛苦就在於，想上一個項目到讓公司決定上一個項目。公司再怎麼願意投錢，也需要看到這個項目的效益所在，而不會盲目投錢。在這個過程中，可能會很困惑，不過如果把握好幾個關鍵決策點，讓公司決策項目上線相對還是容易的。至於後面如何做，那就要有專案管理經驗的人負責了。這裡就不多談了。我們嘗試一般項目的規律，提出幾個關鍵決策

成功的捷徑文本的術語向量產生，術語向量距離計算，術語向量的相似性計算......，吳言這些天一直忙於這些功能的實現，終於吳言可以根據產品的描述資訊計算出產品的相似性，也可以根據使用者的描述資訊、部落格、評論計算使用者的相似性，以這些為基礎，吳言就可以做產品推薦了，例如使用者在瀏覽某個產品時，就可以在頁面下方列出“喜歡這個商品的使用者還喜歡......”，或者當一個使用者登入後，可以給他列出“您可能感興趣的使用者......”，其實這些網站上看似很平常的功能，後面其實隱藏著很多高深的演算法。吳言從

 反饋：今天因為工作太忙，所以沒能按時發布。感謝liangweiqing00 、pcliuguangtao、sohu_2011、Catchyflying的支援。正因為有大家的喜愛，我才能一步一步走過來。有代碼的地方，就有程式員，有人的地方就有江湖。IT職場，不一樣的江湖。一天，一個親戚有一次打電話問歐陽明，安利這個公司如何。歐陽明很是摸不著頭腦，他從來沒聽說過這個公司。就建議這位親戚在網上搜尋。因為他能做到的也只能是這樣。讓歐陽明沒有意識到的是，這個公司在未來的十年裡，深刻影響著中國。他的公司、

 時值夏天，北京是異常的熱。公司的空調到還算給力。歐陽明他們選了一個好位置，剛好是最靠近空調機的房間。所以出口的溫度非常低。但這並不是所有人都喜歡。春哥和冀揚兩人就是屬於怕冷型的。所以整天能看到他們裹著一個春秋衫，樣子極其可笑。公司還給團隊新調入一個業務專家，大家都叫她王姐。經過幾輪人員的進進出出，換血工作基本完成。歐陽明也得以有時間把系統進行第一次重構。在那一年，還不流行“重構”這個詞。歐陽明主要還是想對系統架構做一次最佳化。讓系統模組間變得更加獨立和簡單。這個系統，基本是在做一個商務程序，每

南京，“中國四大古都”之一，有“六朝古都”之稱。千百年來，奔騰不息的長江不僅孕育了長江的文明，也催生了南京這座江南城市。南京襟江帶河，依山傍水，鐘山龍蟠，石頭虎踞，山川秀美，古迹眾多。南京話在曆史上長期是中國的官方語言。明代及清代中葉之前中國的官方標準語一直是南京官話。歐陽明喜歡聽的《喝餛飩》就是用南京話唱的，清雅流暢、抑揚頓錯，非常好聽。不過，現在這個時候的南京，卻是人稱四大火爐之一的城市。另外幾個是南昌、重慶、武漢，他們都是在長江流域。氣候潮濕，卻又異常悶熱。叫你出了汗，卻排不出來。歐陽明他

這兩天和領導一起做CRM系統的介面調研。發現其中很多問題又會追溯到系統本身的結構上來，特別是關於客戶的模型定義，關於的訂單的模型定義等等。我將這些經驗與之前的公司資訊化理論結合起來，發現有一個非常有意思的推論。那就是要做好公司資訊化，就是要做好三件事。第一、資料模型標準化第二、商務程序正常化第三、系統運作規模化三件事是層層推進的，其中規模化又是公司資訊化的目標。資料模型標準化，其實就是定義出來，我們想要什麼樣的業務資料。商務程序正常化，就是讓大家知道，我們應該怎麼管理才能得到我們想要的。這點看上

註：這一篇，算是升華主題篇了，這也是全部文章中我最想表達的主題，我幾乎寫出了我的眼淚了，希望也能真正感動到同為程式員的你。春節假期如期而至，帶著好心情，我回到家中。第一次，我覺得回家有種“衣錦還鄉”的感覺，雖然我不是什麼真正的“衣錦還鄉”，我也不喜歡用“衣錦還鄉”這種說法，但是，我心裡還是抑制不住，有種很欣慰的感覺。自上次做手術後，經過一年多時間的休養和調理，我母親的身體已恢複如前。這次我能“滿載而歸”回家過春節，父母也感到很欣慰。父母勞累一輩子圖的是什嗎？不就是圖自己的子女能有個好的前程嗎？我

近日和一些同事談起來，感慨資訊化實施中的種種情況的發生。分析其原因，有說軟體品質本身就很差，有說服務能力不夠，有說服務意識不強。但我認為，追根究底，還是甲乙雙方的目標不一致導致的。對甲方來說，項目上線，往往只是開始。因為對於企業來講，投資了，就是要看到效益。不是為了面子工程這麼簡單。幾十萬甚至幾百萬投下去，真正給企業帶來了什嗎？這需要系統運行起來，真正使用起來才能說明。而對於乙方來講，項目上線，就是意味著合約的執行基本完成。那麼錢的80%基本就到手了。有些企業根本就不指望最後的10%尾款。所以，

事情的起因有點偶然，阿杜和我聊起系統的時候，說我們的系統現在開發的還可以，就暢想了一下能否有一個案頭文件管理系統，問起原因，主要是感覺很多人不會管理自己的硬碟，不會管理自己的文檔。我聽了也是感覺一振奮。但總還是感覺這個太大了，而且規則太過於複雜，複雜到你都不能設想有什麼規則。於是我聯絡其小董曾經的文件管理需求，就和小董簡單的碰了一下，發現如果只是定位在項目文件管理系統，是一個當下需要，又可能實現的系統。我一下子興奮起來。於是又找到雪霽進行了幾番的詳細描述。重點闡述有以下幾個構成部分：1.項目文檔

MicrosoftInternetExplorer402DocumentNotSpecified7.8Normal0企業的知識管理，一直是一個令人頭痛的問題。業界的KM理論都說明了一個道理，KM不好做。廣聯達公司決心上KM，也是看到軟體企業，最大的價值之一，就是知識。而最需要複用的也是知識。公司發展越是迅速，其知識的複用程度就越是緊迫。流程是一種典型的知識複用的方法。但流程並不能包括所有知識。既然這樣，首先就要明確一下，什麼是知識？百科辭典裡是這樣描述的：把識別萬物實體與性質的是與不是，定義為知

 中午吃完飯，歐陽明和幾個同事，在南京分公司下面的地下商場裡散步。一是為了消食，而是為了納涼。突然，一聲刺耳的鳴笛響起，大家還沒明白怎麼回事，就發現有人突然奔跑起來，於是所有的人都跟著跑起來。互相之間還問問，怎麼回事啊？不知道啊！歐陽明屬於後知後覺，不隨意跟風的那種。沒搞明白回事，是不願意跟著瞎跑的。等他慢慢走到門口，才搞明白，原來這是一次消防演習。歐陽明的老大老盧曾經這樣說過他，他就是對面打來一排子彈，領導讓他趴下的時候，他還在考慮為什麼要趴下的那類人。等到下午回到辦公室的時候，歐陽明就開始發

 南京的主要工作，其實就是當面實現他們的需求。為什麼要出來開發？這在和南京分公司經理的交談中，多少透露了一點。根據他們的反應，主要源自於分公司總感覺項目組拖延他們的需求，從而導致他們的行銷活動延後。總部派歐陽明他們出來，就是要安撫大家的這種心情。這就比如說，客戶遇到問題了，銷售解決不了，服務解決不了，反饋到總部還是解決不了。公司就可能派一個程式員到客戶那裡。說是進行現場調試，其實關鍵在於讓客戶知道，我們確實在努力解決這個問題，即使程式員不能在現場解決問題，客戶還是能夠認可的。既然技術都解決不了，

題目：統計學生人數和成績 Problem Description定義一個Student類記錄學生的學號和C++課程的成績。要求使用靜態成員變數和靜態成員Function Compute全班學生C++課程的總成績和平均成績。 Input輸入每個學生的學號和成績，每個學生的資訊佔一行,直到檔案結束。 Output輸出包括兩行，第一行全班人數和總成績，用空格隔開；第二行平均成績。 Sample Input101 30102 50103 90104 60105 70 Sample

 說明：非常抱歉，這周參加了太多的會議。原來寫作也是需要心情的，當沒有心情的時候，你都懶得動筆。歐陽明來到雲南的最主要的目的，是為了應對昆明客戶要求的評標。就是客戶邀請了幾家資質還可以的公司，分別示範和講解各自的系統，然後再進行評選。而這一次他們就是要進行講標。歐陽明沒有講過標，這次也不是他講，是當地的分支經理親自上陣。分支經理名字中也有一個“琨”，因此人稱琨哥，另外還有一個響噹噹的名號：“西南王”。是公司西南幾個省市的市場負責人。西南王不是蓋的。至少講標方面，歐陽明一行人都得好好學習。講標的前

謝謝同志們的期待。終於忙過了繁忙的九月。是你們的關注，堅定了我寫下去的決心。第二天，歐陽明他們早早就和團隊一起來到了客戶招標現場。但他們被告知，由於名額限制，他們不能隨同入內。只有講標的一個人可以進去。因為不是第一個講標的，所以昆明的經理琨哥和歐陽明他們都在外面坐下來了。大家都很緊張，沒有經曆這個陣勢。但是琨哥顯然很有經驗，和大家介紹情況。“我們不是第一個，是很有優勢的。”琨哥說。“為什麼呀？”冀揚很奇怪的問。“這是因為，客戶往往不知道自己需要什麼。”“所以，第一個就成炮灰了？”“也不盡然，如果

//========================================================================//TITLE://    DBAu1200 Development Board Boot Flash 地址釋疑//AUTHOR://    norains//DATE://    Wednesday  16-April-2008//Environment://    PB 5.0 + DB1200 BSP//====================

一、匈牙利命名法：廣泛應用於象Microsoft Windows這樣的環境中。    Windows 編程中用到的變數（還包括宏）的命名規則匈牙利命名法，這種命名技術是由一位能乾的 Microsoft 程式員查爾斯·西蒙尼(Charles Simonyi) 提出的。    匈牙利命名法通過在變數名前面加上相應的小寫字母的符號標識作為首碼，標識出變數的範圍，類型等。這些符號可以多個同時使用，順序是先m_（成員變數），再指標，再單一資料型別，再其他。例如：m_lpszStr,

//========================================================================//TITLE://    Au1200 CoreBSP v1.51預設工程編譯記錄//AUTHOR://    norains//DATE://    Saturday  12-April-2008//Environment://    PB 5.0 + AU1200 CORE BSP 1.5.1 + AU1200 MEDIA BSP 1.5.1/

文章目錄 前言：10. Courier9. Andale Mono8. Monaco7. Profont6. Monofur5. Proggy4. Droid Sans Mono3. Deja Vu Sans Mono2. Consolas + 中文雅黑混合版1. Inconsolata