我是天才

常常，小有一些成就時，心裡就不禁得意的想，「我是天才」。
這是一個要開始賠錢的徵兆，而且會連續賠錢，直到承認自己一無是處為止。
學習交易的過程，就在自認是天才與笨蛋之間擺盪，直到認清自己為止。

我們天天都在走路，沒有人會認為走個 2,3百公尺，有什麼了不起，也不會覺得爬一層樓，會覺得很厲害。
可是，對一個剛學走路的小孩，這卻很不容易，值得高興一番。

交易，到最後，就是一種工作罷了，和在巿場賣炸雞排，沒什麼兩樣，只是比較不容而已。
到最後，輸贏只是工作的一部分。每天，照著策略，等待機會，嘗試，放棄；或嘗試，追擊，出場。

同時，也知道自己，隨著價格上上下下，心也上下不已，在貪婪與恐懼之間擺盪。

部位大小，取決於風險承受度

交易部位的大小，取決於自己的風險承受度，並非資金的多少。
所持有的部位，在確定進場理由消失，或確認反轉前，振盪必須在能夠忍受的範圍內。
換句話說，就是停損出場，所賠旳錢，不會讓自己心疼。

只有這樣，才能等待趨勢的發展，而不會因為虧損超出自己所能忍受，而將部位提早平掉。

矽酸質塗佈型防水材施作

「矽酸質塗佈型防水材施作」的重點整理，參考網路上，樂土郭博士的教學

重點條列整理如下

1. 材料有 5 Kg 包裝 / 25 Kg 包裝
2. 適用範圍 -- 負壓面，即外牆滲水，施作於室內的壁面
3. 用水清洗牆面，要在壁面濕潤下施作，
4. 1 平方米，要 1.5 Kg 的材料
5. 加水量 26%，即 5 Kg 材料加 1.3 Kg 的水
6. 均勻攪拌 3 分鐘
7. 要用毛刷塗佈 2 次
8. 塗第 1 次後，在手摸硬化之後，可進行第 2 次塗佈
9. 噴水養護 3~7天，保持壁面潮濕，使其反應完全

我回來了

在 Yahoo 決定關掉部落格之後，落腳 Hinet 的「隨意窩 (Xuite)」，它的速度脫泥帶水，編輯功能不好用，這也就算了。最後，還出現了老擋在前面的廣告，防礙正常作業。

因此想找個能用得久一點的部落格。Google 該不會那天也決定關掉這功能吧!

啊，我知道，為何不用這個部落格了，沒有文章分類，只能按日期排列記流水帳 ...

2015-6-7，抱歉，我錯了，靠著 Google 的幫忙，發現我錯了，是可以幫文章加上標籤的，只是比較不直覺而已。嗯，你已經看到了，就在此文的旁邊。

ffmpeg 轉檔測試

 2015-02-10 14:13

fmpeg 轉檔測試，主要是針對產生 H.264 的影片，不同條件下，產生的檔案差異

原始檔的資料

• 檔案大小 754MB
• 長度 1h:38mn
• Overall bit rate : 1,074 Kbps
• Video 的 bit rate: 878 Kbps

Two-pass 轉檔

指令 ffmpeg -i input.mp4 -y -c:v libx264 -preset medium -b:v 800k -pass 1 -f mp4 /dev/null && ffmpeg -i input.mp4 -c:v libx264 -preset medium -b:v 800k -pass 2 output.mp4

• 檔案大小 657 MiB
• Overall bit rate : 936 Kbps
• Video bit rate : 800 Kbps

Constant Rate Factor (crf=20)

指令 ffmpeg -i input.mp4  -c:v libx264  -crf 20 -maxrate 1000k -threads 6 output.mp4

• 檔案大小 446 MiB
• Overall bit rate mode : Variable，Overall bit rate : 636 Kbps
• Video bit rate : 499 Kbps

Average Bit Rate (ABR, 800Kbps)

