學IT建議看書還是跟著視頻學？

12-29

前段時間通過看視頻把html css js jq java jsp mysql 全部給過了一遍，這其中的時間成本極其的大。我基本上沒課的時候都在看視頻，或者跟著視頻敲代碼，也做出了自己的項目，但是這幾天自己在學oracle的時候看的書，沒有去看視頻了，發現我完全看不動，就算跟著書上能敲出結果，但是書中的思想完全進不了自己的思想，各位知乎er有啥好的建議或看法嗎？

要寫代碼。GacUI都只是快到1.0就已經有17萬行代碼了。想到一個程序員要出山起碼要做那麼十幾個項目，保守估計練習個100萬行吧，《Teach Yourself Programming in 10 Years》已經講得很清楚了，10年。

P.S.

你們也不要覺得太多。我大學有一個本科同學，現在去了蘋果。他告訴我初中開始寫代碼，進大學的時候已經湊夠100萬行了（逃

看書，主動式學習。

看視頻，被動式學習。

零基礎入門的建議視頻，因為更直觀。從看視頻過程中不懂的地方開始，通過看書主動式學習來解開自己的疑惑。

看習慣了視頻，被動式學習習慣了，再看書很難看進去也屬於正常，堅持看書，主動思考，這些也是需要訓練的。

簡單區分下：

有科班基礎，看書別看視頻；沒科班基礎，看視頻別看書。

看視頻怎麼說呢，基本上說了一個問題後就很快回答了，你都沒細心思考，等於搬運工，這些知識很快被遺忘的。

而看書為什麼看不進去呢？很大一部分是你心靜不下來，看了許久沒有反饋。

但是現實常常是遇到問題自己解決的，我們應該更多地鍛煉面對陌生問題的解決思路，我最常用的是把問題拆分，再尋找MVP。

我建議利用現有知識儲備，做一個小項目，自己再加需求，再優化代碼，不斷重構。

最後希望題主早點解決這個問題，不要做代碼的搬運工。

我跟很多人講過一個事情：

每個人的教育背景、智商、學習能力、動手能力、理解能力、吸收能力、學習習慣是不一樣的，這意味著同一個技術知識點，每個人領會並運用到實際項目中的時間耗費肯定是不一樣的；

我認為：每個人要根據自身情況選擇學習方式，而不是根據他人建議。

沒有誰比你更了解你自己，你可是具備你所有人生記憶的人，別人跟你的接觸僅僅是你這數百字的提問描述而已。

你在提問里說：

這其中的時間成本極其的大

那這學習時間成本有多大呢？統計對比過嗎？

假如以搞懂知識點為統計截止時間：

你看視頻學習時間成本是 3 個小時，看書學習時間成本是 5 小時，那麼就以看視頻學習為主。
你看視頻學習時間成本是 3 個小時，看書學習時間成本是 1 小時，那麼就以看書學習為主。

請牢牢記住，任何人的學習建議，都比不上你通過實踐對比得出學習建議更適合你自己。

另外，人的學習能力會通過學習逐步提升的，學習方式需要通過不斷的總結對比來調整，不同時間段的學習方式是不一樣的。

簡單舉個例子：

在你 4 歲的時候學習算數，你需要通過數手指來學習；
在你 7 歲的時候學習算數，你需要通過紙筆來學習。

如果不明白為何學習能力會通過學習逐步提升的話，可以閱讀我的一篇回答：

Tinker：IT行業真的只要你技術牛逼（真的牛），就可以無視學歷嗎？（誠然，技術牛逼了學歷自然也不低。？

最後，感謝邀請。希望我的回答能為你或更多有相關困惑的人帶來幫助。

都不是學習的爭取姿勢，我修真院逆向學習法才是從菜雞修行到大神的頂級功法。

回答問題之前，還是先明確另一個問題，我們說的學編程，到底指的學什麼呢？

第一知識點的學習
第二編程思維的訓練
第三開發流程
第四職業素養
第五學習能力的提升

視頻能帶來什麼呢，所謂的快速入門么。
不但不快，反而走彎路。

再看不看視頻怎麼學，學習途徑有哪些。
第一書本
第二官網教程
第三博客論壇問答
第四 QQ群
第五 github
第六視頻音頻

首先是有明確學習的目標和路線。
其次是從簡單到難的直接上手寫代碼
再次是養成開放式的學習習慣，用什麼，我找什麼，再去學什麼，練什麼。
最後是總結，思考，交流，反饋自己學習的概念。

誰能更早的改變自己的學習方式，誰就能快人一步進入這個行業。

更多的詳細介紹我在專欄里寫過，2年來300多個轉行成功的師兄就是最好的例證啊。

只要能動手寫代碼並堅持下去。看不看書、看不看視頻都無所謂。

謝邀，這個問題放了很久一直忘了答。首先學習編程這玩意，興趣很重要，愛折騰很重要，耐得住寂寞很重要，從你的背景介紹來看，題主這幾點你還是滿足的，先表揚一下，欲抑先揚嘛。

