原创 金句匯

古人形容美女之美,“...增之一分則太長,減之一分則太短...”,深刻的揭示了“恰到好處”的美麗。——摘自《架構之美》 一切賢聖,皆以無爲法而有差別。——摘自《金剛經》 “系統熵增定律”,該定律指出系統會隨着時間的推移變的越來越亂。——摘

原创 事務的隔離級別解讀

Spring事務隔離級別(Isolation Level): 1.首先說明一下事務併發引起的三種情況: 1) Dirty Reads 髒讀  一個事務正在對數據進行更新操作,但是更新還未提交,另一個事務這時也來操作這組數據,並且讀取了前一

原创 管理就像做手術

上週和領導一起喫飯,領導說的一句話,我覺得很在理。 “我們就是來做手術的。” 是的,一個企業有時就如同一個病人,當企業發生了問題,就如同病人需要去看病、動手術一樣。 動手術前,勢必得先做診斷,確診哪裏出了問題,完了再開膛破顱。 管理問題那

原创 老生常談IOC與AOP

IOC與AOP基本原理 IoC(Inversion of Control)就是由容器控制程序之間的關係,而非傳統實現中,由程序代碼直接操控。這也就是所謂“控制反轉”的概念所在。控制權由應用代碼中轉到了外部容器,控制權的轉移是所謂反轉。Io

原创 採用DDD理論分析項目管理全過程

今天想和大家分享一下項目管理的一些事,閒暇時光,繪製一下項目管理過程, 項目管理涉及角色包括需求分析師、產品經理、架構師/開發工程師(技術工程師)、測試工程師、運維工程師、運營(市場、售前、銷售等) 從需求、產品線/產品、開發、測試、運維

原创 開發真是個孰能生巧的活

是啊,沒真正的寫代碼有些歲月了。俗話說得好,有得必有失。失去了對代碼的精熟度,得到了對項目管理、架構的統籌帷幄。 總結一下最近幾天代碼旅程中出現的一些小狀況: 一、前端 前端框架變化真是大呀,所以也成就了衆多前端架構師、前端工程師。目前以

原创 時代不一樣了,我們也不一樣了

腳本時代已經過去了,我們也該不斷進步,防止跟不上時代的腳步… 昨天同事分享了微前端技術:只聽過“微服務”,“微前端”又是什麼硬核技術? 它正是借鑑微服務的概念來應用在前端上,將一個巨大的前端工程拆分成一個的小工程,這些小工程

原创 繞不去的環境問題

環境是人賴以生存的地方。環境有則生活優,環境差則生活差。作爲一名程序員,想必第一步便是搭建環境(開發環境、產品環境),尤其是新員工入職,首先要做的就是初始化環境。 其中包括系統環境(Windows or Linux,or Mac)、輸入法

原创 聊聊微服務架構

隨着也業務的不斷髮展,原來可行的應用,逐漸演變成了單體地獄(泥球模式:隨意的架構、龐大的、草率的、佈滿了膠帶和線路,如同意大利麪條一般的代碼叢林),軟件的交付速度已經放緩,敏捷開發和部署已經不可能。 逃離單體地獄的途徑必將是選擇微服務架構

原创 如何提高用戶體驗?

再一次感受軟件差體驗 “慢”,Git拉取代碼慢,npm install慢,mvn package慢,流水線持續構建慢,應用部署啓動慢... 關鍵這中間容器狀態還是異常,關鍵異常數分鐘後居然還是健康。 學員驚奇的問,老師大概要等多長時間纔算

原创 DDD的價值

數字化轉型,架構先行;企業出海,架構先行;軟件開發,架構先行。 軟件架構(software architecture)是一系列相關的抽象模式,用於指導大型軟件系統各個方面的設計。 隨着技術的不斷髮展,架構也開始被越來越多地開發和使用。微服

原创 該RPC還是Rest?

REST與RPC概念 什麼是REST   REST是一種架構風格,指的是一組架構約束條件和原則。滿足這些約束條件和原則的應用程序或設計就是 RESTful。REST規範把所有內容都視爲資源,網絡上一切皆資源。   REST並沒有創造新的技

原创 項目管理新模式

當前越來越多的企業關注、採納應用產品線管理模式,並取得不錯的效果。相對於事業部管理模式,產品線管理模式能更好的發揮協同效應。更好地做到端到端的產品全生命週期的管理,所以更適合產品的多元化,尤其時相關多元化的公司。   點贊

原创 微服務的必要性

有一次在與客戶交流過程中,客戶提出“我們的系統遇到了很大的瓶頸,運行極慢,我們該怎麼辦?微服務之後能否解決慢的問題?” 相信大家也遇到過類似的問題,系統往往最初剛上線的時候運行的很好,甚至三五年都很好,但是隨着時間的推移,業務與數據的增長