欧美性猛交XXXX免费看蜜桃,成人网18免费韩国,亚洲国产成人精品区综合,欧美日韩一区二区三区高清不卡,亚洲综合一区二区精品久久

對于程序開(kāi)發(fā)者來(lái)說(shuō)，有兩種技術(shù)需要我們掌握，一個(gè)是技術(shù)上的能力，另一個(gè)是非技術(shù)上的能力。不幸的是，許多程序員過(guò)多地關(guān)注了技術(shù)上的能力，而忽略了非技術(shù)上的能力的培養，因此，我們的程序員們經(jīng)常會(huì )有一些很不好的習慣，這里我們例舉了程序員們最常犯的5個(gè)非技術(shù)的錯誤，與大家共勉。

1.- 缺乏團隊紀律

“Discipline is the bridge between goals and accomplishment.” Jim Rohn.

紀律是一個(gè)最有價(jià)值的技能，不僅僅只是在軟件開(kāi)發(fā)領(lǐng)域，同樣在其它領(lǐng)域也是一樣的。但對于現實(shí)來(lái)說(shuō)，我們很難找到即有才華又有紀律的人。這正如足球隊一樣，非洲的球員們才華相當的出眾，可惜他們總是獨自為陣，團隊紀律性不足，所以可以有好的成績(jì)，但卻無(wú)法贏(yíng)得最后的勝利；而德國隊的隊員個(gè)人技能平平，但其有很強大的團隊紀律性，所以，總是能打入最后的決賽并獲得冠軍。有人說(shuō)過(guò)，個(gè)人英雄并不可怕，而有強大紀律性的團隊才讓人可怕。這正是日本這個(gè)民族的可怕之處。況且，軟件開(kāi)發(fā)從來(lái)都不是一個(gè)人可以完成的事情，所以團隊工作中的紀律性會(huì )是非常重要的。

Steve Pavlina 強調了自律中5個(gè)因素：“承擔, 毅力, 努力, 勤奮, 和堅持。” 這里，我們強烈推薦你讀一讀Steve的 關(guān)于自律的文章。

下面是我們覺(jué)得程序應該有的比較良好的習慣。

• 每天都有自己的to do list
• 在一個(gè)時(shí)間內只做一個(gè)事
• 把事情做對了
• 事情沒(méi)有完全完成時(shí)不要輕易結束
• 慢點(diǎn)總比道歉好，道歉總比不做好

2.- 過(guò)度自負

我們的經(jīng)驗告訴我們，過(guò)度的自負的人一般是意識不到自己的自負，下面是一些過(guò)度自負的特征，希望你可以從中檢測一下自己是否過(guò)度自負了。

• 覺(jué)得自己是最牛的程序員
• 總是打斷談話(huà)
• 你要求Code Reivew不是要檢查代碼，而是向大家炫耀你的代碼

在網(wǎng)上有太多的文章關(guān)于程序員的自負的問(wèn)題，這里有兩篇，你可以看看：一篇是Mike Bernat的 Egoless programming（無(wú)自負編程） 還有一個(gè)是stackoverflow.com 上的一個(gè)貼子。

3.- 溝通不暢

“如果我要說(shuō)十分鐘，我需要一周做準備；如果說(shuō)15分鐘，我需要3天做準備；半個(gè)小時(shí)，我需要兩天；如果說(shuō)一個(gè)小時(shí)，我現在就準備好了。” Woodrow Wilson

人類(lèi)的溝通是我們最主要的活動(dòng)。成為一個(gè)好的溝通者是一件很難的事情，我們不斷地和別人交換關(guān)于設計，編碼，文章的意見(jiàn)，并且我們每天都在試圖說(shuō)服別人我們自己的設計和想法會(huì )更好，更有道理……

然后，好的溝通者是那些當他們正在解釋一些事情的時(shí)候，他們的解釋是下面這個(gè)樣子的：

• 專(zhuān)注。不跑題，沒(méi)有廢話(huà)。
• 清晰. 很容易聽(tīng)懂。
• 簡(jiǎn)明. 加一點(diǎn)就覺(jué)得多，少一點(diǎn)都覺(jué)得不夠。

要有一個(gè)好的溝通技巧，我們的建議如下：

• 如果你覺(jué)得你溝通方面不夠好的話(huà)，請事先準備你要表達的東西，努力做到專(zhuān)注，清晰和簡(jiǎn)明。
• 在交談中，先聽(tīng)，后想，最后再說(shuō)。
• 永遠從對方的角度思考問(wèn)題。

4.- 忘了用戶(hù)

“如果我們不關(guān)心我們的用戶(hù)……那么別人會(huì )”

你的存在，你工作的意思只有一個(gè)原因——你的用戶(hù)。我們在很多時(shí)間都會(huì )忘了這個(gè)事情。經(jīng)常，我們在工作當中，技術(shù)會(huì )取代用戶(hù)而占據了主要的位置，我們可以花費數月的時(shí)間來(lái)創(chuàng )建一個(gè)程序框架，但一個(gè)程序框架不會(huì )給用戶(hù)代來(lái)任何的價(jià)值，我們不是說(shuō)程序框架不重要，而是說(shuō)，對于用戶(hù)的需求來(lái)說(shuō)，這是其次重要的東西。如果離開(kāi)了用戶(hù)的需求，我們所有的技術(shù)，算法或是精妙的設計將會(huì )變得什么也不是。

5.- 不懂工作的輕重緩急

程序員總是喜歡去研究一些新的或自己感興趣的東西，但對于軟件工程來(lái)說(shuō)，我們更需要知道所有事情的輕重緩急，要學(xué)會(huì )如何了解事情的優(yōu)先級，這樣才會(huì )讓我們的工作事半功倍，而我們的工作也會(huì )更有效。比如，當用戶(hù)的站點(diǎn)出現問(wèn)題的時(shí)候，有些時(shí)候，我們的程序員過(guò)試地關(guān)注于問(wèn)題的重現和原因，而忘記了用戶(hù)的站點(diǎn)正在流血，無(wú)法進(jìn)行生產(chǎn)。所以，一般來(lái)說(shuō)，最重要的事情首先是恢復用戶(hù)站點(diǎn)，然后才是去重現和調查問(wèn)題。在我們的日常工作中，我們要處理很多事情，只有了解到了所有事情的輕重緩急，處理最重要最緊急的事情，我們才能夠更好的安排自己的工作，才能夠更好的完成我們的事情。不要以為這是一件很簡(jiǎn)單的事情，這需要我們不斷地和別人溝通來(lái)了解事情的輕重緩急，事實(shí)證明，如果我們不懂工作中的輕重緩急，本來(lái)只有一件緊急的事情，如果處理不當，最后可能會(huì )演變成多件緊急事情，其它本來(lái)不緊急的事，后來(lái)也會(huì )變得很緊急，最終程序員們顧此失彼，苦不堪言。希望大家切記。

（全文完）