色哟哟视频在线观看-色哟哟视频在线-色哟哟欧美15最新在线-色哟哟免费在线观看-国产l精品国产亚洲区在线观看-国产l精品国产亚洲区久久

0
  • 聊天消息
  • 系統消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發帖/加入社區
會員中心
創作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

高效編程手段解析

5RJg_mcuworld ? 來源:YXQ ? 2019-08-06 15:07 ? 次閱讀

有關技術主管和工程經理職責的文章很多。我們經常會看到的一個相同的主題是:如何提高團隊的工作效率。但是在集中精力來提高他們的生產力之前,你可能首先會考慮摧垮生產力的因素是什么,并依據建立一個可靠的基礎。不幸的是,盡管30年前《人件》(Peopleware: Productive Projects and Teams)一書就已經出版了,但是至今我們仍然可以看見許多團隊由于一些出色(貶義)的做法而遭受巨大的生產力損失!

人人都知道程序員要想完成工作必須要用電腦,但是許多公司卻在期望程序員不用思想就能完成工作——這同樣不切實際。

因此,在本文中讓我們深入探討妨礙開發人員“進入工作狀態”并提高工作效率的12個注意事項。我會按照影響力從高到低逐個講解這些因素。歡迎大家在下面發表評論!

如果你猶豫下面這些投資是否值得,那么只需想想開發人員的工資。即便只提高10%的生產力也是可觀的收獲!

打斷與會議

在我看來,打斷開發人員是首要的生產力殺手。

開發人員不能輕易地回到他們被打斷前的狀態。他們需要進入開發的思維模式,然后慢慢回到離開之前的狀態。這個過程往往需要半個小時以上。打斷越多,他們受到的挫折就越多,工作質量就會越差,bug就會越多,等等。

“在我努力工作的時候,你打斷我的次數越多,那么我重新回到努力工作狀態的時間就越長。如果一整個早上你不停的打斷我,那么抱歉我這一天都沒有效率可言?!薄猂eddit上的開發人員。

那么會議呢?會議和打斷唯一的不同是會議是有計劃的打斷,這會讓情況更糟。如果開發人員知道他們在做某個任務的中途會被打斷,那么他們根本無法完成這個任務。因此,如果他們知道1-2個小時之內要去開會,那么他們無法取得任何進展,因為大多數的工程任務需要的時間遠不止1-2個小時。

正如Paul Graham寫的那樣,“一次會議會將整個下午分割成了兩部分,每部分都太小,所以根本無法做任何事情?!?/p>

那么怎樣才能避免這種情況呢?這個問題是有據可查的,所以你沒有任何借口推脫。你可以一大早或午餐前舉行簡短的會議,避免在中途進行不必要的打斷。

微觀管理

在不同類型的經理中,采用微觀管理的經理在開發人員的生產力方面帶來的影響可能是最糟糕的。首先微觀管理人往往會帶來很多的會議和意外的打斷——但糟糕的遠遠不止是這些。

他們表現出的缺乏信任,會讓你覺得他們在不斷侵蝕你的技術力和完成工作的能力。任何很有動力的開發人員在被打斷的那一瞬間都會消失殆盡。而且這種影響超出了生產力。微觀管理可能是導致開發人員離職的首要原因,或者至少是改變團隊的原因。

含糊其辭

含糊其辭的表現方式有很多種。例如,bug報告說:“無法正常工作,請修正!”卻沒有提供足夠的信息讓開發人員展開工作。順便說一下,bug報告模板可以幫忙解決這個問題。

或者對某個功能的規范不明確,在這種情況下,開發人員只能依靠自己的直覺開始實現,等到從經理那里獲得更詳細的預期行為說明后,又不得不重頭開始。

優先次序不明確也屬于這個范疇。開發人員猶豫他們是否正在做正確的任務,他們花費的這些時間很容易避免。他們只需問問經理為什么他們需要做這個特定的任務(如果優先次序沒有定義的話),但是往往他們在這方面遭遇了很多挫折……

海鷗管理

你聽說過這個詞嗎? 有的管理人員根本沒有參與工作,但是他們會突然闖進來然后一頓亂噴?!斑@個不對,還有這個,這個太差勁了,”然后就又飛走了。我不得不承認這個比喻很形象,但是不幸的是,這種現象發生的頻率比我們想象的還要高。

