個人第一次做業

要求	內容
這個做業屬於哪一個課程	https://edu.cnblogs.com/campus/xnsy/GeographicInformationScience
這個做業要求在哪裏	https://edu.cnblogs.com/campus/xnsy/GeographicInformationScience/homework/4518
我在這個課程的目標是	1.但願經過這個課程使我編程能力提升 2.瞭解軟件工程是什麼 3.學會使用電腦編輯軟件
這個做業在哪一個具體方面幫助我實現目標	這個做業可使我學會如何編輯博客，之後能夠在博客園中發佈博客向其餘人請教，探討問題

一、我的介紹

我是一個地理信息科學大三的學生，比較喜歡運動，主要有籃球、羽毛球和乒乓球，平時還喜歡玩玩遊戲，看看小說。我本身比較缺少自制力，其實說白了就是比較懶，一些事情容易拖延，性子不急不緩。我對於編程有一些興趣，但願經過這門課程的實踐讓我提升對於編程的興趣。

二、閱讀與思考

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

• 1.當初你是如何作出選擇你所在專業的決定的？
  我當初其實並不知道該選擇什麼樣的專業，由於學校的專業太多了，經過百度也只能瞭解一個大概，並且有些百度的資料還不是最新的。後面就與同窗探討而後就選擇了一些材料與機械控制之類的專業，能夠說和如今的地理信息科學沒有多大的關係。固然我沒有被其餘的專業選中，是被調配到這個專業的，可是對於我來講也沒有什麼影響的，畢竟以前選擇時也沒有對那些專業有什麼特別的喜歡。
• 2.你認爲過去兩年中接觸到的課程是否符合你對你本身所在專業的期待，爲何？
  這個課程其實開始學的時候感受有點不符合個人期待的，由於全是一些紙上的東西和我想象的關於科學沒有一點關係，並且學習那些基本的專業介紹我是以爲至關的乏味和枯燥的。可是後面學了關於編程和計算機的一些內容徒然發現仍是有意思的，由於之前對於計算機接觸的比較少，有一些新奇，後面瞭解經過編程能夠本身編寫軟件，又開始產生更大的興趣，如今有開始學習軟件工程，感受是比較符合個人期待的。
• 3.你以爲你所在的專業是你喜歡的領域嗎，它是你擅長的領域嗎？
  咱們專業我是不太討厭的，由於他的課程都是關於計算機的，我對於計算機仍是比較喜歡的。它所在的領域是地理信息工做的收集，處理和加工，以及應用，我對於這些東西實際上是沒有太大的興趣的，由於太枯燥了，可是我雖然不太喜歡這個領域，可是我卻以爲我是比較擅長的，對於一些枯燥事物的堅持我以爲我作的還不錯，我能夠比別人堅持的更久。
• 4.未來你會選擇從事和你專業相關的工做嗎？是的話給出你想去的城市、公司和崗位，否的話給出緣由
  未來的話可能先選擇從事與本專業相關的工做，有了實踐事後，判斷本身喜不喜歡本身的如今的工做，而後再選擇是否從事其餘的工做。想去的城市就先在成都吧，畢竟又沒有工做經驗，又不熟悉其餘的城市，想去地震局或者國土資源局等國家公職類崗位工做。

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

• 1.自我感受你已經具有的專業知識、技能、能力有哪些？已經寫過的代碼量是多少？描述你作的最複雜的項目/做業。
  A.我感受我如今具有了一些關於咱們專業的一些基本的瞭解，專業知識談不上，尚未進入過深刻的學習，如今所掌握的專業知識只是爲了幫助咱們更好的學習這門課程，而不能運用於實際問題。
  B.我所掌握的技能和能力，可能有關於arcgis的使用，以及編程軟件的基本的操做，進行簡單的編程，還有CAD軟件的基本使用，數據庫的使用，以及文獻檢索的能力。
  C.我如今次而過的代碼量不大，只有平時老師發佈的做業纔會寫代碼，可能才只有一兩千行代碼的量。
  D.最複雜的實驗就是遙感的實驗，根據老師的實驗報告要求，實驗作了數日的時間，而後最後總結的PPT也作了幾十頁的Word。
