《構建之法》總結

這個做業屬於哪一個課程
這個做業要求在哪裏 點一下
團隊名稱 楊榮模傑和他的佶祥虎
這個做業的目標 課程總結
Github地址 點一下

後之視今,亦猶今之視昔。 -王羲之html

回望開學到現在的結束博客,就像王羲之的話,沒有什麼值得感嘆的,後來的人看待今天,就跟今天的人看待之前同樣。有的人爲了分數高,洋洋灑灑寫着本身的博客做業,有的人不在意結果,安然於得過且過,還有的人只專一於本身的提高...git

按照博客要求,回望第一次的我的做業:連接->第一次博客做業,作了一個對稱模式編寫本次博客:程序員

1、於我而言是否有一些收穫呢?

答:那時本身書寫下的目標是:但願能略懂《構建之法》,運用其精美的內涵豐富本身的程序人生,尤爲寫到 「本次做業從開始使用博客,讓我認識到寫博客對程序員的學習相當重要,以及應用書中的構建美妙,尤爲是後面的「敏捷流程」的內涵,使得我受益不淺。 」github

事實也確實如此,敏捷流程甚至被咱們小組運用在了項目的實際開發中,它的敏捷之美相信每個組員都有所感覺到。固然,實話實說,你們都說咱們小組編碼起來很輕鬆,但其實不能說你們都很厲害,而是由於咱們每一個人都是負責任的人,遇到了問題本身立刻去解決,很在意與其餘人的配合,才使得整個小組看起來很「輕鬆」。這是其餘人難以瞭解的。編程

綜上所述,個人收穫就是敏捷開發運用於實際,體會到了敏捷開發的編程之美,這也算略懂《構建之法》?函數

2、第一篇博客的自我介紹?

答:那時並不想多麼介紹本身,簡簡單單描述了本身社會角色,由於在我看來了解一我的是須要主觀接觸的,無論一我的怎麼去自我介紹,別人只會以他的方式度量你。寫了這麼多的博客,已經跟助教,老師們也有了必定的交流,相信他們可以比自我介紹階段更瞭解我一些。單元測試

3、第一篇博客的閱讀與思考?

答:這一部分都是本身的肺腑之言,從如何選擇這個專業到離成爲一個合格的本科畢業生,在專業知識、技能、能力上還差距哪些?這些問題變化都不大,可是也許別人在通過這一個學期的對個人瞭解後,可以更加理解當時本身寫下那些回答的緣由。固然有的問題的答案仍是有些改變的,好比本身學會的技能如今又多了一些:《構建之法》、《安卓開發》、《Linux基礎》...這都是這學期的收穫。學習

4、第一篇博客的提有質量的問題?

  • 構建之法12.1.2中提到理解別人的處境,心境,動機的能力是同理心,軟件團隊的設計師和軟件工程師也須要同理心。我就在想站在別人的角度去考慮問題這點是很好的,可是做爲軟件工程師的話若是都從別人的角度去考慮本身軟件設計的因素的話須要考慮的角度就會特別多,例如設計者,用戶,上層等等,並且每一個角度看到的東西又都是大相徑庭的,這時候咱們要怎麼作才能更好的兼顧全局?

答:這一部分其實就是項目經理和軟件開發者之間的矛盾,在我最近看到的一本書《騰訊傳》就講到了,最厲害的項目經理馬化騰和他的軟件開發者之間產生矛盾的時候,最後由誰提出誰負責的原則,只要你們不是特別反對,那麼你就去負責你提出的設計,最後結果產生再來看效果也是蠻不錯。測試

  • 同時,這樣的話會浪費更多的時間去調試,咱們又該怎樣在規定的工期時間內完成用戶的種種需求,這顯然是很是很是麻煩的,要作好一個知足所有要求的軟件顯然是不現實的,咱們又該怎麼取捨?

答:這個問題其實和上面的問題不謀而合,若是時間不夠能夠經過線上測試,內測版本間接測試去解決。要作好一個知足所有要求的軟件確實是不現實的,任何好的功能都須要用戶的反饋才能進一步發展。編碼

  • 12.5中向咱們提了一個問題:什麼是用戶體驗何時開始考慮用戶體驗?從不一樣時間段去考慮用戶體驗顯然會帶來不一樣的問題,那存不存在一個最好的時間點呢?

答:最好的時間點就是可以讓用戶體驗的時候,就讓用戶體驗,越早問題發現的越早,越容易解決,其實就跟單元測試原理相似,一個一個地保證方法函數的正確性,組合起來的正確性也相對提升。

  • 14.1.1中提到軟件質量=程序質量+軟件工程質量 軟件工程的質量又有三個特性:好,快,便宜。那麼假如一我的或者一個團隊開發軟件的過程當中過無法作到這三點,我認爲最重要的是好,但想了想,在規定的工期內既然無法作到快,那也很難作到好了,那麼對於一個軟件開發過程,這三點那一項是相較於其餘兩項要更佔主導位置的呢?

答:在我看來,沒有誰佔主導位置,都是相輔相成的結果,惟有各方面都有運行體現,總體軟件的發展更爲穩健。

  • 書16章在介紹產品了,其中舉了個魔方創新的例子,魔方產業中出現了種種的競爭者,笑到最後的確是那名技術不夠硬,產品不夠好,出現時間不夠長的一位,只由於他作到了客戶的需求。那麼我就在想,在現實社會中一個產品的營銷中也會產生不少不少的競爭者,咱們可以支抓住目標用戶的需求就能夠脫穎而出嗎,在這以前不須要磨練出過硬的技術生產出過硬的產品嗎?

答:只能抓住目標用戶的需求但沒有過硬的技術,是一件悲哀的技術,不是說不能找別人作,可是本身沒有本錢,周圍也不多有厲害的人。就想馬化騰的創業路途同樣,他在工做階段弄傳呼機的時候就已經有過硬的技術而且弄過過硬的產品,發現了一個好的用戶需求,就去找了有過硬的技術的同伴一塊兒開發出了QQ。過硬的技術是軟件開發者的本錢。

相關文章
相關標籤/搜索