15 docs tagged with "排列組合"

討論方向時，發現大家經常會把 #功能 跟 #使用方法 (其實就是 #政策) 混在一起談，特別是在設計階段的時候。

最近跟朋友聊到以前教琴（吉他）的心得，題目是：你用什麼心態教琴？對教琴者來講，教琴是為了什麼？理想？還是賺錢（做生意）？後來我把問題反過來問，對學琴的人來講，是想變成音樂家？當飯吃？還是自娛？換個角度，整個想法就完全不一樣了。不同的客戶（學生），要用不同方法面對，而不是只有一個想法一通到底，如此才不會搞得自己患得患失。

那天讀書會討論到 Release 的角色 (不管是叫 DevOps Engineer or Release Engineer) 是否應該專職？

又一次跟同事提到這張圖。

情境一

排列組合 中

生活中的問題可以分成兩大類：一種是 #物理，另一種是 #統計學 (Others)。

其實這跟彈吉他、打字一樣，都是用腦袋驅動。。。但是基本的基本技巧要有，例如基礎的音階、和弦、調性、鍵盤排列。。。持續練、熟就能排列組合。有基礎功，才能到風格、曲風、聲響。。。好啦，還有 Design Pattern ... 這啥領域都差不多。

關於 從 #回歸測試 到 #系統設計方法 概念

「設計」就是在 1) 特定條件、2) 外在環境、3) 滿足 80% 以上使用者 4) .... N) .... 等 N 個因素排列組合下，的最適解 (或最短路徑)。

一段一直放在心裡的想法

開發業務需求這個過程 Design, Coding, and Unit Test, 我們稱為 #DCUT,

隨機論 還是 決定論

繼續 上一篇 軟體設計與開發流程，

最近很多人聊到這問題，記錄一些想法，這些想法我在很多領域都實踐過。