做好管理者的最佳實(shí)踐。因?yàn)樽鳛楣芾碚邅?lái)說(shuō)，主要的被考察點(diǎn)在三方面：1、認(rèn)知的高度，2、做事的原則，3、溝通能力等軟素質(zhì)。管理者的每一個(gè)決定都需要是道德和利弊合一的決定。決策的目標(biāo)。進(jìn)行一個(gè)決策，會(huì)有和公司總體利益相關(guān)的總目標(biāo)。作為管理者，還有一個(gè)隱性目標(biāo)，那就是每一個(gè)決策，都要盡量鞏固信任。這也對(duì)應(yīng)了管理者需要在道德上更高一層。

程序媛怎樣規(guī)劃自己的人生。上個(gè)月我跟一個(gè)很優(yōu)秀的程序媛聊天，她感到職業(yè)上有些迷茫，希望向我尋求答案。特別是對(duì)于很多過(guò)來(lái)想跟我做朋友的程序媛們來(lái)說(shuō)，因?yàn)檎椅业哪切┏绦蜴旅米?，一個(gè)比一個(gè)優(yōu)秀。阿甘是成功的，但是有幾個(gè)人愿意做阿甘這種傻子呢。如果有人問(wèn)你答案A和B該怎么選的時(shí)候，往往是因?yàn)锳和B都不是完美答案。要找到完美的答案C，需要的是跳出當(dāng)前的問(wèn)題，尋找更本質(zhì)的問(wèn)題，之后再回過(guò)來(lái)找答案。

系列文章分類匯總202307.

軟件項(xiàng)目成本的計(jì)算。在《架構(gòu)思維的六要素》中，列出的第一個(gè)要素就是成本，成本對(duì)項(xiàng)目設(shè)計(jì)和決策起著至關(guān)重要的作用。今天咱們就來(lái)看看直接成本、間接成本和總成本的關(guān)系?？梢钥吹綁嚎s時(shí)間造成的維護(hù)成本會(huì)造成比常規(guī)方案更大的成本開銷。間接成本和項(xiàng)目周期是成比例的，周期越長(zhǎng)的項(xiàng)目，間接成本越高，基本是直線的增長(zhǎng)趨勢(shì)?？偝杀?直接成本+間接成本。

軟件項(xiàng)目需要的五個(gè)層級(jí)。軟件項(xiàng)目作為另外一種復(fù)雜的個(gè)體， 也有相應(yīng)的需要層級(jí)。軟件項(xiàng)目需要的五個(gè)層級(jí)分別是：物理、安全、復(fù)用、工程和技術(shù)。復(fù)用只是項(xiàng)目要在可復(fù)用的流水線上作業(yè)，確保成功可以被復(fù)制。一旦項(xiàng)目的復(fù)用性得到確保，軟件項(xiàng)目可以第一次把精力轉(zhuǎn)移到工程上。這一層級(jí)涉及到工具、語(yǔ)言、框架、方法論等相當(dāng)硬核的技術(shù)層面，所以很多成熟的項(xiàng)目，日常事項(xiàng)不是很多的時(shí)候。

開閉架構(gòu)。在《不過(guò)時(shí)的經(jīng)典層架構(gòu)》里，有朋友留言關(guān)于Manager和Engine的概念，雖然朋友留言把概念解釋清楚了。以上是經(jīng)典的四層架構(gòu)，在這個(gè)架構(gòu)中，Manager和Engine(引擎)都是業(yè)務(wù)邏輯層的概念。Manager管理者這個(gè)角色與Engine引擎最大的不同就是易變性上，它組織了一個(gè)或者多個(gè)行為，如果這些行為都是一起使用，序列也不變，那也可以叫一個(gè)引擎。開放架構(gòu)。所以，當(dāng)然，開放架構(gòu)是目前不推薦的架構(gòu)形式。封閉架構(gòu)。

