你指的應該是某音或者短影片那些吧，作為一個真正的程式設計師看來都不是他們自己寫的透過網路找來的的原始碼然後加上影片剪輯只是為了吸引眼球，外行人看著很炫酷其實也就那麼回事。還有的為了展現寫程式碼很快還會犯一些原則性的錯誤，類似作文氏的書寫難不知寫程式碼都是成對出現的，哈哈哈，看看即可。

我其實比較同意你的觀點，就是很多人發的程式碼影片其實並沒有什麼教學作用，因為不是自己原生寫的，引用的封裝好的程式碼，所以就算是看了影片也學不會，根本看不到核心的東西。

要學習這種程式碼，還是去部落格不叫靠譜，有很多部落格會寫的很詳細，並且都會有備註，容易看懂，更容易學習，看短影片這種方法並不怎麼靠譜。

原因很大程度就是短影片時間太短了，隨便一段效果的程式碼都不是一兩分鐘能寫完的，要是看影片直播或者教學影片還差不多。

首先，不能否認的是展示出的效果還是比較漂亮的，真正的作者還是非常厲害的，但是確實不能肯定核心作者就是影片的釋出者，但是也不能確定，核心程式碼不是影片釋出者完成的。

其次，這種現象其實和給電影片段加字幕和加背景音樂後進行投放的行為是一樣的。電影也不一定是影片釋出者參與拍攝的，希望題主能有一個良好的心態來看待這些事務。

總之，以上種種，我認為還是分享或者宣傳的一種方式罷了，沒有比較太較真了，如果真較真起來，是不是要從作業系統開始寫起？

資訊的價值在於傳播過程中，使得有需要的人遇見並有所收穫。也許有的人不需要，但是也有需要的人。

現實生活中創新很難也很少，更多的都是屬於一些微創新。 在程式設計師世界裡，創造輪子的都是頂尖級別，普羅大眾更多的是學會用別人的輪子，在使用過程中肯定也有些自己的感悟體會，如果他有興趣分享出來，也許無意間也能幫到一部分需要的人。

每個人吸取對自己有益的養分，無益的自動過濾即可。

雖然不讚賞各種複製貼上的搬用工，但也不排斥，畢竟分享的行為現在從幼兒園就開始培養和鼓勵了。

一個主要記錄自己的程式碼，因為這樣寫下來等於又梳理了一遍自己的專案和邏輯，對總結經驗有幫助。

第二個，是求贊 是一種心理需求認同，比如你寫了一個好的作品你想分享出去，讓大家都看見，來認可你，人 一般都有需要別人的認同，這樣會使人得到心理精神滿足。

如果寫前臺介面，就不停地除錯後臺程式碼；如果寫Java，就在裡面混編C；如果寫C，就在裡面混編彙編。不光要coding，還要時不時的翻出一本什麼英文的書翻一翻，看不懂就看看插圖，然後扔到面前，假裝懂了繼續coding。

一. 開始準備工作

1.首先，你的電腦不一定要高配置，但是必須得是雙屏，而且越大越好，如果能一個橫屏一個豎屏那就更好了。這樣，一個用來查資料，一個用來寫程式碼。總之要顯得資訊量很大，效率特別高。

2.再次，你的椅子不一定要舒服，但是一定要可以半躺下。

3.然後，要有大量便籤，最好是各種顏色的，用來記錄每天要完成的事務。儘量沿著電腦螢幕邊框貼滿，這樣，更能顯出有很多事情的樣子。

4.工具書，機械工業，orelly的，電子工業什麼的都可以，能英文就英文，不行影印版的也可以，反正越厚越好，切記，千萬不要放在書架上，一定要半開啟狀的堆在桌上。

二. 從進門開始

1.著裝！著裝！著裝！（重要的事情說三遍）

不管你是去實驗室，還是去公司大樓，還是在小公司的民宅，還是在自己創業的黑作坊；無論春夏秋冬、白天晚上、颳風下雨、電閃雷鳴、颱風龍捲風，一個高逼格的程式設計師都應該十分在意自己著裝！

這裡提供給你幾點專業的進階建議，如：

初級裝：襯衣+牛仔褲+休閒鞋。

中級裝：T恤+寬鬆短褲+拖鞋。

高階裝：背心+寬鬆 大花褲衩+人字拖。

2.舉止得體。在走廊或者過道里時，一定要雙手插兜，走起路來要像個痞子，即使學的不太像，至少也要看起來有點反社會的氣質，如若不行，可試著走文弱天才型geek路線……

3.如果有女生在你背後指指點點，小聲嘀咕些什麼的時候後，你要先低頭，然後保持低頭狀態，再緩緩回頭，壞壞地蔑笑但不要出聲，然後快步走開。

4.進門後，記住不要跟任何人打招呼，筆直走向自己的位置，最多路過咖啡機時，就打一杯咖啡，但接下來不要有多餘的動作，這樣能顯示出自己的專注與心無旁騖。

三. 坐下就不要再動了

1.坐下以後，姿勢需要略微後仰。這個程式檢驗的方式是能翹著二郎腿最好了，然後在後仰的情況下低著頭，以便看到螢幕，保持這個姿勢一直到下班。

