程式設計遇到問題
1.解決問題
問題---->思路----->搜尋引擎------>請教他人
2min 3min 15min
做完同一件事 價值是一定的 所以效率很重要 為保證一定的效率 有乙個時間上的框架來衡量或約束一下自己 以至於不會將時間的消耗變成極大的浪費
正確解決問題的思路 往往是<1>發現問題<2>理清思路<3>自己查資料<4>求助他人
而每個環節都需要乙個時間段來容納 一面將自己陷入不自覺的糾纏之中 所以用一張時間表 或定乙個計時器 是不錯的選擇
程式設計遇到問題
2.向他人詢問時 提問的藝術：
5w1h(或6w)分析法
何因why 何事what 何地where 何時when 何人who 方法how
提問 如果想有效率的獲得解答 首先需要合情合理的描述給對方 溝通是有隔閡的 訊息的傳遞是有損耗的 所以要盡量讓對方了解自己的處境和經歷 例如上面的5w1h分析法 先理清自己的思路 再將問題描述給對方 合理高效的交流 提公升效率 提問的物件可以是搜尋框 可以是人
不僅在程式設計方面 高效的交流方式 在方方面面都將惠得其用
傳統開發模式vs敏捷開發
1，傳統瀑布模式（發明者聲稱 需迭代兩次）
環節間資訊傳遞 損耗大 如果返工的話 工作量會很大
2，單步迭代瀑布模式
需做修改時 整體資訊傳遞不及時 牽一髮而動全身 極大消耗時間
3，敏捷
四條價值觀：
個體和互動 高於 流程和工具
工作的軟體 高於 詳盡的文件
客戶合作 高於 合同談判
響應變化 高於 遵循計畫
儘管右側的有其價值 但更看重左側的價值 注重響應變化 而非照本硬造
全功能團隊：
打造全功能團隊 是為了更好的使用人力資源 減少人員空閒 最終提高整體效率
流水線的作業模式 使程式設計師之間互不了解 不會完全了解客戶意願 只能做自己範圍內力的工作 雖然這樣便於管理人員管理工作 但是對於程式設計師來講 對不了解的情況下產生的變更會很不理解 所以整個團隊對專案的理解很重要 每個成員之間要相互了解 達成共識
解決問題的思路
乙個if else 體現出的解決問題的能力，思路，這就是錢 string tostation string jobj data i agv target place code string mocode string jobj data i mo code 工單 task.receive date ...
解決問題的思路
中國人喜歡從大處著眼，西方人喜歡從小處入手 不知道這句話對不對 似乎從大處著眼更適合社會學方面，而小處入手更適合自然科學。中國現代的教育制度學習西方，是不是這個問題把語文教學搞得面目可憎？讓學生整體像是要拿解剖刀一樣分析文章 字 詞 句，段？而忽略了社會學的美？但是從另一方面來說，既然考核的思路是如...
解決問題的思路beta
size large 1.首先是條件的提取 2.然後是尋找解決方案 3.做完了一定要驗證 4.擴充套件 a.列出所有你解決方案中用到的條件 b.問自己一些問題，仔細思考你現行的解決方案中有沒有做重複或多餘或疑似複雜了的步驟 c.如果有重複步驟，嘗試在原有條件不變的前提下，優化解決方 size 最近，...