從編程到工程-創(chuàng)新互聯(lián)

語(yǔ)言只是工具

網(wǎng)站建設(shè)哪家好,找創(chuàng)新互聯(lián)!專注于網(wǎng)頁(yè)設(shè)計(jì)、網(wǎng)站建設(shè)、微信開發(fā)、成都微信小程序、集團(tuán)企業(yè)網(wǎng)站建設(shè)等服務(wù)項(xiàng)目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了賽罕免費(fèi)建站歡迎大家使用!

我曾經(jīng)是非常執(zhí)著的開發(fā)人員。我有連續(xù)幾天幾夜 Coding 的經(jīng)歷,也曾經(jīng)為了一個(gè)技術(shù)問題耗上三四個(gè)星期而導(dǎo)致項(xiàng)目一再延遲,還曾經(jīng)為了一個(gè)實(shí)現(xiàn)細(xì)節(jié)與項(xiàng)目相關(guān)的人員逐一爭(zhēng)論。

我也曾經(jīng)像大多數(shù)的開發(fā)人員一樣熱衷于爭(zhēng)論語(yǔ)言之間孰優(yōu)孰劣。我在“Delphi大富翁論壇”上寫過一個(gè)簡(jiǎn)介,其中個(gè)人特長(zhǎng)是“擅長(zhǎng) TurboPascal、Delphi、TASM 系列語(yǔ)言,痛恨 C/C++。(凡見有價(jià)值之 C 代碼,先讀通,后寫成 Pascal/Delphi,最后罵一句:C 寫得真笨?。?rdquo;。我至今保留這段文字,因?yàn)槟堑拇_是真實(shí)的經(jīng)歷。

如今我已經(jīng)不再專注于語(yǔ)言,正如我在第一章中寫到的一樣:成天討論這門語(yǔ)言好,或者那門語(yǔ)言壞的人,甚至是可悲的。

然而就在我寫這段文字之前的一年,我還在寫《Delphi 源代碼分析》,我還在無(wú)休止地深入語(yǔ)言的細(xì)節(jié),深入操作系統(tǒng)的細(xì)節(jié),以及深入……開發(fā)的細(xì)節(jié)。

就在 2004 年 3 月間,我接受一個(gè)朋友的邀請(qǐng),去北京做一個(gè)名為“Delphi &Delphi .NET 源碼分析”的專題培訓(xùn)。我用了近兩周的時(shí)間,做了 50 頁(yè)的幻燈,全面講述 Delphi 和 Delphi .NET。然而在臨行前的一晚,我輾轉(zhuǎn)反側(cè),一直在思考一個(gè)問題:我究竟做了些什么?或者說,我究竟想告訴學(xué)員些什么?

凌晨 5 點(diǎn),我在幻燈的末頁(yè)后面插入了一張幻燈,標(biāo)題是“語(yǔ)言只是工具”,而幻燈的內(nèi)容是如圖 7-1 所示的這樣一張圖。

這是與培訓(xùn)完全無(wú)關(guān)的一張幻燈。然而,這是我自 1997 年接觸到管理,以及 1998年接觸到工程以來(lái),第一次正視“軟件工程”這四個(gè)字。我第一次看清楚代碼、方法、過程、工程與組織的關(guān)系!

從編程到工程

對(duì)于一個(gè)程序員,或者以程序員自命的人來(lái)說,看清楚這一切的第一步,竟是一句“語(yǔ)言只是工具”!

猿之于為人,“學(xué)會(huì)制作和使用工具”是最重要的標(biāo)志。因而我不知道“語(yǔ)言只是工具”這句話,究竟是對(duì)語(yǔ)言的膜拜,還是漠視。

然而從那一刻開始,我才真正地知道工程。

關(guān)注點(diǎn)

在前面的模型圖中,每一條縱向的細(xì)線用于定義一個(gè)關(guān)注點(diǎn)①。我在另一次培訓(xùn)中為這些關(guān)注點(diǎn)加上了標(biāo)注,如圖 7-2 所示。

從編程到工程

這被我命名為軟件工程層狀模型(EHM,Engineering Hierarchy Model)。EHM 模型不描述工程元素間的關(guān)系,甚至在試圖割裂這些元素,以使得工程角色定位及各自的視角更加清晰明確。

從這個(gè)模型中可以看到,在“程序”與“方法”層面,是關(guān)注于“(具體的)實(shí)現(xiàn)”的;而在“過程”和“工程”層面,更首要考慮的是團(tuán)隊(duì)問題。從角色的角度上來(lái)說:開發(fā)經(jīng)理思考項(xiàng)目的實(shí)施方案和管理具體的開發(fā)行為,而項(xiàng)目經(jīng)理則保障團(tuán)隊(duì)的穩(wěn)定性和一致性。

程序

EHM 模型圖中,在最內(nèi)層的環(huán)里,是“程序=算法+結(jié)構(gòu)”。這是編程的本源定義,也是原始的狀態(tài)。與代碼相關(guān)的任何工作,最終仍舊會(huì)落足于這樣的一條規(guī)則。

編程的精義在于此。從有開發(fā)行為開始,它就存在了。愚公在數(shù)千年前就在用類同的行為做編程實(shí)踐,而幾十萬(wàn)年前的智人,也在循環(huán)與分支所構(gòu)成的邏輯中打轉(zhuǎn)。

方法

推動(dòng)這種邏輯向前發(fā)展的,是“方法”和“方法論”的出現(xiàn)。長(zhǎng)期的編程實(shí)踐,自然的歸演與總結(jié),必須沉淀為某種(軟件開發(fā))方法,于是“過程”出現(xiàn)了,于是“對(duì)象”出現(xiàn)了,于是相關(guān)的方法論也就出現(xiàn)了。

