其他

元旦假期過去了，好快！今天Scrum時聽大家sync自己的進度，都做了不少工作，看來大家放假也沒閑著。現在，真人拳皇遊戲已經有了雛形，新加入了碰撞檢測和使用者輸入部分，可以簡單的玩起來了，下面是一張：邪惡的dev只給畫面中的MM加了攻擊動作，而我就只能左躲右閃……強烈期待給我增加攻擊動作！下面是今天Scrum的總結：人物招式狀態圖討論陳穩霖同學已經設計了一個狀態轉換圖的草圖，今天給大家share了一下，並就其中的一些細節進行瞭解釋。大家review了一下，覺得基本沒什麼問題，已經可以根據這個來進

Pair member: 陳子禾&許曉彬遊戲地址：http://home.ustc.edu.cn/~xxb263/ChineseChecker.html      之所以開始選擇做跳棋，是因為六角的平面跳棋長得很有型。但是後來發現棋板需是3D的，這就比較⊙﹏⊙b汗。在憑空想象+手舞足蹈的比劃之後，我們決定做在立方體上下的跳棋。    

這本書放在我手上很久了，之前只是略微的翻一翻，書的確很有趣，但是事情比較多，沒怎麼仔細看。後來迫於鄒欣老師的壓力，才逼著自己抽出時間來看，加上我是我們team的PM，感受還是蠻深刻的。像造橋那樣造軟體書中說道，“關於軟體缺陷的話題，只要談上幾分鐘，必會有人拍案歎道，‘為什麼就是不能像造橋那樣造軟體？’”的確，掩卷長思，為神馬不能像造橋那樣造軟體哪！細想起來，兩者之間的根本不同在於，一個是體力勞動，以機械為主；一個是腦力勞動，以人為主。人，從來就不是一個確定的東西，有喜怒哀樂，有自己的偏愛和偏見，

項森的ElevatorFramework是唯讀，為了怎麼把自己的scheduler加進去，費了好大的勁，幸而得到許曉彬大神的指點，終於找到solution。獨樂樂不如人樂樂，特分享一下。開啟VS2010，串連到msra-tfs1\IEG的ElevatorFramework解決方案，開啟Source Control:雙擊右側的ElevFramework.sln，這時VS會把工程整個的映射到你本地的一個檔案夾中，你可以開啟任意一個.cs檔案，把滑鼠放在標籤上，查看本地的對應檔夾：找到本機對應的工程，

要添加的功能使用者可以申請註冊Microsoft Academic Search的帳號，或者直接使用已有的Windows Live帳號來登入，系統可根據不同的使用者為其提供個人化服務   為什麼要添加這個功能現在的學術搜尋只是個冷冰冰的工具，有了使用者賬戶系統，就能夠增加使用者的黏性，能夠根據使用者的日常使用習慣提供更貼心的服務，並且，有了這個平台，就可以加入更多更有趣的元素，可以把學術搜尋打造成研究人員的一站式服務中心。 功能具體的特色1. 使用者可以使用賬戶來登入學術搜尋2. 使用者

http://news.csdn.net/a/20101220/285951.html 12月20日淩晨，中移動研究院院長黃曉慶在新浪微博中透露，在回北京的飛機上遇到了Facebook首席執行官馬克·紮克伯格(Mark

文章目錄 功能概要 功能概要情境以3D形式展現（可以做成偽3D，即只有西南、西北、東北、東南四個視角）可以使用DirectX或OpenGL來實現真正的3D，也可以使用Silverlight等實現偽3D玩家可以自由地： 1.設計過山車軌道， 2.設定過山車的物理屬性整個虛擬世界包含： 1.軌道（分有動力和無動力，過山車可通過） 2.支架 3.裝飾物（植物、雕塑等） 4.過山車其中軌道分為： 1.直軌道(可調長度，分為有動力和無動力)

今天Scrum討論的內容有：設計文檔Alpha版本review，修正了關於人物模型的設計之前關於人物模型部分的設計是這樣的：使用者輸入圖片，程式從中提取出頭、軀幹、四肢等資訊，然後將它們映射到事先定義人物模型上。因為我們之前都沒有做過類似的工作，而且這個方案看上去也挺簡單的。但是陳子禾同學今天跟徐迎慶老師討論了我們這個方案之後，覺得實現起來可能極其困難：如何從使用者的圖片中提取出身體各部位的資訊，這本身就是一個比較難的研究課題，8周之內幾乎無法完成。且不論使用者是否願意為了玩一個遊戲費那麼多周折

抽出時間來拜讀了Scott Rosenberg的”Dreaming in code”(中譯名《夢斷代碼》)，前六章仔細看了一遍，後面幾章由於時間緊迫只是瀏覽了一遍，感悟很多，願與大家分享。本書主要回顧了一個開源軟體項目——Chandler的失敗案例，該項目一開始被寄予厚望，甚至被譽為可以擊敗Microsoft Outlook的郵件日曆項管理利器

