漂流木的獨白
「我是一條廢柴」
這個題目太難了,高中剛畢業的人來寫的話很容易變成濫情的文章吧…
我現在也只能寫這種 kuso 的,欲語還休,欲語還休,卻道天涼好個秋。
I’m Nai-Wei “Keric” Kuo, 尋找另一半陪伴一生中…
{ Monthly Archives }
「我是一條廢柴」
這個題目太難了,高中剛畢業的人來寫的話很容易變成濫情的文章吧…
我現在也只能寫這種 kuso 的,欲語還休,欲語還休,卻道天涼好個秋。
週一到週五
6:30 起床
~清貓砂,整理衣物,打掃一點點家裡,刷牙洗臉
7:00 出門上班
~通車中
8:00 刷卡上班,看一下信件,看看新聞
8:20 部門早餐會報
8:40 看 plurk/bbs/irc
9:00 開始認真上班(通常開始打混,尤其是週一)
10:00 通常會去上個廁所 orz
12:00 公司放飯
12:30 打撞球或是去健身房進行簡單訓練
13:00 回座位午睡
13:15 睡醒,開始下午上工
16:00 通常開始疲乏於是開始打混
17:00 等下班
17:30 如果有要考試的話,就會開始考試,鴻海要湊一年一四四個學分..
18:00 去員工餐廳吃飯
18:20 開始進入健身房運動
20:00 運動結束,盥洗(通常是這個時候,不過有時候會提早有時候會變晚)
20:20 回到座位,看看還有啥事要做。
有的話會弄到 21:30 就回家,沒有的話就會回家
21:10 回到家,放飯給家裡四隻貓吃,清貓砂,稍微整理一下家裡
21:30 上上網看看書
22:30 洗澡
23:00 最遲這個時候睡覺
週六
6:30 起床
7:00 洗晾衣服,打掃,上網看看,準備乾糧跟水給貓咪
8:00 洗澡
8:30 出門
9:00 抵達觀音接我爸
10:30
11:00 抵達汐止,開始打麻將
12:00 中午吃飯
12:30 繼續打麻將(除非我有事情要出去,不然都是我跟我爸交替)
18:30 晚上吃飯
19:30 繼續打麻將
23:00 刷牙完後,我在沙發上睡著
週日
6:00 起床,刷牙
6:20 如果還有的話,繼續打麻將
12:30 吃早飯
13:00 離開汐止
14:00 載我爸回到觀音
14:30 我回到楊梅,清理貓砂,簡單盥洗
15:00 補眠
18:00 放飯給貓,出門吃飯
19:30 回到家,休閒一下或是開始打掃
21:30 休息,洗澡
22:00 睡覺
在某些程度上,生涯規劃對我來說是零,在實際瞭解一個公司的營運方式後,我覺得我只想要有那些錢自己操作投資後就算了,我不想要去負擔那種勞心勞力的情況。
在這種程度上,我其實很敬佩郭台銘、張忠謀這類的第一代還沒落寞的大老闆,因為就算他們一開始的成功是偶然,但是能維繫企業長久不墜這件事值得我尊敬。
原文: Top 10 Traits of a Rockstar Software Engineer http://0rz.tw/o7QTb
看到第一條我就安心了,我絕對不是明星程式設計師,因為「I hate coding」,雖然他列出的十個特質我想其他的九項我大概都有。特別是第十項,我現在翻那些大學資訊科學聖經本的頻率遠超過我大學時候對他們的使用率。
其實看到這篇,我又想到「做學問」跟「解決問題」的微妙差別。
其實這篇講的具備這十個特質的人,通常在學界會比較容易找到(雖然我懷疑學界是否需要多種程式語言的才藝),像是 ntucsie b86/87/88 這幾屆我覺得應該有這些特質的人們幾乎毫無意外地都繼續在學界發光。而比較偏向於致用的,也就是比較重視問題解決的人,對於繼續做研究相較之下是比較沒有興趣的。
「做學問」跟「解決問題」有個微妙的差別,那就是現實框架的存在與否,我並不是說「做學問」就會不食人間煙火,而是「做學問」現實的框架在必要的時候是必須要放棄的,也就是說「做學問」必要的時候可以先無視於現實,或甚至去突破「現實的桎梏」。
像在相對論跟量子力學之前,古典物理學者陷入了「乙太」的迷思,若沒有愛因斯坦假設性拋棄了乙太假說,假定光速是不變的而發展出狹義相對論,今天我們可能還活在古典物理框架的世界裡。(然後資訊科學領域的人就還沒有飯吃)
這是一個好例子,表達了「現實的框架」在必要的時候是必須被拋棄或無視的。而量子力學跟相對論到現在仍然無法「完美」解釋黑洞(或萬有引力)。(光速基本上是可解釋的,但是卻未必是我們觀測到而公設的定值,
那可能是我們現實上現有物理的測量極限,或是我們這個系統的所能觀測到的最大值)
那「解決問題」呢?「解決問題」目的是在現實的框架中尋得一個「較佳解」而非「最佳解」,因此現實框架不但是前提,而且是個非常重要的前提。
用個方式來比喻,就是在遊戲規則下,怎麼去獲取遊戲中的較大利益。在這種情況下,「最佳解(或完美解)」是否存在?是的,存在。但這個「最佳解」在加入了一個變數之後卻未必然是最佳解。
跟我一樣有在研究程式交易的人大多會有一個體認,在不斷跑新的資料的情況,在 N+1 時獲利最多的的交易方式卻未必是在 N 時獲利最多的交易方式。用一個比較常聽見的說法就是「過去績效不代表未來績效」,買基金的時候常聽到。
舉這幾個例子,並不是要說解決問題特質比較強的人就追求不完美,而只是說,因為現實一直在變化,雖然有一個框架在那邊限制住,現在追求出來的完美卻依然有可能過了一陣子後就變成「不完美」的。特別是框架一直被打破的情況下,從 198x, 199x, 200x ,程式設計的理論跟技巧一直在改變再進化,而硬體限制的不斷突破,也使得一些在當時是最佳的解的解法到現在有可能變成了一個笑話之類的。
從電腦系統資源不足,到資源過剩(所以我看過很多人開 int array 都開超大),到現在又資源不足(因為物理的限制一解除,問題的 scale 又變了),我一直算有點憂心的是一些我接觸到的學弟妹對硬體方面無視甚至敵視的態度。(其實精確度的問題以及大數的問題很大一部份跟硬體有關)
我自己是在電腦系統資源過剩的時候念大學的,所以當時對於為什麼要學硬體架構跟學最(較)佳化(這個時候就會覺得對岸用語「優化」比較到位)有著根本上的抗拒。但是現在出來工作,卻覺得這種東西實在很重要,特別是我需要的是較佳的解的時候。
講一講,又覺得沒有什麼重點。不過保持一定程度的不完美,通常比較能夠應對各種不同情況的變化,以及各種彈性,當然前提是,知道自己在做什麼。