第一次軟件工程做業：閱讀與準備

第一次軟件工程做業

這個做業屬於哪一個課程	https://edu.cnblogs.com/campus/xnsy/Autumn2019SoftwareEngineeringFoundation"超連接"
這個做業要求在哪裏	https://www.cnblogs.com/harry240/p/11469058.html"超連接"
我在這個課程的目標是	<深刻了解所學專業>
這個做業在哪一個具體方面幫助我實現目標	<看到本身的不足，規劃本身的將來，肯定本身的方向>
做業正文....	注意代碼要按格式上傳
其餘參考文獻

---

1.創建博客並介紹本身

（1）個人博客地址https://www.cnblogs.com/summer-00/"超連接"
（2）性格：外表內向實則否則，樂觀開朗，愛笑，遇事會從最壞的打算開始思考，待人真誠，很懶，說話比較直接。
（3）愛好：繪畫，音樂，攝影，看電影，聽歌，烹飪，睡覺以及美食等等（不少愛好，但大多數真的只是侷限因而個人愛好）。
（4）其餘：對有些事情比較敏感，記不住電影名音樂名卻記得住爛七八糟可有可無的一些東西...

2.閱讀與思考

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

·當初你是如何作出選擇你所在專業的決定的？
當時選專業也沒有什麼方向感，就去看高考指南那本書，看到計算機的時候挺心動的，對於敲代碼也比較感興趣，而後上網搜了一下，
發現這個專業前景也還不錯（哈哈哈），並且想一想別人那些用代碼作東西的以爲很厲害，就本身也要成爲那樣的人，就下定決心選擇計
算機科學與技術這個專業啦。
·你認爲過去一（兩）年中接觸到的課程是否符合你對你本身所在專業的期待，爲何？
一半一半吧，最開始覺得會學到不少有趣的東西，但發現不是這樣的，與專業直接掛鉤的就是C語言和數據結構兩門課，什麼思修，近代史
當時以爲很煩，爲何要學這些課程，可是學習C語言這些讓本身從計算機小白蛻變，會寫一些簡單的代碼，會用代碼解決實際問題仍是頗有成
就感的，雖然本身的專業知識學得很通常。
·你以爲你所在的專業是你喜歡的領域嗎，它是你擅長的領域嗎？
我以爲是我喜歡的領域，可是不太擅長。經過不斷地思考，不停地調試寫出正確的代碼是一件難受但又開心的事情。對於計算機這個領域充滿了好奇心，
可是在寫代碼方面本身仍是比較吃力，在之後會更加努力，多多練習的。
·未來你會選擇從事和你專業相關的工做嗎？是的話給出你想去的城市、公司和崗位，否的話給出緣由
目前看來是會選擇本身專業相關的工做的。就業的話具體尚未什麼想法，去成都或者深圳等地吧，將來誰知道呢，公司的話能進這方面比較強的國企是最
好的，崗位就在系統軟件開發，網頁設計這些之間吧。一切仍是先把專業技能提上去再說吧。

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

·自我感受你已經具有的專業知識、技能、能力有哪些？已經寫過的代碼量是多少？描述你作的最複雜的項目/做業
以前沒有意識到學習的重要性，以及將來的競爭的激烈度，現目前會C語言，c++（一點），PPT，Excel，寫過的代碼大約4500左右，作過作複雜的做業就是
用C語言寫俄羅斯方塊。
·離成爲一個合格的本科畢業生，在專業知識、技能、能力上還差距哪些？
我認爲應該多方面發展，應基本掌握Java，c#，Python等，對於本身專業所學的c++，更是應該多多練習與思考，作到精通c++，對目前基礎不太紮實的現象進行了
反思，我的要學會獨立思考，學會有效地調試代碼，也要花更多的時間在學習上面來。作過一些相同類型的題以後應對其進行總結，作到下次再遇到相似的題型的時候
不會毫無思緒。

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