指令 ffmpeg -i input.mp4 -c:v libx264  -b:v 800k -threads 6 output.mp4

• 檔案大小 592 MiB
• Overall bit rate : 843 Kbps
• Video bit rate : 706 Kbps，Nominal bit rate : 800 Kbps

Groovy，真的是 groovy

 2015-01-08 20:26

有句話說，「肝要是不好，人生是黑白；肝要是好，人生是彩色的」

開發網頁，在 Java 的黑白世界中，Groovy 讓它變成彩色的。

最近，接了一個用 Java 開發的專案，真有股衝動，想把它換成熟悉的 PHP+Laravel。可是，它可是集合多人，經過多年才完成的結果，若想換語言，那可不是輕易的想做就可以完成的。一邊用 PHP 挖掘系統的細節，一邊思考該如何做才好。經過一陣子，無聊的，在 Google 上，搜尋類似「Java 好難」的 keyword，不經意的注意到和 Java 似乎完全不相干的字眼，Groovy。細看下去，還真的讓我心中，陰暗的天空，逐漸的開朗，彩色慢慢的重現出來。然後，相關的 Grails 也連帶的出現，心情就變得更好了。

Groovy，正如其名，真的是 groovy。把原來的 Java 程式，剪貼進來，完全照吃。然後，接下來的修改，就變得很隨興，行尾不加「;」，只用 def 宣告變數。list 和 map，更是讓人不用再去碰那難用的 ArrayList。

人生真的，因 Groory 而變得明亮，富有彩色了。

論文寫作修訂整理

 2014-06-29 10:10

投稿的 paper 被 reviewer 嫌英文太差，要求經 native English speaker 修訂。透過前輩介紹，給台灣有名的 Ted 教授修訂。一個 word 要台幣 2 元，一篇 paper 有 9 千多字，花了 1萬8。國科會最多可以報 1 個字 1 元左右，不夠的要自己墊。好在有上，剛好過畢業門檻，算是值得。

修訂重點與建議，整理如下，以供參考。

• Avoid First person “We” unless explicitly stating your opinion such as ‘we conclude’ ‘we can infer’ ‘we posit’ ‘we speculate’ ‘we recommend’ ‘we postulate’ ‘we hypothesize’.
• Avoid negative voice in technical writing as much as possible. 例如 ‘not inconvenient’ -> ‘inconvenient’ 或 ‘infeasible’。
• Consistent verb tense is important.  Unnecessarily switching back and forth in verb tense – especially in the same paragraph – will confuse the reader. 華人最困擾的部分之一 – 時式。
• Don’t always use Chinese-English structure of  “A is used to solve B.”  Instead write more directly in emphasizing the contribution rather than the method itself by stating “B is analyzed using A.” 華人感到困擾的部分之一 – “用 A 來解決 B” ，沒有生命的東西怎麼會有動詞呢?。
• Avoid redundancy.  Why do you have to repeat ‘implement’ twice in the same sentence. 例如 As a resultConsequently, a most intuitive implementation of the AC-algorithm is to implements the AC-DFA in a lookup table. 唉，你以為我喜歡啊，就只會那一招半式而已啊 ... 不過，這句也改得怪怪的，後來指導教授有修訂。這兒就做個參考吧。
• a higher throughput THAN WHAT? ‘higher’ implies a comparison with something. Just write ‘high’ if not implying a comparison. 啊，我們就習慣說得到比較好的結果啊，那考慮那麼多 ...
• However, Yet another difference between the software and hardware approaches also differ in is that the former generally has a larger dictionary size can be larger in a software approach generally. 簡潔有力，就是要這樣改。不過，還要再練，才有辦法。
• Especially when implementing a multi-character transition matching architecture, the required space will (NOTE: Avoid future verb tense in technical writing as much as possible) grows exponentially with respect to the number of characters (to be inspected OR under inspection) in parallel.