p353提到是否要成為領域的專家，才能進行創新。
課本列舉了www的誕生和阿里巴巴創始人等例子說明進行創新可以不需要是自己領域的專家。
那麼將來進行創新是要在自己擅長的方面還是等待生活中的靈光一閃呢。
課本中說全球資訊網誕生時當時的計算機學家都在搞com，dcom，遠端過程呼叫這些高難度的東西，
那麼是否在自己擅長的領域進行創新容易默守陳規而失敗呢。
第五章提到了團隊合作
那麼團隊專案如何合理的分配成員的任務來確保效率最高並且完成的最好呢?
第四章介紹了結對程式設計，但是我認為大學生之間並不是十分適合結對程式設計這個方式，畢竟學生之間程式設計水平參差不齊，
很難像結對程式設計所期待的進行肩並肩，互補的程式開發。並且結對程式設計中，兩者出現分歧，並且誰都只認同自己的看法時，結對程式設計是不是就沒什麼優點可言了？
第十六章詳細講解it行業的創新，但是雖然知識詳細，但是作為乙個在校學生，這些東西距離我們似乎還很遙遠，那麼對於這些知識，我們要抱著以後必不可少的東西來處理，不要求精確運用，但是要做到了解，在一些情況下能適當運用這些知識。對於當前的學生時期，要做到的是如何解決自己在創新過程中遇到的迷思，以及了解創新的時機，學會創新的招數，企業級別的問題想對於現在的我們來說確實太遙遠，相關的知識重在了解。現在的我們談企業創新，無異於紙上談兵，空談，只有積累一定的經驗後才真正理解企業創新。不積累一定的東西，不會得到真正的道理，書上的也不一定就是全面的。軟體工程第二次作業
題目鏈結位址 github鏈結位址 難度瓶頸 最終選擇 改進版本 只是生成數獨終盤，不考慮附加作業，就沒有考慮類，只是函式。array 0 0 7 basic.erase 7 basic為集合名稱 if basic.size 0 for int k 0 k row k else 版本二 void c...
軟體工程第二次作業
github 位址 我剛開始打 的時候覺得打完就好，能過樣例就ok。經歷過一段時間後會發現有可能樣例過了其他測試點全錯，所以就會開始多測試幾組資料，希望自己的 能夠盡量準確。當準確性開始有保障後，我就會去思考程式本身是不是可以進一步改進，使 執行速度變的更快。在我看來自己出資料測試就相當於書中說的單...
軟體工程第二次作業
1.簡述軟體過程 軟體生存週期 軟體過程模型 軟體生存週期模型 三者之間的概念區別。軟體過程 軟體生存週期中的一系列相關過程所涉及的活動 軟體生存週期 軟體生命週期 同任何事物類似，軟體也有乙個從生到死的過程，這個過程一般稱為軟體生存週期或生命週期 軟體過程模型 軟體生存週期模型 為了能高效地開發乙...