❶ 咸魚程序員可信嗎
可信。程序員只是技術上有高低，人品都還是要信得過的，畢竟都是搞技術的沒有那麼多花花腸子。靠譜程度很高，但是單子穩定性不足。
❷ 程序員培訓班靠譜嗎
如同咱們國家的公辦大學一樣，程序員培訓班也是靠譜的少，不靠譜的多
靠譜的程序員培訓班，在全國所有的培訓班當中，所佔的比例就如同那985大學在全國大學當中所佔的比例一樣，都是有好有壞的，你得分別看待，不能一概而論。。
❸ 程序員在上班時，允不允許大量的看說明文檔來幫助寫程序
程序員日常開發工作，基本是上離不開閱讀文檔，這也是很多程序員喜歡兩個顯示器的原因。
項目方面
技術方面
是不是很多人都認為，如果在開發過程中，還要不斷地翻技術文檔，說明他的開發能力不扎實。其實不是這樣的。
首先IT行業技術升級換代的速度太快，當我們大多數公司還在用java8的時候，Java11都已經出來了。如果非得要程序員熟知每一個類、每一個方法，是很不現實的。
很多時候我們只需要了解有這么一個東西，作用是干什麼的，具體的細節可以在用的時候再去翻文檔，比如方法名字是什麼？參數有幾個，都是什麼類型的？
所以我們都習慣至少兩個電腦屏幕，一個屏幕寫代碼，一個屏幕看文檔；如果豪一些的話，再加一個屏幕展示日誌信息。
看文檔的屏幕要買豎屏！
我們團隊
我這幾年也帶過幾個團隊，對於每個團隊成員，我對他們的要求是：實現需求的前提下，最好能對所用的技術有一定的了解，千萬不要從網上抄過來一段代碼就用，這樣是很危險的行為。所以鼓勵大家多找一些資料，最好是閱讀框架的官方文檔。
現在的團隊，我已經這樣要求了：代碼寫累了，或者覺得自己沒有狀態寫代碼，可以找點兒自己有興趣的技術文檔學習學習，這個技術甚至是可以跟現在的項目沒有關系的。
首先，我不是程序員，我是一個設計工作者，不過我來說一下我的觀點：很多人以為程序員像電影里的一樣，啪啪啪幾下鍵盤，屏幕數據颼颼的變，其實真實情況是程序員寫代碼就像學生寫作文，也會遇到不會的詞語跟修辭手法，那這個時候就要停下來想一想，查一查，看看例子是怎樣寫的怎樣用的，寫錯了還要劃掉（刪掉）再來，至於這個大量不大量看的情況，如果這個是個新手，那肯定是可以的，那如果是個老手，還需要大量時間查說明文檔，那就說明這個項目肯定不會小，不是一兩天能做完的，那一個用月做單位的項目，用一個天做單位的時間來查文檔，不過分吧！程序員也是人，不是因為他的工作高端，就覺得這個人萬能，他也會當機，要吃飯，要休息，也會忘記一些東西，所以請各位多多體諒，能一起工作實屬不易，感恩2018，謝謝。
這個問題怎麼說呢，開發過程中會遇到各種各樣的問題，沒有一個人是全能的，也沒有人可以絕對的說自己在整個項目中不會遇到一點問題，不去查東西，自己大腦里的東西完全可以讓我把這個項目測測底底的做完，並且沒有任何bug。
上班的時間，也沒有老闆或者誰在後面一直看著你去做東西，大家都挺忙。文檔是幹嘛的，文檔本身就是用來看的，甚至很多項目開始之前，總監都會讓你去搜集一些這個項目可能會遇到的bug，可能會用到的效果，盡量在之前找到比較好用的插件，這樣會節省很多時間，自己如果寫代碼的話不可能百分百的確定沒有人和bug，但插件不一樣很多插件都是前輩通過很長時間慢慢完善出來的插件，所以很多人才會用。所以你提問的可以肯定的回答你允許。
程序員上班的主要工作就是看說明文檔，根據說明文檔編碼。如果實在沒有說明文檔，有時還得親自披掛上陣寫說明文檔。
寫介面的有API文檔，寫通訊協議的有協議欄位說明文檔，寫資料庫的有資料庫規範文檔，
總之任何一個大公司文檔扮演的一個至關重要的問題，因為形不成文檔，公司管理就會陷入混亂不堪的局面，當某個核心員工離職後，下一個接盤的程序員會丈二和尚摸不著頭腦，一頭霧水，邊填坑邊罵娘，有了文檔就可以看文檔結合代碼，了解其中模塊邏輯以及結構，包括哪些坑不能踩等等好處。有些公司會專門有文檔工程師這個職位來專門負責整理各種文檔，並且保存在伺服器上。
好的文檔都是程序員等人智慧的結晶，是一盞指路明燈，是一條通往光明的道路。程序員不能看說明文檔等於在黑暗裡摸爬滾打，有了說明文檔才迎來了黎明的曙光。
說個我遇到的2個真事吧，
第一個，公司找的外包公司寫項目程序，已經要交付了，發現有幾個功能沒做，產品經理和開發那邊都找我，我一個搞運維的又不懂，只能讓他們去對開發文檔，我也就順便看了看，開發文檔中明確的寫明怎麼做，然後就讓他們就重新按開發文檔繼續寫，
另一個，由於 歷史 原因業務系統處於託管狀態，只有部分參考文檔可用，開發那邊只能按當前已有文檔進行開發參考，開發那邊也一直在根據現有相關文檔進行開發，杯具的是這幫子不仔細看，有問題總想著我能直接給他們答案，我也只是會用而已，開發我還真搞不來，然後和他們一起看開發文檔，加密演算法部分給她們指出後，問題解決了。
所以我覺得，開發團隊在開發中很有必要閱讀開發文檔，這可以避免繞圈子，也會清楚開發文檔中提供的內容。
先說觀點，我認為看文檔沒什麼問題，但是「大量」這個程度很難衡量，按照需要看文檔是個非常重要的事情。
需要花費時間的情況 不需要花費大量時間的情況 小結
在工作中閱讀文檔其實也是工作內容的一部分，而且現在大多數互聯網公司都靠KPI進行考核，平時就算你把時間都用來看文檔沒關系，最後KPI沒完成一樣會被公司淘汰。所以公司不會阻攔你花費時間看文檔，最多你老闆會提醒你浪費這么多時間看文檔而沒有實際的產出會對你年終考核造成影響罷了。
題主對文檔的定義不是很明確
第一個是需求說明文檔
這個是在開發過程中必不可少的文檔，只有清楚了開發需求，程序員高效率的開發，程序員一天的工作時間並不是都是在寫代碼，而是在看文檔，了解需求，理清思路，只有什麼都清楚了，寫代碼或許只要十幾分鍾。
再者對於一個項目新人來說不看文檔了解需求，沒人給你從頭到尾的在講一遍需求，你不看文檔自己發揮？進入項目是和別人共同開發，你不肯能不顧及之前的代碼規范。
第二個是開發文檔
就拿微信開發來說，微信開發不是每個程序員必須會的東西，但是用到了怎麼辦，還不是去看他們的開發文檔，只有將開發文檔思路理清楚了，才可以進行下一步開發。
第三個是API文檔
在前後端分離的開發模式中API文檔是必不可少的文檔。不看API不知道數據是什麼樣。也就是不可能順利的和後端進行結合。
兄dei，假設你是程序員，你在寫程序時，旁邊會有人守著你嗎？
假設你不是程序員，你在做本職工作時，旁邊會有人守著你看你怎麼做事嗎？
答案肯定是沒有的。誰會閑著招個人去監督你，看你用什麼方式去完成給你的任務。
所以，其實你看不看大量文檔，沒有人會在乎，關鍵是你自己，建議自己寫東西時，不要一味的復制粘貼，要有自己的想法。太依賴文檔對於自己成長很不利
當然允許看文檔。
要知道，隨便哪個類庫，都有無數的類和方法，每個方法又有若干參數，鬼知道它們都是什麼意思，誰的腦子能記得那麼多內容。別說是人家提供的類庫，就是自己寫的代碼，過一段時間也不記得什麼意思了。沒有注釋和文檔，怎麼看懂代碼？
如果沒有需求分析文檔，程序員怎麼理解正在開發的這個軟體的基本業務流程？
如果沒有架構設計文檔，程序員怎麼理解軟體各個功能模塊之間的功能與業務邏輯？
如果沒有介面文檔，那麼多類和方法，都怎麼調用，會返回什麼值，難道靠猜？
……
在日常開發工作中，不僅允許看文檔，還會強迫你寫文檔。如果你寫的文檔別人看不懂，別怪領導罵你不認真。文檔對於軟體開發的重要性是不言而喻的。
還有一個秘密告訴你，那些經常寫文檔的程序員，要比不寫文檔的程序員工資更高。
真的！！！
迎娶白富美，從會寫文檔開始！
這個問題要根據具體開發的功能模塊來看，不過原則來說，花大量的時間看說明文檔，至少給人的印象是經驗不夠豐富，開發能力有待提高。
具體來說，如果是普通的功能開發，技術挑戰不大，這種如果還要看文檔，會被認為是開發能力問題。如果是有一定的技術挑戰，公司在這方面的積累比較少，開發團隊也對此有共識，這種問題看文檔無可厚非，當然如果能業余時間學習相關的知識，會給團隊留下開發能力強的印象。對於一些前瞻性研究，公司沒有任何技術積累，或者全新的技術方向，這個看說明文檔是加分的，甚至可以要求公司購買相關書籍或者在線培訓，當然，自己啃下來會更NB。
❹ 本科轉行做程序員靠譜么
現在轉行進入IT互聯網行業的人很多，無論是大學剛畢業的應屆生，亦或者是高中畢業生，甚至上班許久的白領想要轉入IT行業，並沒有想想中那麼難，這一部分人大都屬於零基礎人群，並且說是自學去吧，然後又找不到門路完全不知從何做起，而IT培訓班學習變成了這些人首選的進入IT互聯網行業的捷徑了。對於做程序員而言，只要自己有興趣，無論多晚學習都不算晚。
❺ 老公說程序員的工作沒什麼指望，想去上課學設計改行，靠譜嗎
我覺得不太靠譜，不管做什麼都要有決心，你老公程序員做下去也是挺好的，現在改行就要從頭開始，那個平面設計一時半伙是學不會的。那個需要有理論上的知識。
❻ 參加Java程序員培訓靠譜嗎
參加Java程序員培訓靠譜嗎？其實對於參加Java程序員是否靠譜要看以什麼作為評判啦，有些人說Java培訓機構能學到東西就算靠譜，有些小夥伴認為找吵肢到合適的Java工作才算靠譜，首先我們需要面對的就是市場上的這些Java培訓機構，我們如何去從這些機構中辨別哪家是靠譜的，值得我們花費上萬的手早學費去學習。
現在市面上的這些Java培訓機構雖然比較多，讓大家有了更多的選擇性，但是實際情況並不是隨便選擇一家機構就能夠達到一個不錯的學習效果的，其中的很多培訓機構都是不太靠譜的，並不能夠通過培訓讓你達到想要的效果。
所以，大家在選擇Java培訓班的時候一定要謹慎選擇，要多去對比幾家培訓機構，看看哪家的更方面的綜合表現都比較不錯就選擇哪家，這樣的學習效果才能夠達到最好。
目前Java培訓機構的培訓方式和教學計劃安排甚至是課程內容都是大相徑庭的，雖然在一定程度上是有所不同的，但是大部分的內容都幾乎是一樣的，對於這類的Java培訓機構建議廣大學員還是要謹慎選擇，這樣的Java培訓機構多數都是沒有自己的課程研發團隊的，課程很難得到及時的更新升級，所以在選擇培訓的時候盡量不要選擇這樣類型的機構作為自己的Java培訓學習的平台。
其實我們在選擇Java培訓的時候，升薯世考慮Java培訓機構是否靠譜的同時需要我們確定一下自己「是否靠譜」也就是自己是否適合學習Java技術
1.首先，就是要看看自己是否具備一定的學習能力，適不適合學習Java；
2.要找一套完整的Java學習資料，包括視頻和項目案例，最好的能夠找到近期比較新的學習資料；
3.要有持之以恆的精神和毅力，一定要堅持學習才能夠學好知識；
不過對於想要從事編程的同學來說在開始選擇很培訓機構是很難的，那麼java培訓機構那個好一點？小編這里有一些建議可以供大家進行參考，不過要尋找比較好的培訓機構，還是要注意機構的師資團隊建設、課程的安排以及學費多少和就業服務的方面的具體的情況。選擇Java培訓機構一定要參加Java培訓班的試聽課程。
免責聲明：內容來源於公開網路，若涉及侵權聯系盡快刪除！
❼ 抖音里程序員xusir課程真實嗎
真實。
抖音里程序員xusir課程是靠譜的，抖音里的編程課，一般是真的，這個可以放心學習。
但是抖音的課程中有涉及金錢交易的，需要小心了，因為可能是騙人的。
❽ 百戰程序員靠譜嗎
百戰程序員挺不錯的，現在學完已經上班了，工資待遇都不錯，當時是學長先學之後推薦我去學，進了企業能單獨做一個項目，是真的不錯，推薦你去學~
❾ 作為程序員，是否需要去閱讀源代碼原因是什麼
答案是肯定的，程序員從學習編程那一刻開始就需要閱讀別人的源代碼，工作以後則更不可避免的要閱讀大量的源代碼了。
閱讀源代碼對程序員來說至少有以衡巧運下幾點原因：
第一，程序員的學習往往都是從閱讀源代碼開始的。從第一個程序HelloWorld開始，程序員在學習的過程中就需要閱讀大量的源代碼，以了解程序的語法。程序語言的每一個概念幾乎都需要通過源代碼來呈現，而程序員當然需要通過閱讀這些源代碼來理解這些概念，同時還需要通過實驗來驗證這些源代碼。很多計算機專業的學生都是通過閱讀Linux源代碼來學習操作系統體系結構的，這是一個非常好的學習方法。
第二，工作過程中需要通過閱讀源代碼來學習新的解決方案。計算機領域的新技術層出不窮，作為程序員來說需要不斷學習這些新的技術方案，而閱讀源代碼是最直接的方式之一。很多程序員在學習新技術時寬檔，往往都是從直接搭建開發環咐梁境並運行demo開始，通過運行的結果建立對新技術的一個直觀理解，而這個過程大部分的時間都是在閱讀源代碼。
第三，閱讀源代碼是程序員之間交流的一個重要方式。現在大部分開發團隊都會對項目進行CodeReview，CodeReview的過程既是一個總結的過程，也是一個互相學習的過程，Review的過程一個重要的內容就是閱讀別人的源代碼。
大部分初級程序員需要掌握的第一個能力就是閱讀源代碼的能力，按照歷史經驗來看，具有較強代碼閱讀能力的初級程序員往往能夠更快速的融入開發團隊。同樣，很多最終沒有走向開發崗位的程序員，代碼閱讀能力不強是一個重要的原因，當然，代碼閱讀能力差的原因是多方面的。
我從事軟體開發工作多年，目前也在帶軟體開發團隊，我會陸續在頭條寫一些關於軟體開發方面的文章，感興趣的朋友可以