管理人員的這種行為會讓開發人員倍感沮喪,盡管他們幾個小時之內不會再來攪和,有時甚至幾天都不出現。

將別人的功勞據為己有

你是否有過經理或其他開發人員將你辛苦努力了幾周的勞動成果據為己有的經歷?開發人員非常重視能力。將別人贏得的信譽據為己有實際上是搶占別人的能力或否認別人的能力。

這種現象對開發人員的生產力破壞極大,因為我覺得這會營造非常緊張的氛圍,會在很長一段時間內打擊開發人員的生產力。

環境——噪音,動力,辦公室的設計等

對于非程序員來說這一點可能有點奇怪,但工作環境對開發人員的工作有重要的影響。例如,有一些白噪聲(響亮的交流電,或聽汽車和卡車的翻滾)可以幫助他們更好地集中注意力。這就是我們這么多人戴耳機的原因!其實我剛剛發現傾聽雨聲也非常棒!

同樣,如果辦公室有太多的動靜,那么會導致開發人員無法集中注意力!或者把臺式計算機的屏幕放在顯眼的地方,讓管理人員抬頭就能看見,那么會產生額外的壓力,甚至還會導致打斷的發生頻率增高。

范圍蔓延

項目管理中的范圍蔓延(也稱為重心蔓延,需求蔓延,特征蔓延,有時甚至被稱為廚房水槽綜合癥)是指不受項目范圍控制的變化。如果項目范圍的定義不正確,記錄不完整或控制不當時,就會發生這種情況。

范圍蔓延會導致相對簡單的需求變成極其復雜且耗時的怪物!大多數時候在開發過程中大家都會遇到這樣的情況。例如,對于一個很簡單的功能:

版本1(實施前):功能是“顯示位置的地圖”;

版本2(版本1幾乎完成時):功能更改為“顯示位置的3D地圖”;

版本3(當版本2幾乎完成時):功能再次更改為“顯示可供用戶漫游的位置3D地圖”。

產品定義的流程

乍一看去這一點似乎很奇怪,但實際上很容易理解。

如果產品團隊在定義團隊的優先級時,沒有通過客戶反饋或其他方式驗證客戶對該功能的反應,而且開發人員發現大多數功能最終都沒有被使用,那么他們會覺得他們所做的事情都是無用功,這就會導致他們會失去動力。我們都希望感受到自身的影響力,這對開發人員來說可能更為重要!

缺乏對技術債務的考慮

技術債務是為了快速發布軟件,故意采用的非最佳解決方案或編寫的非最佳代碼。承擔一些技術債務是不可避免的,而且還可以在短期內提高軟件的開發速度。但是,從長遠來看,它會導致系統復雜,從而降低開發人員的速度。非程序員往往會低估生產力的損失,而且總是傾向于前進,這就成了一個問題。

但如果永遠不優先考慮重構的話,那么不僅會影響生產力,還會影響產品質量。

工具的多樣性和硬件

開發人員每天使用許多工具來編程,推送和合并他們的代碼。自動化越多越好。如果你使用“古老”的工具,就會影響你的生產力。同樣,擁有一個大屏幕還是一臺筆記本電腦也會產生影響。對比一下硬件成本和開發人員的工資,只需提高5%的生產率,就可以獲得所有投資!所以還猶豫什么,抓緊提供開發人員團隊喜歡的工具和硬件(個人的硬件,還有團隊的工具)。

方法論的文檔

