過去、現在、未來(1)

前言：

最近剛忙完seminar報告、simulation modeling and analysis報告、Advanced Software Engineering的報告、individual meeting討論，於是，加上沒有公文帳務的緊迫性，所以來檢視是自己過去、現在、未來要做的事。

過去:

看了9月開學到現在，過了46天，檢視自己幾個部分的學習

研究所求生手冊
高等軟體工程
Paper reading
Duke Java Programming
英語

1.研究所求生手冊

這部分，從09/07到今日，積累了50多樓，也即將來到本書的第十四章(總共十九章)，我覺得每天都有紀錄這個基本門檻得達到後，就得去更新自己的學習系統了，也就是力求進步，
因為，我發覺這樣每天記錄下去，在後期十多天有一種流於形式的紀錄，變成一種把重點寫到gitbook中，但反而對於書中的概念與方法論沒有mapping到我自身的經歷中，
而且最關鍵是，沒有周總結跟覆盤，因為一直要維持每日更新的節奏，往往在週末時，對於書中內容理解在還未深刻時，就趕緊略過篇章，
這使得當週所學沒有足夠的消化、沈澱、還有知識點與點之間的連結，這使得一週五天蓋好的磚還未牢固時，又加緊去蓋樓，
這樣一定會讓房子遭受更多的風險，而且很容易自以爲都懂了，這是比沒有讀還更糟糕的事。

2.Paper reading

從學期初到現在40天，讀過的paper沒有超過5篇，然後有記憶的有三篇，
平均1周讀不到一篇

3.高等軟體工程

從hw1的問題V&V，到week6的呼應，對於V＆V有更深體悟，此外，在hw2時，我覺得查公司部分，我一開始舉airbnb的例子，有些不妥，不適合的原因在於一開始應該去找『最好找』的公司，先知道自己能找到哪些key metric，然後再去對自己喜歡的公司專研，
先求有、求量、再求質量、甚至在求最喜歡的，這樣去爬知識的山，才會更有策略、更加省力，而不是去徒登峭壁，
而在hw3時，老師要我們分析公司的case問題，並用software management去分析，然而在寫作業時，我當時流於尋找課本的解決方法，然後依次去分析，依我當時的知識水平這麼做是正常的，
不過，現在來看，寫這種作業，要用 what if 的方式，也就是假設此公司的scale是大與小的兩種狀況下，用兩種情況去分析，否則，我就只是搬運課本、搬運老師講的東西，這樣其實就跟背書沒兩樣，對於增進自己的分析能力是有限的，
另外，老師提到 “用行動去呈現，而非用嘴巴去爭辯”
然而，在hw4時，老師要我們提出jQuery 與 javascript的差別，我列出的例子中，data manipulation引起老師的注意，這次分享也讓我體悟到，泡沫框架的嚴重性，並且結合自身python的學習經驗，了解要成為一位厲害的軟工人，對於fundermental的積累不能輕視而且要有耐心，
最後也讓我明白，一位決策者，一定要懂detail之間的difference，而不是找很多evidence去證明自己原先的decision是對的，要能更佳fairly去分析決策的差異。

4.Duke Java Programming

這部分的學習可分成兩部分，上部分我採用刷題的方式，如果code寫不出來，就會去google找答案，後半部分，我開始會寫comment，並且詳細地描述input是什麼，最後output是什麼，加上code的螢幕錄影，
但是，如果要我現在回想code內容，我沒有辦法第一時間反應過來，仍是需要按圖索驥，而我覺得最大的問題是，沒有再完成一個小結時，就總結覆盤，沒有及時寫下當時對於解決問題的感悟，或是怎麼解決問題的軌跡，以至於這些code很難被reuse。
Software design課程第一週是遲交的

5.英語

過去100天，除了聽課跟看文章之餘，沒有每天定時投入英語學習。

PreviousIntroduction NextSearching Earthquake Data(1)

Last updated 6 years ago

Was this helpful?

過去:

看了9月開學到現在，過了46天，檢視自己幾個部分的學習

研究所求生手冊
高等軟體工程
Paper reading
Duke Java Programming
英語

1.研究所求生手冊

這部分，從09/07到今日，積累了50多樓，也即將來到本書的第十四章(總共十九章)，我覺得每天都有紀錄這個基本門檻得達到後，就得去更新自己的學習系統了，也就是力求進步，

因為，我發覺這樣每天記錄下去，在後期十多天有一種流於形式的紀錄，變成一種把重點寫到gitbook中，但反而對於書中的概念與方法論沒有mapping到我自身的經歷中，

而且最關鍵是，沒有周總結跟覆盤，因為一直要維持每日更新的節奏，往往在週末時，對於書中內容理解在還未深刻時，就趕緊略過篇章，

這使得當週所學沒有足夠的消化、沈澱、還有知識點與點之間的連結，這使得一週五天蓋好的磚還未牢固時，又加緊去蓋樓，

這樣一定會讓房子遭受更多的風險，而且很容易自以爲都懂了，這是比沒有讀還更糟糕的事。

2.Paper reading

從學期初到現在40天，讀過的paper沒有超過5篇，然後有記憶的有三篇，

第一是，講述vehicle routing problem的問題，介紹問題的門派與種類，

第二是:，我在，有記錄當中比較，在個人meeting時，老師也提到這個做法還算smart，爾後還問我如果是multiple-users 時，要怎麼傳tag的資料，這點我還沒有深思，只知道可以從mac-layer下手，這篇是seminar報的，有很多問題我沒有批判的夠仔細，像是GPS localization error，覆盤總結在。

第三篇，就是，

平均1周讀不到一篇

3.高等軟體工程

從hw1的問題V&V，到week6的呼應，對於V＆V有更深體悟，此外，在hw2時，我覺得查公司部分，我一開始舉airbnb的例子，有些不妥，不適合的原因在於一開始應該去找『最好找』的公司，先知道自己能找到哪些key metric，然後再去對自己喜歡的公司專研，

先求有、求量、再求質量、甚至在求最喜歡的，這樣去爬知識的山，才會更有策略、更加省力，而不是去徒登峭壁，

而在hw3時，老師要我們分析公司的case問題，並用software management去分析，然而在寫作業時，我當時流於尋找課本的解決方法，然後依次去分析，依我當時的知識水平這麼做是正常的，

不過，現在來看，寫這種作業，要用 what if 的方式，也就是假設此公司的scale是大與小的兩種狀況下，用兩種情況去分析，否則，我就只是搬運課本、搬運老師講的東西，這樣其實就跟背書沒兩樣，對於增進自己的分析能力是有限的，

另外，老師提到 “用行動去呈現，而非用嘴巴去爭辯”

然而，在hw4時，老師要我們提出jQuery 與 javascript的差別，我列出的例子中，data manipulation引起老師的注意，這次分享也讓我體悟到，泡沫框架的嚴重性，並且結合自身python的學習經驗，了解要成為一位厲害的軟工人，對於fundermental的積累不能輕視而且要有耐心，

最後也讓我明白，一位決策者，一定要懂detail之間的difference，而不是找很多evidence去證明自己原先的decision是對的，要能更佳fairly去分析決策的差異。

4.Duke Java Programming

這部分的學習可分成兩部分，上部分我採用刷題的方式，如果code寫不出來，就會去google找答案，後半部分，我開始會寫comment，並且詳細地描述input是什麼，最後output是什麼，加上code的螢幕錄影，

但是，如果要我現在回想code內容，我沒有辦法第一時間反應過來，仍是需要按圖索驥，而我覺得最大的問題是，沒有再完成一個小結時，就總結覆盤，沒有及時寫下當時對於解決問題的感悟，或是怎麼解決問題的軌跡，以至於這些code很難被reuse。

Software design課程第一週是遲交的

5.英語

買了

過去100天，除了聽課跟看文章之餘，沒有每天定時投入英語學習。