莫斯科法則，就是must or should， could or would not。在排使用者故事優先順序的時候，把使用者故事按以下4種類別排優先順序。
must：這個迭代一定要做的。比如前面提到的「必需」的功能。
should：應該做，但若沒時間就算了。比如前面提到的「不太需要的」功能。
could：不太需要的，但有了更好。比如前面提到的「幾乎早期版本中不要」的功能。
would not：明確說明這個功能不需要做，切勿把功能放到must，should or could裡。
注：例子來自scrum 中文網
增加使用者，刪除使用者（不小心寫錯了使用者名稱，而又不能修改），編輯使用者（的郵件），批量增加使用者，凍結使用者（保留記錄但禁止登入）……
增加角色，分配角色到使用者，編輯角色（編輯角色的名字但不修改其許可權），刪除角色……
增加許可權，分配許可權到角色（透過角色進而分配到使用者），分配許可權到使用者，刪除許可權……
可以看出有幾個操作幾乎是必需的：增加使用者，批量增加使用者，凍結使用者，分配角色到使用者，分配許可權到角色。
而另外幾個可能不太需要，比如：增加角色（可以先寫死幾種常見的角色），編輯角色（先寫死日後再提供修改功能），增加許可權……
還有幾個幾乎可以在早期版本中不要，比如：刪除角色，刪除許可權（這個是基於火星人產品的實際情況分析的，讀者的產品或許不同），雖然有了更好。
scanf n , str 正則用法
預設情況下 scanf 一讀入空格或者換行字元就結束讀入 n 表示一讀入換行字元就結束讀入。這個是scanf的正則用法。n 表示一讀入逗號或者換行字元就結束讀入。n 讀出資料後，逗號或者換行字元還在緩衝區內，如果後期以讀取字串的形式讀出資料，會直接跳過逗號或者換行字元 也可以用getchar讀出逗號...
高階正則用法 預查
工欲善其事必先利其器,正規表示式無疑是乙個非常強大的工具,從txt,excel,word還有眾多編輯器,還有各種開發語言都有它的蹤影.下面就說下正規表示式較為高階的預查用法 包含4個關鍵字元順序 只能同時出現乙個 預查校驗的標誌 否定 肯定 表示捕獲分組，會把每個分組裡的匹配的值儲存起來，使用 n ...
索尼法則 ？職場法則
最近在看片山修寫的索尼法則這本書。作為一本描述日本企業成功史的書，在中國當然不會太出名，但是在彼岸的日本，這本書賣到了1000萬本，這是乙個難以想象的巨大數字。需知道，日本總人口不過1億多，一本書買到1000萬本，也就是說每10個日本人中必有乙個是這本書的讀者。可想而知這本書在日本的火熱程度。因為興...