git conflict 與 three-ways-merge
動機 之前有遇過,但沒有好好認識他,來記錄一下 ...
動機 之前有遇過,但沒有好好認識他,來記錄一下 ...
動機 這是system design primer筆記的最後一篇,講要怎麼把system一步一步scale out 但還是有沒提到的部分,像NoSQL/SQL的實際比較、DB的優化手法比較,這些都是輕描淡寫帶過去而已,儘管如此 ...
動機 這次是設計流程與估算 設計系統,要先做出評估與假設 分成user與system user部分要問,誰會用、怎麼用、多少人 對system而言,會先收到request,之後變成data,之後要io 所以system部分要問,做什麼、input/output是、每秒處理多少request、希望處理多少資料、預期的讀、寫比例 ...
動機 會知道system design primer是因為某場面試,原本以為system design在網路上沒有什麼資料 結果是很多資料,但是system design資料會多,很大一部分是system design包含的面向很廣 所以來整理一下,作為了解的開始 這篇是介紹會用到的工具,接下來是設計 但設計還要帶一下估計的方法與常用數字 所以之後還有兩篇要整理 ...
動機 自從多了move之後,C++就整個不一樣了。 變得十分的詭異,move與現在要講的這個 Value Categories。 ...
動機 想到就來寫一寫 promise is monad promise是從callback hell來的,而每個callback都有接callback的變數,所以可以用之前寫過的方式來把它簡化 最後拿到的就是promise await is bind & async is return 在monad中 return 是 讓一個值變成monad 而 bind 是從monad中取值,再包成monad 對應到 Promise就是 then(() => {}): bind Promise.resolve(val): return 但是寫Promise.resolve(val)配function有點長,所以有了async 寫then((x) => { return x})只是為了取個值也很煩,所以有了await 從promise到await 正常的code let a = 1 let b = 2 let c = 3 return a+b+c 包成callback (a) => { return (a,b) => { return (a,b,c) => { return a+b+c }(1,2,3); }(1,2); }(1); // OR (a) => { return (b) => { return (c) => { return a+b+c }(3); }(2); }(1); 用promise來寫,因為then之間的context不能共享,所以會變得很難看...
動機 寫寫std::move的筆記 ...
動機 整理一些之前的問題 ...
動機 一切的開始,只是想要個reversed而已,就順便把tmp補完 ...
動機 auto hi = [](string& s) { return s+"!"; } hi("123"); 這會報錯,十分反人類 ...