閱讀與準備做業

課程名稱	2019秋軟件工程基礎
做業內容	我的第1次做業：閱讀與準備做業
做業收益	學會了如何使用MarkDown排版，發佈了第一篇博客
課程目標	瞭解軟件工程基礎知識、系統方法、技術標準等，能更好地開發軟件
參考文獻	欒阿輝--目前流行的源程序版本管理軟件和項目管理軟件優缺點

我的簡介

暱稱	狐狸233 👈點它
愛好	🏃 🎵 📖

閱讀與思考

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

• 當初你是如何作出選擇你所在專業的決定的？

  剛上大學時很是迷茫，對各個專業沒有方向，但有着「進一行，幹一行」的思想準備。後來經老師推薦選的計科專業，現現在，我對本身專業挺滿意的。

• 你認爲過去一（兩）年中接觸到的課程是否符合你對你本身所在專業的期待，爲何？

  在過去一年中，我接觸到的課程比較符個人期待。大一的課程不是很難，再加上身邊又有許多學霸、大佬的幫助，課程學起來也輕鬆多了。但感到失落的是不知道如何運用所學解決生活的一些問題。

• 你以爲你所在的專業是你喜歡的領域嗎，它是你擅長的領域嗎？

  我喜歡我所在的專業，畢竟「編程一時爽，一直編程一直爽」 😜 。儘管編程過程當中會遇到許多bug，但解決bug的過程當中仍是能學到許多知識，還能經過解決問題發現本身薄弱的環節。並且每當將本身寫的程序正確跑起來時，那種成就感來得真的很實在。😆

• 未來你會選擇從事和你專業相關的工做嗎？是的話給出你想去的城市、公司和崗位，否的話給出緣由

  會的。一是自己本身對本專業感興趣，未來想運用所學有所做爲。再則之後要是從事別的專業，豈不是浪費了大學四年。夢想去的城市是杭州或者廣州。

（2）對照前人們走過的路和描述將來發展，如今的你

• 自我感受你已經具有的專業知識、技能、能力有哪些？已經寫過的代碼量是多少？描述你作的最複雜的項目/做業。

  目前已學的專業知識有高等數學、C語言程序設計基礎、數據結構與算法。說到專業技能，我具有的還真是少之又少，目前只會運用C語言。代碼量也不過1000行。作過最複雜的項目也就是用C實現貪食蛇。

• 離成爲一個合格的本科畢業生，在專業知識、技能、能力上還差距哪些？

  距離一個合格的本科畢業生，在專業知識、技能上我掌握的實在是太少，須要學的還有不少，如：計算機組成原理、彙編語言、數據庫原理、web網絡設計與應用等。

（3）目前是一我的生選擇的十字路口，考研、工做、考公、出國，不一樣的選擇在大三就有不一樣的努力方向。而不管考研仍是工做，每條路徑，也有許多不一樣的分支。

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

  我選擇工做，由於我比較喜歡實幹，也許早點工做才能更好地發掘本身的潛力把。

• 在這種選擇下，你認爲你相比其餘同窗來講有何優點，有何劣勢？

  優點：在實踐中學到許多技巧和能力，積累工做經驗；早入社會，早點找到本身的奮鬥目標。
  劣勢：就業壓力大；可能會由於學歷錯失機會。

• 你對於實現本身的夢想已經作了或者計劃作什麼樣的準備？

  多利用課餘時間學習專業新知識、技能；向大佬多多探討問題；嘗試接一些有挑戰性的項目。

個人困惑

(1)什麼是全棧工程師？

在第三章 3.3 軟件工程師的職業發展-專和精的關係 中，儘管做者將全棧工程師和演奏樂曲類比，但我依然沒有理解什麼是全棧工程師，以及這「專和精」的關係。百度百科上說全棧工程師是指掌握多種技能，並能利用多種技能獨立完成產品的人。那麼在開發過程當中具體擔當什麼樣的角色呢？對於工程師而言，是全棧好，仍是專一於一個領域好？

(2)如何理解「敏捷」？

本書第6章整章都在談「敏捷流程」、「敏捷流程的問題解法」、「敏捷的團隊」，將敏捷（Agile）解釋爲一股思潮、一種價值觀，涵蓋了好幾種軟件開發的方法論。這種「敏捷流程」是怎麼提升軟件開發效率的，它的適用範圍是什麼，咱們又應該怎麼來理解和學習？

(3)源代碼管理問題

本書第11章 11.6 實戰中的源代碼管理 中提到 「軟件的質量 = 程序的質量 + 軟件工程的質量」，那麼如何「讓塔吊高質量地工做，怎麼作安全檢查，防止它倒下來」呢？做者提出「大多團隊的軟件工程質量都在原始人階段」，並列舉了11個實踐中的場景。那麼究竟應如何管理源代碼來提升軟件工程的質量？

(4)用戶體驗與質量

12章 12.1.6 用戶體驗與質量 GE公司總裁的故事中，GE堅持成像質量，而它的競爭對手則提升用戶體驗，並得到了大量市場份額，GE只能被動迎戰。犧牲質量去追求用戶體驗，用戶能接受嗎？犧牲的質量或許十分出色，能帶來更大的利益，就這樣使之「沉沒」嗎？

(5)創新疑惑

在第16章 16.1.2 迷思之二 中，做者說「有些創新是顛覆式的（Disruptive Innovation）,這些想法一旦出現，便會引發現有技術擁有者的極大不安」。這我感到了創新想法將面臨巨大的挑戰，這對於創新者又該何去何從呢？

源程序版本管理工具

Microsoft TFS
優勢	能有效實現 SCRUM能與 VS 無縫接合； 任務版上能將需求、項目進度盡收眼底，對於小團隊而言，比甘特圖更有用集成了項目管理、版本控制、BUG 跟蹤。
缺點	搭建、維護tfs比較複雜，硬件要求也比較高；整個系統是用 asp 實現的，用瀏覽器訪問至關慢。
Bugzilla
優勢	BUGZILLA不收費,如今有中文版支持
缺點	BUGZILLA只能管理缺陷
GitHub
優勢	免費且開源；用於敏捷高效地處理任何或小或大的項目。
缺點	學習成本大；須要大量時間的投入；Git版本庫須要頻繁的手動維護。
Trac
優勢	它有良好的擴充性；很是靈活，能夠爲所欲爲的定製，能夠和TortoiseSVN集成。
缺點	不支持多項目；需求和缺陷沒有分離；核心功能不多，不安裝插件基本上無法用。