架構(gòu)分層方法指導(dǎo)。在《不過(guò)時(shí)的經(jīng)典層架構(gòu)》里講了經(jīng)典的四層架構(gòu)怎樣對(duì)易變性做封裝。who是客戶端交互的系統(tǒng)，what是在Manager服務(wù)中需要的系統(tǒng)，how是Engine服務(wù)中需要的系統(tǒng)，how是訪問(wèn)數(shù)據(jù)層的工作，where在系統(tǒng)表述中指資源。按照四問(wèn)重新畫一下經(jīng)典四層架構(gòu)的架構(gòu)圖是這樣的：易變性遞減原則?？蛻舳耸亲钜鬃兊模琈anager管理層根據(jù)用例而變化，Engine引擎比管理層穩(wěn)定。4、只有在Engine類型的服務(wù)中，前綴才能用動(dòng)名詞。

小鮮肉語(yǔ)錄。和老公、小鮮肉周末出去玩，路上閑聊。老公提到小鮮肉在他們班成績(jī)大概是第四名。小鮮肉想了想，反駁道：你聽過(guò)一句話叫''''''''小時(shí)了了，大未必佳’嗎？家旁邊新開了一家牛肉面館，趕緊帶上老公和小鮮肉一起去嘗嘗。我家小鮮肉，嗯，續(xù)了四碗。我跟小鮮肉說(shuō)：我小時(shí)候能想到的最好的日子就是《水滸傳》里的大口吃肉，一次來(lái)二斤牛肉。

不過(guò)時(shí)的經(jīng)典層架構(gòu)。比如，某大廠上層Client客戶端可能是電商、團(tuán)購(gòu)等，Business Logic業(yè)務(wù)邏輯層包含金融支付、收單和積分等業(yè)務(wù)，Resource Access 資源訪問(wèn)層是各種中間件，Resource 是數(shù)據(jù)庫(kù)、塊存儲(chǔ)等。資源層包含系統(tǒng)依賴的物理資源，例如：數(shù)據(jù)庫(kù)、文件系統(tǒng)、緩存或者消息隊(duì)列。資源可以在系統(tǒng)內(nèi)部或者成為獨(dú)立系統(tǒng)，但是對(duì)你的系統(tǒng)來(lái)說(shuō)，它只是資源。本文咱們從封裝易變性的角度重新審視了經(jīng)典的層級(jí)架構(gòu)。

昨天帶小鮮肉去味多美，因?yàn)槌鲩T的時(shí)候，鄰居奶奶跟小鮮肉說(shuō)話，他不怎么回話，我就批評(píng)教育了他。有個(gè)臉盤特比大的女生插隊(duì)到了小鮮肉前面。然后大臉女生就開始了吵架的口氣，說(shuō)：“我早就來(lái)了，剛才過(guò)去放面包了。我看你們那時(shí)候還在選面包呢?！比缓罅硗庖粋€(gè)女生過(guò)來(lái)排到了隊(duì)尾。大臉女生說(shuō)：“我是排在她前面的?！贝竽樑珠_始反駁，她說(shuō)什么，我都是那句：“你做的不對(duì)！”旁邊人勸大臉女生少說(shuō)兩句，最終她閉了嘴。

架構(gòu)師必備項(xiàng)目管理方法-關(guān)鍵路徑法。關(guān)鍵路徑法是一種項(xiàng)目進(jìn)度控制方法，起源于1940年的杜邦公司的曼哈頓工程和1950年美國(guó)海軍潛海導(dǎo)彈工程。在兩個(gè)事件中，關(guān)鍵路徑法被用于管理失控的復(fù)雜性工程。關(guān)鍵路徑法的核心是要做網(wǎng)絡(luò)圖，分為節(jié)點(diǎn)圖和箭頭圖兩種。箭頭法中箭頭代表事件，圓圈代表對(duì)事件的依賴。節(jié)點(diǎn)圖法和箭頭圖法相比較，節(jié)點(diǎn)圖法不需要使用虛擬節(jié)點(diǎn)，看著更簡(jiǎn)單。