2.粗暴地把電腦前的大堆書推開一個口，要顯得男人一點兒。然後摘下電腦 上的一個便籤，看一眼，記住，不要超過3秒。現在可以開始coding了

3.能不用IDE就不要用。如果實在裝不了，無論IDE是什麼，一定要調成DOS那 種黑色背景的，這點很重要。

4.千萬不要用IM工具交流，千萬不要問同事問題，顯得自己沒有水平，都是自己上網或者查書。

四. 一定用高階，不管實用不實用

1.如果寫前臺介面，就不停地除錯後臺程式碼；如果寫Java，就在裡面混編C； 如果寫C，就在裡面混編彙編。不光要coding，還要時不時的翻出一本什麼英 文的書翻一翻，看不懂就看看插圖，然後扔到面前，假裝懂了繼續coding。

2.比如C++：

switch統統重構成多型；

如果有指標，統統改成智慧的；

C++一定要自己寫 template；

數字是全部要替換成宏的名字能起多長就起多長；

struct就不要出現了，如果出現，也一定要用__attriburte__修飾一下；

運算都是位操作的；

運算子都是過載的；

網路都是併發緩衝執行緒池的；

int只用int32_t宣告的；

繼承不用普通的，什麼多繼承虛繼承啊；

helloworld也要寫捕獲異常的；

後人一看程式碼，中間一堆關鍵字 extern,asm,auto,XXXXX_cast,volatile,explicit,register,template，讓一般總在敲 int,if,else,for的小程式設計師頓時心生崇拜。

3.想寫註釋？算了吧。只有兩個路線可以選：一，變數名起得巨長無比，看 程式碼就和讀英文文章一樣順暢，根本不需要加註釋。 二，程式碼無比晦澀，加 不加註釋根本無影響。

五. 最後瀟灑地離開

1.無論是同事間開玩笑或者發生任何群體性事件，不要抬頭，更不要東張西望，即使地震火災，也一定要先提交程式碼再行離開。

2.人走，主機是絕對不能關的。至少要跑個daily build，實在不行正在svn 提交也勉強算過關，而且要保證週末也能正常執行。

3.《從入門到放棄》或者《頸椎康復指南》已經又堆到螢幕前了，千萬不要 整理，一定要顯得博學多識。

4.加班是必須的，不一定要在技術部最後一個走，但一定要讓前臺啊，市場 啊，尤其是PM都走了，你才可以走。

5.走得時候一定要率性，簡單。千萬不要收拾任何東西。站起來，走出去， 好的，就這樣。

6.如果走的時候，一定要說句話的話，那就找到那個最苦逼的人，跟他說：你進度太慢了啊，不要老讓我等你。

程式碼的世界是其樂無窮的。

有些後端的程式碼，透過分享讓能懂的人，相互吸引。比如UNIX的原始碼、一些核心的開源元件。程式碼是隱藏在手機電腦屏幕後端的東西。就像玩音樂一樣的。有些人只是聽聽，但有些人喜歡追求那韻律後面的感情。

程式設計師其實行業的人是一樣的。也喜歡把這些東西分享出來，求贊，求關注。

這是一種很正常的行為。當然有程式設計師也有低調的程式設計師，深藏功與名。

程式設計師各種各樣的人都有，也有潑皮下流渣子，很多就是會點基本的東西，再加上虛榮就喜歡把別人的東西說成是自己寫的。

跟一些人品太差的所謂程式設計師生氣不值得。

前段時間我釋出了我做的一個少兒程式設計積木軟體的影片，語音嚮導操作，三歲左右不識字兒童也能學程式設計，國內根本沒這樣的軟體，有個人居然跳出來說積木是他們程式設計師寫的，當我是普通家長不會程式設計，並且他在我其它影片中各種噴，問我知不知道什麼叫IDE，說一些低階的程式設計問題挑釁。林子大什麼鳥都有，技術差，人品差，就喜歡在網上顯擺，他們自身的作品一個都沒。

惡人自有天收， 這類程式設計師中的敗類，在現今程式設計師過剩的時期，是重點淘汰物件。

高階程式碼一定是在效能，可閱讀性、可移植性、健壯性上優於其他程式碼的。沒有這些特性，即使是實現的功能在牛逼，那也不屬於高階程式碼，充其量也僅僅是程式碼上實現了這個功能而已。

放開程式碼優劣不說，能夠實現某些功能，還能被點贊，總歸來說還是有稱讚之處的，工程師水平有高低，或許這段程式碼剛好被較低水平的工程師理解，而水平較高的人則認為不值一提，這是很正常的。水平由高到低都是一個循序漸進的過程。或許，自己回過頭來看自己10年前的程式碼，也會感覺好笑呢。

開發人員使用網上程式碼直接過來用，這很正常，沒有必要重複造輪子，但是把搬運過來的程式碼，跟別人說成是自己寫的，甚至拿來炫耀，這個就是品德層面上的問題了。透過學習別人的程式碼，融會貫通加以改進這無可厚非。直接改個名字就匯出宣揚這就不對了。