建模雜談系列6 任務機制

2021-10-07 04:23:30 字數 1701 閱讀 9737

思考兩個問題:

要達成什麼樣的目標?有何意義

如何基於人(小團隊)完成?

沒有目標也就無所謂了對錯,一般來說專案都應該有具體的目標。所以評估目標及其意義是重要的第一步,簡單來說也就是評估內外部環境,自身的強弱項(swot)。

夫未戰而廟算勝者,得算多也;未戰而廟算不勝者,得算少也。多算勝,少算不勝,而況於無算。 – 孫子兵法 ⋅

\centerdot

⋅ 始計

當然,任何目標都是可以提的,關鍵就是量力而行。如果確實心比較大,有乙個大的夢想,也可以分解成幾步來實現。蹦一蹦就能夠得著的目標是最有激勵性的。

為什麼說人,而且是小團隊完成?人類社會已經進入第四次工業革命,其核心是智慧型,所以這不是乙個靠人多能搞定的事。另外從二八理論來說,我希望只用20%的精力完成80%的內容,而不是面面俱到。

人的工作狀態(非常)不穩定,時快時慢

人記不住太多的東西,或者無法進行更廣泛的思考,有時甚至不記得有什麼任務

人經常犯錯誤

人有非常強的創造性

人對於元資訊的處理比較嫻熟,甚至發展出了潛意識處理

人偶爾的靈光價值無限

人可以有非常強韌的意志

結論1:靠激情和信念是不可能(保證)成功的【概率低到忽略不計】,還很浪費能量。

結論2:客觀上,人通常傾向於失敗。

結論3:人不能保證成功,機制才能。

結論4:人的缺點,機器可以彌補;機器的短板,人可以補上。人機協作是目前最需要的。

人的主觀意願希望成功,而客觀環境(內、外部均有)又通常會阻礙成功。通過機制,確保人通過一定強度的努力,可以確保成功。

是一種排程機制,可以準確的確保任務嚴格按設計的功能發生。只要人的行動裡達到(top 10%), 即便出現了任何非故意的延時、錯誤,其結果都必將命中。

機制應該具有如下特點:

吸引力。會不斷誘導人投入精力(如同打遊戲)

資源優化分配。讓人主動做最有效的事。(寫演算法效率高,設計架構高,還是別的)

容錯性。當人出現錯誤的時候迅速糾偏,資源浪費最小化。

自限時點性。在各時間點自然會出現對應的里程碑,清洗,且具有正向激勵。

全域性和區域性。全域性的觀念會約束區域性的行為,區域性的行為必將貢獻全域性目標。

採用自頂設計,自底完善的方法。頂層功能設計從應用面考慮,不考慮技術;底層從技術實現反向限制中間缺失的部分。

分成幾部分:

價值評估。

可行性評估。

期望/損失評估。

可見的應用。

通用的價值(可復用)。

過程文件(覆盤和分析)。

從最自然的環境估計(raw data)

從最符合人的角度定義使用功能

從最容易記住的結構定義功能

區分哪些使用通用件,哪些自研

耦合設計,模板規範。使用更詳細的步驟,冗餘的傳遞資訊,保證功能塊的粒度。

z型開發。開發和測試驗證交叉同步進行,開發完成之時,基本也是測試完成之時。

區分必須的中間層功能和可插拔的

同時同頂層和底層向中間延伸進行校驗

穩定性、效率是中間層的核心問題。(如何保證服務暢通,足夠的併發處理,以及分布式計算等)

當然,不排除做的過程中會推翻整個專案基礎,重開專案的可能;但是隨著行業經驗的成熟,這種全盤翻掉的可能性極低。

而且這裡還是考慮,如果被分配了某個任務,如何去完成的問題。我認為按這個框架,基本上是能夠確保任務完成的。最大的靈活性給了中間層。

第6周任務3

include include cmath using namespace std enum symmetricstyle 分別表示按x軸,y軸,原點對稱 class cpoint void distance cpoint p const 兩點之間的距離 一點是當前點,另一點為引數p void di...

ma系列之 24 任務計畫

0 概念 在未來的某個時間週期或者單次執行一次某任務 1 在未來的某個時間點執行一次某任務 只執行一次 命令 at batch 不需要指定時間點 自動選擇系統空閒時刻執行任務,其餘命令和at使用相似 at使用格式 at 時間 輸入未來要執行的時間 at command 輸入命令 at ctrl d ...

素數探求(五) 任務6實現

任務6 從鍵盤任意輸入乙個整數m,若m不是素數,則對m進行質因數分解,並將m以質因數從小到大順序排列的乘積形式輸出,否則輸出 it is a prime number 例如,使用者輸入90時,程式輸出90 2335 使用者輸入17時,程式輸出90 2335 使用者輸入17時,程式輸出 it is a...