在學寫代碼的時候,我們都知道應該盡可能多的寫注釋。也就是說注釋太多總好過太少。不幸的是,許多程序員錯誤地理解成了,必須對每一行代碼加注釋,這就是我們經常看到下面這樣的代碼的原因(來自Jeff Atwood的文章《Coding Without Comments》,地址:https://blog.codinghorror.com/coding-without-comments/):

你知道這段代碼是干什么的嗎?我也不知道。問題是雖然代碼中加了很多注釋描述了代碼正在做什么,但沒有一個描述了這樣做的原因。如果程序中有bug,而你找到了這段代碼,那么你將不知道該從哪里入手。

過于緊迫的截止期限

最后一個與管理者相關的問題是他們要求開發人員提供預估工時,但是他們會鼓動開發人員將這些預估盡可能降低,然后神奇地將這些降到最低的預估當成最后的截止期限!管理人員甚至還會認為,這是開發人員自己“決定”的預估,他們承諾在截止期限之前完成,因此這個截止期限理應有效,可以與高層管理人員共享。

開發人員認為這些截止期限不合理,過于緊迫,這一點也不奇怪。結果就會造成緊張的氛圍,讓程序員無法集中注意力。

為什么這些注意事項是開發人員特有的?

如果你仔細看看上述十二大注意事項,就會發現實際上對于大多數其他項目的工作來說這些問題也很常見。只是它們對開發人員的影響更為重要,因為開發人員需要精神高度集中,全神貫注到他們的任務中去。

如果你覺得你們公司內部也有上述某些問題,那么與開發人員討論這些問題可能會很有趣。與他們交談,然后找出問題的解決方法。無論他們說什么,最重要的是相信他們的反饋和見解。

雖然今天的技術與30年前截然不同,但教訓仍然是相同的。在考慮團隊生產力的時候,你不能忽視人為因素。與你的團隊一起考慮你們的流程,環境和工作習慣,讓他們幫助你獲取最大的生產力和影響力。

聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規問題,請聯系本站處理。 舉報投訴
  • 編程
    +關注

    關注

    88

    文章

    3616

    瀏覽量

    93753
  • 開發人員
    +關注

    關注

    0

    文章

    19

    瀏覽量

    6597

原文標題:開發人員如何高效編程?

文章出處:【微信號:mcuworld,微信公眾號:嵌入式資訊精選】歡迎添加關注!文章轉載請注明出處。

收藏 人收藏

    評論

    相關推薦

    機器人離線編程軟件的優勢和主流編程軟件的功能、優缺點進行深度解析

    我們今天講解的重點是離線編程,通過示教在線編程在實際應用中主要存在的問題,來說說機器人離線編程軟件的優勢和主流編程軟件的功能、優缺點進行深度解析
    的頭像 發表于 02-06 08:49 ?1.4w次閱讀
    機器人離線<b class='flag-5'>編程</b>軟件的優勢和主流<b class='flag-5'>編程</b>軟件的功能、優缺點進行深度<b class='flag-5'>解析</b>

    在ARM下高效C編程要注意什么

    在ARM下高效C編程要注意什么
    發表于 03-12 06:28

    C語言怎么實現高效編程?

    C語言怎么實現高效編程?
    發表于 04-28 06:14

    高效C語言編程實驗

    高效C語言編程實驗TMFreescale?and the Freescale logo aretrademarks of Freescale Semiconductor, Inc. All
    發表于 07-15 08:30

    飛思卡爾單片機高效c語言編程

    飛思卡爾單片機高效C編程(中文),非常經典。針對 freescale codewarrior 開發環境高效C語言編程實驗TMFreescale and the Freescale lo
    發表于 07-15 10:29

    如何高效學習編程

    編者按:很多技術新人對編程充滿興趣,卻不得要領,有的甚至半年尚未入門,所以本期創作人生的話題是:如何高效學習編程。“技術成長”往往離不開“持續學習”,他是一位大學生,在學業之余一直豐富自己。一年
    發表于 07-20 07:30

    單片機攻擊技術解析

    內的程序,這就是所謂單片機加密或者說鎖定功能。事實上,這樣的保護措施很脆弱,很容易被破解。單片機攻擊者借助專用設備或者自制設備,利用單片機芯片設計上的漏洞或軟件缺陷,通過多種技術手段,就可以從芯片中提取關鍵信息,獲取單片機內程序?! 纹瑱C攻擊技術解析  目前,攻擊單片機
    發表于 12-13 07:28

    白色LED的介紹及高效LED模組光源技術的解析

    本文詳細介紹了白色LED相關知識及其應用,以及半導體照明產業的發展及高效LED模組光源技術的解析。
    發表于 11-12 11:50 ?16次下載
    白色LED的介紹及<b class='flag-5'>高效</b>LED模組光源技術的<b class='flag-5'>解析</b>

    區塊鏈技術將是推進互聯網金融更趨高效透明的重要手段

    區塊鏈技術一旦走向成熟,必將是“推進互聯網金融更趨高效透明”的重要手段。
    的頭像 發表于 12-23 09:05 ?3262次閱讀

    工業機器人主流離線編程軟件解析

    通常來講,機器人編程可分為示教在線編程和離線編程。我們今天講解的重點是離線編程,通過示教在線編程在實際應用中主要存在的問題,來說說機器人離線
    的頭像 發表于 01-01 11:21 ?3519次閱讀
    工業機器人主流離線<b class='flag-5'>編程</b>軟件<b class='flag-5'>解析</b>

    解析機器人離線編程軟件的優勢和主流編程軟件的功能

    我們今天講解的重點是離線編程,通過示教在線編程在實際應用中主要存在的問題,來說說機器人離線編程軟件的優勢和主流編程軟件的功能、優缺點進行深度解析
    的頭像 發表于 01-21 17:27 ?3804次閱讀
    <b class='flag-5'>解析</b>機器人離線<b class='flag-5'>編程</b>軟件的優勢和主流<b class='flag-5'>編程</b>軟件的功能

    解析工業機器人的主流離線編程軟件

    通常來講,機器人編程可分為示教在線編程和離線編程。我們今天講解的重點是離線編程,通過示教在線編程在實際應用中主要存在的問題,來說說機器人離線
    的頭像 發表于 12-26 09:10 ?986次閱讀

    深入解析 MEMS 可編程 LVPECL/LVDS 振蕩器 SiT9120 系列

    深入解析 MEMS 可編程 LVPECL/LVDS 振蕩器 SiT9120 系列
    的頭像 發表于 08-13 16:23 ?446次閱讀
    深入<b class='flag-5'>解析</b> MEMS 可<b class='flag-5'>編程</b> LVPECL/LVDS 振蕩器 SiT9120 系列

    深度解析 4G模組GPIO編程技巧篇

    本文將解析4G模組GPIO編程技巧,從概述、軟硬件環境準備、示例等詳細道來:
    的頭像 發表于 11-20 23:08 ?192次閱讀
    深度<b class='flag-5'>解析</b>  4G模組GPIO<b class='flag-5'>編程</b>技巧篇

    三菱PLC編程語言解析

    (Sequential Function Chart, SFC)等。以下是對這些編程語言的簡要解析: 1. 梯形圖(Ladder Diagram, LD) 梯形圖是PLC編程中最常用的圖形編程
    的頭像 發表于 12-26 17:36 ?265次閱讀
    主站蜘蛛池模板: 日产亚洲一区二区三区| 毛片手机在线观看| 久久本道久久综合伊人| 天美麻豆成人AV精品视频| 99久久综合精品免费| 久久国产精品自线拍免费| 亚洲国产精品热久久| 麻豆文化传媒一区二区| 亚洲欧洲精品成人久久曰影片| 国产超碰精久久久久久无码AV| 欧美激情视频在线观看一区二区三区| 在线视频 国产 日韩 欧美| yellow在线观看免费高清的日本| 巨乳中文无码亚洲| 最懂男人心论坛| 老师系列高H文| 9999精品视频| 秋霞电影网午夜鲁丝片| 校园全肉高h湿一女多男| 国产精品免费视频播放| 小草视频免费观看在线| 国产在线亚洲精品观| 欧美xxxxx18| 成人国产在线观看| 色多多污污在线播放免费| 国产成人久久AV免费看澳门| 哇嘎在线精品视频在线观看 | 轻点灬大ji巴太粗太双性高h| 北条麻妃快播| 午夜视频体内射.COM.COM| 黑粗硬大欧美在线视频| 中文字幕永久在线| 热の中文 AV天堂| 国产AV精品久久久毛片| 美女打开双腿扒开屁股男生| 99久久精品一区二区三区| 欧美兽交YOYO| 国产亚洲高清视频| 特黄大片aaaaa毛片| 国产一区二区内射最近更新| 夜夜躁婷婷AV蜜桃视频|