第一次作業

這個作業屬於哪個課程

18軟體工程設計

這個作業要求在**

《第一次個人作業：閱讀與準備》

我在這個課程的目標是

用markdown如何做乙個好軟體

這個作業在哪個具體方面幫助我實現目標

用markdown來寫部落格並記住軟體的開發流程

其他參考文獻

軟體開發流程與程式

我叫劉沁昆，是乙個來自陝西西安的小孩。從小就對文學很感興趣，6歲受母親的影響每天中午守在電視機旁看百家講壇，家裡的書大多被我翻出了褶皺。初中迷上了遊戲，參加過陝西省的u14青訓隊，由於家人的原因最終還是選擇了繼續讀書。在高中分科時因為對文學的喜愛而選擇了文科，但理智告訴我文科終究不是一條明智的路，於是又轉頭奔向理科的學習。最擅長的莫過於題詩作文，多次登上過華商報的首頁，即使很久沒有再寫過一篇短文，但仍對看書讀報有著濃厚的興趣，想做乙個像胡適一樣的人，堅定但有個性。

## 1）回想一下你初入大學時對你所在專業的暢想

1）當初你是如何做出選擇你所在專業的決定的？

當時填志願時更傾向於找乙個將來就業面廣，符合發展趨勢的專業，思前想後只有自動化和計算機比較符合，但是我的物理不太好，搞不懂很複雜的電路，就選擇了計算機專業，很幸運的被錄取了。

2）*你認為過去一（兩）年中接觸到的課程是否符合你對你自己所在專業的期待，為什麼？*

個人感覺還是比較符合的。雖然我學的並不是很好，但也基本了解了我們平常進行的指令是怎麼執行的（比如電腦自帶的計算器功能）以及電腦的基本構造和記憶體。

3）你覺得你所在的專業是你喜歡的領域嗎，它是你擅長的領域嗎？

我很喜歡計算機專業，每次坐在電腦前都有種親切感（可能以前遊戲打多了）。我不能說很擅長這個領域，但只要肯學肯練就一定能從青澀到成熟。

4）將來你會選擇從事和你專業相關的工作嗎？是的話給出你想去的城市、公司和崗位，否的話給出原因

我一定會從事與我專業相關的工作。特別想去廣州闖一闖，因為我的叔叔正在廣州大學做人工智慧方面研究，我因此了解了不少關於人工智慧的資訊，很希望能自己設計出乙個像樣的機械人，他並不是計算機出身卻能從零學起，我相信我也能做的更好！

2）對照前人們走過的路和描述未來發展，現在的你

*1）自我感覺你已經具備的專業知識、技能、能力有哪些？已經寫過的**量是多少？描述你做的最複雜的專案/作業？

學會了c語言，資料結構的基本知識，能編寫一些小功能（**譜，醫院排隊系統等等），能用**給媽媽寫乙個生日祝福（很開心）。寫過的**大概1000行左右。做過最複雜的作業是貪吃蛇，呼叫各種沒見過的函式的確考驗了我的自學能力（至今收益匪淺）。

2）離成為乙個合格的本科畢業生，在專業知識、技能、能力上還差距哪些？

在專業知識上至少要再掌握一門自學語言，能夠自己寫乙個讓很多人受用的程式才算合格。遇到任何問題都可以很快的上手，而不是一頭霧水不知所措。最需要彌補的就是條件反射式的思路，還需要大量練習才行

3）目前是乙個人生選擇的十字路口，考研、工作、考公、出國，不同的選擇在大三就有不同的努力方向。而無論考研還是工作的每條路徑，也有許多不同的分支。

1）對照以上你閱讀的前人們的經歷，你的選擇是什麼？

我更傾向於於考研，受到我叔叔的影響以及對未來就業的考慮，考研是增加自己機會和能力最好方式，並且能提高自己的層次而不侷限於底層的境界。

*2）在這種選擇下，你認為你相比其他同學來說有何優勢，有何劣勢？*

