構建之法閱讀筆記06
今天讀了《構建之法》的第15，16，17章：穩定和發布階段
創新的迷思
一：靈光一閃現，偉大的創新就緊隨其後
事實上，在靈光閃現之前，需要在相關學科打下深厚的基礎，並位一些問題進行長時間的思考
二：大家都喜歡創新
如果有人發明了常溫常壓下把石墨變成鑽石的方法，鑽石公司和已經購買、儲存了鑽石的人一定不會喜歡
三：好的想法會贏
事實上，人思維的慣性是巨大的
四：創新者都是一馬當先
但事實上後來居上的情況更多一些
五：要成為領域的專家，才能創新
70%的創新者說，他們最成功的創新，是在他們拿手領域之外發現的
六：技術的創新是關鍵
事實上，除了技術的創新，還有商業模式的創新、使用者體驗的創新、生態系統的創新，這些都很重要
七：成功的團隊更能創新
成功企業的發家技術成了「維持性的技術」，而顛覆性的創新會帶來產品和市場的巨大風險。
確實，現在到處都在宣揚創新。北京就把創新作為城市精神。
但佳句本天成，妙手偶得之。刻意追求，未必真能得到。
創新和成功某種程度上是挺相似的兩個詞。
勵志類或心靈雞湯類的書，往往會舉大量的成功案例。但是，只有成功的案例會被宣揚，而失敗的案例無人問津。
我們常常聽到創新成功的案例，但失敗的例子才是壓倒性的多數。
第一，工作分配的重要性，說道工作分配，不得不說我們個小組的組長們，組長不僅僅是乙個團隊的領導者，更是這個團隊的靈魂。它不僅需要了解隨時掌握各組員的動向，更重要的是，他需要了解各組員的能力，然後根據個人的能力，然後再去非陪相應的任務，只要這樣才能做到「物盡其用」，才能更好的完成我們的專案，有時甚者能更創造出以外的效果，達到更完美的狀態。這不僅是組長的能力 其實其無時無刻也體現著我們這個小組的團結力和創造力。當初選擇在乙個小組，那麼我們就是乙個集體，我們就要勁往一處使，力往一處去，在這個過程中，我們可能會有不一樣的想法和思維，我們要盡可能的去傾聽每乙個人的看法，找到乙個更好的去完成，這才是我們應有的小組
第二，經驗。十七章中有一篇《乙個程式猿的生命週期》的文章主人翁談到近幾年的工作經驗，那就是軟硬結合的優勢。對於這一點我表示非常贊同，而我想說的並不是這個優勢，而是得到這個經驗的過程，別人的經驗就是別人的經驗，我們只能拿來借鑑，而永不可能成為自己的。對於一種結論，結果怎麼樣並不是很重要，重要的是我們得出這個經驗的過程，我們所能獲得的最多的也是在得出這個結論的過程中，而這個對於局外人是永遠體會不到的。
第三，我們再來談談這個軟硬結合的優勢。就我們電腦科學與技術來說，其本身就是乙個應該軟硬結合的專業，不管事以後的發展，還是社會上的公司，其方向都會趨向軟硬體結合，因為只有這樣我們才能擁有市場，才能擁有客戶。
其實作為乙個當代的大學生，我們不管從事什麼職業，做什麼都應堅持做下去。有一句話說的好：成功的路上並不擁擠。 還有某草根明星說過：有夢想誰都了不起，堅持才是硬道理。所以有很多例子向我們證明了，只有堅持，方能獲得成功！
《構建之法》閱讀筆記06
最近我們要開始進行團隊合作，所以重點閱讀了 構建之法 與團隊合作有關的部分。首先團隊合作有很多模式，我們應該確立我們的模式，這樣才能更好的分配任務，並且對團隊的每個成員利益最大化。我覺得我們的團隊更像是交響樂團模式，大家都有各自的有點，但是更要跟隨指揮的節奏，這樣才能把曲目演奏好，同樣的，我們的團隊...
構建之法閱讀筆記06
夢斷 06 程式設計師常依賴一種稱為 媽媽測試 的手段，以對計算機一無所知的父母為假象用例，有時甚至請這類使用者親自體驗。這是現在程式設計師的通病，做出來的軟體或許在計算機上是完美無誤的程式，甚至是最優化做快的演算法，但是使用者的體驗和反饋卻並不是很好，這就要考慮到軟體設計的問題了，良好的軟體設計像...
《構建之法》閱讀筆記06
最近我們要開始進行團隊合作，所以重點閱讀了 構建之法 與團隊合作有關的部分。首先團隊合作有很多模式，我們應該確立我們的模式，這樣才能更好的分配任務，並且對團隊的每個成員利益最大化。我覺得我們的團隊更像是交響樂團模式，大家都有各自的有點，但是更要跟隨指揮的節奏，這樣才能把曲目演奏好，同樣的，我們的團隊...