我的第一次做業

這個做業屬於哪一個課程	https://edu.cnblogs.com/campus/xnsy/GeographicInformationScience
這個做業要求在哪裏	http://www.javashuo.com/article/p-awxmclqg-dw.html
我在這個課程的目標是	學會運用之前學習的編程語言、數據庫等等相關知識進行軟件的開發或系統開發，提升我的專業素質
這個做業在哪一個具體方面幫助我實現目標	打下思想基礎，學會博客的編寫便於之後的課程交流，初步瞭解博客園

1、我的介紹

本身感受本身是一個很普通的大學生，平時喜歡宅在家裏，喜歡打遊戲，看電影和電視劇，本身的缺點就在於本身缺乏行動力，想法比較多單可能會不切實際，也不會真正的投入行動。優勢可能也是想法多，遇到事情可能會有本身的獨樹一幟的想法，所以這篇文章對我有着不小的觸動。

2、閱讀與思考

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

• 最開始接觸這個專業的時候，並不瞭解它，覺得他應該是地理學的一種，後來通過查閱資料才發現，原來他是更加側重於計算機，像什麼高德地圖等電子地圖和遙感可能就是他的工做範圍之一，而電子地圖和遙感這幾年行業發展的不錯，因此一開始對於這個專業還挺期待的。
• 通過兩年的學習以後，發現其實課程的內容在本身的預料範圍之類，可是存在的問題在於，咱們這是一個邊緣學科，涉及到的知識面至關的光，因此須要學習的東西很是多，以至於咱們學習的東西多而泛，每一門學科基本都沒有怎麼深刻的學習，至關於只是打下來素質基礎，想要成爲一個真正的GISER還有很長的路要走
• 這一門學科偏向於計算機，由於本身原本就是一個農村孩子，在計算機方面的素質比較低，加上原本就對於代碼並不感冒，因此並不擅長這個專業，可是雖然作不到行業頂尖，也有信心能把這個事情給作好
• 畢竟是本身的專業，本科的人脈圈等都是屬於這個圈子的，再加上這個專業自己的就業形勢還能夠，全部也會選擇在本專業就業，可能會去一個像成都中海達同樣的行業內中等偏上的一個企業，也極可能會跳槽去其餘公司以爭取本身最大的利益，畢竟就像博客個人軟件開發生涯中所強調的

• 跳槽是加薪的最佳辦法

積累必定的技術經驗以後，若是有條件的話就會選擇本身創業。

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

• 本身感受本身所學的專業、技能等其實很多，可是就像前面說的那樣，學得不少可是都不精，做爲一個GISER，代碼的聯繫量也是嚴重不足，本身所作過的最大的一個項目可能就是在地理空間數據庫中開發的學生信息管理系統，代碼量最大的應該也只是計算製圖學中實驗所涉及的相關代碼，所以，在將來的兩年學習中，本身確定也會加大代碼量的練習，應爲無論是老師仍是博客對程序員職業生涯的一些建議中都屢次強調了代碼量的積累的重要性。

• 感受本身李一個合格的程序員的距離還很大，不管是經驗的積累仍是專業知識的積累仍是對於代碼的熟悉程度，對於相關工具的使用的熟悉程度都還十分欠缺

  （三）個人選擇

  閱讀了這麼多大佬的人生經歷，對於本身的將來也有了初步的規劃

• 首先，我應該是畢業以後就參加工做，我不會繼續考研，一方面是家庭狀況的緣由，另外一方面就是想要充分利用本身的畢業的前幾年時間來多作一些技術，積累足夠的經驗，同時，瞭解本身行業的相關狀況，爲本身創業打下基礎
• • 從進入大學開始，我就清楚的瞭解到本身的部分不足，包括本身處理事情的能力，口才以及自信心方面，而後針對性的作了一些改變，致使瞭如今的職業能力有所加強，反而成爲了本身的優點，可是就像前面說的那樣，本身的專業素質還有待提升。
• • 所以，進入大三，首當其衝的就是要提升本身的專業素質，增強代碼的聯繫，而後去考取一些有質量的證書，把英語六級過了，以便於提升本身的英語水平去查閱那些外文的資料，掌握國內外實時的技術革新。
• • 目前，爲了可以更好的瞭解市場，參加了不少兼職，也去過一些行業的大型會議，瞭解到了許多新興的技術。爲了提升專業素質，經過了二級C語言的考覈，也在爲計算機三級作着準備。