軟件設(shè)計(jì)的核心方法及實(shí)例解析。咱們來(lái)回顧一下一些經(jīng)典的原則，然后用實(shí)例講解這些是怎么內(nèi)化成做事章法的。方法=系統(tǒng)設(shè)計(jì)+項(xiàng)目設(shè)計(jì)。系統(tǒng)設(shè)計(jì)是總體藍(lán)圖，項(xiàng)目設(shè)計(jì)是系統(tǒng)設(shè)計(jì)的分解，還是一樣的思想。設(shè)計(jì)成標(biāo)準(zhǔn)接口，接口是更面向核心的，要想清楚我要什么，而不是別人有什么。想想迪米特法則，支付寶是一個(gè)實(shí)例，接口定義要減少對(duì)實(shí)例的依賴。人行不同于微信和支付寶的http接口，它用的是MQ。所以設(shè)計(jì)就變成了這樣：

架構(gòu)思維的六要素。十幾年前還看到過(guò)招聘廣告上寫招程序員的，現(xiàn)在都是工程師起步，工程師是要有架構(gòu)思維的。最終，可能因?yàn)榫S護(hù)成本太高，所以組織最終決定推翻重做，然后設(shè)計(jì)出了一個(gè)成本更高的系統(tǒng)。新人在解決舊的問(wèn)題的時(shí)候引進(jìn)了新的問(wèn)題，最終增加了維護(hù)成本和系統(tǒng)投發(fā)時(shí)間，最終可能導(dǎo)致系統(tǒng)重做或者直接取消項(xiàng)目。本文提出了架構(gòu)思維的六要素，在解釋要素的時(shí)候，大家可能也注意到了只是提出了問(wèn)題，沒(méi)有講怎么解決問(wèn)題。

在軟件工程學(xué)中“聰明”是一種指控如果單純?cè)诰幊填I(lǐng)域，如果說(shuō)聰明是一種褒獎(jiǎng)的話。把主邏輯放到SQL里在編程中，很多時(shí)候我們?cè)诤蛿?shù)據(jù)庫(kù)進(jìn)行交互。有些用程序?qū)憰?huì)很繁雜的操作，用一個(gè)復(fù)合SQL或者存儲(chǔ)過(guò)程就可以簡(jiǎn)潔的實(shí)現(xiàn)。而用一個(gè)SQL，最終返回90分以上學(xué)生不存在的話，實(shí)際不存在的是中間哪個(gè)環(huán)節(jié)是不知道的。代碼即注釋的一個(gè)重要條件是代碼要顯示完整的邏輯過(guò)程和注意點(diǎn)，這一點(diǎn)復(fù)合SQL做不到。

工作中需要聽懂的三句話引子我婆婆從外面買來(lái)現(xiàn)成的食品，為了防止變涼。工作中也是經(jīng)常有這種事情，如果一開始就能從別人非正式的溝通中聽懂別人真正要傳達(dá)的信息，可以更有效的工作，還能避免一些感情傷害。案例案例一：個(gè)性化的小控件之前同事和他下屬聊天，同事是這么說(shuō)：“你的用戶服務(wù)意識(shí)很強(qiáng)，用戶的需求都盡量滿足，為此還做了很多個(gè)性化的小控件……”。總結(jié)要能聽懂別人的話，很重要的一點(diǎn)是要有較高的認(rèn)知。