這是實(shí)踐的成果。方法不是某個(gè)人或者某個(gè)組織創(chuàng)造的。瓜熟而蒂落,實(shí)踐積累達(dá)到一定的程度,微軟不提出某個(gè)方法,IBM 也會(huì)提出這個(gè)方法。即便他們都不提出,可能你自己已經(jīng)在使用這個(gè)方法了。

方法并不神秘,因?yàn)樗褪悄憬裉煺谧龅?、從事的和?shí)現(xiàn)的。正如“模式”是一種方法,而模式就是你昨天書寫代碼的那個(gè)行為。只不過,GoF 歸納、抽取、提升了這些行為的內(nèi)在規(guī)律。

你看不到你做事的行為,也就不能理解“模式”作為一種方法的價(jià)值。所以大師們眾口一詞:模式需要一定的編程經(jīng)驗(yàn)才能理解。

同理,理解過程也需要編程經(jīng)驗(yàn),理解對(duì)象也需要編程經(jīng)驗(yàn),理解 MDA(模型驅(qū)動(dòng)架構(gòu))與 SOA(面向服務(wù)的體系結(jié)構(gòu))還是需要編程經(jīng)驗(yàn)。

——這可能就發(fā)生在你去回顧你的上一行代碼編寫的經(jīng)過,或者上一個(gè)項(xiàng)目失敗的經(jīng)歷的那一瞬息。經(jīng)驗(yàn)來(lái)源于回顧、理解與分析,而不是你將要寫的下一行代碼。

有人在寺院掃了一輩子的落葉而得道,也有人因?yàn)橐痪湓挾玫馈?/p>

GoF 因?yàn)闊o(wú)數(shù)次的代碼回顧而得道。

過程

過程伴生工程而出現(xiàn)。過程解決的是工程中角色間的關(guān)系問題。

過程說的是很多的人(團(tuán)隊(duì))如何組織在一起進(jìn)行開發(fā)的問題。它首先把工程中的環(huán)節(jié)分解出來(lái)。這樣,有了環(huán)節(jié),就有了角色;有了角色,就有了溝通。

因此過程中的問題,就是角色、溝通和環(huán)節(jié)的問題。哪些環(huán)節(jié)重要,取決于具體的編程行為,也就是具體的項(xiàng)目。

例如產(chǎn)品開發(fā)的周期可以一再拖延,因?yàn)閷?duì)產(chǎn)品來(lái)說,更重要的是品質(zhì)和技術(shù)壁壘。因此你可以看到暴雪公司(Blizzard)的游戲總是一再跳票,而它從來(lái)都是將大幅的玩家測(cè)試和開發(fā)人員的個(gè)性特征放在第一位。與此相同,DOOM 與 QUAKE 系列的靈魂就是在游戲引擎的開發(fā)和設(shè)計(jì)上。

如果用這樣的模式去做項(xiàng)目,可能軟件公司沒死掉,工程需求方也被拖死掉了——你有看見客戶因?yàn)槟銓?duì)技術(shù)的遠(yuǎn)景描述而憧憬嗎?不,你只會(huì)看到他們因?yàn)轫?xiàng)目的一再延遲而懊惱、沮喪,或……暴怒。

憧憬這種事情,只會(huì)發(fā)生在那些鐵桿玩家的身上。

分不清玩家與客戶的區(qū)別,對(duì)項(xiàng)目經(jīng)理來(lái)說,是可怕的。這將意味著他不能清楚地知道哪個(gè)環(huán)節(jié)更加重要。

角色的確定,以及角色間的溝通問題,在項(xiàng)目過程中也同樣重要。工程組織是否合理,相互的協(xié)作是否緊密,是這個(gè)項(xiàng)目能否成功的保障。

“合作無(wú)間”通常是流于書面報(bào)告中的措辭。真正的“無(wú)間”,應(yīng)當(dāng)是溝通的結(jié)果。然而 UML,則可能是你與客戶,以及項(xiàng)目經(jīng)理與開發(fā)人員被“離間”的第一因素。

從編程到工程

本文節(jié)選自《大道至簡(jiǎn)——軟件工程實(shí)踐者的思想(典藏版)》

周愛民 著   電子工業(yè)出版社出版

另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)scvps.cn,海內(nèi)外云服務(wù)器15元起步,三天無(wú)理由+7*72小時(shí)售后在線,公司持有idc許可證,提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國(guó)服務(wù)器、虛擬主機(jī)、免備案服務(wù)器”等云主機(jī)租用服務(wù)以及企業(yè)上云的綜合解決方案,具有“安全穩(wěn)定、簡(jiǎn)單易用、服務(wù)可用性高、性價(jià)比高”等特點(diǎn)與優(yōu)勢(shì),專為企業(yè)上云打造定制,能夠滿足用戶豐富、多元化的應(yīng)用場(chǎng)景需求。

當(dāng)前名稱:從編程到工程-創(chuàng)新互聯(lián)
轉(zhuǎn)載來(lái)于:http://bm7419.com/article46/dioehg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供標(biāo)簽優(yōu)化、網(wǎng)站改版、響應(yīng)式網(wǎng)站、定制開發(fā)、營(yíng)銷型網(wǎng)站建設(shè)企業(yè)網(wǎng)站制作

廣告

聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請(qǐng)盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如需處理請(qǐng)聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來(lái)源: 創(chuàng)新互聯(lián)

網(wǎng)站建設(shè)網(wǎng)站維護(hù)公司