初識《構建之法》

做業屬於哪一個課程	<課程的連接>
這個做業要求在哪裏	<做業要求的連接>
我在這個課程的目標是	掌握到如何有效的將軟件工程在實際項目開發中與其餘各個部分聯繫起來，掌握加快項目開發效率的方法，瞭解將來在項目開發工做中的主要流程
這個做業在哪一個具體方面幫助我實現目標	認清本身的強弱項，前輩們心得分享，學習源程序版本管理工具
我的博客主頁	[https://www.cnblogs.com/sunnyyt/]

1.創建博客並介紹本身

你們好，我是大三軟件工程卓越班的一個愛笑的女同窗，平時生活中在熟悉的人面前大大咧咧的，在不熟悉的人面前會比較拘謹。大一大二的時候比較貪玩，沒有把好好學習的意識根深固地在腦海中，因此如今做爲一名大三學生的我有點慌張呀。平時閒暇時間喜歡打乒乓球、看電影、聽聽歌、偶爾想起會去操場跑跑步、喜歡和朋友們一塊兒在飯後逛逛校園，感受是一件很棒的事情，放假了就比較喜歡出去旅遊，高三畢業後一我的去了廈門，一邊旅遊一邊找暑假工，那時候的本身好像什麼都不怕同樣。在技術方面我的比較喜歡web網頁開發，本身目前也在學習相關方面的知識，但願本身之後能夠從事相關方面的工做。
說到閃光點，我本身以爲更多像是生活中本身比較擅長的東西。不少這種後面變成閃光點都來本身的熱愛。就像我從小學就喜歡打乒乓球，爲了放學後多玩一會還騙家長說在學習大掃除，後面初中了則是天天中午吃完午餐就跑到乒乓球檯佔位置，感受乒乓球已經成爲了我小時候回憶的很大一部分了可能就是這樣天天的練習，纔會讓個人技術好那麼些吧。而後就是以爲本身唱歌還行，有那麼一點點能聽，嘻嘻。

2.閱讀與思考

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

Q:當初你是如何選擇你所在專業的決定的？

A:其實對我自身來說，我喜歡建築方面的東西，報專業時也想報相關專業，可是當時家長並無贊成，還一味的想讓我報師範專業，可是我本身也不喜歡當教師，因此就聽了我姐姐的建議，報瞭如今比較熱門的軟件工程專業。

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

A:在近兩年的課程學習中，所接觸的課程例如設計模式、計算機系統基礎等都挺符合個人期待的，但同時我感受有些課程授課時間過短，就致使講解的核心內容較少，同時因爲課程順序的不一樣，不少專業核心課程都是在大三的時候纔開。

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

A:其實最開始並非很喜歡，以爲很難，不大適合女生，但隨着後面的學習感受裏面的東西很是的有意思，就會愈來愈喜歡，也不能說是擅長，好像就是找到了學習的興趣了，相信經過個人堅持不懈會把這件事作好的。

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

A:會，由於本身如今學習的東西仍是很喜歡的，就想之後可以作這方面的工做。目前想去的城市是廈門，就感受那座城市很美，但願可以在一家互聯網公司作一個前端開發人員。
（2）對照前人們走過的路和描述將來發展，如今的你

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

A:由於對前端方面的知識比較感興趣，因此目前有本身自學過html、css、javascript、jquery、bootstrap、ajax、包括接觸過一些例如Vue、React等前端框架。關於代碼量，因爲平時都是寫一些網頁相關的，並無具體統計過本身的代碼量。團隊項目有作過一些相似於圖書館佔座系統，本身在團隊裏面主要從事的部分就是作相關功能的相關頁面的書寫。

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

A:如今的本身還處於一個學習的階段，要學習的東西還不少。在專業知識方面，要學習的課程還不少，要作到每堂課認真聽講，作到不只僅是經過課程的考試，而是真正的在課程上學習到知識；在技能方面，要更深層次的學習前端方面的知識，提高本身；在能力方面，要不斷去嘗試新的東西，學習新的東西，能力這個東西是不斷實踐得出來的東西。
3）目前是一我的生選擇的十字路口，考研、工做、考公、出國，不一樣的選擇在大三就有不一樣的努力方向。而不管考研仍是工做的每條路徑，也有許多不一樣的分支。

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

A:我可能會選擇考研。其實之前並非很想考研，以爲這個過程太艱難了，怕本身不能堅持下來，可是後面冒出新的想法想去更好的學校學習，想去嘗試一下新的東西，雖然知道這個過程會很痛苦，但想一想別人都堅持下來了，我又有什麼堅持不下來的呢。

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

A:其實好像本身並無什麼優點，感受好像不少同窗都同樣，到大三了就意識到本身該爲本身的將來好好的努力一番了，全部好像不少人的狀態都比較類似，同時相比其餘人，感受本身在專業知識方面比較劣勢，全部後期須要下更多的功夫去複習相關的內容。

Q:針對你的選擇，你給本身的大三設定的規劃安排是什麼？

A:在學習認真學習專業課的同時，繼續深刻學習前端web網頁開發相關的知識，同時在英語方面開始記單詞，數學方面開始複習相關課本。

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

A:好好掙錢，好好練習口語。

3.提有質量的問題

（1）第五章在個團隊模式中，應該怎樣選擇適合本身團隊的團隊模式，團隊模式不少，不可能一個一個的嘗試，那樣會耽誤項目進度，可是如何選擇才能夠最有效的提升項目開發效率呢？
（2）第八章在投資力度和用戶滿意度的相互關係中，由於不少用戶本身的要求都不同，那麼產品生產出來後，或許有些地方就可能令其中一些用戶不大滿意，因此在開發產品以前，又該怎樣評定在哪些部分投入力度大一點，哪些部分較弱一點來平衡每一個人的要求，從而提升用戶的滿意度呢？
（3）第十章典型用戶和場景部分，在開發軟件以前，須要作一系列的工做定義用戶角色，還有定義典型用戶的模板，可是在現實生活中是不少變得，爲何要拿一套固定的模板去套用，那就該放棄那部分不符合典型用戶模板的人嗎?其中在用戶調查中，咱們所知道的不少用戶可能並無按照本身的真實狀況進行填寫，那麼咱們所選擇的典型用戶中仍是會和咱們定義的模板要求有差距，那又該如何平衡呢？
（4）第三章的團隊對我的指望中，我有的疑問是，若是當我的因爲一些緣由沒法完成團隊安排的任務時，團隊該如何合理的分配任務，又該如何處理我的的行爲呢？怎樣纔可使團隊以一種最好的狀態一塊兒合做呢？若是團隊中我的的功能完善後，又該如何幫助其餘人作本身不熟悉的部分呢？
（5）第三章在介紹全棧工程師部分，將全棧工程師比做街頭賣藝的單人樂隊，結合實例我所理解到的意思是全棧工程師就像是即會寫曲譜的做曲家仍是會滿場奔走的演奏家，那麼按照這個比喻來看，若是有了全棧工程師那麼你就能夠把整個項目從頭至尾本身一我的完成了，那麼那些學習想前端或者後端並不是全棧的同窗又該如何作選擇呢？

4.瞭解和調查源程序版本管理工具

本身先前有了解過github，可是對其的使用步驟不大熟悉。
如下內容來自與百度

1.SVN

簡介：
Subversion(SVN) 是一個開源的版本控制系統, 也就是說 Subversion 管理着隨時間改變的數據。 這些數據放置在一箇中央資料檔案庫(repository) 中。 這個檔案庫很像一個普通的文件服務器, 不過它會記住每一次文件的變更。 這樣你就能夠把檔案恢復到舊的版本, 或是瀏覽文件的變更歷史。

主要功能：

（1）目錄版本控制
（2）真實的版本歷史
（3）自動提交
（4）歸入版本控管的元數據
（5）選擇不一樣的網絡層
（6）一致的數據處理方式
（7）有效的分支(branch)與標籤(tag)
（8）Hackability

優勢：

一、採用集中式，易於管理，保證安全性；
二、管理方便，邏輯明確，理念符合常規思惟；
三、代碼的一致性高；
四、適合人數很少的項目開發；
五、容許一個文件有任意多的可命名屬性，會關注全部的文件類型；
六、支持二進制文件，更容易處理大文件；
七、支持空目錄。

缺點：

一、服務器壓力太大，數據庫容量暴增；
二、必須鏈接在服務器上，不然基本不能工做、提交、對比、還原等；
三、不適合開源開發。

2.git

簡介：Git 是一個開源的分佈式版本控制系統，用於敏捷高效地處理任何或小或大的項目。Git 是 Linus Torvalds 爲了幫助管理 Linux 內核開發而開發的一個開放源碼的版本控制軟件。
Git 與經常使用的版本控制工具 CVS, Subversion 等不一樣，它採用了分佈式版本庫的方式，沒必要服務器端軟件支持。

優勢：

一、適合分佈式開發，強調個體；
二、公共的服務器壓力和數量都不會太大；
三、速度快， 成熟的架構，開發靈活；
四、任意兩個開發者之間能夠很容易的解決衝突；
五、離線工做，管理代碼成本低，不須要依賴服務器；
六、部署方便。基本上下個命令就能夠用；
七、良好的分支機制，可讓主幹代碼保持乾淨。

缺點：

一、資料少，學習成本比較大，學習週期比較長，要求人員素質比較高；
二、不符合常規思惟；
三、代碼保密性差，一旦開發者把整個庫克隆下來就能夠徹底公開全部代碼和版本信息；

3.CVS

簡介：CVS是一個C/S系統，是一個經常使用的代碼版本控制軟件。主要在開源軟件管理中使用。與它相相似的代碼版本控制軟件有subversion。多個開發人員經過一箇中心版本控制系統來記錄文件版本，從而達到保證文件同步的目的。CVS版本控制系統是一種GNU軟件包，主要用於在多人開發環境下的源碼的維護。可是因爲以前CVS編碼的問題，如今大多數軟件開發公司都使用SVN替代了CVS。

優勢：

1.cvs沒必要擔憂數據損失，能夠手工修改RCS文件。
2.cvs對中文路徑名的支持比較好。
3.cvs徹底用戶可見方式與客戶端文件夾結構徹底一致（cvs生成文件除外）。

缺點：

1.不支持本地文件重命名提交， 不能刪除文件夾。 2.網絡傳輸速度比較慢。 3.只支持文本文件存儲。 4.CVS中的「零或一」事務原則根本沒有實現。