·對照以上你閱讀的前人們的經歷，你的選擇是什麼？
目前在考研和工做之間猶豫。考研的話是想要更進一步學習計算機方面的知識，也讓本身在能力上有更大的提高。可是人生選擇的時候會有不少不肯定因素，在時間的推移下，
本身的思考方式也會不同，慢慢長大，纔會愈來愈明白本身真正想要的東西是什麼。
·在這種選擇下，你認爲你相比其餘同窗來講有何優點，有何劣勢？
不管是選擇考研仍是去實習，本身都沒有特別顯著的優點。沒有參加過計算機比賽，專業技能不強，代碼能力也不高，侷限於本身所學，並無擴展本身的學習方向等等都是相較
於別人的劣勢。
·針對你的選擇，你給本身的大三設定的規劃安排是什麼？
先多花時間學習一些專業技能以及專業語言，儘量跟着別人參加一些比賽，從中讓本身收穫成長與努力。在閒暇之餘也學習一些與專業無關的技能，以此來提高本身。大三但願本身
的簡歷不是一張白紙，但願能夠在上面看到本身過去的榮譽。實習競爭很大，想要進一家好公司實習爲將來作一些鋪墊，爲此，必須下定決心逼本身一把。
·你對於實現本身的夢想已經作了或者計劃作什麼樣的準備？
在假期或者沒課的時候經過請教身邊的大佬，看網課，泡圖書館等學習更多種的計算機語言。爲了在改代碼的時候更加駕輕就熟，對於即將學習的彙編語言，要在上面花足功夫，真正了
解彙編以及計算機語言的精髓，不是爲了考試不掛而學習，而是爲了本身的將來而學習。在空閒時間也多多作題練習。對比所學的各類語言，總結其類似之處以及不一樣之處，這樣就不容易
犯糊塗。

3.提有質量的問題

（1）在每一個問題後面，請說明哪一章節的什麼內容引發了你的提問，提供一些上下文。
（2）列出一些事例或資料，支持你的提問 。
說說你提問題的緣由，你說由於本身的假設和書中的不一樣而提問，仍是不懂書中的術語，仍是對推理過程有疑問，仍是書中的描述和你的經驗（直接經驗或間接經驗）矛盾？
我看了13章的按測試的目的分類這一小節，想知道測試的方式方法那麼多，咱們應該如何有效的選擇測試的方法，尤爲是針對基礎不太好的同窗，多樣的測試方法就帶來了必定的困難，不一樣的
測試方法又是哪個的測試性能最好呢，何以見得；
書中第12章說到軟件服務始終要記住用戶的選擇，可就算咱們最初按照用戶的意願設計出軟件，但用戶的意願是多變的，不斷地軟件更新能夠確保軟件的性能也愈來愈好嗎，如何確保呢；
第九章的9.5說到風險管理，那我想知道的是沒有徹底不存在的風險，做爲程序員，能夠有什麼東西預知某些風險嗎；
書上第304頁提到軟件工程的質量，那麼在進度與成本與效率之間，如何更好地保障質量的

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

Trac：
優勢：Trac作一個SCM配置管理平臺，意味着它有良好的擴充性
Trac的權限體系是比較完備的設計
很是靈活，能夠爲所欲爲的定製，能夠和TortoiseSVN集成。
缺點：不支持多項目，
需求和缺陷沒有分離，
用 wiki 來替代 Word 等工具編寫文檔對於產品策劃來講門檻過高了，
中文化不完整，美術人員接觸起來困難重重，
不顯示中文名，本地化作得不好，
核心功能不多，不安裝插件基本上無法用。
---
Microsoft TFS：
優勢：任務版上能將需求、項目進度盡收眼底，對於小團隊而言，比甘特圖更有用，集成了項目管理、版本控制、BUG 跟蹤，能有效實現 SCRUM，能與 VS 無縫接合。
缺點：搭建、維護tfs比較複雜，硬件要求也比較高。
---
GitHub：
優勢：對於任何大小的項目，他都是理想的工具；他也是偉大的web工做流工具。首先，他能夠做爲一個版本控制系統和協做工具，用它來發布工做。
利用GitHub，你能夠將項目存檔，與其餘人分享交流，並讓其餘開發者幫助你一塊兒完成這個項目。優勢在於 ，他支持多人共同完成一個項目，所以大家能夠在同一頁面對話交流。
建立本身的項目，並備份，代碼不須要保存在本地或者服務器，GitHub作得很是理想。Bugs能夠公開，你能夠經過Github評論，提交錯誤。在GitHub頁面，你能夠直接開始，而不須要設置主機或者DNS。
缺點：須要不斷實踐和時間。。
---