99精品伊人亚洲|最近国产中文炮友|九草在线视频支援|AV网站大全最新|美女黄片免费观看|国产精品资源视频|精彩无码视频一区|91大神在线后入|伊人终合在线播放|久草综合久久中文

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線(xiàn)課程
  • 觀(guān)看技術(shù)視頻
  • 寫(xiě)文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

程序員除了要會(huì)寫(xiě)代碼,還要懂得職場(chǎng)的15大定律和7大原則

DPVg_AI_era ? 來(lái)源:lq ? 2019-05-19 09:59 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

作一個(gè)優(yōu)秀的程序員,除了要會(huì)寫(xiě)代碼,還要懂得職場(chǎng)的15大定律和7大原則。昨日,GitHub趨勢(shì)榜第一的項(xiàng)目便總結(jié)了這些定律和原則??傆幸豢钸m合你。

總有一款適合你。

作為程序員,你除了會(huì)敲代碼,還得知曉屬于你的定律。今日GitHub便有一個(gè)項(xiàng)目總結(jié)了與開(kāi)發(fā)人員相關(guān)的15大定律和7大原則。

項(xiàng)目地址:

https://github.com/dwmkerr/hacker-laws

該項(xiàng)目目錄如下:

簡(jiǎn)介

定律

阿姆達(dá)爾定律(Amdahl's Law)

布魯克定律(Brooks's Law)

康威定律(Conway's Law)

侯世達(dá)定律(Hofstadter's Law)

阿瑪拉定律的“炒作周期”(The Hype Cycle & Amara's Law)

海勒姆定律(Hyrum's Law)

摩爾定律(Moore's Law)

帕金森定律(Parkinson's Law)

普特定律(Putt's Law)

泰斯勒定律(復(fù)雜性守恒定律,Tesler's Law)

抽象化漏洞定律(The Law of Leaky Abstractions)

瑣碎定律(The Law of Triviality)

Unix哲學(xué)(The Unix Philosophy)

Spotify模型(The Spotify Model)

Wadler定律(Wadler's Law)

原則

魯棒性原則(The Robustness Principle,Postel's Law)

SOLID

單一職責(zé)原則(The Single Responsibility Principle)

開(kāi)放封閉原則(The Open/Closed Principle)

李氏替換原則(The Liskov Substitution Principle)

接口分離原則(The Interface Segregation Principle)

依賴(lài)倒置原則(The Dependency Inversion Principle)

TODO

那么接下來(lái),我們就對(duì)這些定律和原則進(jìn)行一一解讀。

開(kāi)發(fā)人員需知的15大定律

阿姆達(dá)爾定律(Amdahl's Law)

維基百科中對(duì)此定律的解讀是:

阿姆達(dá)爾定律,一個(gè)計(jì)算機(jī)科學(xué)界的經(jīng)驗(yàn)法則,因吉恩·阿姆達(dá)爾而得名。它代表了處理器并行運(yùn)算之后效率提升的能力。并行計(jì)算中的加速比是用并行前的執(zhí)行速度和并行后的執(zhí)行速度之比來(lái)表示的,它表示了在并行化之后的效率提升情況。阿姆達(dá)爾定律是固定負(fù)載(計(jì)算總量不變時(shí))時(shí)的量化標(biāo)準(zhǔn)。

此處舉個(gè)例子來(lái)說(shuō)明:如果一個(gè)程序由兩部分組成,一部分A(必須由一個(gè)處理器執(zhí)行)和一部分B(可以并行執(zhí)行),那么我們可以看到,向執(zhí)行程序的系統(tǒng)添加多個(gè)處理器只能帶來(lái)有限的好處。它可以極大地提高B部分的速度,但是A部分的速度將保持不變。

下圖顯示了速度可能改進(jìn)的一些示例:

可以看出,即使是一個(gè)50%可并行的程序,在超過(guò)10個(gè)處理單元的情況下也幾乎沒(méi)有什么好處,而一個(gè)95%可并行的程序,在超過(guò)1000個(gè)處理單元的情況下,仍然可以顯著提高速度。

隨著摩爾定律(Moore’s Law)的放緩,以及單個(gè)處理器速度的加速放緩,并行化是提高性能的關(guān)鍵。圖形編程是一個(gè)很好的例子(使用現(xiàn)代基于著色器的計(jì)算,單個(gè)像素或片段可以并行呈現(xiàn)),這就是為什么現(xiàn)代顯卡通常有成千上萬(wàn)的處理核心(gpu或著色器單元)。

布魯克定律(Brooks's Law)

維基百科中對(duì)此定律的解讀是:

將人力資源添加到一個(gè)后期軟件開(kāi)發(fā)項(xiàng)目中會(huì)使它更晚。

這條定律表明,在許多情況下,試圖通過(guò)增加更多的人來(lái)加速已經(jīng)晚了的項(xiàng)目,將使交付日期更晚。該定律楚地表明這是一種過(guò)度簡(jiǎn)化,但一般的推理是,鑒于新資源的增加時(shí)間和通信開(kāi)銷(xiāo),在短期內(nèi)的速度會(huì)降低。而且,許多任務(wù)可能不是可分的,即容易在更多資源之間分配,這意味著潛在的速度增長(zhǎng)也更低。

交付工作中常見(jiàn)的一句話(huà),“九個(gè)女人不能在一個(gè)月內(nèi)生孩子”是與布魯克斯定律有關(guān),特別是某些工作不可分割或平行的事實(shí)。

康威定律(Conway's Law)

維基百科中對(duì)此定律的解讀是:

這條法律表明,一個(gè)系統(tǒng)的技術(shù)邊界將反映組織的結(jié)構(gòu)。

設(shè)計(jì)系統(tǒng)的組織受限于設(shè)計(jì)這些組織的通信結(jié)構(gòu)的副本。

這條定律表明,一個(gè)系統(tǒng)的技術(shù)邊界將反映組織的結(jié)構(gòu)??低杀砻?,如果一個(gè)組織是由許多小的、不相連的單元組成的,那么它所生產(chǎn)的軟件將是如此。如果一個(gè)組織更多地圍繞功能或服務(wù)的“垂直領(lǐng)域”構(gòu)建,軟件系統(tǒng)也會(huì)反映出這一點(diǎn)。

侯世達(dá)定律(Hofstadter's Law)

維基百科中對(duì)此定律的解讀是:

即使考慮了侯世達(dá)定律,它也總是比你想象的要花更長(zhǎng)的時(shí)間。

當(dāng)你在估計(jì)某件事需要多長(zhǎng)時(shí)間的時(shí)候,你可能聽(tīng)說(shuō)過(guò)這個(gè)定律。在軟件開(kāi)發(fā)中,我們往往不擅長(zhǎng)準(zhǔn)確地估計(jì)某個(gè)東西需要多長(zhǎng)時(shí)間才能交付,這似乎是一個(gè)老生常談的事實(shí)。

阿瑪拉定律的“炒作周期”(The Hype Cycle & Amara's Law)

維基百科中對(duì)此定律的解讀是:

我們傾向于過(guò)高估計(jì)技術(shù)在短期內(nèi)的影響,并低估長(zhǎng)期效應(yīng)。

Hype Cycle(炒作周期)是技術(shù)隨著時(shí)間的推移而產(chǎn)生的興奮和發(fā)展的直觀(guān)表現(xiàn),最初由Gartner開(kāi)發(fā)。最好用視覺(jué)效果來(lái)表現(xiàn):

簡(jiǎn)而言之,這一周期表明,人們通常對(duì)新技術(shù)及其潛在影響感到興奮。團(tuán)隊(duì)經(jīng)常快速地投入到這些技術(shù)中,有時(shí)會(huì)對(duì)結(jié)果感到失望。這可能是因?yàn)榧夹g(shù)還不夠成熟,或者現(xiàn)實(shí)世界的應(yīng)用還沒(méi)有完全實(shí)現(xiàn)。經(jīng)過(guò)一段時(shí)間,技術(shù)的能力和使用它的實(shí)際機(jī)會(huì)都會(huì)增加,團(tuán)隊(duì)最終會(huì)變得富有成效。羅伊?阿馬拉(Roy Amara)的名言最簡(jiǎn)潔地概括了這一點(diǎn)——“我們往往高估了一項(xiàng)技術(shù)的短期效果,而低估了長(zhǎng)期效果?!?/p>

海勒姆定律(Hyrum's Law)

維基百科中對(duì)此定律的解讀是:

有足夠數(shù)量的API用戶(hù),您在公約中承諾的并不重要:系統(tǒng)的所有可觀(guān)察行為都將取決于某人。

Hyrum定律指出,當(dāng)一個(gè)API有足夠多的消費(fèi)者時(shí),這個(gè)API的所有行為(甚至那些沒(méi)有被定義為公約的一部分的行為)最終都會(huì)被某人所依賴(lài)。一個(gè)簡(jiǎn)單的例子可能是非功能元素,比如API的響應(yīng)時(shí)間。一個(gè)更微妙的例子可能是依賴(lài)于對(duì)錯(cuò)誤消息應(yīng)用正則表達(dá)式來(lái)確定API錯(cuò)誤類(lèi)型的消費(fèi)者。

即使API的公約沒(méi)有聲明關(guān)于消息內(nèi)容的任何內(nèi)容,表明用戶(hù)應(yīng)該使用相關(guān)的錯(cuò)誤代碼,一些用戶(hù)也可能使用消息,更改消息實(shí)際上會(huì)破壞這些用戶(hù)的API。

摩爾定律(Moore's Law)

維基百科中對(duì)此定律的解讀是:

集成電路中的晶體管數(shù)量大約每?jī)赡攴环?/p>

摩爾的預(yù)測(cè)經(jīng)常被用來(lái)說(shuō)明半導(dǎo)體芯片技術(shù)進(jìn)步的絕對(duì)速度。事實(shí)證明,從上世紀(jì)70年代到本世紀(jì)頭十年末,摩爾的預(yù)測(cè)是非常準(zhǔn)確的。近年來(lái),這一趨勢(shì)發(fā)生了輕微的變化,部分原因是對(duì)組件小型化程度的物理限制。然而,并行化的進(jìn)步,以及半導(dǎo)體技術(shù)和量子計(jì)算領(lǐng)域潛在的革命性變化,可能意味著摩爾定律在未來(lái)幾十年仍將適用。

帕金森定律(Parkinson's Law)

維基百科中對(duì)此定律的解讀是:

工作量不斷增大,以填補(bǔ)滿(mǎn)足工作所需的截止時(shí)間。

在其最初的背景下,這個(gè)定律是基于對(duì)官僚機(jī)構(gòu)的研究。它可能被"悲觀(guān)"地應(yīng)用于軟件開(kāi)發(fā)計(jì)劃,理論是團(tuán)隊(duì)在截止日期之前效率低下,然后在截止日期前趕緊完成工作,從而使得實(shí)際截止日期變得有些隨意。

如果將這一定律與侯世達(dá)定律結(jié)合起來(lái),就會(huì)得出一個(gè)更加悲觀(guān)的觀(guān)點(diǎn)——工作量將會(huì)增大,以填補(bǔ)完成它所需要的時(shí)間,而且仍然比預(yù)期的要長(zhǎng)。

普特定律(Putt's Law)

維基百科中對(duì)此定律的解讀是:

技術(shù)由兩類(lèi)人主導(dǎo),一類(lèi)人懂他們不并需要管理的事務(wù),另一類(lèi)人管理者他們不懂的事務(wù)。

普特定律往往遵循普特推理(Putt's Corollary):

隨著時(shí)間的推移,每一個(gè)技術(shù)層次都會(huì)發(fā)展出一種能力倒置。

這些陳述表明,由于各種選擇標(biāo)準(zhǔn)和群體組織方式的趨勢(shì),技術(shù)組織的工作層面將有一些技術(shù)人員,以及一些不了解復(fù)雜性和挑戰(zhàn)的管理角色的人員。

然而需要強(qiáng)調(diào)的是,此類(lèi)定律是廣泛的概括,可能適用于某些類(lèi)型的組織,而不適用于其他類(lèi)型的組織。

泰斯勒定律(復(fù)雜性守恒定律,Tesler's Law)

維基百科中對(duì)此定律的解讀是:

這條定律表明,一個(gè)系統(tǒng)中有一定程度的復(fù)雜性是無(wú)法降低的。

系統(tǒng)中的某些復(fù)雜性是“無(wú)意的”。 這是由于結(jié)構(gòu)不良、錯(cuò)誤或者只是解決問(wèn)題的糟糕建模造成的。 可以減少(或消除)這種“無(wú)意”的復(fù)雜性。然而,一些復(fù)雜性是“內(nèi)在的”,這是所解決問(wèn)題內(nèi)在復(fù)雜性的結(jié)果。這種復(fù)雜性可以轉(zhuǎn)移,但不能消除。

這個(gè)定律中一個(gè)有趣的點(diǎn),即使簡(jiǎn)化了整個(gè)系統(tǒng),內(nèi)在的復(fù)雜性也沒(méi)有減少,而是轉(zhuǎn)移到了用戶(hù)身上,用戶(hù)必須以更復(fù)雜的方式行事。

抽象化漏洞定律(The Law of Leaky Abstractions)

維基百科中對(duì)此定律的解讀是:

在某種程度上,所有非平凡(non-trivial)抽象都是有漏洞的。

該定律指出,抽象化(通常用于計(jì)算以簡(jiǎn)化復(fù)雜系統(tǒng)的工作)在某些情況下會(huì)“泄漏”底層系統(tǒng)的元素,這使得抽象化的行為方式出人意料。

加載文件并讀取其內(nèi)容就是一個(gè)例子。文件系統(tǒng)API是較低層內(nèi)核系統(tǒng)的抽象,內(nèi)核系統(tǒng)本身是與更改磁盤(pán)片(或SSD的閃存)上的數(shù)據(jù)相關(guān)的物理進(jìn)程的抽象。在大多數(shù)情況下,將文件處理為二進(jìn)制數(shù)據(jù)流的抽象是可行的。然而,對(duì)于磁驅(qū)動(dòng)器,順序讀取數(shù)據(jù)的速度將明顯快于隨機(jī)訪(fǎng)問(wèn)(由于頁(yè)面錯(cuò)誤的開(kāi)銷(xiāo)增加),但是對(duì)于SSD驅(qū)動(dòng)器,不會(huì)出現(xiàn)這種開(kāi)銷(xiāo)。處理這種情況需要了解底層細(xì)節(jié)(例如,數(shù)據(jù)庫(kù)索引文件的結(jié)構(gòu)是為了減少隨機(jī)訪(fǎng)問(wèn)的開(kāi)銷(xiāo)),開(kāi)發(fā)人員可能需要了解抽象的“泄漏”實(shí)現(xiàn)細(xì)節(jié)。

當(dāng)引入更多抽象時(shí),上面的示例可能會(huì)變得更加復(fù)雜。Linux操作系統(tǒng)允許通過(guò)網(wǎng)絡(luò)訪(fǎng)問(wèn)文件,但在本地表示為“普通”文件。如果存在網(wǎng)絡(luò)故障,這個(gè)抽象將會(huì)“泄漏”。如果開(kāi)發(fā)人員將這些文件視為“正?!蔽募?,而沒(méi)有考慮到它們可能會(huì)受到網(wǎng)絡(luò)延遲和故障的影響,那么解決方案就會(huì)有bug。

瑣碎定律(The Law of Triviality)

維基百科中對(duì)此定律的解讀是:

這一定律表明,團(tuán)體將把更多的時(shí)間和精力放在瑣碎或表面現(xiàn)象上,而不是嚴(yán)肅和實(shí)質(zhì)性的問(wèn)題。

Unix哲學(xué)(The Unix Philosophy)

維基百科中對(duì)此定律的解讀是:

Unix哲學(xué)是軟件組件應(yīng)該很小,并且專(zhuān)注于做好一件特定的事情。通過(guò)將小的、簡(jiǎn)單的、定義良好的單元組合在一起,而不是使用大型的、復(fù)雜的、多用途的程序,可以更容易地構(gòu)建系統(tǒng)。

像“微服務(wù)體系結(jié)構(gòu)”這樣的現(xiàn)代實(shí)踐可以被看作是這條定律的一個(gè)應(yīng)用,此處,服務(wù)是小的、集中的,并且只做一件特定的事情,允許由簡(jiǎn)單的構(gòu)建塊組成復(fù)雜的行為。

Spotify模型(The Spotify Model)

維基百科中對(duì)此定律的解讀是:

Spotify模型是團(tuán)隊(duì)和組織結(jié)構(gòu)的一種方法,已被“Spotify”推廣。在這個(gè)模型中,團(tuán)隊(duì)是圍繞功能而不是技術(shù)來(lái)組織的。

Spotify模型還普及了部落、公會(huì)、分會(huì)等組織結(jié)構(gòu)的其它組成部分。

Wadler定律(Wadler's Law)

維基百科中對(duì)此定律的解讀是:

在任何語(yǔ)言設(shè)計(jì)中,討論這個(gè)列表中某個(gè)特性所花費(fèi)的總時(shí)間與它位置的冪成正比。

0.語(yǔ)義

1.語(yǔ)法

2.詞匯語(yǔ)法

3.注釋的詞匯語(yǔ)法

類(lèi)似于“瑣碎定律”,Wadler定律指出,在設(shè)計(jì)一種語(yǔ)言時(shí),與這些特征的重要性相比,花在語(yǔ)言結(jié)構(gòu)上的時(shí)間是不成比例的。

聲明:本文內(nèi)容及配圖由入駐作者撰寫(xiě)或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀(guān)點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • 摩爾定律
    +關(guān)注

    關(guān)注

    4

    文章

    640

    瀏覽量

    79887
  • 代碼
    +關(guān)注

    關(guān)注

    30

    文章

    4900

    瀏覽量

    70773
  • 程序員
    +關(guān)注

    關(guān)注

    4

    文章

    954

    瀏覽量

    30419

原文標(biāo)題:【GitHub金牌】程序員必讀職場(chǎng)15大定律和7大原則

文章出處:【微信號(hào):AI_era,微信公眾號(hào):新智元】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    CY7C68013A無(wú)PID和VID,如何制作PDF?

    我用 CY7C68013A MCU 設(shè)計(jì)了一個(gè) PCB,所以這意味著我不是程序員之類(lèi)的。 但是我嘗試上傳一些代碼,但沒(méi)有 PID 和 VID。 我找到了一些關(guān)于如何制作的 PDF,但那些對(duì)我來(lái)說(shuō)很難。 有人可以幫我嗎?
    發(fā)表于 05-13 07:50

    零基礎(chǔ)入門(mén):如何在樹(shù)莓派上編寫(xiě)和運(yùn)行Python程序?

    是一種非常有用的編程語(yǔ)言,其語(yǔ)法易于閱讀,允許程序員使用比匯編、C或Java等語(yǔ)言更少的代碼行。Python編程語(yǔ)言最初實(shí)際上是作為L(zhǎng)inux的腳本語(yǔ)言而開(kāi)發(fā)的。Py
    的頭像 發(fā)表于 03-25 09:27 ?762次閱讀
    零基礎(chǔ)入門(mén):如何在樹(shù)莓派上編寫(xiě)和運(yùn)行Python<b class='flag-5'>程序</b>?

    代碼與傳統(tǒng)開(kāi)發(fā)的區(qū)別 低代碼與無(wú)代碼開(kāi)發(fā)的區(qū)別

    的工具和圖形界面來(lái)縮短開(kāi)發(fā)時(shí)間和降低技術(shù)門(mén)檻。以下是對(duì)低代碼開(kāi)發(fā)與傳統(tǒng)開(kāi)發(fā)的詳細(xì)對(duì)比: 適用人群 傳統(tǒng)開(kāi)發(fā) :主要適用于有經(jīng)驗(yàn)、有基礎(chǔ)的程序員,他們可以利用各種編碼語(yǔ)言進(jìn)行應(yīng)用程序的創(chuàng)建。傳統(tǒng)開(kāi)發(fā)需要深厚的編程功底
    的頭像 發(fā)表于 01-31 10:48 ?625次閱讀

    五大云計(jì)算平臺(tái)的建設(shè)原則,缺一不可!

    云計(jì)算平臺(tái)建設(shè)需遵循五大原則:可擴(kuò)展性、高可用性、安全性、靈活性、合理的成本效益,以實(shí)現(xiàn)高效、可靠、安全、靈活且經(jīng)濟(jì)的云服務(wù)。UU云小編認(rèn)為云計(jì)算平臺(tái)的建設(shè)原則具體涵蓋以下幾個(gè)方面:
    的頭像 發(fā)表于 01-20 10:18 ?485次閱讀

    阿里云升級(jí)通義靈碼AI程序員,全面上線(xiàn)

    和JetBrains IDEs兩大主流開(kāi)發(fā)環(huán)境,這意味著開(kāi)發(fā)者可以在自己熟悉的開(kāi)發(fā)平臺(tái)上,無(wú)縫接入并使用這款A(yù)I工具。 除了支持主流開(kāi)發(fā)環(huán)境外,通義靈碼AI程序員還引入了多項(xiàng)新特性,如多文件代碼修改和上下文感知等。這些特性使得A
    的頭像 發(fā)表于 01-09 11:16 ?722次閱讀

    TMS320C6000程序員指南

    電子發(fā)燒友網(wǎng)站提供《TMS320C6000程序員指南.pdf》資料免費(fèi)下載
    發(fā)表于 12-24 17:19 ?0次下載
    TMS320C6000<b class='flag-5'>程序員</b>指南

    TMS320C55x DSP CPU程序員參考補(bǔ)充

    電子發(fā)燒友網(wǎng)站提供《TMS320C55x DSP CPU程序員參考補(bǔ)充.pdf》資料免費(fèi)下載
    發(fā)表于 12-21 11:36 ?3次下載
    TMS320C55x DSP CPU<b class='flag-5'>程序員</b>參考補(bǔ)充

    UCD3138A64/UCD3138128程序員手冊(cè)

    電子發(fā)燒友網(wǎng)站提供《UCD3138A64/UCD3138128程序員手冊(cè).pdf》資料免費(fèi)下載
    發(fā)表于 12-09 14:42 ?0次下載
    UCD3138A64/UCD3138128<b class='flag-5'>程序員</b>手冊(cè)

    機(jī)械革命發(fā)布CODE AI程序員

    近日,英特爾新質(zhì)生產(chǎn)力技術(shù)生態(tài)大會(huì)在成都舉行,機(jī)械革命作為重要參展商帶來(lái)了多款明星產(chǎn)品引爆全場(chǎng)!其中更是在A(yíng)I PC軟件生態(tài)產(chǎn)品發(fā)布分論壇上,Intel、智譜、機(jī)械革命三方聯(lián)合發(fā)布了專(zhuān)為程序員設(shè)計(jì)的CODE AI程序員本,成為本次大會(huì)的一大亮點(diǎn)。
    的頭像 發(fā)表于 11-30 10:34 ?1112次閱讀

    Java代碼之美,從遵循樣式規(guī)范開(kāi)始

    作者:京東零售 劉仲偉 在軟件開(kāi)發(fā)的世界里,代碼不僅是程序的基石,更是程序員交流的通用語(yǔ)言。而Java,作為一門(mén)廣泛應(yīng)用于企業(yè)級(jí)應(yīng)用的編程語(yǔ)言,其代碼的可讀性和一致性對(duì)于項(xiàng)目的長(zhǎng)期維護(hù)
    的頭像 發(fā)表于 11-27 11:42 ?586次閱讀
    Java<b class='flag-5'>代碼</b>之美,從遵循樣式規(guī)范開(kāi)始

    Linux驅(qū)動(dòng)程序程序員指南

    電子發(fā)燒友網(wǎng)站提供《Linux驅(qū)動(dòng)程序程序員指南.pdf》資料免費(fèi)下載
    發(fā)表于 11-22 15:53 ?0次下載
    Linux驅(qū)動(dòng)<b class='flag-5'>程序</b><b class='flag-5'>程序員</b>指南

    TPS7A15EVM-096 TPS7A15EVM-096評(píng)估模塊

    電子發(fā)燒友網(wǎng)站提供《TPS7A15EVM-096 TPS7A15EVM-096評(píng)估模塊.pdf》資料免費(fèi)下載
    發(fā)表于 11-12 15:29 ?0次下載
    TPS<b class='flag-5'>7A15</b>EVM-096 TPS<b class='flag-5'>7A15</b>EVM-096評(píng)估模塊

    AI編程工具會(huì)不會(huì)搶程序員飯碗

    AI編程工具可輔助編程,減少手動(dòng)編碼,提升效率,對(duì)程序員有積極影響也有挑戰(zhàn)。程序員需深化技能、拓寬知識(shí)應(yīng)對(duì)。長(zhǎng)遠(yuǎn)看,AI與人類(lèi)程序員將共生共榮。
    的頭像 發(fā)表于 11-08 10:17 ?535次閱讀

    第五屆長(zhǎng)沙·中國(guó)1024程序員節(jié)開(kāi)幕

    據(jù)官方媒體報(bào)道,10月24日;? 第五屆長(zhǎng)沙·中國(guó)1024程序員節(jié)在湖南湘江新區(qū)開(kāi)幕;本次中國(guó)1024程序員節(jié)以“智能應(yīng)用新生態(tài)”為主題。設(shè)置有岳麓對(duì)話(huà)、技術(shù)英雄會(huì)、主題峰會(huì)及賽事、展覽等活動(dòng),一場(chǎng)
    的頭像 發(fā)表于 10-25 15:42 ?500次閱讀

    代碼整潔之道-大師眼中的整潔代碼是什么樣

    模糊,帶著這個(gè)問(wèn)題,本人讀完了世界軟件開(kāi)發(fā)大師馬丁的《代碼整潔之道》這本書(shū),來(lái)了解下大師眼中的整潔代碼畫(huà)像是什么樣的,相信能給你帶來(lái)不一樣的理解和感悟。 關(guān)于整潔代碼,沒(méi)有明確的定義,有多少
    的頭像 發(fā)表于 09-09 16:30 ?654次閱讀
    <b class='flag-5'>代碼</b>整潔之道-大師眼中的整潔<b class='flag-5'>代碼</b>是什么樣