其他

首先我想向各位介紹一個好玩的小小遊戲——G-Number遊戲。我最Crowdsourced Security Testing道這個遊戲是從微軟進階開發經理鄒欣老師的部落格裡面看到的。後來，有幸上了鄒老師的《Advanced Software Engineering》課程，課上，同學們經常玩這樣的遊戲。遊戲規則十分的簡單，每個人提交一個（0，100）區間裡面的實數，然後求平均值，將平均值乘以黃金分割數0.618

計劃/目標1， 我們有清晰的問題定義和典型的使用者劇本嗎?得益於一開始Cherry的強調，有的。2， 所有團隊成員對團隊目標瞭解並根據它安排各項工作嗎？大體上是的。3， 哪些是應該在plan的時候做但沒做的？計劃時還不夠細緻，這點在分配和完成dev task的時候反應出來了。4， 團隊討論效率如何？挺好的吧。5， 團隊成員的不同（性格，意見）是怎麼協調的？咱們組性格都挺好的，意見不一的時候基本當場就討論好了，但也有少數不一致留到開發時誰開發用誰的，這個要改。排班1，

KOFLive Beta版本，一些典型的測試情境 (Test Scenario) 、測試案例 (Test Case) 以及典型Bug狀況如下：測試情境測試案例發現的bugBug是否修複遊戲打鬥檢測：遊戲最關鍵的一點，是要能提供正確的打鬥運行邏輯。因此測試時使用雙人模式，一人使用左邊主鍵盤，一人使用右邊小鍵盤。VS

在設想我們的團購網站方案之前，我們首先需要看看團購網站的當前情況，若不能看清楚市場現狀，找到合適的市場切入點，則很難成為後起之秀。關於團購分析，我們已經有一片部落格選取兩個典型團購網站分析了現狀，這篇部落格，就主要從問題入手，尋找機會。問題一、同行灰常多，競爭激烈，同質化嚴重，燒錢燒人；問題二、顧客品牌忠誠度不高，團購導航網站的出現更是強化了市場商品導向而非服務導向的趨勢；問題三、商家獲益不夠，由於使用者只是衝著折扣去的，導致商家目的難以達到，也引發了廣泛的對於團購是不是另一種“麥卡錫騙局”的擔

有一件小事引發的思考：   第一次當PM，第一天當PM，啥都不懂，上司在當天發了一個UI設計草圖給我們。由於UI設計圖裡面有三四處我並沒有搞懂，晚上要和組員開會討論UI的設計。  怎麼辦呢？我就發了一個郵件，並附以下說明：在UI設計中如果不懂的地方，告訴我，我如果不懂，會幫你問上司。  結果悲劇出現了： 我以為沒有人問我，就代表大家都懂，結果大家都不是很懂，就這樣，大眼瞪小眼，開會沒有效率。  

   前面的話；剛踏入科研圈子，接著便迎來了軟體工程這個為期近三個月的大課，五人組成的近兩個月的Team 專案確實不是一件小事，要確定一個切實可行，能夠有些創新，又能適合團隊的項目很是困難。目前恰好有 Microsoft Academic Search和bing 搜尋引擎的資源，所以就想了高校申請指南，現在想法和目標都不健全，目前我就用NABC方法對此進行分析，還請大家多多指正，多多評論。1） N(Need 需求：這個創意到底解決了使用者的什麼需求？)    

Q1.進行軟體開發時，總想著迫不及待地去寫代碼。在軟體開發的過程中，這種做法正確嗎？編寫代碼之前還應該做些什嗎？A1.我曾經一度認為，軟體就是代碼堆砌的結果。通過程式員的不懈努力，有朝一日一定能寫出一套大型軟體，例如Office。但是現在我發現這種想法是完全不正確的。軟體開發是一個工程問題，需要用工程的思維去解決。為了完成一個項目，需要進行定義問題、需求分析、規劃構建、軟體架構、詳細設計、編碼與調試、單元測試、整合測試、整合、系統測試以及保障維護這一系列活動。做一個規模稍大的軟體開發項目，如果走

經過漫長的努力，在各位給力的童鞋的忙碌下，KOFLive的Beta版本正式發布了！綠色版：http://acm.ustc.edu.cn/getkoflive.php安裝版（推薦選用）：http://cstu.ustc.edu.cn/document?did=27話說兩個版本在運行前，都需要安裝.netFrameWork4.0,

在WPF（Windows Presentation Foundation）中，提供了資料的binding技術，使顯示和互動資料變得簡單，並與資料的管理獨立。Data

· 緣起拳皇遊戲相信絕大多數男生以及很多女生都玩過，應該算是街機遊戲經典中的經典。陳穩霖同學前不久看到了這個視頻，覺得蠻有意思，於是提議開發一個真人版的拳皇遊戲，經過組內討論，大家都覺得這個很有趣，而且作為一個team project技術難度也足夠，於是一致決定做這個project。 ·