優勢在於能接觸到更高層次的領域，劣勢在於不能很好的積累工作經驗，無法提前鍛鍊自己的實戰能力。

*3）針對你的選擇，你給自己的大三設定的規劃安排是什麼？*

把學過的知識全部理解消化，尤其是基礎的概念和理論，注意身體鍛鍊，合理飲食。

*4）你對於實現自己的夢想已經做了或者計畫做什麼樣的準備？*

準備學一門新的語言，多讀關於人工智慧的書，最重要的是消化已經學過的知識。

1.p52專和精的關係？

當我們在組隊寫乙個程式的時候，一定會有乙個領導的人，是團隊的大心臟，並且對於突發的狀況都有合適的解決方案，想成為這樣的人必須要做到專且精，對於自己的水平有足夠的自信與靈活的反應力。

2.p96寫了再改模式？

這個模式固然對於開發者來說是方便且無壓力的，但我認為應該對待每個程式都需要足夠的認真和仔細，才能培養認真嚴謹的態度。

3.p171找出估計後面的假設？

這個問題主要告訴了我們乙個專案也許並不能像預期的那樣圓滿完成，但可以大約估計他的範圍。但我覺得先用一兩個原型來進行操作效果會更好。

4）p260情感設計？

這個問題說明了往往使用者在意的是產品的本來特性，但當產品附加功能與使用者使用偏好產生矛盾時，應該怎麼做呢？

5）p394重大問題由「豬」決定？

這個問題告訴我們往往產品的方向由開發者定奪，鸚鵡過多會影響整個流程的進展，但如果將鸚鵡的評價置之不理，又會發生什麼呢？

git是一種開源的分布式的vcs(version control system)版本控制系統。優點是分布式的版本管理，對比集中式的版本管理系統來說不會出現中心伺服器宕機就影響工作，而是可以先儲存在本地，等伺服器修改好還可以接著進行工作，並且git的社群靈活，擁有豐富的資料來進行學習查閱，並且git是開源的，它強調個體，並且對於公共伺服器壓力不會太大，大小專案均可管理，擁有良好的分支機制，git的分支只要不提交合併，對其他人沒有任何影響，並且git是統一管理元資料，存放在稱為.git的檔案目錄裡面。git的版本之間的相容性不好，可能在上個版本的專案內容放到另乙個git版本會出錯。

利用儲存在不同系統中的定量資料，深入了解有關軟體開發專案的組合執行、遵守戰略目標和資源利用率方面的最新情況。

通過常用資料和商定的度量標準，自動實施跨團隊的專案資訊共享，並改進使用不同方法（如瀑布圖分析和敏捷過程）的團隊之間的協作。

支援開發和專案管理團隊使用熟悉的工具（如 visual studio、microsoft project 和 sharepoint 產品）開展協作以及溝通專案日程表和進度。

1.介面。 bugzilla的幾面幾乎可以說慘不忍睹，鼎鼎大名的開源軟體，介面居然是這樣。呵呵。真想不通。相對而言mantis的介面則要友善的多了。操作也相對更加人性化一點。

2. 功能。就功能來說，bugzilla的定製功能的確更強，能滿足更多使用者差異化的需求。而manits的好多設定還得通過修改**來實現，相比麻煩了很多。

3. 本地化。 mantis本身就提供了十幾國的語言可以供使用者直接選擇。很不錯的哦。而bugzilla本身只有英文，**提供的多國語言包，看起來也是sourceforge上其他專案組完成的，更新的節奏也比英文版慢了一年半年的。不爽的很。

4. 知名度，呵呵。這個bugzilla和mantis沒得比了。linux,eclipse,nasa(美國宇航局居然也用開源的？？？）…等等知名的廠商都在用。而manits的使用者大多都是一下不知名的小公司了。

5. 安裝。平心而論bugzilla的安裝確實比mantis簡單。checksetup.pl替使用者省了不少心。

第一次作業

第一次作業

第一次作業

第一次作業

相關推薦