• 2.離成爲一個合格的本科畢業生，在專業知識、技能、能力上還差距哪些？
  A.我認爲一個合格的本科畢業生，應該對於咱們的專業十分的瞭解，對於任何的關於本專業的知識內容都有相關的瞭解。我如今是對於本專業的知識只是只知其一;不知其二，還須要讀的專業知識的書還須要不少。
  B.在專業的技能上就欠缺的更多了，如今的我對於編程只是會寫一些簡單的代碼，還不具有專業編程軟件的能力，就連c#也只是只知其一;不知其二，在大學應該熟練的掌握一門編程的語言。而在咱們專業軟件arcgis的使用也是，只是會一些基礎的操做，而一些複雜一些的內容就徹底不會了，更加不用說靈活的運用軟件的能力了。在數據庫的運用上也是匱乏，連書上的操做都不是徹底的會。總之在技能和能力上個人差距還有很大離畢業本科生。

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

• 對照以上你閱讀的前人們的經歷，你的選擇是什麼？
  我應該會選擇考研吧，前人們有工做的，可是我以爲大學四年的學習知識的內容並無那麼的豐富，在專業能力上並不夠突出，在公司上的工做能力也是須要學習，而後慢慢的提升，因此爲何就不能先考研，而後跟着老師作項目，在項目裏提升本身的能力，而後去公司找工做也會比較容易，並且能夠更快的適應工做，有更好的能力，不會像本科生那樣的慌張。
• 在這種選擇下，你認爲你相比其餘同窗來講有何優點，有何劣勢？
  在這種選擇下，個人優點是能夠跟着老師進一步的學習，有不懂的能夠向老師提問，在與老師的合做中穩步的提高本身。而個人劣勢是，畢竟要比其餘同窗往出去幾年，可能就是晚着幾年就錯過了一些基於，也缺乏了幾年的社會經驗。兩種選擇都各有優缺點。
• 針對你的選擇，你給本身的大三設定的規劃安排是什麼？
  個人大三不再能像大一大二那樣覺得了期末考試而學習，我必須是爲了本身而學習。在大三中必須增強個人能力與技能。我應該先在完成學期的內容的前提下，再提升本身的編程能力，以及一些專業的軟件的使用。其次個人把一些等級考試如四六級，計算機2、3、四級儘可能的考過。瞭解本身要考什麼專業的研究生，而後進行合理的學習，合理的分配時間，進入圖書館學習。總之，不浪費時間就是前提，而後按計劃學習。
• 你對於實現本身的夢想已經作了或者計劃作什麼樣的準備？
  我正在進行英語四六級的準備以及計算機三級的考試的準備。正在努力的學習有關計算機的知識，已經英語水平的提升。而且我還在積極的鍛鍊，每週的跑步以及一些課程的鍛鍊，在高強度的學習之下，一個好的身體是必不可少的。

三、提有質量的問題

• 1.【第16章1.3迷思之三：好的想法會贏】爲何在現實中好的主意不必定贏？
  我認爲現實中爲何好的想法不必定贏，是由於咱們在現實中的想法的影響不必定大。好比爲何鍵盤的鍵位一直是這樣，就是由於就算改變了事後也對咱們大多數人都沒有影響。並且改變以後反而會使打字的人不會打字了。所以好的想法不必定贏只是由於它的影響不夠大。
• 2.【第12章裏12.1中】用戶須要幫助，可是用戶並無那麼笨。裏面說設計者應該考慮目標的英文水平。
  可是個人理解是，你並不能肯定用戶的英文水平，那麼你就應該把最低的用戶的需求考慮到，並不能認爲用戶進入你的網站就必定會某些單詞，那只是你自覺得。因此咱們應該從最低的要求出發，進行開發。
