程序員忠告視頻

㈠ 10+年程序員總結的20+條經驗教訓

以下是我作為一名程序員經過10幾年時間總結出的一些有關於軟體開發的經驗規則：


開發


1.從小事做起，然後再擴展


無論是創建一個新的系統，還是添加功能到現有的系統中，我總是從一個簡單到幾乎沒有任何所需功能的版本啟動，然後再一步一步地解決問題，直到滿意為止。我從來沒有妄想過能夠一步登天。相反，我一邊開發一邊學習，同時新掌握的信息還可以用於解決方案中。


我很喜歡JohnGall的這句話：「復雜系統總是源於簡單系統的演化。」


2.一次只改變一件事


當我們在開發時，碰到測試失敗和功能無效的情況，如果你一次只研究一個問題，那將會更容易找到問題的關鍵。換言之，就是使用短迭代。必須確保這個問題解決之後，再轉移到另一個問題上。這適用於向下提交。如果在你添加新功能之前需要先重構代碼，那麼先提交重構，然後再添加新的功能。


3.盡早地添加日誌記錄和錯誤處理


在開發新系統時，我做的第一件事就是添加日誌和錯誤處理，因為這兩者從一開始就非常有用。如果系統不能照常工作，那麼你就需要知道程序中發生了什麼——這是日誌的作用。錯誤處理也是如此——錯誤和異常越早處理越好。


4.每一行新代碼必須至少執行一次


在你真正完成一個功能之前，你必須對它進行測試。不然，你怎麼知道它是不是按照你的想法在執行呢?通常情況下，最好的方法是通過自動測試，但並非總是如此。不過，不管怎麼說，每一行新代碼必須至少執行一次。


5.在整體測試之前先進行模塊測試


先進行部分模塊測試可以節省時間。通常說來，我們在整合不同的模塊時也會出現問題，例如模塊之間的介面不匹配。但是如果我們能夠信任各個組件的話，那麼跟蹤集成問題就會變得簡單得多。


6.所有事情所花費的時間總是比你預期的要長


特別是在編程中，即使一切進展順利，我們也很難對功能所需的時間做出正確的預算。並且，開發軟體時碰到各種意想不到的問題是非常常見的。


侯世達定律其實道出了真諦：做事所花費的時間總是比你預期的要長，即使你在預期中已經考慮了侯世達定律。


7.先了解現有的代碼


大多數的編碼都需要以某種方式改變現有的代碼。即使是新功能，也需要適應現有的程序。所以，在你加進去新的內容前，首先需要了解當前的解決方案。否則，你一不小心就很有可能會打破現有的功能。這意味著，閱讀代碼和編寫代碼都是必要的技能。這也是為什麼看似微小的變化仍可能需要很長時間才能解決的原因之一——你首先必須了解上下文。


8.閱讀和運行


幸運的是，對於理解代碼，我們有兩種互補的方法。你可以閱讀代碼，也可以運行代碼。運行代碼的確是個非常棒的好方法。所以，請確保充分利用這兩種方法。


故障排除


9.bug總是難免的


我不喜歡那些宣稱軟體開發可以「一蹴而就」的高談闊論。不論你再怎麼費盡心機，bug總是難免的。最好能夠做成可以快速故障排除、修復bug和部署修復的系統。


10.解決故障報告


每個開發人員都應該花時間去處理來自客戶的故障報告，並修復bug。這能讓你更好地理解客戶的意圖，明白如何使用系統，知道排除故障的難易程度，了解系統的設計情況。這也是為自己的開發成果負責的好方法。


11.重現問題


修復bug的第一步就是重現問題。然後你得確保修復之後，問題能夠徹徹底底地消失。這樣一個簡單的規則可以確保你不會誤將非問題當作是問題，並確保解決方案真的能夠奏效。


12.修復已知錯誤，然後再看看有沒有遺漏的地方


有時候，可能同時存在著幾個不同的問題。它們之間的互相作用，可能會讓你毫無頭緒，束手無策。不要糾結於搞清楚發生了什麼，先去解決所有已知的問題，然後再看看還有什麼不對的地方。


13.沒有巧合


在測試和故障排除時，不要相信會出現什麼巧合。就像你改變了定時器的值，那麼就會改變系統重啟的頻率。所以一切都並非是巧合。添加新功能，另一個不相乾的功能變慢了?這絕對不是巧合。相反，是你應該仔細調查的內容。


14.關聯時間戳


在故障排除時，事件的時間戳可以作為你的好幫手。尋找偶數增量。例如，如果系統重啟了，並且剛剛發出過一個3000毫秒左右的請求，那麼可能是觸發了某個定時器，才導致出現重啟的動作。


團隊合作


15.面對面的交流最有效


當我們需要討論如何解決問題時，那麼面對面的交流比視頻、打電話和電子郵件都要好。


16.橡皮鴨法


遇到你絞盡腦汁也解決不了的問題時，不妨找一個同事，然後將問題解釋給他們聽。很多時候，當你在敘述時，即使你的同事一言不發，你可能也會突然靈光乍現找到問題的關鍵。


17.問問題


