2023年7月13日（陽曆）
硬體由於一些原因，導致迭代速度很慢。
第一版開發出來一般都存在問題。這個如何快讀迭代。
硬體一般通過飛線去解決問題，有沒有比飛線更好的開發方式呢。
在實際的產品開發中。軟體硬體交替出現。同時，軟體開發也可以一直存在。
首先在開發板上進行開發，然後再基於無縫地移植到真實的樣件上。
硬體人員在原理設計之初的時候就需要考慮一些東西。考慮周全。
就像做軟體一樣，考慮周全。當然，軟體的試錯成本比較底。
硬體的生產週期比較長，所以在剛開始的時候就會考慮比較周全。
軟體靠評審去解決問題，硬體靠評審。
同時乙個複雜產品的開發，是需要制度去約束，而不是靠乙個兩個人的力量，不是靠這種英雄主義去完成的。
這裡面就體現了管理的力量。
敏捷開發 快速迭代
今天跟大家分享的是 敏捷開發 快速迭代 我們大都採用的是 瀑布開發模式 有了問題，就得返工，雖然最終的產品會比較齊全完善，但是開發周期太長，開發人員會產生排斥，甚至厭惡的心理。經過yh系統的開發，也且生體會到了這一弊端。有問題就要去解決它！於是我想到了 敏捷開發 借鑑敏捷開發模式，來改善軟體開發過程...
騰訊敏捷開發及快速迭代
整個實施階段大概分成幾個階段 團隊非常多，每個團隊特點都不一樣，比如規模不一樣，應用方法不一樣 一些長週期的專案，比如qq客戶端，乙個版本的發布可能要半年到1年的時間，像這樣乙個產品怎樣去做敏捷開發，也許它就不適合敏捷開發。一 整體的框架結構 1 產品 fdd的核心是面向產品的功能點，但這個功能點是...
瀑布，快速原型，迭代，敏捷開發的區別和聯絡
今天部門大佬讓我去設計並且開發乙個為遊戲中的ai精靈小助手的資料提供介面，強調了是敏捷開發原則。由於不太明確敏捷開發原則是什麼，就去設計了乙個ai精靈小助手中問題的後台管理頁面，以及db中表的設計。然後設計了乙個很完善但是開發時間略長的實施方案。然後匯報工作的時候就被嫌棄太麻煩，可以簡單實現，下個版...