redis從2023年誕生到現在已經走過將近10年，從最開始大家在討論nosql和傳統關聯式資料庫孰優孰劣，到現在大家談起分布式鎖，快取紛紛將redis作為其第一選擇，服務端面試中redis也作為一項必備能力，而如今redis 5.0已經發布，越來越多的新特性被加入，我完整的觀察到並參與了一項新的開源產品從走入大家的視野到被接受，之後再流行的整個過程，也同時見證了memcache的日薄西山。1、set key value [expiration ex seconds|px milliseconds][nx|xx]但是在工作中發現很多人只是了解一些redis的基本使用，也並未完整的閱讀過redis的官方文件，對於一些命令不熟悉，不同場景下濫用不合理的資料結構，對一些新的特性似乎也不會去關注。鑑於自己對redis的一些了解和實踐經驗，並收集了網路上一些資料，總結了一些使用建議。
2、bitmap
3、stream
使用時考慮pipeline中乙個命令執行失敗的場景，後面的命令未執行是否因為一致性帶來問題
面對一款優秀開源產品，我們除了要了解它的基本使用，也要擅於運用才能更好發揮其作用，否則會有不必要的麻煩，甚至適得其反。當然如果能深入了解其內部執行機制，知其然並知其所以然，並基於此創造出更加優秀的開源產品，就更符合coder的hacker精神。
關於 Redis 的一些新特性 使用建議和最佳實踐
從2009年誕生到現在已經走過將近10年，從最開始大家在討論nosql和傳統關聯式資料庫孰優孰劣，到現在大家談起分布式鎖，快取紛紛將redis作為其第一選擇，服務端面試中redis也作為一項必備能力，而如今redis 5.0已經發布，越來越多的新特性被加入，我完整的觀察到並參與了一項新的開源產品從走...
關於python的一些特性
首先，我其實得說說為什麼我們會選擇python。在我加入企業快盤團隊之前，整個專案包括更早的金山快盤都是採用python進行開發的。至於為什麼這麼選擇，當時的架構師蔥頭告訴我，主要是因為python上手簡單，開發迅速。對於團隊裡面大部分完全沒服務端開發經驗的同學來說，python真的是乙個很好的選擇...
關於 ES7 ES8的一些新特性
array.prototype.includes 開發人員用來檢查陣列中是否存在值，indexof是一種尷尬的使用，因為它返回乙個元素在陣列中的位置或者 1當這樣的元素不能被找到的情況下。所以它返回乙個數字，而不是乙個布林值，includes存在為true,不存在為false 例子 陣列 1,2,3...