在這個課裡面，我是最另類的，我是一個旁聽生。雖然我是另外二十一個人的師兄，但其實我很慚愧地說，我的編程能力很弱，沒有過多少編程經驗。所幸我的夥伴Haifeng做得比較好，使得我的拙劣不會彰顯得太過火。言歸正傳，我和Haifeng要做的是在微軟學術搜尋的基礎上增加作者尋找，地理位置尋找還有關鍵字尋找三項功能，工期大概是十天，所用的開發平台是Silverlight。接到這個題目，我還是很高興的，因為個人以為這個題目比其他題目更有實際意義。其他花哨的功能都不如能按作者查詢，地理位置查詢來得實在。但很遺

人們的生活，無時無刻不在和周圍的環境打交道。大到路邊的廣告牌、高樓大廈、藍天白雲，小到身邊的一株小草，一隻小貓。所有這些被我們所感知到的東西，都向我們的大腦傳送了大量的資訊。例如，一張報紙，我們閱讀其中的文字，能夠瞭解最新的新聞，直到外面的世界在發生什麼。然而，在擷取報紙的資訊的同時，報紙中有一個重要的部分常常被讀者所忽略。那就是報紙的紙張、排版、布局、印刷方式，這些資訊的載體。我們理所當然地認為它們應該是合理的、適當的，並淡化它們的存在，把注意力放在更高層的事物上。在電腦行業中，也存在著同樣的

3D Board Game的製作算告一段落。這一次我是和Shaoqing Ren一起做3D的黑白棋，在Pair work階段，他主要做Silverlight的UI，我主要做AI（大二的時候做過五子棋的AI，所以對這個相對熟一點）。 Pair Work的時候，有一些好處 1. 一個人寫代碼，一個人看著，這樣互相監督，互相review，可以使得邏輯清晰，減少錯誤，有的時候，往往我在敲一段代碼的時候有錯誤，任少卿都可以指出來。 2.

我們WP7會議助手的第一個迭代周期終於結束了，作為一個從零開始的新手PM，通過一個月的工作確實碰了很多壁也長了很多見識，在這裡就和大家分享一下我的經驗教訓，希望能給更多人以協助。 1，

微軟進階開發經理鄒欣老師著的赫赫有名的《移山之道》讀完了，讀之前就在想，如果只看目錄，我會產生怎樣的疑惑或者我最想瞭解到的是什麼呢？時至今日，書本讀完了，那就挑選幾個自己感興趣的話題，以Q&A的形式，與大家分享吧。1. Q：如何看待代碼複審與結對程式設計？  

In order to make our APP to be stable and reliable, we need to have it tested. The testers are Ting Zhang and Dongliang He.Test strategy:Our test plan mainly consists of two parts, namely, white box test and black box test.    White box

讀《The Mythical Man-Month》有感-- 陳凱飛一讀起這本書，我就開始被這本書的內容深深吸引了。一本三十五年前的書，現在讀起來還是覺得眼前一亮。第一次接觸Man-Month的概念，因為以前沒有接觸太多量化的軟體工程的概念。也是第一次看到一個軟體工程項目的靠譜的但是出乎意料的任務和時間分配的比例，test的時間分配居然高達1/2並且細化成component test and early system test 和system test, all components in

       進階軟體工程的pair project正式結束了。我和徐海峰同學經過一個星期的努力圓滿完成了以下任務：       1、 修改Academic map中代表各機構的圓圈顏色顯示模式，將單調的四種顏色模式改 為按照紅橙黃綠青藍紫的顏色變化順序表示各個機構。       2、在各個機構中的中心顯示區，根據作者數目排序顯示出該機構的前三位的研究領域。      

我們團隊WP7上基於Academic Search 的會議助手手機用戶端的alpha版本已經結束。在團隊中，限於團隊規模，每個人都會做點dev的事情，但是 我的最為主要的角色就是tester，以前從未做過tester，一個月的alpha版本開發下來，我在tester的崗位上也有許多的感想，我想，把它們都記下了，希望它見證我們的成長，當然，希望能夠得到大家的指點，從眾人的認知領域獲得我們能汲取的經驗和知識。理論上我們學到了什嗎？   

Believe the things that you have a right to believe (相信你有權利去相信的東西) ！這就是風險管理 (Risk Management) 。我們經常掛在嘴邊的一句話叫“捨不得孩子套不著狼”，可以說，在軟體開發領域裡，“舍掉孩子”就是那風險，而“套著狼”就是收益吧。 風險與機遇總是並存的，直面風險，用我們的勇敢，機智，膽識與遠見等等去與熊共舞一支華爾茲，那麼在與熊的周旋之中，即使有了幾許爪痕，那也就是我們光榮的印記。“If there is no