閱讀和運行代碼往往非常有助於指出代碼的目的和它的工作原理。但是如果你有機會咨詢那些更為了解的人(例如原來的程序員)，那麼千萬不要錯過。


18.共享榮譽


不要貪圖榮譽，該是誰的就是誰的。例如：「Marcus想出了這個主意」(如果真是他想的話)，而不要說「我們想出的」。


其他


19.嘗試


如果你不知道某種編程語言功能的工作原理，那麼不妨寫一個小程序來理解它是如何工作的。這同樣適用於測試你正在開發的系統。如果我將參數設置為-1，會發生什麼?當我在重啟系統時，如果服務當掉，會發生什麼?以此來研究它的工作原理。


20.帶著問題睡覺


如果你正在解決一個很難的問題，那麼不妨帶著問題睡覺。有科學研究表明，這樣做雖然你表明上並沒有在主動思考，但你的潛意思卻這么做了。其結果就是，第二天再去研究問題，解決方案已經呼之欲出了。


21.跳槽


不要害怕跳槽。和不同的人共事，開發不同的產品，感受不同的公司文化是非常有意思的。


22.不斷學習


我們需要不斷地學習和了解軟體開發。你可以嘗試不同的編程語言和工具，閱讀軟體開發的書籍，接受MOOC課程。相信我，量變才能達到質的飛躍，這些小小的學習積累，終有一天會大大地提高你的知識和能力。


希望這些經驗能對大家有用。如有不當之處，敬請指正。

㈡ 求黑馬程序員大數據視頻教程，入門的就行！

條件不重要，重要的是要有一顆從編程小白變成軟體架構師的決心；零基礎沒關系，只要會用電腦，就可以來黑馬程序員學Python。課程系統全面，黑馬程序員的Python是國內最早開設的人工智 能課。

㈢ 哪有免費的程序員視頻可以看呢

平時在b站看的比較多，也比較全，但是想系統的學習的話，我一般會去黑馬程序員官網視頻庫看，因為都成系統的擺好了，當初是在b站入坑，後面發現他們官網比b站的更齊全。

㈣ 網路上的一篇《讓年輕程序員少走彎路的14個忠告》中提到了cs666，不知道是作者故弄玄虛還是我太無

演算法設計預分析

㈤ 本人程序員，自學影視剪輯，這種水平能考慮做後期嗎

你可以先去【繪學霸】網站找「影視後期技術」板塊的【免費】視頻教程-【點擊進入】完整入門到精通視頻教程列表： www.huixueba.net/web/AppWebClient/AllCourseAndResourcePage?type=1&tagid=311&zdhhr-11y04r-588013607440022005

想要系統的學習可以考慮報一個網路直播課，推薦CGWANG的網路課。老師講得細，上完還可以回看，還有同類型錄播課可以免費學（贈送終身VIP）。

自製能力相對較弱的話，建議還是去好點的培訓機構，實力和規模在國內排名前幾的大機構，推薦行業龍頭：王氏教育。
王氏教育全國直營校區面授課程試聽【復制後面鏈接在瀏覽器也可打開】： www.huixueba.com.cn/school/yingshi?type=4&zdhhr-11y04r-588013607440022005

在「影視後期技術」領域的培訓機構里，【王氏教育】是國內的老大，且沒有加盟分校，都是總部直營的連鎖校區。跟很多其它同類型大機構不一樣的是：王氏教育每個校區都是實體面授，老師是手把手教，而且有專門的班主任從早盯到晚，爆肝式的學習模式，提升會很快，特別適合基礎差的學生。

大家可以先把【繪學霸】APP下載到自己手機，方便碎片時間學習——繪學霸APP下載： www.huixueba.com.cn/Scripts/download.html

㈥ 誰有希賽軟考程序員的一個視頻資料4.7G大小

考那個證書用處不大。。
迅雷好像可以搜到的。
不過下載速度快得你要發瘋。。。一個星期都不一定下的完。
迅雷搜索「軟考A」,「軟考B」,「軟考C」。就是他了，西塞的。
慢慢慢下載吧！！！
可惜沒懸賞分。。。

㈦ 誰有黑馬程序員教學視頻全套！

黑馬程序員

鏈接:

㈧ 求軟考程序員教程，最好是近期的一些視頻謝謝

網頁鏈接這里有一些程序員免費的公開課，是對程序員考試的一些內容進行講解，你可以看看。

㈨ 黑馬程序員76期全套視頻資料

11_黑馬程序員_Android核心基礎視頻教程_查看與輸出日誌信息種子下載地址：

㈩ 一程序員因連續加班在外大哭，他們到底有多辛苦呢

都說程序員屬於高薪行業那是不假，但這基本上是靠“賣青春”來換的。

筆者就看到有這樣一條新聞：一個程序員進了餐廳點餐後，在與家人通電話的時候突然情緒崩潰，一個成年人在餐廳里流淚滿面。

因為這個世界上，哪有職業是完全輕松容易的呢？

程序員需要加班，設計院也需要加班，體力勞動者也可能需要加班。

說白了，誰都不容易就別比誰最辛苦了。