| 格式描述 | |
|---|---|
| 這個作業屬於哪個課程 | https://edu.cnblogs.com/campus/xnsy/GeographicInformationScience |
| 這個作業要求在哪里 | https://edu.cnblogs.com/campus/xnsy/GeographicInformationScience/homework/4518 |
| 我在這個課程的目標是 | 1.了解項目構建的基本方法和常用工具 2.開發自己的應用產品，體會項目構建的完整流程 3.通過實際項目提高自己的項目構建和代碼編寫能力 |
| 這個作業在哪個具體方面幫助我實現目標 | 1.教材學習 2.個人和團隊項目開發 3.學習項目管理的相關工具 |
個人介紹
我是地理信息科學專業2017級的一名學生，平時喜歡讀書、彈吉他、間歇性堅持跑步...
個人的缺點就是比較容易受外界環境的干擾，對自己計划的打破感到極度奔潰，有時容易影響一天的心情和做事效率。
閱讀與思考
-
Q1:回想一下你初入大學時對你所在專業的暢想
-
當初你是如何做出選擇你所在專業的決定的？
調劑來的，可以說是被選擇了...
-
你認為過去一（兩）年中接觸到的課程是否符合你對你自己所在專業的期待，為什么？
基本符合我的期待。這兩年的專業課的學習我感覺是偏向於理論的，覆蓋的知識面比較廣，不光是GIS，其實還接觸到了RS和計算機圖形學的一些知識。只是自己實際動手的能力還比較薄弱，猜測后兩年會有比較多的實踐課程吧。
-
你覺得你所在的專業是你喜歡的領域嗎，它是你擅長的領域嗎？
不是我喜歡的鄰域，說不上擅長。
-
將來你會選擇從事和你專業相關的工作嗎？是的話給出你想去的城市、公司和崗位，否的話給出原因
不會。因為自己有更喜歡的事情啊...
-
-
Q2:對照前人們走過的路和描述未來發展，現在的你
-
自我感覺你已經具備的專業知識、技能、能力有哪些？已經寫過的代碼量是多少？描述你做的最復雜的項目
知識、技能、能力在考試前一周達到頂峰，之后隨時間為自變量的函數而趨向於0。
本專業代碼量1000+行？差不多吧，還都是學C和C#的占100%
本專業最復雜的項目？都是小練習，說不上項目吧
-
離成為一個合格的本科畢業生，在專業知識、技能、能力上還差距哪些？
理論知識的原理還需要加強，對於許多經典算法的思想還不夠了解
ArcGIS使用還不熟練，這個在畢業要求是要非常熟悉的。對於地理信息系統的模塊化開發還寫不出多少代碼。
-
-
Q3目前是一個人生選擇的十字路口，考研、工作、考公、出國，不同的選擇在大三就有不同的努力方向。而無論考研還是工作的每條路徑，也有許多不同的分支
-
對照以上你閱讀的前人們的經歷，你的選擇是什么？
基本現在選擇是考研了，希望在研究生階段提高自己對某一領域的熟悉程度，同時提高自己英語和數學方面的素養，還是比較想成為一個算法大佬
-
在這種選擇下，你認為你相比其他同學來說有何優勢，有何劣勢？
自己通過跨考，能更加貼近一點自己喜歡的鄰域，做事也會更有動力吧。而且比本科出來找工作有了更多的准備時間，最重要的是能在某一領域拓展自己的視野，能比其他人看得更高一點。劣勢就是花費3年的時間，而這三年如果不考研能而且能進入大廠的話，自己能獲得更多的工程經驗。
-
針對你的選擇，你給自己的大三設定的規划安排是什么？
考研，補基礎，考PAT
-
你對於實現自己的夢想已經做了或者計划做什么樣的准備？
目前再補計算機方面的一些基礎課程
-
提問
-
【3章，3.1職業發展】技術人員是否有必要掌握產品方面的知識，如何看待互聯網產品和技術的辯證關系
個人認為產品和技術是相輔相成，相互貫通的。產品懂得技術：1.可以更好地與開發進行溝通，從而對項目的推進有一個自己客觀的認識。2.能夠體會開發的不易，從而不會提出一些**需求，也能減少一些沖突事件。3.能夠以一 個自頂向下的角度進行項目架構的設計，便於開發人員進行實現。技術懂得產品：1.如果開發覺得產品的需求不靠譜，說不定能更好的說服產品砍掉這個需求，而不是心里自己MMP。2.能更好的確定需求的邊界，從而進行適度的開發。3.能更早預判產品今后的發展方向，從而提高對代碼擴展性進行考慮。
-
【10章，1.3怎樣定義典型用戶】產品初期用戶非常少的情況下可以通過目標人群的分析確定產品迭代的基本方向，那么當產品用戶達到非常大的規模后，如何確定一個產品的發展方向
覺得前期用戶比較少的情況下，一個堅定的產品理念和清晰的目標人群能引領產品往一個大致正確的方向發展。后期用戶量比較多了，就需要依托一些大數據分析的手段，對用戶需求進行分析。這也可能是有些產品喜歡招有一定數學基礎的人的原因？？？
-
【16章，創新的迷思】為什么許多復雜的技術長期不溫不火，而簡單的技術確能在短時間內大量普及（區塊鏈和移動支付）
個人復雜的技術社會接受和普及的時間周期會更長，因為復雜的技術掌握的人畢竟是少數，所以需要長時間去證偽。而簡單的技術可以讓大眾在短時間內形成對其的主觀認識，所以一個簡單的技術在應用階段如果可以快速獲得市場的認可，再加之技術簡單易於實現，所以短時間內就可以大面積普及。
-
【9章，項目經理】 如何在產品提出一個奇葩需求時進行禮貌且有力的反駁
感覺和提問1的解決方式差不多，技術還是要在懂產品的基礎上和產品進行有效的溝通，也不能無腦懟產品，畢竟大家都是混飯吃的。
-
【16章，1.5創新的迷思】為什么領域內的人員沒有領域外的創新能力強？為什么現在越來越多的人強調跨界？這其中有什么價值？
我覺得這可能是現在技術發展的一些趨勢。比如腦機接口這件事，不光需要計算機的知識，還需要生物學，神經科學等多方面知識。如果一個人知識面很廣，那么就有可能從更高維度去看待技術的實現，從而得出一個更加貼近於正確的解決方案。
源程序版本管理工具調查
-
GitHub
概述：
Git是一個分布式的版本控制系統，最初由Linus Torvalds編寫，用作Linux內核代碼的管理。在推出后，Git在其它項目中也取得了很大成功，尤其是在Ruby社區中。目前，包括Rubinius、Merb和Bitcoin在內的很多知名項目都使用了Git。Git同樣可以被諸如Capistrano和Vlad the Deployer這樣的部署工具所使用。
優缺點：
優點：GitHub提供Git存儲庫服務，基於web，允許你使用Git的源代碼管理功能，或者其特性。GitHub提供Git存儲庫服務，基於web，允許你使用Git的源代碼管理功能，或者其特性。
缺點：可能不是捕捉創意過程和記錄創意點子的最佳工具。對於這種特殊功能模擬可以選擇LayerVault 或其他相似工具。之前，我們已經強調過Github非常適用代碼跟蹤，但是卻不是最好的設計跟蹤工具。將圖片內容轉化為代碼，或者將設計用於產品設置，看起來依舊不是那樣順利。
-
svn
概述：
SVN是Subversion的簡稱，是一個開放源代碼的版本控制系統，相較於RCS、CVS，它采用了分支管理系統，它的設計目標就是取代CVS。互聯網上很多版本控制服務已從CVS遷移到Subversion。說得簡單一點SVN就是用於多個人共同開發同一個項目，共用資源的目的。
subversion的優缺點：
優點：支持文件重命名提交系統會提示刪除舊文件，創建新文件，刪除本地文件提交庫中文件也被刪除
缺點：要將權限控制文件保存為svn支持的UTF-8格式，一個庫可以有多個工作目錄但一個工作目錄只能對應一個庫雖然可以更改庫位置但是要求很嚴格，庫中文件存放方式，看不到文件真正的內容。
-
Microsoft TFS
優點：
任務版上能將需求、項目進度一覽無余，對於小團隊而言，比甘特圖更有用集成了項目管理、版本控制、BUG 跟蹤，能有效實現 SCRUM能與 VS 無縫接合
缺點：
搭建、維護tfs比較復雜，硬件要求也比較高。
-
Trac
優點：
Trac做一個SCM配置管理平台，意味着它有良好的擴充性。Trac的權限體系是比較完備的設計。非常靈活，可以隨心所欲的定制，可以和TortoiseSVN集成。
缺點：
不支持多項目，需求和缺陷沒有分離，用 wiki 來替代 Word 等工具編寫文檔對於產品策划來說門檻太高了，中文化不完整，美術人員接觸起來困難重重，不顯示中文名，本地化做得很差，核心功能很少，不安裝插件基本上沒法用。