接下來，笑臉變黑臉，開始我一本正經的胡說八道。題主，我在你題目描述里看到了很刺眼的一點就是你在抄代碼。不管是跟著視頻還是照著書寫代碼，就像是寫作業時直接抄答案，說很有效果那都是自欺欺人。這裡，我先給你的建議是戒驕戒躁，不要想著十天半個月就可以學會編程，沒有個一年半載根本是學不好。

現在，我來說說你最最關心的問題，學習IT（此處更該叫編程或者開發），到底是建議看書還是看視頻？

視頻的話更詳略點，而且許多會講的比較通俗，看視頻跟著一個好的教程來學習比較容易，也可以讓你少走很多彎路。而書大部分比較原汁原味，就是要讓你自己去理解自己去思考然後去延伸，把最基礎的知識擺在你面前自己慢慢去悟去啃。做軟體研發，有時候就好像學習英文寫作，你看書也好，看視頻也罷，就像是背單詞，辭彙量大雖然文章都能讀懂，但是讓你組織這些單詞來寫作不一定能搞定。而要寫一篇優美的文章，又未必需要掌握多少辭彙量，因為閱讀和寫作完全是兩回事。寫作需要你能完全理解單詞的各種含義，並且根據上下文篩選合適的詞語構造語境來表達語義。軟體研發過程也是如此，要你從掌握的所有知識點中找到合適的技術方案來組合實現功能，這與閱讀和理解源碼完全是兩種境界。研發最終需要的是這種「寫作」的能力。所以，個人覺得，無論是視頻還是書籍，看得差不多就得了，最最重要的是得多練。

好吧，文末讓我來闡明我針對你問題的結論。我更建議你跟著一套優秀的視頻先系統的入門學習，後面再反過來看書進行知識加深。期間，耐得住寂寞去積累瑣碎的知識，常練習，多做筆記，寫寫博客，不斷的進行技術開智等。當然我一直想問你的是，你看的書和視頻，是日韓系還是歐美系，高不高清？

註：希望上面的一些信息對你學習和入行有所幫助。走過路過，想繼續在IT行業突破提升自己的各位朋友，也歡迎加群384053806，不管你自我感覺牛不牛B。

根據我授課的經驗來看，在一開始接觸編程的時候，看視頻是效率最高的，畢竟，視頻在感官上對人的衝擊最大，尤其是在面對新事物的時候，你看兩眼視頻要比你看兩天書要來的快。

既然看視頻效率這麼高，那麼我是不是就可以一直看下去呢？答案是否定的，當你入了門，漸入佳境之時，就是你要脫離視頻之時，這個過程是很痛苦的，由於前期看視頻，對視頻產生了依賴，就像給嬰兒斷奶一樣，快刀斬亂麻，痛苦一段時間就過去了，重新回到書本上，這就步入正軌了。

其實到了後面深入學習的時候，看視頻就成了效率最低的了，這時候看書查資料是效率最高的，每個學習階段都有側重點，要善於學習。

好了，以上僅供普通人參考。

開始的時候喜歡看視頻，因為那時候也不知道該學啥怎麼學從哪裡開始學，學了一些東西之後就喜歡看書看文檔看帖子了，因為可以根據自己的需要選擇不同的學習點。

先說結果，看書。

先分析下看書與看視頻的區別。看視頻，你基本上只需要用到耳朵，然後跟著別人的思路走，這裡就有問題了，如果是複雜的問題，你的思路是跟不上的，還有就是你基本不會動到自己的腦筋，遇到有問題的，你也只能倒退看，到退到哪裡，你也不清楚，看得快，忘得也快。但看書就不同了，看書是需要你自己一字一字的看，細細推敲，遇到不懂的，再往回看就是了，看得慢，記得牢。所以我覺得還是要看書。

書看累了，就看看視頻;
視頻看累了，就看書吧;
都不想看了，就debug;
學不進去了，就睡覺。

如果是連環境都搭不來那種程度，建議看視頻，跟著一步一步點。

否則建議看書。

學挨踢呢，主要是實踐。
把動作做好，做標準，學會肌肉記憶。
嗯，差不多到這吧。

視頻學基礎。
然後書籍進階同時構想一個軟體，一步步實現，並且要嚴格遵守你使用的語言的規範，有bug立刻修。

如果是0基礎，建議看視頻。
視頻只能告訴你是咋回事，留個印象。
不要對視頻心存太大期望。
然後去看書，帶著問題看書，看書和視頻的區別就是看書的時候你會思考，很重要。
自己要思考，為什麼，解決什麼問題，往往比怎麼做更有意義。
這樣做才能把書里的東西變成自己的。
還有一個小建議，多做筆記。

零基礎，先看視頻，再看書，要記筆記的。

個人推薦看視頻，然後直接不看視頻全憑感覺寫代碼，遇到不懂的問題就去上網查。只看書如果不馬上轉化為實踐很容易出現看了忘，忘了看這種效率低下的事情。我已經親身體驗多次了。現在對自己的要求都是不要主動儲備知識，都是用到的時候去儲備，這樣效率高。

寫代碼為主，其他為輔，這點拎清就行了

新手看視頻，但你得知道經典值得看的視頻很少。
看書有一個好處，很容易辨別書的好壞以及是否適合現階段的你。而且好書也層出不窮。