如今，轉賬場景深入在我們生活的方方面面，也有很多技術團隊在獨立開發轉賬的小程式。 本文將給大家對比常見的小程式和分散式小程式的優劣，最後藉助 SOFAStack 的能力，提供 25 分鐘實現穩定的分散式架構

工作了挺久，發現有個挺有意思的現象，從程式員、高階程式設計師，到現在掛著架構師、專家之類的頭銜，伴隨著技術和能力的提高，想不明白的事情反而越來越多了。這些疑問有些來自於跟小夥伴交流，有些是我

所謂最優，就是從一堆不非最佳的方案中找到最好的一個，或者整合一個。 在我最近的三個專案裡，專案的週期都太短了，大抵都在 3～6 個月之間。短週期的專案裡，對於開發人員的能力增長並不是一件好事——我們所能沉澱

其實這個問題應該先問是不是，再問為什麼。 先回答是不是的問題，是，大齡程式員找純技術方向的工作挺難的，但並不是沒有。 現有的回答中大部分都在變著花樣，婉轉地告訴你原因：因為大齡碼農的價效比低。 大齡碼

有人預言10年後，也就是2020年無伺服器將承載全球83％的企業工作量。 無論你喜歡與否，一場革命正在進行中。AWS處於領先地位，MS Azure和GCP緊隨其後，所有人都懷有共同的目標： 無伺服器=F

講師簡介 徐巍 上海愷英網路科技有限公司 高階總監 剛剛幾位演講嘉賓，一位關注高可用；另外一位關注網路。我現在待的是一家很有特點的公司，整個基礎設施，90%的跑在公有云，也有

一、分層架構-3層架構-多層架構 架構： 架構一般是針對整個系統的，並非對某個單獨的問題(單獨的問題可以用模式等來解決) 針對整個系統的“一張藍圖”，對系統的抽象。架構與具體的語言平臺無關

E-moss，程式設計師，愛好閱讀和擼狗，主要從事iOS開發工作，公眾號：知本集。 主要分享和編寫技術方面文章，不定期分享讀書筆記，亦可訪問“知本集”Git地址：https://github.com/kno

前幾天在極客時間上看到這個六大定律，說得真是貼切，我來重新解讀一下。 與其他領域一樣，軟體開發領域有很多非常有趣的定律，這些定律有的包括了一些法則，有的則是一些技術大師的名句，每個定律背後都有令人驚歎

先說明，本文說的是技術架構，而不是業務架構，另外，這個架構是指目前比較熱門的高併發大資料的架構。論能力，我還達不到架構師的水平，所以我目前還在不斷努力。 本文回顧了我在架構師方面的學習途徑和

5月14日，金山軟體釋出2019年第一季度財報。財報顯示, 金山軟體本季度營收17.265億元人民幣，同比增長37%，環比下滑2%；母公司擁有人應占虧損6776.4萬元，相較2018年同期應占溢利1.

所謂頻率限制指的是指定時間內允許特定客戶端針對單個路由發起請求的次數，也可以通過節流（throttle）這個術語來描述該行為，我們可以通過一個節流器來定義時間範圍和請求次數，然後在需要限制訪問頻率的路由上應用這

編者按：本文作者奇舞團前端開發工程師何文力，同時也是 W3C CSS 工作組成員。 W3C Credential Management API Credential Management API 是一套

在之前的文章中，我介紹了分庫分表的幾種表現形式和玩法，也重點介紹了垂直分庫所帶來的問題和解決方法。本篇中，我們將聊聊水平分庫分表的一些技巧。 01 分片技術的由來 關係型資料庫本身比較

image 一、氣泡排序（BubbleSort） 基本思想： 從左到右使用相鄰兩個元素進行比較，如果第一個比第二個大，則交換兩個元素。這樣會使較大數下沉到陣列