Re: [請益] 程式筆記製作& 投影片製作

看板Soft_Job作者qrtt1 (有些事，有時候。。。)時間11年前 (2015/02/21 12:46)推噓10(10推 0噓 2→)

留言12則, 11人參與討論串2/3 (看更多)

※ 引述《gigigigi (gigigigi)》之銘言： : 工作後發現學習程式過程需要整理製作筆記比較能紮實學好 : 因為我目前工作的開發環境是ubuntu 目前製作筆記都用evernote : 可是發現排版並沒有很好有時候想貼上程式碼想要有 highlight : 或是插入一些程式流程圖 or UML 圖 : 看網路上很多人說markdown 製作筆記不知道在 local 端有什麼好的 markdown 編輯軟體？ : 最近幾天找到 Remarkable 這款markdown編輯器可以插入圖片能轉 export html or pdf : 目前看起來還符合我需求 , 不知道是否有更好的軟體？ : 在ubuntu 下我是用ArgoUML 它能快速建立 class 圖感覺滿方便 : 可是好像很久沒更新新版不知道在ubuntu 下還有比它更好用的UML軟體嗎？ : 我目前投影片製作還是在windows 下用powerpoint , 不知道在ubuntu 下有什麼製作投影片工具？ : 我在slideshare看到很多精美投影片不知道那些高手都用什麼工具製作投影片？ : 謝謝很開心你能在工作後就發現這個重要的「習慣」我想把焦點放在「心法」，而不是工具本身。我自己也使用 markdown 語法在整理筆記 (2012 前是 reStructureText，再更早用過一陣子 latex) 沒特別找什麼工具，以文字編輯器為主，像是 vim 或 TextWrangler (OSX 上的一個簡單的 text editor) markdown 語法很簡單，即使有小錯，修起來也容易需要看輸出結果就簡單地貼到網站或 gist 看一下輸出而已 http://dillinger.io/ 至於投影片，我就比較少用圖了，其實能用簡單的線條襯托出重點即可。反正俺也沒有參加 designer conf 的天份，只要抓住重點、傳達概念，希望來聽分享的人覺得有點收穫即可。 (圖的部分，我是傳到自己的 s3 內) 範例（因為是用 OSX，所以就以 Keynote 為主了） https://speakerdeck.com/qrtt1/deploy-legacy-web-on-the-cloud https://speakerdeck.com/qrtt1/talk-about-fabric 總體來說「工具」是小事，但把訊息精緻化的過程是「重大事件」抽象地說，「筆記」這個動作是在重新調整「外部訊息」的結構。天下武功唯快不破天下武功唯快不破天下武功唯快不破（過年依舊遵守因為很重要所以要說 3 次）當工程師即使基本的技術底子範圍是固定的，但仍有許多需要新學習的知識、概念，還有還未曾看過的 spec 那些「原始的資料」對不同的開發者來說，吸收的速度有著極大的差距常見的情況有： 1. 對英文有閱讀困難的人，吸收英文文件有是慢人十幾倍 2. 對簡單中文有閱讀情感障礙的人，需花較多時間在安撫情緒 3. 對於初看 spec/paper 充滿許多「高密度」概念的人，需花較多時間「展開」那些「多層次」的先備知識。 4. 對於初次大冒險、歷劫歸來人，需要壓抑著自己的焦慮，回憶一些痛過的時刻寫下那些勇者傳說（踩到大 Bug 或是未定義 behavior 或其他更「妙不可言」的事）所謂的「天下武功唯快不破」並不是說要能速讀或一目十行什麼的，閱讀速度 != 理解速度理解速度也許跟「智力」有關，但我也不知道如何提昇「智力」從教育心理學的角度，我們可以把每一個概念看成一個「模組」（認知基模）所有的知識是有許多「模組」堆疊出來的，所以確實將「知識」模組化有助於我們理解事件，畢竟「全新」的事物並不多見，多半是「新」「舊」交雜而成的另一種貌樣！要使自己在「未來的學習」更快速，就得「面對今日的龜速」也就是整理筆記這件事，舉個簡單的例子， OAuth 已經是個普遍的概念,也是許多 API Provider 採用的證認方式但對於還沒有接觸過的開發者，可能有不知從何開始下手的感覺，首先，「自己」到底是在 OAuth 參與者的哪一個角色可能都搞不清楚。就有勇者去狠 K 了相關的 spec： http://blog.yorkxin.org/posts/2013/09/30/oauth2-1-introduction/ 假設我只是想要呼叫個 Google Drive API 而已，看完這文件雖然有個整體模糊的概念，有幾種角色，然後有什麼 refresh token，access token, scope 跟一些有的沒的，回來再看 Google Drive API 還是對於要怎麼開始一頭霧水 Authorizing Your App with Google Drive https://developers.google.com/drive/web/about-auth 再找個稍為熟悉的語言範例來看看 Quickstart: Run a Drive App in Python https://developers.google.com/drive/web/quickstart/quickstart-python # Run through the OAuth flow and retrieve credentials flow = OAuth2WebServerFlow(CLIENT_ID, CLIENT_SECRET, OAUTH_SCOPE, redirect_uri=REDIRECT_URI) authorize_url = flow.step1_get_authorize_url() print 'Go to the following link in your browser: ' + authorize_url code = raw_input('Enter verification code: ').strip() credentials = flow.step2_exchange(code) 這個什麼 xxx flow 的貌似在鴨七的筆記裡看過，於是又回頭再翻翻是什麼意思，對它的 output 有點概念，跟這些參數代表什麼，再互相對應至 goole 給得看不是很理解的文件整理一下目前缺少的材料： 1. CLIENT_ID, CLIENT_SECRET 怎麼來 2. OAUTH_SCOPE 文件上有，填個進去唄又回頭翻了翻文件 https://developers.google.com/drive/web/quickstart/ quickstart-python#step_1_enable_the_drive_api 有提到 CLIENT_ID, CLIENT_SECRET，而且還附了個 live demo video https://developers.google.com/drive/web/quickstart/ quickstart-python#optional_view_a_quickstart_video 最後，終於能成功把這些工作拼湊起來（第一回做，可能會花掉我們 1, 2 個小時，或是更久的時間）現在回到「筆記」這件事，我們得整理上面這些「探索」得來的「訊息」成為一個能幫助自己，下一回能花較少時間達到相同目的的素材，你得重頭簡述一下 OAuth 至少跟 flow 有關的部分，那接著是怎麼接上 Google 的 API 的啟動，還要有些程式片段的解說（如果沒有解說，下回又要花時間重新認識他）它看起來會像是這樣： https://gist.github.com/qrtt1/5762607 使用「精緻化」後的資料來「複習」可以縮短先前要花數個小時的「探索」最好還能替自己準備「能動」的 sample app，能動、能 reproduce 很重要的確實地做好「面對今日的龜速」，讓我下一回能花較少的時間面對相同或同主題的問題，至少下回再遇到 OAuth 認證的服務，就不會像初次接觸花那麼多時間了。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 59.115.104.33 ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1424494006.A.519.html ※ 編輯: qrtt1 (59.115.104.33), 02/21/2015 12:49:03 ※ 編輯: qrtt1 (59.115.104.33), 02/21/2015 12:51:12 ※ 編輯: qrtt1 (59.115.104.33), 02/21/2015 12:53:59

推

simpleJA

02/21 16:17, , 1^F

02/21 16:17, 1^F

推

james732

02/21 16:34, , 2^F

02/21 16:34, 2^F

推

AmosYang

02/21 16:41, , 3^F

02/21 16:41, 3^F