今天Scrum討論的內容主要有：DirectX顯示圖片因為大家對DirectX都不是很熟，所以今天首先討論了這個技術問題。付浩同學表示這不是問題，並且，可以利用PNG圖片的透明通道解決人物的背景問題，並且利用定時器產生動畫。遊戲架構再討論因為人物動作圖片的產生方式發生了改變（由程式產生到人工拍攝），所以遊戲的架構可以做出許多簡化，下面是簡化之後的程式架構圖：對比之前的版本：可以看到的確簡單了不少，主要的簡化為：聲音、特效模組整合到統一的Model對象中去刪掉不再需要的Gesture

最近開始做MIT的JOS，做了一段時間了，打算總結一下，作為之後幾個實驗的基礎，錯誤估計會不少，還請大家多多指教。 一．Lab1-Booting a PC Lab1是關於PC的啟動過程，PC啟動遵循BIOS載入（實模式）->BIOS跳轉到Boot loader（JOS中的地址是0x7c00）->Boot

今天聽了Cherry Che關於用TFS進行敏捷開發的講座，再來回顧過去一周我們所謂的Scrum，發現純粹是在瞎搞：沒有User Story，使用者需求不明確，working

夢斷代碼這本書通過作者自身的經曆，向我們展示了Chandler漫長而痛苦的開發過程。最初，Chandler被設想為包含郵件、約會、地址簿、任務和備忘的個人資訊管理員，它能支援多種作業系統。Chandler無意挑戰微軟的Outlook等軟體，但它應當做得一樣好。這個想法本身就已經很有挑戰性了，但是真正的麻煩才剛剛開始。 Chandler是一個開源項目，由OSAF開發。與其他商業軟體不同，Chandler的開發過程缺少那種“強有力”的管理和約束，幾乎沒有人為整個項目負責，直到項目開始後一年多，才有了

 真人拳皇項目測試計劃如下： 首先，是Dev的單元測試 (12.28-1.7)。在developer編寫各個小模組的過程中，由developer對自己所寫的代碼進行單元測試，確保所寫模組正確地實現了預定的功能。 其次，是整合和確認測試

        總體來說，《夢斷代碼》看的壓力很大。         Team Project 的開始（基本架構已經有了），總使我不自然的把它跟chandler 聯絡起來，繼而覺得到處都是坑，不知道什麼時候就會掉進去。         初次做Team 專案，時間又短，需要快速積累經驗。作為不規範的讀後感，下面分條說說。        

經過短暫的陣痛，我們的project漸漸步入的正軌，經過今天一天的討論，大家基本上就User Story達成了共識，下面要做的，就是分析一下哪些是alpha release必須的，哪些是可以以後再做的，然後把alpha release要做的那些user story分解細化成一個個的working item。這個過程是比較繁瑣，但是會比較方便trace整個項目的進度，以及組員對於工作的明確和相互之間的協調。Scrum總結 今天進度問題及解決明天田飛working item

按照課程的要求，我和xiaowei合作的結對程式設計項目- 3D跳棋總算有了初步的結果了。當看到棋子能夠按照預想的方式啟動並執行時候，終於可以坐下來寫點體會了。 首先，這次項目讓我明白了什麼是結對程式設計。結對程式設計並不是兩人做好分工，各自幹好自己的部分。它要求兩人各自坐在同一台電腦前，共同完成編程工作。在這個過程中，大家可以面對面的交流，思維也更加活躍一些，遇到問題也能及時解決。同時，結對程式設計對編程的過程可以double-check,

今天，我們組開始了正式的編碼階段，前期plan的時候天馬行空，現在是腳踏實地的coding了。在Scrum上，大家sync了一下各自的進展，如下：  今天進度問題及解決明天田飛work item 37528:DirectX動畫的demo基本上已經完成了，大家看了下效果，雖然很粗糙，但是已經具備了基本的神韻，像那麼回事了。經過這麼長時間的brainstorm，終於看到了能動的東西。無開始work item 37740：frame work付浩work item 37773: Graphics

按照計劃，我們小組今晚進行了第一次Scrum，總結如下： · 對昨天設計的遊戲架構進行修正，加入人物位置資訊 · 確定使用C# + DirectX作為開發工具 · 各個小組成員彙報了今天的工作及明天的計劃  今天的工作明天的計劃田飛· 熟悉TFS · 玩拳皇遊戲· 熟悉DirectX · 編寫設計文檔陳穩霖· 調研拳皇遊戲的架構 · 玩拳皇遊戲· 熟悉DirectX · 準備影像處理知識付浩· 設計人物模型 · 構思模型產生工具· 熟悉DirectX ·

臨近年終，Mentor們大都度假去了，留下了一大堆happy的不知怎麼好的Intern，在這種環境下，大家不免都有些浮躁。我們的Team