討人厭的糰子蜀2020-02-17 10:47:51反正題目也不嚴謹，搞的有點難受，一般我團隊不看文件的50個能有一個是正經會不是簡單認識的就不錯了，不看文件不會看文件的都走了。主要是你這個大量就不好說了。［摳鼻］
資本主義打工人2019-08-26 14:12:53說個我遇到的2個真事吧，
第一個，公司找的外包公司寫專案程式，已經要交付了，發現有幾個功能沒做，產品經理和開發那邊都找我，我一個搞運維的又不懂，只能讓他們去對開發文件，我也就順便看了看，開發文件中明確的寫明怎麼做，然後就讓他們就重新按開發文件繼續寫，
另一個，由於歷史原因業務系統處於託管狀態，只有部分參考文件可用，開發那邊只能按當前已有文件進行開發參考，開發那邊也一直在根據現有相關文件進行開發，杯具的是這幫子不仔細看，有問題總想著我能直接給他們答案，我也只是會用而已，開發我還真搞不來，然後和他們一起看開發文件，加密演算法部分給她們指出後，問題解決了。
所以我覺得，開發團隊在開發中很有必要閱讀開發文件，這可以避免繞圈子，也會清楚開發文件中提供的內容。
嵌入式經驗分享2020-01-05 10:37:24公司招人的目的是讓你完成任務的，這是終極目標。至於具體的過程，各有各的方法，不是那麼重要的。
作為程式設計師，就是把專案功能說明書轉換成程式碼，實現客戶的要求。文件不但要看，而且要深入的理解專案的記憶體邏輯才行，只有這樣才能完美的實現專案要求。而且在程式設計的過程中，有可能會發現專案需求邏輯或功能上的錯誤，這時候還要透過專案經理與客戶溝通，對說明文件進一步修改。
如果是嵌入式軟體工程師的話，還需要看與硬體相關的說明書，這些都需要大量的閱讀，可以說，文件的閱讀是貫穿整個程式編寫過程的。
軟體之道2018-03-05 23:32:25先開個玩笑，提此問題的兄弟或許是軟體公司主管，或者是一家小軟體公司的老闆，或者是剛被領導剋了的程式設計師，不知猜對了否？呵呵
首先給個結論，上班時間花大把的時間看程式設計說明文件不可取，尤其是那些拿著高薪的資深程式設計師。
現在各行各業都不容易，對軟體企業而言，時間就是金錢，效率就是生命，更是如此。公司請你來是幹活的，要以比競爭對手更快的速度做出更好的產品，而不能把寶貴的上班時間浪費在看程式設計說明書上。
實際工作中程式設計師或多或少會在工作時間看說明，工作不是很緊張或時間不長或者是新手問題都不大，難免。但是時間長了領導和老闆會留意的，有時他們不一定直接說出來，但心目中會對你留下一個不好的映像，轉正加薪提升可能在不知不覺中受到影響。
但是，對於新的語言或開發技術，的確需要看看SDK手冊或程式範例，怎麼辦？建議大家自己辛苦下，下班週末等業餘時間利用起來，或者下班後有意識的加加班，這時看說明就沒什麼問題了。
還有就是儘量邊幹邊學，在戰鬥中快速成長，不必讓人家看到專門拿時間去正經八百地看說明。
作為程式設計師，快速學習、快速上手是必備的基本功，練就此功後就沒必要在上班時間專門看說明了。
也許我上面的回答讓有些年輕的朋友
覺得是不是太小氣，搞得連學習時間都不給。沒辦法，現實就是這樣，想在公司快速冒尖，只能對自己狠一點，快速成長起來後你回發現，你的一切努力絕對是值得的。
2018。3。5夜於武昌
哎吆喂網路前端2018-12-13 22:32:42小七，前端工程師，關注我一起學程式碼，每天都有乾貨。
這個問題怎麼說呢，開發過程中會遇到各種各樣的問題，沒有一個人是全能的，也沒有人可以絕對的說自己在整個專案中不會遇到一點問題，不去查東西，自己大腦裡的東西完全可以讓我把這個專案測測底底的做完，並且沒有任何bug。
上班的時間，也沒有老闆或者誰在後面一直看著你去做東西，大家都挺忙。文件是幹嘛的，文件本身就是用來看的，甚至很多專案開始之前，總監都會讓你去搜集一些這個專案可能會遇到的bug，可能會用到的效果，儘量在之前找到比較好用的外掛，這樣會節省很多時間，自己如果寫程式碼的話不可能百分百的確定沒有人和bug，但外掛不一樣很多外掛都是前輩透過很長時間慢慢完善出來的外掛，所以很多人才會用。所以你提問的可以肯定的回答你允許。
學習考試系統2018-12-09 15:31:42當然允許看文件。
要知道，隨便哪個類庫，都有無數的類和方法，每個方法又有若干引數，鬼知道它們都是什麼意思，誰的腦子能記得那麼多內容。別說是人家提供的類庫，就是自己寫的程式碼，過一段時間也不記得什麼意思了。沒有註釋和文件，怎麼看懂程式碼？
如果沒有需求分析文件，程式設計師怎麼理解正在開發的這個軟體的基本業務流程？
如果沒有架構設計文件，程式設計師怎麼理解軟體各個功能模組之間的功能與業務邏輯？
如果沒有介面文件，那麼多類和方法，都怎麼呼叫，會返回什麼值，難道靠猜？
……
在日常開發工作中，不僅允許看文件，還會強迫你寫文件。如果你寫的文件別人看不懂，別怪領導罵你不認真。文件對於軟體開發的重要性是不言而喻的。
還有一個秘密告訴你，那些經常寫文件的程式設計師，要比不寫文件的程式設計師工資更高。
真的！！！
迎娶白富美，從會寫文件開始！
歪程式猿2020-01-04 20:44:01工作後你就會發現，不是在百度、Google，就是在doc上，一邊看，一邊複製貼上，修修改改［大笑］
科技男2018-10-27 11:26:26題主對文件的定義不是很明確
第一個是需求說明文件
這個是在開發過程中必不可少的文件，只有清楚了開發需求，程式設計師高效率的開發，程式設計師一天的工作時間並不是都是在寫程式碼，而是在看文件，瞭解需求，理清思路，只有什麼都清楚了，寫程式碼或許只要十幾分鍾。
再者對於一個專案新人來說不看文件瞭解需求，沒人給你從頭到尾的在講一遍需求，你不看文件自己發揮？進入專案是和別人共同開發，你不肯能不顧及之前的程式碼規範。
第二個是開發文件
就拿微信開發來說，微信開發不是每個程式設計師必須會的東西，但是用到了怎麼辦，還不是去看他們的開發文件，只有將開發文件思路理清楚了，才可以進行下一步開發。
第三個是API文件
在前後端分離的開發模式中API文件是必不可少的文件。不看API不知道資料是什麼樣。也就是不可能順利的和後端進行結合。
IT斜槓中年2020-01-23 10:50:32又不是高考，誰沒事幹還閉卷呢？
三石科技觀察2018-03-12 08:41:50這個問題要根據具體開發的功能模組來看，不過原則來說，花大量的時間看說明文件，至少給人的印象是經驗不夠豐富，開發能力有待提高。
具體來說，如果是普通的功能開發，技術挑戰不大，這種如果還要看文件，會被認為是開發能力問題。如果是有一定的技術挑戰，公司在這方面的積累比較少，開發團隊也對此有共識，這種問題看文件無可厚非，當然如果能業餘時間學習相關的知識，會給團隊留下開發能力強的印象。對於一些前瞻性研究，公司沒有任何技術積累，或者全新的技術方向，這個看說明文件是加分的，甚至可以要求公司購買相關書籍或者線上培訓，當然，自己啃下來會更NB。
深空智慧2018-03-05 13:40:17謝邀！
先說觀點，我認為看文件沒什麼問題，但是“大量”這個程度很難衡量，按照需要看文件是個非常重要的事情。
需要花費時間的情況
接手一個專案，需要透過文件來了解整個專案的架構、介面、規範等等，這是必須要花費的時間。不然在不瞭解專案的情況下貿然去做需求，不見得會好，反而會事倍功半。
使用一個新的框架或語言。當大資料剛開始興起的時候，不見得人人都會hadoop，如果你需要完成一個使用Hadoop的專案，自然需要花費大量的時間學習Hadoop的使用，MapReduce任務的編寫等等。那現在機器學習、深度學習的興起，如果要使用Tensorflow等框架進行模型開發的話，也是有學習成本的。我現在使用tensorflow的時候，也時不時的回去查API文件，不然這麼多API，版本更新又快，靠記憶很難準確的記住全部介面的功能、用法之類的東西。
不需要花費大量時間的情況
程式語言的基礎用法：這個很好理解，如果隨便寫個程式碼都要靠百度，那麼這個工程師是不合格的。
基礎演算法：比如工作中需要實現一些排序演算法、資料結構等，如果還要靠查書籍、文件、搜尋引擎等，那麼這個工程師也是不太合格的。
小結
在工作中閱讀文件其實也是工作內容的一部分，而且現在大多數網際網路公司都靠KPI進行考核，平時就算你把時間都用來看文件沒關係，最後KPI沒完成一樣會被公司淘汰。所以公司不會阻攔你花費時間看文件，最多你老闆會提醒你浪費這麼多時間看文件而沒有實際的產出會對你年終考核造成影響罷了。