軟體，
是一系列按照特定順序組織的計算機資料和指令的集合，還有另一種表現形式，即：軟體=程式+資料+文件。可以看出，程式是軟體的核心，因此，又引申到軟體工程及其他計算機方面重要的一門課程——程式設計。程式設計，在本書中被稱為勞力活，就好比千年前愚公的勞作，但是他又從側面告訴我們，無論多麼浩大的工程，都可以用簡單的程式設計來實現。在我最初學習c、c++的時候，總是
這不會那不會，看見問題先抱怨嘆氣結果就是ctrl+c、ctrl+v，僅僅還是最初最基礎的幾個問題！其實不是我不會，不是學不會，不是他有多麼的難，只是我不願意去學，不願意思考，僅此而已。再者，就是自己很亂，只是一味的去學，沒有整理，導致自己學到的東西很多，用的時候不會，溫故而知新，這是在任何行業都必不可少的素質。
正視自己，正視自己的任務，是我在這裡學習到的乙個重要的東西。無論成功與失敗，都是一次寶貴的經驗經歷。失敗是成功之母，沒有誰能絕對完美，失敗是必不可少的，不能因為失敗而沒有信心，也不能對失敗不聞不問。查詢問題，改正問題是我們進步的乙個有效途徑。
在看到懶人造就方法的時候，我是十分贊同的，何止是在我們科技生活水平的提高，有很大因素就是「懶」！因為懶，所以為了方便自己的懶，就創造了各種有意義的東西。雖然書中對這一部分所用的引例感覺有些牽強，但道理不錯。我們的程式設計工具為什麼越來越多呢？可以說是為了更加方便操作，那我們為什麼不能說是為了「懶」呢。懶，不是我們日常賴在床上那樣，智者的懶是用更少的時間更少的精力去處理更多的問題，懶使他們更高效。
三人成乙個團體，那麼在這個團體中就一定會有乙個能承擔起責任，能力相對出眾的去做領導。但是乙個真正的領導應該要怎樣呢？承擔責任是他首要的條件，作為乙個領袖，他是一切行為操作的決策者，乙個專案的成敗與他有著必然的聯絡，一旦專案失敗，必須要挺身而出，面對這次失敗，而不是盡快逃避把責任推給別人。其次，他要有熟練的經驗，足夠熟練才能對專案有清晰明確的認識，頭腦才能盡量清醒。然後就是明確根源的東西，為了保護光鮮亮麗的外表，以其根為代價，結果得不償失。作為管理，制度是強有力的輔助措施，他能有效的約束成員，還能保持自己的公平性。但這血還不足以支援乙個專案的展開，做專案就和我們做作業一樣，一眼看去不應該直接開幹，真正的是要進行深入的思考，盲目的動手你會發現無從下手，也不會知道自己已經幹了什麼。作為決策者更不能盲目，他應該在藍圖之下進行細加工，人員任務的明確等等。但管理者並不是僅僅關注人，乙個好的管理者做乙個伯樂是不夠的，運籌帷幄算不上但是總攬全域性還是要有的，引導乙個團隊繞過沿路的坑，對於團隊形式及時做出調整，並且知道「增值稅發票」即:
專案技術之外的東西。乙個團隊不知是要管理，而是乙個合格到位的管理者。
其實上面的管理及以後東西多是軟體開發上的東西，也許對於我現在的新人來說有點早，但早早地了解總沒有壞處。計算機語言對於初學者是很難學習的東西，那對於正常人來是無異於乙個文盲去看英語書。軟體的開發就是需要乙個良好的交流，是程式設計師與客戶之間的交流，不是人人都懂程式上的知識，所以，學會溝通，如何能讓客戶在清楚專案進**況下保持認可支援也是程式設計師的必要的本領。
工程是一件很大的事，而我如今接觸到的程式設計，僅僅是它的皮毛，想要在日後更有成就，基礎的程式設計尤為關鍵的。對於之前的學習，我感覺太差勁了，人就應該有上進，勇爭上游。這本書教會我的並不是日後如何工作，而是怎麼樣去面對現在自己的任務，以什麼態度去對待。我想，這不會是我最後一次讀這本書，我未來道路的每一階段，都會以這本書為開始，明確自己每一步路。
讀大道至簡
軟體開發 方法 過程 工程 組織 演算法 結構 方法 面向過程 物件導向 過程 瀑布模型 迭代模型 工程 專案管理 進度 成本 質量 組織 體制 組織結構和制度 是乙個向外擴充套件的過程。方法 分，模組化設計 過程 增量迭代，還是瀑布模型 工程 進度 成本 質量 組織 組織結構 制度 舉乙個做生意的...
《大道至簡》讀感
這本書我用了接近四天看完，篇幅不長，但語言對 程式設計萌新 極為友好。並不是和教科書一樣的教學。在學習任何東西前，都需要先學習他的精髓思想和之後要走的路線，需要具備的能力等等，就好像學 你必須先學音律，學美術必須先學線條一樣，而這本書就充分又樸實的介紹了學好程式設計，你需要做些什麼。語言而又恰恰非常...
讀《大道至簡》（一）
大道至簡，書如其名，把我們認為很難得任務簡單化。愚公移山如此龐大的人物無非就通過順序 分支和迴圈解決了，由此可見，多麼龐大的專案都是通過簡單的程式語言實現的。何必要懷疑自己能不能程式設計，我們又不是弱智，程式語言也是語言，而且大致都是相似的，程式 演算法 結構，程式設計的第一要務是先把事情分析清楚，...