用戶中心USER CENTER
公司戰(zhàn)略不一樣，ucloud追求的絕不是第一，而是能提供給客戶的感受！
我們知道，MySQL 一直依賴對 count(*) 的執(zhí)行很頭疼。很早的時候，MyISAM 引擎自帶計數(shù)器，可以秒回；不過 InnoDB 就需要實時計算，所以很頭疼。以前有多方法可以變相解決此類問題，比如：1. 模擬 MyISAM 的計數(shù)器比如表 ytt1，要獲得總數(shù)，我們建立兩個觸發(fā)器分別對 insert/delete 來做記錄到表 ytt1_count，這樣只需要查詢表 ytt1_count ...
一、 PostgreSQL 的穩(wěn)定性極強， Innodb 等引擎在崩潰、斷電之類的災難場景下抗打擊能力有了長足進步，然而很多 MySQL 用戶都遇到過Server級的數(shù)據(jù)庫丟失的場景——mysql系統(tǒng)庫是MyISAM的，相比之下，PG數(shù)據(jù)庫這方面要好一些。二、任何系統(tǒng)都有它的性能極限，在高并發(fā)讀寫，負載逼近極限下，PG的性能指標仍可以維持雙曲線甚至對數(shù)曲線，到頂峰之后不再下降，而 MySQL 明顯...
云鎖，安全狗，懸鏡
其實沒那么復雜，我自己就寫過一款Rtos，簡單實現(xiàn)任務調度，任務間的通信，全部大概5000行代碼，操作系統(tǒng)現(xiàn)在分為微內核和巨內核，像Linux實現(xiàn)了用戶區(qū)和內核區(qū)隔開，內存機制需要Mmu支持，就非常復雜，想鴻蒙就實現(xiàn)了微內核，就做操作系統(tǒng)而言并不像外面人認為那樣門檻高，熟悉普遍的操作系統(tǒng)的一些機制就可
只是web開發(fā)的一個框架而已，輕量，上手簡單。如果有web開發(fā)的需求應該來說是重要的，反之就無所謂了。
我一天半基本把前端基礎html,css，JavaScript這三個部分的基礎都學習了一遍。就昨天下午開始的，到下午為止，全部看了一遍。基本了解了前端這幾個部分的基礎語法和基礎知識，因為有編程經驗，所以看起來還是很快，很多東西都是相同的。如果你之前沒編程經驗，可能會需要更長的時間。
