怎講。我覺得工作對我來說越來越提不起勁，整個人就懶懶的。我比較喜歡自己用銳利的眼光生活、不斷衝刺，所以我希望能把自己的目光不再是停留在職員，而是提升到不斷地思考生意、思考機會

如果用這個角度去看自己在程式上的技能，我可能就要模式化地拆解自己的「模板」，先思考說「一個通用的網路服務有哪些(模組化)內容」，把這些效率化

我蠻喜歡效率化的。或說，我很喜歡「把思考提升一個高度，用高一層的角度去分配每個工作的零件」這件事，然後它的結果就是效率化

「抽象化」一直是讓我整個人活力的來源我討厭自己在地上爬的感覺

所以我要做的第二點：
2.脫離產品的脈絡，純粹思考一個通用的網路服務的組成內容，拆解它，建構相關的工具與工作流程

=====

我覺得這個目標看似天真，卻也好像有道理。
天真的地方在，我今天終於了解到網路服務的組成很多，很難是一兩個人獨力就能做好做完的工作，一定需要專職的專家不斷在位置上打磨

所以說，要靠一個人建構這個體系，聽起來蠻天真的

有道理的地方在，它又似乎不是不可能。就像「快速展店」這件事，作為一個leader你只要知道大的工作範疇就好了，知道每個項目要怎麼做、做得出一個草稿就可以了。實際上你不可能每個細節都很精、做得很效率→如果一樣生意有scalable的潛力，那自然會有人填進那個位置去做

就例如日誌、路由處理、HTML template、Angular data binding, ui framework快速生成demo之類的, css framework planning…這些我都能做，也都做到一個不錯的程度，要負擔這些技能我還可以

但是要更精的，像用日誌追蹤管理主機叢集、進階的RESTful設計、growth hack技能等，我就只能選有限的進修了→一樣，如果它是有scalable潛能的產品，那自然會有專人去鑽研這些

然後，如果要我選有限的主修，第一個我一定是選「建築設計演算法」作我的專門，我想做的永遠是這部分的商業邏輯

所以3可能浮現出來了：
3.決定哪些是自己不該做，或只要做到有限程度就好的項目，並試著描述「做到哪就好為止」的標準

=====

我就是長期過載太久了，搞得自己真正有興趣的都很厭惡排斥

有些事我真的蠻喜歡的。像維護、擴充一個css框架，可以用它快速生成demo

我覺得長期過載，導致我對太多事都失去想像力。就連一些自己真正有興趣熱情的，也不會去想說「這個這樣做應該蠻有趣的吧」，就是一直做一直做一直做