怎樣寫好績(jī)效總結(jié)引子。一般分為工作職責(zé)、個(gè)人業(yè)績(jī)、軟素質(zhì)、未來(lái)規(guī)劃、個(gè)人建議等。個(gè)人業(yè)績(jī)一般會(huì)根據(jù)自身情況再分成幾個(gè)方面或者挑選幾個(gè)重點(diǎn)項(xiàng)目。但是每一方面都需要介紹其意義價(jià)值、自己在這方面的貢獻(xiàn)，還可以根據(jù)實(shí)際情況介紹一下其重點(diǎn)難點(diǎn)、成長(zhǎng)收貨、經(jīng)驗(yàn)總結(jié)。重點(diǎn)項(xiàng)目法一些公司或者上級(jí)重視的項(xiàng)目，可以專門作為一個(gè)模塊來(lái)說(shuō)一說(shuō)?？赡芎芏嗳讼裎乙粯訉?duì)于績(jī)效述職發(fā)愁，所以干脆不去想怎么好好去準(zhǔn)備。

天貓名字的由來(lái)是因?yàn)樗挠蛎莟mall，聽上去像是天貓，馬云那會(huì)兒想著自己的淘寶商城要改名字，這關(guān)乎到淘寶商城未來(lái)的發(fā)展，又聯(lián)想到自己的死對(duì)頭騰訊還有搜狐無(wú)論是企業(yè)的標(biāo)志還是名字都跟動(dòng)物有關(guān)，馬云覺得天貓這個(gè)名字最適合，然后便將天貓這個(gè)名字跟其他人一商量，說(shuō)這個(gè)名字是不是也太拗口了一點(diǎn)最主要的問(wèn)題是天貓這個(gè)名字不好聽啊，但是卻容易讓人記住，馬云頓時(shí)覺得雖然難聽了點(diǎn)吧，但是能夠被記住就是好的。

不知道大家有沒(méi)有這樣的經(jīng)歷：好容易寫出一個(gè)完整的功能模塊，好多代碼。提交之后找同事評(píng)審，同事評(píng)審出一堆代碼風(fēng)格問(wèn)題。日志用做數(shù)據(jù)統(tǒng)計(jì)、系統(tǒng)監(jiān)控和問(wèn)題排查手段，雖然重要性不言而喻。但是因?yàn)橥ǔＴ谛枨罄餂](méi)有明確提出，所以很多人可能在真正開發(fā)的時(shí)候會(huì)忽略一些重要日志的打印。1、功能模塊的啟動(dòng)和結(jié)束（完整的系統(tǒng)由多個(gè)功能模塊組成，每個(gè)模塊負(fù)責(zé)不同的功能，因此需要對(duì)模塊的啟動(dòng)和結(jié)束進(jìn)行監(jiān)控。

工程師都應(yīng)該了解的10個(gè)定律。實(shí)際上，更應(yīng)該觀察用戶對(duì)產(chǎn)品核心 功能的使用情況，資訊類產(chǎn)品公司要關(guān)注用戶瀏覽了幾篇文章，電商類產(chǎn)品 公司要看用戶瀏覽了哪些商品且有沒(méi)有購(gòu)買，在線教育類產(chǎn)品公司要關(guān)注用 戶是否參與了課程并按課程進(jìn)度聽課。用 戶停留時(shí)間并不能反映用戶對(duì)內(nèi)容的喜好程度，我們更應(yīng)該使用用戶的閱讀 速度、閱讀完成度和內(nèi)容跳出率等數(shù)據(jù)判斷用戶對(duì)某個(gè)頁(yè)面內(nèi)容的喜好程度。六、墨菲定律。七、墨菲第二定律。

谷歌味兒。比如咱們常聽到的“X里味兒”。今天咱們看看“谷歌味兒“。谷歌內(nèi)部明確要求的三大品質(zhì)：謙虛、尊重、信任。這段代碼好像沒(méi)有什么用嘛，刪掉吧。而尊重代碼，尊重之前寫代碼的人，會(huì)自己去探索這段代碼到底之前是做什么用的。通常一個(gè)leader不會(huì)允許你刪除一個(gè)不知道有什么用的代碼，反而是知道做什么用的代碼才有可能讓你刪除它。