學生教育裡面,很基礎的都會講到一個方塊圖如下 輸入 -> 處理 -> 輸出 就這樣,學生時期覺得這是啥,這麼簡單需要學嗎,要考試能考甚麼? 還真的能考試考出來,而且考的時候我還覺得這和書上有甚麼關係,明明就是兩回事,冰的啦 現在來看,這還真是很多事情的基礎,越簡單的事情越常見到,也越容易變成限制的框架,框架可以解決大部分的事情,有時候框架也變成限制想法的來源。上面的框架讓我們可以解決 需要解決的事情 舉個例子,老師要我教作業 自己->產出作業 光這樣不會產生作業,還缺很多需要的資料或道具,所以前提是先搞懂最後要產生的是什麼東西,不然做完會做步步一樣的東西,題目出得越模糊,產生的結果就越偏。蒐集需要的方向,就是為了輸入做準備,方塊圖就變成下面: (輸入)蒐集資料->自己->產生作業(輸出) 同樣的模式用在工作上,老闆交代的事情就是目標,就是輸出,然後我們要執行就要找到輸入,有的老闆說不清楚,有的老闆說得太清楚,做起來就綁手綁腳。自己在中間當個處理器,就該要能適應這個社會的各種「輸出」,別人的要求就是自己預計要做的輸出,如果能做到很多限制的情況一樣完成任務,那都是替自己製造多個技能,解決事情未必只有一種方法,也不該只會那幾招闖天下,可以用熟悉的招式來闖,但不熟悉的就不能完全排斥,給自己一點機會,說不定這次會做得好。 人是有無限可能性的
職場大叔的碎碎念地方,即使身在科技業,當個工程師,就不要只會用科技角度看事情