工程上的量級 & 邊界

最近聽了吳軍的專欄，談到工程上的量級與邊界，紀錄一下。

尤其是在程式與資料的領域，影響甚大。

1. 優化的順序：一件事情總有許多因素影響，有大有小，有困難也有簡單的，最好在一開始能用概率思維，找出期望值最高的部分，加以突破，不要深陷於簡易的舊有套路，或細究枝微末節。

2. 一個人的成就 = 成功率 x 事情的量級 x 做事的速度，1、3項熟能生巧，一般較為可控，但是2如果格局不到，就會看不到事情後續的延展性，對於重要的事情要投入，不要只做簡易的小事。就像單機與分布式架構，整體就造成了範圍上的巨大差距。

3. 不要用時間換取多1%小事的進度，而是參與有影響力的事情，或是對自己未來職涯有幫助的，那怕僅僅1%。

4. 在邊界(限制裡)做事情，就是必須了解所處環境的限制，軟硬體、系統、環境、程式語言，找出工具與環境所產生的限制，在裡邊找出最佳解而非怨嘆資源不足，產出可交付的結果。做模型時也須考慮所處的技術極限，不要做細微的無用功。

5. 不要幻想突破邊界。通常某個已發展的領域，會有幾個前人走出的分支，要先了解整體的範圍(scope)，而不是一頭栽進去，在霧裡看花中幻想不存在的目標。

6. 明確行業邊界，提前設防。就像目前深度學習人處於熱潮，但在商用僅有視覺辨識較為明顯，但應提前學一下相關平台與知識，以防當技術有下個突破時，被遺留在原地。