这不用倡议，缺省的老家伙愈来愈少了，现在流行默认。

要引发大战了。顺便不写分号，前置逗号也拉进来讲。

@stupidcat
程序员不学英语走得远吗？

@kifile
https://learn.jquery.com/using-jquery-core/faq/how-do-i-test-whether-an-element-exists/

Update - April 1 这更新日期-_-!!!

@Livid
那次我未躬逢其盛。有人说不干百度的事，是 8848 自我炒作。不明真相。

python的排版都被吃掉了，你不会贴到gist吗？

@griffinqiu
難看←_←

@lotem
Rime 的用戶數就有雲詞庫，也會被吐槽不如搜狗好用吧。

應該加強靈活性、配置性 這些 Rime 的固有強項，比如提供插件系統。讓第三方開發者編寫插件。

比如，羨慕搜狗/百度/QQ的詞庫，就編寫插件，插件每天連網下載，下載完自動編譯固態詞典，掛到指定的方案上。
也不是只能連輸入法大廠，插件開發者也可以架一個Server，寫爬蟲每天爬微博熱搜榜，讓插件連這個Server下載新的微博熱詞，自動編譯自動掛載。
Rime 官方想提供雲詞庫，一樣可以透過插件。有人不想上傳的詞彙（比如：自己和朋友的姓名），可以直接修改插件，弄一個黑名單。

為降低插件編寫門檻，可以考慮編寫語言使用流行廣的腳本語言。

@lotem
讚數 方法有漏洞。

要識別 100不同使用者，避免刷讚分，那每個使用者都要有獨立的ID. 因為如果沒有獨立ID的話，我愛刷幾個讚就直接定一個大數字發佈就是。如果ID是隨機生成 而非計算硬體資訊綁定的話，我就一直安裝反安裝刷隨機ID.

既然有固定ID，這樣我就加入這個P2P網路，每天就在網路中收集 己解密的新詞、未解密的新詞hash、和使用者id.

過一天，收集到新的解密的新詞，計算新詞的hash, 對比前一天和hash綁定的使用者id, 那我不就知道這新詞哪些使用者id會打。

--------

而 Daniel65536 與運算、或運算的算法，可以不記錄使用者id，但也無法防禦惡意spam.

今天我也收到了(=ﾟДﾟ=)

做个面向 linux 用户的导航站吧。