格式描述 | 詳情 |
---|---|
這個做業屬於哪一個課程 | https://edu.cnblogs.com/campus/xnsy/GeographicInformationScience |
這個做業要求在哪裏 | http://www.javashuo.com/article/p-awxmclqg-dw.html |
我在這個課程的目標是 | 1.瞭解項目構建的基本方法和經常使用工具 2.能從總體概念上較好地理解和把握應用軟件 3.熟悉軟件開發過程當中的每個步驟,爲之後的學習工做打下堅實的基礎 |
這個做業在哪一個具體方面幫助我實現目標 | 1.教材學習 2.與他人的討論交流 3.互聯網上的學習,本身去尋找解決問題的方法 |
做業正文 | http://www.javashuo.com/article/p-phisvgzx-gp.html |
其餘參考文獻 | http://www.cnblogs.com/ChildishChange/p/7363123.html |
我的博客:https://www.cnblogs.com/-lzzz/
我是地理信息科學2017級的一名同窗,今年20歲,身高174cm,體重120斤,家住四川的酒鄉畫城—綿竹,喜歡看書,看電影,喜歡游泳,平時也會作一些鍛鍊。
同時本身也非常專一,對於學習一件事情可以一心一意的去思考,去完成,作事自律,天天堅持早起吃早飯。html
(1)回想一下你初入大學時對你所在專業的暢想web
(2)對照前人們走過的路和描述將來發展,如今的你數據庫
(3)目前是一我的生選擇的十字路口,考研、工做、考公、出國,不一樣的選擇在大三就有不一樣的努力方向。而不管考研仍是工做的每條路徑,也有許多不一樣的分支。編程
【1】 https://book.douban.com/subject/4006425/discussion/22803961/
【2】 https://news.cnblogs.com/n/531362/服務器
1.【16章,1.4迷思之四:創新者都是身先士卒】一文中提到「大部分紅功的創新者都不是先行者。我想問的是難道先行者不是創新者嗎?
在我看來,先行者和後來的領導者一樣是創新者,由於先行者創造或者提出一個項目,這是一種能夠說是無中生有的過程,這本就是創新;有了前者,後來的領導者又在此基礎上進行創新,而這種創新是真正把握住了消費者的須要,從而成爲領導者。工具
2.【12章,2用戶體驗設計的步驟和目標】其中提到了幾種調查用戶體驗的方法,那麼在現實生活中具體是用的哪一種方法呢?
比方說如今智能手機的設置裏面都有邀請參加用戶體驗計劃,但是不知道這個體驗計劃具體用的哪一種方法,仍是說有更多的方法。學習
3.【9章】這一章節主要提到是的項目經理(PM),這一章節提到了許多PM須要完成的事,但是就實際而言,許多事情是沒法完成的,比方說對比Project Manager 和Program Manager中說到一點管事無論人,我以爲這不對。
今年暑假有一次實習的機會,我頗有幸在一位頗有能力的項目經理手下作事,在我二十多天的實習裏,我做爲一個旁觀者,看見的是項目經理的壓力和任務的繁重,並且人都有必定的懶惰性,特別是當任務很繁重的時候,若是項目經理只管事無論人,其實很容易讓項目完成的日期推遲。編碼
4.【17章】第17章主要講到領導力,做爲學生時期的咱們,能經過什麼辦法提升本身的領導力?
文中主要講的是之後已經工做,已經成爲領導之後再與下屬員工相處模式,但是,這又出現了一個問題,理論上來講應該是由於一我的人具備領導力或者這方面的潛力,這讓他的領導看重,提拔成其餘人的領導纔對,因此但願書上能提到如何有意識的培養領導力。插件
5.【12章,1.6用戶體驗和質量】這一文中提到若是用戶體驗和產品質量有衝突該怎麼辦?有沒有一套科學詳細的評定手段來評定咱們應該如何進行取捨?設計
優勢:
GitHub是一個很是萬能的工具。對於任何大小的項目,他都是理想的工具;他也是偉大的web工做流工具。首 先,他能夠做爲一個版本控制系統和協做工具,用它來發布工做。利用GitHub,你能夠將項目存檔,與其餘人分享交流,並讓其餘開發者幫助你一塊兒完成這個項目。優勢在於 ,他支持多人共同完成一個項目,所以大家能夠在同一頁面對話交流。建立本身的項目,並備份,代碼不須要保存在本地或者服務器,GitHub作得很是理想。
缺點:
若是,你是Github使用新手,首先的挑戰就是擺正心態——須要不斷實踐和時間。他可能不是捕捉創意過程和記錄創意點子的最佳工具。對於這種特殊功能模擬能夠選擇LayerVault 或其餘相 似工具。以前,咱們已經強調過Github很是適用代碼跟蹤,可是卻不是最好的設計跟蹤工具。將圖片內容轉 化爲代碼,或者將設計用於產品設置,看起來依舊不是那樣順利。
這是由設計者決定的,然而,一些人發現 GUI 有點混亂,選擇CLI代替。一些開發人員學習主要使用Git命令 ,這樣能夠解釋爲何他們不太喜歡GUI的緣由了。稍加練習,命令的學習是不太困難的。然而,你喜歡每天 寫命令嗎?特別是跟蹤項目歷史或解決衝突的時候。因此就有了另一羣喜歡GUI的人們。將提交、修改、移 動文件等操做可視化,會有一個更好的體驗。而這些,就如以前提到的,須要時間來適應。
優勢:
任務版上能將需求、項目進度盡收眼底,對於小團隊而言,比甘特圖更有用集成了項目管理、版本控制、BUG 跟蹤,能有效實現 SCRUM能與 VS 無縫接合
缺點:
搭建、維護tfs比較複雜,硬件要求也比較高。
優勢:
一、Trac作一個SCM配置管理平臺,意味着它有良好的擴充性
二、Trac的權限體系是比較完備的設計
三、很是靈活,能夠爲所欲爲的定製,能夠和TortoiseSVN集成。
缺點:
一、不支持多項目,
二、需求和缺陷沒有分離,
三、用 wiki 來替代 Word 等工具編寫文檔對於產品策劃來講門檻過高了,
四、中文化不完整,美術人員接觸起來困難重重,
五、不顯示中文名,本地化作得不好,
六、核心功能不多,不安裝插件基本上無法用。
優勢:
一、能夠自動建立分類圖表。
二、自動提供撤消、重作和保存功能,無需編寫任何編碼。
缺點:
一、 更新版本後,某個插件可能會失效。