一個(gè)喜歡做夢(mèng)肪凛，喝茶固蚤，喝酒的地產(chǎn)數(shù)字化轉(zhuǎn)型實(shí)踐者和布道者沉帮。
發(fā)簡(jiǎn)信
IP屬地：上海
-
-
程序員钓辆，技術(shù)咨詢師。長(zhǎng)期關(guān)注軟件開發(fā)效率的方方面面肴焊。
-
程序員成長(zhǎng)職級(jí)
之前與老同事敘舊前联，一同事講起現(xiàn)在公司在壓縮人員，另一同事馬上講誰(shuí)讓你們把系統(tǒng)搞得那么好娶眷，幾年都出不了個(gè)二級(jí)Bug似嗤，想想真是悲壯 有時(shí)想程序員這群可愛(ài)的人，自命清高届宠，但不過(guò)是群...
-
架構(gòu)與架構(gòu)師
最近閑了烁落，看了幾次李運(yùn)華關(guān)于架構(gòu)的視頻，不盡再次反問(wèn)架構(gòu)是什么豌注？架構(gòu)師的職責(zé)是什么伤塌？ 對(duì)于這兩個(gè)問(wèn)題，之前也總結(jié)過(guò)一篇《架構(gòu)和架構(gòu)師》[http://www.zhuxings...
-
-
請(qǐng)問(wèn)下埋點(diǎn)的counter在granfa 選擇時(shí)間段不準(zhǔn)系谐，可能是什么原因呢巾陕？
micrometer埋點(diǎn)（Spring boot 2.X metrics）
micrometer埋點(diǎn) 本文代碼和演示基于 spring boot 2.1.4.RELEASE 讨跟。 本文作者：gsh456，轉(zhuǎn)載請(qǐng)標(biāo)明作者或者原文鏈接鄙煤。 [TOC] 1前言...
-
ThoughtWorks 高級(jí)咨詢師梯刚。
-
DDD提升我的開發(fā)效率2019年參加了"領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)峰會(huì)2019"看到了國(guó)內(nèi)凉馆、國(guó)外、不同行業(yè)在基于DDD的實(shí)踐分享亡资。 成年熱學(xué)習(xí)的一個(gè)特點(diǎn)就是帶著自己的經(jīng)驗(yàn)來(lái)思考接收到的內(nèi)容澜共，那么回顧自己接觸DD...
-
寫的不錯(cuò)啊，我最近也在搞項(xiàng)目開發(fā)流程锥腻，老兄的這篇文章整體思路清晰嗦董，很贊！
追云_似夢(mèng) 評(píng)論自開發(fā)流程規(guī)范 -
SOLID之DIP
依賴反轉(zhuǎn)原則 DIP, Dependency inversion principle 高層模塊不應(yīng)該依賴于低層模塊瘦黑。二者都應(yīng)該依賴于抽象抽象不應(yīng)該依賴于細(xì)節(jié)京革。細(xì)節(jié)應(yīng)該依賴于抽...
-
SOLID之OCP
開閉原則 OCP Open-Closed Principle 設(shè)計(jì)良好的計(jì)算機(jī)軟件應(yīng)該易于擴(kuò)展，同時(shí)抗拒修改 換句話說(shuō)幸斥，一個(gè)良好的計(jì)算機(jī)系統(tǒng)應(yīng)該在不需要修改的前提下就可以輕易...
-
SOLID之SRP
單一職責(zé)原則 SRP甲葬，single responsibility principle SRP是所有原則中最簡(jiǎn)單的之一来惧，也是最難正確運(yùn)用的之一，也是我們?nèi)粘Ｖ凶畛Ｓ玫囊粋€(gè) 不...
-
阿里云官網(wǎng)（<a href="https://links.jianshu.com/go?to=https%3A%2F%2Fwww.aliyun.com%2F" target="_blank">https://www.aliyun.com/</a>）隅居，每日分享最新產(chǎn)品技術(shù)內(nèi)容钠至、官網(wǎng)活動(dòng)資訊！
-
開發(fā)流程規(guī)范這是近期在公司做的一次分享胎源，這幾年的互聯(lián)網(wǎng)開發(fā)棉钧，算比較幸運(yùn)，團(tuán)隊(duì)一直踐行完善這套規(guī)范涕蚤，沒(méi)有太多的阻礙宪卿，得益于公司整體氛圍，以及團(tuán)隊(duì)對(duì)規(guī)范和寫文檔的不排斥万栅，形成了良好的開發(fā)習(xí)慣...
-
墻鐘時(shí)間包括各種非運(yùn)算的等待耗時(shí)佑钾，例如等待磁盤I/O、等待線程阻塞烦粒，而CPU時(shí)間不包括這些耗時(shí)休溶，但當(dāng)系統(tǒng)有多CPU或者多核的話代赁，多線程操作會(huì)疊加這些CPU時(shí)間，所以看到user或sys時(shí)間超過(guò)real時(shí)間是完全正常的兽掰。
user + sys 就是CPU花費(fèi)的實(shí)際時(shí)間芭碍，注意這個(gè)值統(tǒng)計(jì)了所有CPU上的時(shí)間，如果進(jìn)程工作在多線程的環(huán)境下孽尽，疊加了多線程的時(shí)間窖壕，這個(gè)值是會(huì)超出 real 所記錄的值的，即 user + sys >= real 杉女。
real time時(shí)間大于usr time + sys time瞻讽，表明可能有兩個(gè)問(wèn)題，一個(gè)是IO操作密集宠纯，另一個(gè)是cpu(分配)的額度不夠卸夕。GC及JVM參數(shù)
原文閱讀 前言 這段時(shí)間懈怠了，罪過(guò)婆瓜！ 最近看到有同事也開始用上了微信公眾號(hào)寫博客了快集，挺好的~給他們點(diǎn)贊，這博客我也不推廣廉白，默默的靜靜的个初，主要是擔(dān)心自己堅(jiān)持不了。以前寫過(guò)時(shí)間...