• 3.【第16章1.5迷思之五：要成爲領域專家，才能創新】爲何大多的創新是領域以外的人?
  我以爲成爲領域專家才能創新這個是沒問題的，雖然大多數的創新都是領域以外的人，可是他們必定是具有某些專業領域的知識的，專業的知識不少都是相通的，他們只有具有大量的知識才能創新成功。
• 4.【迷思之八：創新者就是冒險家】裏面說創新者不喜歡冒險。
  我認爲創新的同時就必然有冒險，若是是小成本的創新者，那麼他們面對的是資金的問題，若是創新成功，固然就有投資進來，可是若是創新失敗，那麼以前投入的資金就全沒有了。而大公司創新成功則意味着他們失去了競爭力，那麼他們將面臨着失去市場。創新伴隨着市場。
• 5.【第四章4.3 goto】goto函數。
  以前在學習C語言的時候接觸過，可是在這裏使用的方式卻和C語言的彷佛不一樣。以前的goto函數是直接跳轉到某個語句處，這裏是使函數有一個單一的入口。

四、瞭解和調查源程序版本管理工具

GitHub

GitHub是一個面向開源及私有軟件項目的託管平臺，由於只支持git 做爲惟一的版本庫格式進行託管，故名GitHub。
優勢：
一、GitHub 只支持 Git 格式的版本庫託管，而不像其餘開源項目託管平臺還對CVS、SVN、Hg 等格式的版本庫進行託管。所以沒有支持其餘版本控制系統的歷史負擔，是 GitHub 成功的要素之一。
二、GitHub 對 Git 版本庫提供了完整的協議支持，支持 HTTP 智能協議、Git-daemon、SSH 協議。
三、GitHub 提供在線編輯文件的功能，不熟悉 Git 的用戶也能夠直接經過瀏覽器修改版本庫裏的文件。
四、將社交網絡引入項目託管平臺是 GitHub 的創舉。用戶能夠關注項目、關注其餘用戶進而瞭解項目和開發者動態。
缺點：
1.Github使用新手，須要不斷實踐和時間。
2.Github很是適用代碼跟蹤，可是卻不是最好的設計跟蹤工具。將圖片內容轉化爲代碼，或者將設計用於產品設置，不是那樣順利。
3.wiki功能太弱，直接致使文檔（對於開源項目很重要）常常被分離到一個獨立站點

Git

Git是一個開源的分佈式版本控制系統，能夠有效、高速地處理從很小到很是大的項目版本管理。 Git 是 Linus Torvalds 爲了幫助管理 Linux 內核開發而開發的一個開放源碼的版本控制軟件。
優勢：
1.適合分佈式開發，強調個體。
2.公共服務器壓力和數據量都不會太大。
3.速度快、靈活。
4.任意兩個開發者之間能夠很容易的解決衝突。
5.離線工做。
缺點：
1.資料少（起碼中文資料不多）。
2.學習週期相對而言比較長。
3.不符合常規思惟。
4.代碼保密性差，一旦開發者把整個庫克隆下來就能夠徹底公開全部代碼和版本信息。

Mercurial

Mercurial 是一種輕量級分佈式版本控制系統，採用 Python 語言實現，易於學習和使用，擴展性強。其是基於 GNU General Public License (GPL) 受權的開源項目。
優勢：
1.更輕鬆的管理。傳統的版本控制系統使用集中式的 repository，一些和 repository相關的管理就只能由管理員一我的進行。因爲採用了分佈式的模型，Mercurial 中就沒有這樣的困擾，每一個用戶管理本身的 repository，管理員只需協調同步這些repository。
2.更健壯的系統。分佈式系統比集中式的單服務器系統更健壯，單服務器系統一旦服務器出現問題整個系統就不能運行了，分佈式系統一般不會由於一兩個節點而受到影響。
3.對網絡的依賴性更低。因爲同步能夠放在任意時刻進行，Mercurial 甚至能夠離線進行管理，只需在有網絡鏈接時同步。
缺點：
1.它的分支管理不靈活，相對於Git來講差不少，其中branch出來就刪除不了。
2.支持社區差，比不上Git。