3、問題

（一）教材上第十章-典型用戶和典型場景中提出，咱們要找的用戶就是本身假想的某個領域、行業、地區等的典型的用戶，那麼，我就有一個問題，就是，難道咱們就只能針對部分或者大部分用戶嗎？若是典型用戶的區分不明顯怎麼辦？沒有讓全部該使用軟件的人良好的使用這個軟件，那這個軟件是一個好的或者說是優秀的軟件嗎？
（二）教材第八章-需求分析中第一點就是要獲取和引導用戶，這裏會不會存在一個問題，引導這個東西是主觀的，若是咱們去引導用戶的需求，會不會或多或少致使需求分析的不許確，這是一個我的的問題，網上查詢不到答案。
（三）教材第六章中屢次提到軟件團隊的重要性，提出來多種模式，可是並無說出在什麼狀況下那種模式是最高效的？在博客關於軟件工程團隊模式的粗淺認識中也提出各類模式的弊端沒法比免，但也沒有給出相關尋找弊端的方法。
（四）教材中屢次提到團隊合做的重要性，可是團隊合做也必然有它本身的相應的弊端，我想問，團隊合做和我的獨自完成，咱們應該怎麼取捨呢？在團隊內部出現問題以後，咱們如何來保證按時按質量完成任務，或者說是否應該進行壯士斷腕式的調整呢？
（五）教材第一章中屢次強調前期的可行性分析和需求分析的重要性，前期的需求分析須要大量的數據，若是隻讓開發團隊去搜集，就會耽誤大量開發時間，因此如何快速高效準確分析成爲重中之重，那麼做爲一個學生咱們應該如何去鍛鍊這方面的能力呢？

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

• Mercurial：是一種輕量級分佈式版本控制系統，採用 Python 語言實現，易於學習和使用，擴展性強。其是基於 GNU General Public License (GPL) 受權的開源項目。

• • 優勢： Mercurial不多暴露一些實現內的細節，好比rebase，好比gc。總體上看Mercurial須要掌握的命令比Git少不少，學習門檻相對低
• • 缺點：
• • • 分支管理不靈活。Mercurial的branch管理和git相比不是不方便，而是很是不方便。基本的一條是branch出來就刪不掉，這對熱衷於開branch的開發者是個打擊，並且（彷佛）也讓一些大型團隊不肯意使用Mercurial，由於有很多團隊習慣用分支來隔離子團隊間的開發工做。雖而後來Mercurial提出了bookmark這個擴展，但概念上和branch仍是有些差異，用起來也容易混淆。用Mercurial最好一開始就把分支設置好，之後就不要胡亂增刪了。
• • • 支持社區略差。我說的是github vs.bitbucket總體上看github影響力更廣，相比之下bitbucket甚至Google Code 在網站功能和用戶社區上都差一些。
• Bugzilla：是一個開源的缺陷跟蹤系統（Bug-Tracking System），它能夠管理軟件開發中缺陷的提交（new），修復（resolve），關閉（close）等整個生命週期
• • 優勢： Bugzilla可以創建一個完善的bug跟蹤體系：報告bug、查詢bug記錄併產生報表、處理解決bug、管理員系統初始化和設置四部分
• • 缺點： 安裝會比較不方便，並且流程固定，沒有那麼靈活。

• Git ：是一個開源的分佈式版本控制系統，能夠有效、高速地處理從很小到很是大的項目版本管理。Git 是 Linus Torvalds 爲了幫助管理 Linux 內核開發而開發的一個開放源碼的版本控制軟件。

• • 優勢： 1.適合分佈式開發，強調個體。2.公共服務器壓力和數據量都不會太大。3.速度快、靈活。4，任意兩個開發者之間能夠很容易的解決衝突。5.離線工做。
• • 缺點： 1.資料少。2.學習週期相對而言比較長。3.不符合常規思惟。4.代碼保密性差，一旦開發者把整個庫克隆下來就能夠徹底公開全部代碼和版本信息。