15分鐘學會 emacs (in my dreams)

http://emacs-doctor.com/learn-emacs-lisp-in-15-minutes.html

15分鐘…話是這麼說啦，但是總覺得…不太實際啊XD

不過順便自賣自誇一下 3 年前寫的 emacs 24中的lisp程式碼導航(code navigation)--Slime-style ... 這篇所介紹的 elisp-slime-nav ，搭配上 Xah 寫的 How to Edit Lisp Code with Emacs ，我覺得是很有幫助的，尤其是前者，它連你要找的 elisp 原碼是用C寫的都知道，而如果你真的給它原碼的位置，它也真的會幫你找到。真是太神啦~~

The Roots of Lisp 讀後心得

兩年前我曾經想讀這篇 The Roots of Lisp (ref. 使用perl及mozrepl操控firefox，以及repl的引入 )， 今天再細讀了一次，總算大概明白了作者想要講的東西。

資料(data)可以變成程序(procedure)

因為資料是演算的對象、結果(=>客體)，如果我們可以將它變成 procedure ，那麼 procedure 就變成是有因時制宜能力的、有智慧的程式，那不就是人工智慧(AI)了嗎?以結果論的話，那就是程式產生程式。至於中間是一定要經過演算的，那麼演算的對象、結果是以資料的形式存在，如何將結果用來產生程式?那就是 The Roots of Lisp 當中的 "eval." 求值函數的作用(之一)了。

你可能會問說那 procedure 可不可以變成 data 呢?當然可以，不過那是沒有意義的，因為 procedure 是演算的主體，它本身不承載演算的對象、結果，因此演算前後它不會變動，那麼把它變成 data 是無謂的。

當然以 John McCarthy 的所處年代，他看到的東西未必和 Paul Graham 或今日的我們看到的東西是一樣的。他做的是試圖把演算"公理化"，而結果就是一套演算法/公理，只要基本的 7+2 個基本算子，就可以建構出任意複雜度的演算/程式。求值函數除了求得函數值以外，還可以把資料(函數的定義)變成程序，而在執行期賦予程式高度的可變性。

所以其實到 programming 這端其實有沒有用 eval. 其實已經不重要，在整個 Lisp 的環境中， eval. 已經默默的工作了許久了…

Crash Course in Spacemacs

1. Button 'SPC' = M-m in vanilla Emacs mode (why oh why should I spend 10 minutes googling it...)
2. check it out: https://github.com/syl20bnr/spacemacs/blob/master/doc/QUICK_START.org
3. ditto           : http://thume.ca/howto/2015/03/07/configuring-spacemacs-a-tutorial/

純 C 語言專案的 call graph 產生方式

參考 分析函數調用關系圖(call graph)的幾種方法 可以有個概念，目前傾向於使用 gnu cflow ，因為得到的是文字檔，既可直接進行文字註解，也可以產生圖檔，較富有彈性。安裝及使用可參考 Call Graph for C - cflow 。更詳細的說明可參考 好用的 Trace 工具 cflow 。當然，如果只有做到這樣，那 emacs 就沒有什麼好拿來說嘴的了；請安裝 cflow-mode ，直接在 call graph 中進行原始碼跳轉。直接在 emacs 中產生 cflow 的 call graph ，也只要寫個腳本就好了。

emacs的cflow-mode的快速鍵有這些：
key             binding
---             -------

TAB cflow-hide-or-show-subtree
SPC cflow-scroll-other-window
1 delete-other-windows
? cflow-get-stack
E cflow-edit-out-full
R cflow-recursion-next
b cflow-backward-same-level
d cflow-display-function-other-window
f cflow-forward-same-level
n cflow-next-line
o cflow-find-function-other-window
p cflow-previous-line
r cflow-recursion-root
s cflow-find-function
u cflow-up-level
x cflow-goto-expand
DEL cflow-scroll-other-window-down

以 emacs 24.5 的原始碼來說， call graph 是非常巨大的，建議一定要加上 -b 參數； reverse graph 的話，一樣很巨大，除了加上 -b 參數這條路之外，-d 2 也是一個選項，不過減少的檔案大小大概只有25%左右，但少了一堆資訊，看各人的需求囉~~

P.S.為了在源碼間跳轉的話，可以使用 cscope ，參考2013年的拙作： ubuntu上為emacs安裝cscope以進行code navigation

git "daily workflow"

一早起來，手上的程式還沒 push ， repo 的版本已經往前狂跳了(驚)，怎麼辦?

兩年前我寫過這篇：

長時間沒有merge的branch要如何在master已有多個commit後安全的將delta匯入(以git版本控制為例)==>你要的是rebase

不過時間隔太久了，我竟然要 google 才抓得到這篇文。顯然對於每日開工的流程有必要好好重新整理啊(抓頭)~~

正常來說，工作到一個預定的 milestone ，一定會主動進行 git push ，這你知、我知、獨眼龍也知，所以應該不會出現在一天開工的時候。開工時發現 repo 上的變動，大概可以分成三種：不需要 merge 、 不想 merge (喂) 、 有 conflict 需要 merge  。

• Scenario I: Nothing serious done...(那就沒什麼好擔心的啦~~)
• git pull origin master
• Scenario II: Something done, wanna undo, no conflict => rollback changes (這什麼情況?就是人家做得好，直接接收啦~~)
• git reset --hard HEAD^ 
• 恢復到本地端最後一次 commit 前的狀態, 但修改過的檔案仍會還原
• git pull origin master
• Scenario III: Something done, conflicts BIG TIME !!
• IIIa. just merge it (這什麼情況?就是人家做得好，merge的部分好解決，直接接收啦~~)
• git pull origin master
• merge XXXX...YYYY
• IIIb. stash->rebase->reset (merge 會很麻煩，剛開工先不要處理這麼硬的工作，晚點再說啦~~)
• git add .
• git commit -m "push to stash"
• 這個動作很重要，任何pull之前，要確保本地變動有存下來!!
• git pull --rebase origin master
• merge XXXX...YYYY (保留 repo 的版本，捨棄 local 的變動)
• git reset --soft HEAD~1 
• 恢復到本地端 commit 前的狀態, 但修改過的檔案仍不變

參考資料：

Git rebase + stash 小技巧

Git 常用指令

5.2. 遠端多人合作開發－單分支

emacs magit workflow

http://ergoemacs.org/emacs/emacs_magit-mode_tutorial.html

(Install magit from elpa/melpa first)

Run once under terminal/command prompt:

1. git clone https://github.com/AAA/BBB.git & cd BBB(if required)
• if start from scratch, run "git init" instead

Run as you change code / debug under emacs :

1. M-x magit-status (to bring up magit)
2. S (= git add .)
3. c c MMM C-c C-c (= git commit -m "MMM")
4. P p (= git push origin master)

windows 下 emacs magit 無法 push 的問題

https://github.com/magit/magit/wiki/Pushing-with-Magit-from-Windows

真的是大杯無鹽…