對阿，這時primitive的生命週期就是跟著那個物件了。 (題外話C++物件可以宣告在stack上XDDD
放在 stack, 脫離作用域就釋放
學到一招! 感謝
Atom 跟 Visual Studio Code 幾乎同時推出即時協作功能。以後可以直接坐在座位上 code review 了。
現在我們公司是用 Twitter 的 Fabric。不知道這個有什麼差別?
原來 Go 已經八年了阿，比想像中久。
UI 有差，而且有些舊的Add-on不能用了。
之前FF 52真的是卡到飛天，逛Facebook不定時就會卡死幾秒鐘。56/57之後就沒有問題了。而且 FF 的字體渲染比 Chrome 好看多了...
已經用 beta 版好幾個禮拜啦，加速有感，很順暢。FF 57 出來之後已經把主力瀏覽器從 Chrome 改回 FF 惹。
砍文了...
佛曰:不可說XDDD
其實很多的軟體工程原則像是「函數的長度不應該捲動超過兩頁」之類的，也是受限於人類的大腦能力吧
牽涉到Database所以就不能單純看時間複雜度啦。DB query過程中可能會存取硬碟，而存取硬碟的時間遠大於存取記憶體的時間，O()預測法八成會失準(因為常數太大)。
我自己猜測直接用 DB Query 會比較快，因為DB本身的資料結構通常都已經針對硬碟存取優化過了。
真的要硬做的話，直覺的作法就是先排序然後用二分搜尋法，看你的資料量有多「大」，能不能全部塞進記憶體裡面做。
目前大多數開源專案都是「無償勞動」的結果
我用這款唯一的理由就是可以一鍵打開 Pull Request
公司的空間離職就沒了，但是學校的通常畢業後還可以繼續用
也許某天爆發一千行另外幾天解bug只改了兩行，然後平均下來每天150 XD?
這算是某種 App Store 上架軟體的原罪，蘋果的販售模式就是鼓勵軟體只付費一次之後就永遠免費升級，所以不少軟體因此逃離 Mac app store。
昨天把文章仔細看完了，簡單總結
這種東西竟然也是專利...
竟然是RTS!
這是吵架?
看完了，總結就是除了硬體型號的數字改了一下，其他都沒變？ :/
顯卡是1050ti 阿，機身這麼薄散熱頂的住嗎?
簡單總結
Kmark 是一個類似 Markdown 語法的格式，以下為提供的功能:
*兩邊加單星*
**兩邊加雙星**
~~兩邊加雙曲號~~
> 左邊加個大於符號
左邊加個大於符號
* 可用星號 * 也可以 - 減號 * 數字加點也可以
`abcdefghijk`
兩邊用倒引號包住
abcdefghijk
``` function abc() ```
上下都用三個倒引號包住
function abc()
[這是連結][1] [1]: http://example.com
連結第一部份是文字，先用中括號包住，後面再加上 [編號]。 第二部份是連結本身，放在文末，開頭是 [編號]: http
這是連結1
