加餐丨想當(dāng)架構(gòu)師我需要成為全才嗎

許老師，自己現(xiàn)在已經(jīng)工作年了，想往架構(gòu)師這個(gè)方向走，但現(xiàn)在自己有些迷茫，但問(wèn)達(dá)到什么算廣度夠了，怎么進(jìn)行深度學(xué)習(xí)？答：挺好的問(wèn)題。需求分析的重要性怎么形容都不過(guò)分。準(zhǔn)確的需求分析是做出良好架構(gòu)設(shè)計(jì)的基礎(chǔ)。很多優(yōu)秀的架構(gòu)師之所以換到一個(gè)新領(lǐng)域一上來(lái)并不一定能夠設(shè)計(jì)出好的架構(gòu)，往往需要經(jīng)過(guò)幾次迭代才趨于穩(wěn)定，原因在于新領(lǐng)域的需求理解需要一個(gè)過(guò)程。除了心里對(duì)需求的反復(fù)推敲的嚴(yán)謹(jǐn)態(tài)度外，對(duì)客戶反饋的尊重之心也至關(guān)重要。Go，PythonJava是要學(xué)Go嗎？學(xué)Go答：廣義的計(jì)算包含有副作用的函數(shù)（有IO的函數(shù)）。因?yàn)閿?shù)據(jù)交換本身也是計(jì)算的需只有滿足這幾個(gè)要素的需求才能進(jìn)一步討論變化點(diǎn)和穩(wěn)定點(diǎn)。最小機(jī)器人可能符合上面的第三點(diǎn)，但是用戶人群和要解決的問(wèn)題沒(méi)有描述，也就無(wú)法進(jìn)一步去思考到底哪些因素是穩(wěn)定的，哪些是易變的。PurelyFunctionalData老師您好，我不太理解您說(shuō)的繼承是個(gè)過(guò)度設(shè)計(jì)的原因，我目前在架構(gòu)過(guò)程中大量使用咨詢下您如果不是用繼承的話，用什么方法替代繼承的功能呢？答：建議繼承只使用接口繼承；正常情況下，優(yōu)先用組合；當(dāng)然因?yàn)榇蟛糠终Z(yǔ)言的組合功能不夠強(qiáng)大，有時(shí)候從便捷性的角度繼承可以適度使用，但是應(yīng)當(dāng)如果過(guò)度使用繼承對(duì)工程來(lái)說(shuō)是有害的。老師授課知識(shí)的角度很有深度，更貼切地說(shuō)是一種思維方式，這種深度思考，從事情的重新設(shè)計(jì)一個(gè)計(jì)算機(jī)的實(shí)現(xiàn)。不知道我這么理解的對(duì)不對(duì)。答：從無(wú)到有到萬(wàn)物，我們這個(gè)課的脈絡(luò)之一就是重新從零構(gòu)建整個(gè)信息世界，這一點(diǎn)在開(kāi)篇詞中提到過(guò)，這一點(diǎn)非常非常關(guān)鍵。另一個(gè)脈絡(luò)是架構(gòu)思維的遞進(jìn)，這一章重點(diǎn)是需求分析。這兩個(gè)脈絡(luò)相輔相成，交織在一起。OSBIOS可以用C語(yǔ)言去實(shí)現(xiàn)很多其他的語(yǔ)言，比如說(shuō)Python、Go等，那在C語(yǔ)言之前，這么實(shí)現(xiàn)的？比如目前版本的Go實(shí)現(xiàn)中，很多是用Go本身實(shí)現(xiàn)的，它是怎么做到BIOS（把控制C=>CC寫的C（自舉）CPUprotbuf之類就挺好，后者可以了解一下IL之類的東西，不過(guò)我覺(jué)得都有點(diǎn)重。如果要跨語(yǔ)言，我的建議在網(wǎng)絡(luò)協(xié)議層跨，或者用操作系統(tǒng)的動(dòng)態(tài)庫(kù)機(jī)制（很輕）；如果語(yǔ)言內(nèi)的接口，就別太復(fù)雜了，用語(yǔ)言自己的機(jī)制挺好的。0F個(gè)答：操作系統(tǒng)會(huì)保留一個(gè)地址空間，00CPUCPU使用Java四年了，看到封裝，繼承，多態(tài)的描述，特別精準(zhǔn)，又有了更深刻的理解。不了解Go語(yǔ)言，比一個(gè)表單的基類，里面有基本的處理，子類繼承這個(gè)基類，有自己CPU+操作系統(tǒng)，那么目標(biāo)格式就可以直接執(zhí)行，否則就編譯出一個(gè)當(dāng)前環(huán)境下無(wú)法執(zhí)行磁盤的IO是由CPU完成的嗎？但之前見(jiàn)到的說(shuō)法是“CPU只能操作內(nèi)存”。既然今天又提到了這個(gè)問(wèn)題，文中提到“大量的磁盤IO操作，非常占用CPU時(shí)間”，那這兩種說(shuō)法還想知道磁盤中的數(shù)據(jù)是怎么被加載到內(nèi)存上來(lái)的呢？另外，的文章是說(shuō)，“CPU的速度遠(yuǎn)遠(yuǎn)大于磁盤IO，CPU經(jīng)常需要‘等待’磁盤IO”，這明顯也是一種將CPU和外存割舍開(kāi)的一種說(shuō)法，而且按這種說(shuō)法，CPU不光無(wú)需分配很多時(shí)間片給IO，而且還有很多“等待”時(shí)間。這也和本文中“非常占用CPU時(shí)間”相吧？答：所有外設(shè)CPU都統(tǒng)一基于數(shù)據(jù)交換（IO）的方式操作。CPU并不知道數(shù)據(jù)的含義，這種情況下你可以簡(jiǎn)單理解CPU只是一根網(wǎng)線，但是很重要的一點(diǎn)是它讓設(shè)備使用方和設(shè)備可以交互。CPU并不負(fù)責(zé)磁盤IO，但是它要等它結(jié)束以接收數(shù)據(jù)。這方面當(dāng)然也有一些io隱隱感覺(jué)到架構(gòu)的主要難點(diǎn)在于對(duì)需求的前瞻性判斷，這要求的不僅僅是技術(shù)能力。目并發(fā)。不知道我這么理解對(duì)不對(duì)。恭喜@有銘和@Enthusiasm兩位同學(xué)，的留言被選為精選留言，極客時(shí)間將送出價(jià)值99元的專欄閱碼一份。1個(gè)工作日之內(nèi)，工作人員會(huì)與你取得聯(lián)系。@1，2.最初世界上第一個(gè)面向?qū)ο笳Z(yǔ)言是Simula-67，第二個(gè)面向?qū)ο笳Z(yǔ)言是Smalltalk-71SmalltalkSimula-67Smalltalk過(guò)發(fā)消息來(lái)實(shí)現(xiàn)對(duì)象方法調(diào)用，而Simula是直接調(diào)用目標(biāo)對(duì)象的方法。BjarneStroustrup在博士期間深入研究過(guò)Simula，非常欣賞其思想，C++的面向?qū)ο笏糃OP（ClassOrientedProgramming，面向類程序設(shè)計(jì)）COP分類學(xué)專家，然后構(gòu)造一個(gè)完整的繼承樹(shù)，然后才能new出對(duì)象，讓程序跑起來(lái)。到了1990年代中期，問(wèn)題已經(jīng)十分明顯。UML中有一個(gè)對(duì)象活動(dòng)圖，其描述的就是運(yùn)行時(shí)對(duì)象之間相互傳遞消息的模型。1994年RobertC.Martin在《Object-OrientedC++DesignUsingBoochMethod而1995年的經(jīng)典作品《DesignPatterns》中，建議優(yōu)先考慮組合而不是繼承，這計(jì)”并不好用。只可惜他們的精神還不夠，Delphi之父在創(chuàng)建.NetFramework的時(shí)2000年后，工程界明確提出：“組合比繼承重要，而且更靈活”，Go和Rust也許是第歷史讓C++COP重新回到OOP@Enthusiasm總結(jié)：設(shè)計(jì)系統(tǒng)架構(gòu)的前提是用戶需求分析，用戶需求包括分析出穩(wěn)定需求點(diǎn)和變化需求從功看，需求般是偏求的點(diǎn)，需求往是偏擴(kuò)展性需求的需求點(diǎn)。從層次結(jié)構(gòu)上看，穩(wěn)定需求點(diǎn)往往在系統(tǒng)層次的底層，而變化需求點(diǎn)往往在更加抽象層（層）。從從屬關(guān)系上看，穩(wěn)定點(diǎn)需要提供功能給變化點(diǎn)使用，變化點(diǎn)調(diào)用穩(wěn)定點(diǎn)提供的功系統(tǒng)架構(gòu)類似于一個(gè)棧的結(jié)構(gòu)，人機(jī)交互（變化點(diǎn)）放在棧頂，底層工作（穩(wěn)定點(diǎn)）OSI7以往我認(rèn)為的架構(gòu)設(shè)計(jì)類似上面的描述，描述起來(lái)類似按自頂向下順序，采用分治思想完成。但許老師的方法又有些巧：架構(gòu)好比搭積木，許老師是先有了很多