筆者所在的連隊，前陣子在接教召，筆者和其他連數位行政，要負責近300 位召員的薪嚮跟交通費補助，筆者所在的連隊還好，只有一個排約30 位召員，其他連隊都是近90 位召員。

最近筆者的部隊接教召任務，筆者的任務是幫所有的召員們辦薪餉跟交通費補助，光我一個人就點了大概28萬元的錢， 事後遇到要點錢的場合都會覺得很煩，這大概是所謂的「點錢恐懼症」吧XD。
事後交通費核銷需要列印每個人的憑證黏存單，上面要有每個人的姓名、要核銷的金額(大小寫都要有)、單據數量， 如果一個一個檔案去改、存檔(以姓名為檔名)，遇上一個連隊近百位召員一定會吃土，小小研究一下， 最後用 word 裡面的合併列印功能解決了這個問題。
合併列印可以讓你在文件裡插入一些變數，參照到如 excel 、其他的資料庫檔案，自動把資料庫裡的一筆資料插進變數裡， 每筆資料生成一份文件，例如你要寫信給100個人，你只要先把100 人的名字打好，以它為變數，word 就會產生100 份信件， 最後的署名都不一樣；以這次的教召為例，我們來試用一下合併列印功能。

密碼學中，有一種極簡的密碼，就是stream cipher(流加密XD)，對各式的明文，隨機產生一組和它一樣長的 key 並和明文 xor 起來，就是一個夠好的加密，只要該密鑰是隨機產生，如同上一篇 所說，密文也會夠隨機。
在實務上，通常不會用真的 random 密鑰，因為這會讓密鑰的長度要跟訊息一樣長，不實用，你能想像要先交換一組GB等級的密鑰嗎？我們會用pseudorandom generator，把短密鑰生成為長密鑰，來解決這個問題。

小弟最近消失了好一段時間，都沒在更新文章，其實小弟是掉到陰間去了，在陰間時間變很少，都不寫code（也沒電腦Orz），也不再看相關的東西，例如 rust 的文件了，因為我知道一年後出來，rust-lang 搞不好都翻了兩翻，而且看了也不能直接練習，看了等於白看。
最近把時間花在一些比較不會變的東西，像是計算理論、密碼學、數學等等的東西，請我的好友強強林寄列印的書給我，利用放島休的時間聽 coursera 上 stanford 的 cryptography，就算在陰間還是要定期充電，不然出來都變白痴了（雖然說本來就非常弱）。

最近在學用GAE寫一個簡單的服務，結果一直鬼打牆，這時候就要來跟我念一遍：前．端．超．難．
這次是用了google app engine來處理ajax post，送一些base64 encode後的字串把資料送到server去，用的是ajax 來達成， ajax 其實跟一般的post, get沒什麼兩樣， 只是它不需要重新整理網頁，可以做到網頁內容即時的變換。

前些陣子發生了現稱的MoPtt事件，大抵就是手機Ptt瀏覽器MoPtt會過濾掉對手JPtt的簽名檔’Sent from JPTT on’，也有鄉民把MoPtt的Java 嘔吐物打開來檢視，發現的確有過濾的程式碼，只要是該文字開頭該行（還是該文？）就會直接消失：

if (!flag && !s.trim().startsWith("Sent from JPTT on")) goto _L5;
else goto _L4
_L4:
return;
_L5:

其實這件事整體來看沒什麼大不了的，會鬧大比較像是MoPtt作者危機處理的問題，大部分人擔心的，都是所謂的「見微知著」：

如果今天可以屏蔽一行，明天能不能屏蔽特定詞彙？

我們可以從這個事件來認識一下所謂的自由軟體(Free Software)的理念。

佈署是現代程式設計遇到的一個問題，雖然網路的出現讓大家可以快速的流通成品，同時也帶來各種版本混亂。
這個問題在C/C++ 上不嚴重，主因C/C++的跟底層黏著度高，演化速度也慢，都是透過作業系統的套件更新。
相對的我們可以看到無論python 的pip、Ruby的RubyGems、Golang 支援從github 取得project、NodeJS的npm，都是要建立一個統一的套件佈署管道，方便設計師開發。

今天要提的，就是Rust 的解決方案: Cargo，用來管理rust project，當然如果不用cargo，就算像之前的嵌入式系統一樣，直接寫一個rust檔案並用Makefile + rustc 編譯也是沒有問題的。

最近在寫一些前端的東西，深覺前．端．超．難．(yay) ，接觸了HTM5 javascript 的worker ， 在這裡筆記一下：