佛系程序員上班

⑴ 說一說作為一個程序員，作息時間是怎樣的

通常早上9點半左右起床，到公司10點半。早上沒什麼工作效率，上上網，折騰折騰就過去了，中午午休到1點半，幹活到6點，吃過晚飯繼續幹活，通常到9點下班，忙的話會到10點，下午和晚上的工作效率比較高。到家之後上上網，查查資料學習一下，12點半左右睡覺。每個月大概有兩個周六會加班，周日在家休息，有時帶娃出去玩玩。

⑵ 程序員累嗎

程序員累嗎
首先，明確一下你選擇程序員的理由。

如果因為程序員吃香伐者好賺錢之類的話，還是改變主意吧，程序員只是個技術民工，跟鉗工是一個工種的，許多廣大的程序員還掙扎在蝸居生活中。既然你是文科出身，為什麼不去找一個更對口的工作，像你說的，即使經過培訓，並且培訓機構分配了一家還算可以的單位給你，你不能可能一輩子只做初級程序員，給別人做做ERP，做那種「美工、設計、架構、編碼」四項全能的程序員給一些中小公司壓榨勞動力。但是，向上爬的話，很多基礎知識是你不具備的，無論是技術方向還是管理方向，這些培訓機構不會教你，他們也沒這個義務，而你呢，一個文科生每個月拿著不到5K的工資，運氣不好，在小公司做，加班時少不了了，一天工作10小時以上，一個星期6天，運氣好了呢，在大公司里，比你條件好，並且技術基礎扎實的員工有很多，得不到晉升的機會，不過是蹉跎歲月，何必呢。

勸你還是考慮周詳再做決定，無關程序員好做不好，累活不累，生活就是生下來活下去，累時難免的，但是我們要做的是讓自己不那麼累，選擇一條比較好的路給自己。
做程序員工資高嗎？平時工作辛苦嗎~
我做過7年程序員轉行了，很辛苦，收入在北上廣很客觀。其實和蓋房子的民工是一個性質，人家搬磚你搬代碼，未來人家還能發展成包工頭，程序員如果不在外企，過了三十歲就歇菜了！慎重！

當程序員累嗎
您好，很高興為您解答！

我是程序猿轉行的，我給你說說一些我的體驗吧；

程序猿累是普遍的，但是也有一些例外的公司，幾個人維護一個項目，沒有什麼大需求，但是這樣的公司鳳毛麟角；

工資的話相對其他行業，偏高；但是最不好的兩點是，女生少，找女朋友不容易；還有就是天天都是對著電腦，對身體不好，也不會交接，很多人慢慢的就變成不太會說話，活在自己的世界裡。

希望我的回答能夠幫助到您!
中國程序員為什麼這么辛苦？
十年了，苦吃了不少，經驗也有些。現在卻越來越討厭做開發了，越來越不想做IT。大學時曾經的夢想早已灰飛煙滅。現在回頭想想，真是 入錯了行。恰同學少年那會兒，正是IT在中國興起不久，滿懷 *** 進了家軟體公司。從技術支持做到了PM，三年時間。卻一心想做開發，一心認為寫代碼才有創 造性，才會有出路，於明轉做程序員。從Delphi,java,perl,python,erlang...到C++孜孜以求，從編譯原理到操作系 統，TCP/IP到圖像識別，苦練內功。時時抽空向高人請教，以開愚昧。可惜呀！到今日才明白，為什麼辛苦的總是我？為什麼談了女朋友一再分手？為什 么？...

IT業有中國根本就不景氣，實際上在中國沒有幾個是景氣的。在武漢是這樣，在無錫是，在上海是，在那兒都差不多。以前在武漢工作，經常出差。做開發也出 差，一出去最長待過一年，在北京。多則幾個月，至半年，少則幾周。翻來倒去就是SQL，delphi。這種人，試問那個女孩子願意跟他？（當然也有願意 的，一般情況是這樣。）薪水就更別說了。顧自己已算是湊合，想有車有房？！

一天和一個同事聊天，突然醒悟為什麼我至今這么忙忙碌碌，自己疲勞不甚，又不受人待見。仔細想想，其實我前任女友就對我說過，她不喜歡我做技術，她希望我 去考工務員。我當時一口回絕了，還誤以為她是嫌貧愛富。其實嫌貧愛富也沒什麼不好，那也是人的一種自然所求。我不也一樣嗎？我如果不受富，何必去找薪水多 的工作呢？

自己也郁悶，路越走越累，不知何時是個頭。有時也想，死也許是個解脫。^_^寫程序對我來說，最好是個興趣，這樣我就可以研究我想研究的，做我想做的。
請問Java程序員前景怎麼樣？？做程序員真的很累，好糾結啊
前景一片光明。你不要死腦筋，程序員做個3，5年就夠了。剩下的你換工作找管理的，或者去甲方運維或管理。開始累點是為以後打基礎。哪有一開始就輕松後面又高工資的工作呢。
程序員的生活真的很累嗎
您好，很高興為您解答！

我是程序猿轉行的，我給你說說一些我的體驗吧；

程序猿累是普遍的，但是也有一些例外的公司，幾個人維護一個項目，沒有什麼大需求，但是這樣的公司鳳毛麟角；

工資的話相對其他行業，偏高；但是最不好的兩點是，女生少，找女朋友不容易；還有就是天天都是對著電腦，對身體不好，也不會交接，很多人慢慢的就變成不太會說話，活在自己的世界裡。

希望我的回答能夠幫助到您!
程序員到底有多累，多辛苦
北京JAVA程序員一天九小時，工作不忙伺服器不用調試一周就有雙休，一個月月薪1w，不過也是有點累，一天基本看電腦，注意保護眼睛
java程序員真的很累么？
都說搞軟體的很累的，每天熬夜，臉上由於輻射一張臉也不成樣子了。

不知道在線的做軟體的哥哥們，你們有么有雙休啊，或是一個禮拜有一天休息。

我有個朋友在北京工作，早上九點上班下午五點下班，這很好啊。

不知道各位是不是也這樣，不是傳說的那麼每天熬夜，弄的很累很累，而且還沒有加班工資
程序員上班累不累？
那要看你上班的 *** ， 如果你熱愛自己的事業膽 那肯定不累 如果你是為了 掙錢 才去當程序員 。 我勸您別去， 因為 每天會面對一大堆的代碼， 很枯燥， 你也做不出什麼成就， ~

努力吧 往自己的目標奮斗吧~~
程序員到底有多累，多辛苦
互聯網行業和傳統行業相比，他們更強調快速迭代和開發，即時的用戶反饋；因此對於大部分互聯網企業來講，時間就是機會，甚至只要落後於別人幾天，就可能錯過發展的最好時間；因此互聯網行業的時間緊迫感比傳統行業以及傳統軟體行業都要更加強烈。

因此程序員們，尤其是互聯網的程序員的工作肯定是非常辛苦的，996(早上9點到晚上9點，每周六天)是很常見的工作時間；加班，躺椅基本上成為一些互聯網企業的標配；猝死是屢見不鮮的新聞；

很多程序員在出差，旅遊，度假甚至過年的時候筆記本電腦都不會離身的，因為你不知道什麼時候系統會出問題；不管你在哪兒，在什麼時候，只要一個電話，問題必須得到及時的解決。

程序員是辛苦的，程序員是勞累的，不過大部分程序員也是快樂的；大部分程序員看到自己的成果變成用戶的習慣，變成用戶的摯愛，享受著用戶的贊美，那個時候就會覺得一切勞累都是值得的；

自Avazu Holding張中慶

⑶ 程序員一般的上班時間是幾點到幾點

一般情況下是正常上班時間，中東部地區上午8點到下午17點半。

有任務時，會工作到深夜，甚至連續加班加點。

⑷ 普通程序員的工作生活是怎樣的

通常我們進入公司以後，不會是重頭開始一個項目，而是在已有代碼的基礎上進行維護或新功能的開發，所以必須「讀代碼」。
讀有「泛讀」，了解系統架構、功能模塊，對系統有一個大致的認識，各個功能能找到相應代碼實現的位置。
還有「精讀」，通常就是調試了，在fix bug的時候使用。此外還包括審核：一些規范一點的公司，都會有code review，也是精讀，但不用debug。
對於一個成熟的項目來說，讀代碼——而不是寫代碼——可能是最耗時間的工作了。
寫注釋文檔
為了減少「讀代碼」的時間，我們不得不花時間「寫注釋」「寫文檔」——這個程序員最深惡痛絕的工作。所以現在「爛代碼才需要注釋」的聲音變得越來越強，但無論如何，文檔還是要寫的。（注意：要能區分注釋和文檔）
了解需求
好了，終於到了「寫代碼」的時間了。
然而，在動手開始寫代碼之前，你必須花時間「了解需求」。和自己寫個小程序玩玩不同，在公司，你是為別人寫代碼，所以你一定要了解別人究竟想實現什麼功能。通常，這並沒有你想像的那麼簡單，需要反復的溝通。
當然，也有一些團隊和個人，不願意在這上面「浪費時間」，通常他們的下場就是不斷的寫代碼，然後不斷的改代碼，加班加點的做大量的無用功，整個公司怨氣沖天一地雞毛。

⑸ 普通程序員的工作是怎樣的

普通程序員的一天可以大致分為四個階段：准備工作、編碼、測試和維護，具體如下：

1. 准備工作階段：在上班前，程序員需要查看郵件、簡報和任務列表，了解當天的工作安排和完成情況，以及與項目相關的問題和需求。這個階段還可以進行代碼審查、閱讀技術資料和學習新技術等。

2. 編碼階段：程序員會花費大部分時間編寫代碼，根據需求和設計文檔，選擇一種或多種開發工具和編程語言來開發應用程序。可能需要進行後端API開發、資料庫設計、前端頁面設計等工作。程序員在這個階段需要嚴格遵守編碼規范，注意代碼簡潔、可讀性強、可擴展性好等方面的要求，以確保代碼質量。

3. 測試階段：在編寫完代碼後，程序員需要對其進行嚴格測試和調試，以發現和修復錯誤和缺陷。測試包括單元測試、集成測試、回歸測試等，採用不同的測試工具和方法來確保代碼質量和軟體穩定性。和辯

4. 維護階段：在軟體投入使用後，程序員需要對其進行維護和升級。這包括診斷和修復軟體問題、更新代碼、添加新功能等，以滿足客戶或用戶的需求。同時還需要維護文檔、處理問題反饋和進行溝通等工作。

舉個例子，一個普通程序員的一天可能包括以下任務：

1. 9:00 - 10:00：查看郵件、簡報和任務列表，了解今天的工作安排和完成情況，並回復相關郵件和信息。

2. 10:00 - 12:00：根據項目需求，完成後端API的開發，使用Java和Spring框架進行編碼，並進行單元測試。

3. 12:00 - 13:00：午餐時間，與同事交流，了解其他項目的進展和困難，商討解決方哪滾法。

4. 13:00 - 14:30：繼續完成後李棚余端API的開發，與資料庫設計師溝通並進行資料庫設計。

5. 14:30 - 16:00：開始進行前端頁面的設計和開發，使用HTML、CSS和JavaScript等技術進行編碼，並進行集成測試。

6. 16:00 - 17:30：接收產品經理的問題反饋和建議，修改代碼並進行部署，同時對新功能進行測試和調試，確保無任何問題。

7. 17:30 - 18:00：總結今天的工作，編寫工作日誌，提交代碼庫，准備明天的工作計劃。

這只是其中一種可能的工作安排，不同的程序員和項目有不同的工作負責和時間分配。

⑹ 程序員在上班時，允不允許大量的看說明文檔來幫助寫程序

程序員日常開發工作，基本是上離不開閱讀文檔，這也是很多程序員喜歡兩個顯示器的原因。

項目方面

技術方面
是不是很多人都認為，如果在開發過程中，還要不斷地翻技術文檔，說明他的開發能力不扎實。其實不是這樣的。

首先IT行業技術升級換代的速度太快，當我們大多數公司還在用Java8的時候，Java11都已經出來了。如果非得要程序員熟知每一個類、每一個方法，是很不現實的。

很多時候我們只需要了解有這么一個東西，作用是干什麼的，具體的細節可以在用的時候再去翻文檔，比如方法名字是什麼？參數有幾個，都是什麼類型的？

所以我們都習慣至少兩個電腦屏幕，一個屏幕寫代碼，一個屏幕看文檔；如果豪一些的話，再加一個屏幕展示日誌信息。

看文檔的屏幕要買豎屏！

我們團隊
我這幾年也帶過幾個團隊，對於每個團隊成員，我對他們的要求是：實現需求的前提下，最好能對所用的技術有一定的了解，千萬不要從網上抄過來一段代碼就用，這樣是很危險的行為。所以鼓勵大家多找一些資料，最好是閱讀框架的官方文檔。

現在的團隊，我已經這樣要求了：代碼寫累了，或者覺得自己沒有狀態寫代碼，可以找點兒自己有興趣的技術文檔學習學習，這個技術甚至是可以跟現在的項目沒有關系的。

首先，我不是程序員，我是一個設計工作者，不過我來說一下我的觀點：很多人以為程序員像電影里的一樣，啪啪啪幾下鍵盤，屏幕數據颼颼的變，其實真實情況是程序員寫代碼就像學生寫作文，也會遇到不會的詞語跟修辭手法，那這個時候就要停下來想一想，查一查，看看例子是怎樣寫的怎樣用的，寫錯了還要劃掉（刪掉）再來，至於這個大量不大量看的情況，如果這個是個新手，那肯定是可以的，那如果是個老手，還需要大量時間查說明文檔，那就說明這個項目肯定不會小，不是一兩天能做完的，那一個用月做單位的項目，用一個天做單位的時間來查文檔，不過分吧！程序員也是人，不是因為他的工作高端，就覺得這個人萬能，他也會當機，要吃飯，要休息，也會忘記一些東西，所以請各位多多體諒，能一起工作實屬不易，感恩2018，謝謝。

這個問題怎麼說呢，開發過程中會遇到各種各樣的問題，沒有一個人是全能的，也沒有人可以絕對的說自己在整個項目中不會遇到一點問題，不去查東西，自己大腦里的東西完全可以讓我把這個項目測測底底的做完，並且沒有任何bug。

上班的時間，也沒有老闆或者誰在後面一直看著你去做東西，大家都挺忙。文檔是幹嘛的，文檔本身就是用來看的，甚至很多項目開始之前，總監都會讓你去搜集一些這個項目可能會遇到的bug，可能會用到的效果，盡量在之前找到比較好用的插件，這樣會節省很多時間，自己如果寫代碼的話不可能百分百的確定沒有人和bug，但插件不一樣很多插件都是前輩通過很長時間慢慢完善出來的插件，所以很多人才會用。所以你提問的可以肯定的回答你允許。

程序員上班的主要工作就是看說明文檔，根據說明文檔編碼。如果實在沒有說明文檔，有時還得親自披掛上陣寫說明文檔。

寫介面的有API文檔，寫通訊協議的有協議欄位說明文檔，寫資料庫的有資料庫規範文檔，

總之任何一個大公司文檔扮演的一個至關重要的問題，因為形不成文檔，公司管理就會陷入混亂不堪的局面，當某個核心員工離職後，下一個接盤的程序員會丈二和尚摸不著頭腦，一頭霧水，邊填坑邊罵娘，有了文檔就可以看文檔結合代碼，了解其中模塊邏輯以及結構，包括哪些坑不能踩等等好處。有些公司會專門有文檔工程師這個職位來專門負責整理各種文檔，並且保存在伺服器上。

好的文檔都是程序員等人智慧的結晶，是一盞指路明燈，是一條通往光明的道路。程序員不能看說明文檔等於在黑暗裡摸爬滾打，有了說明文檔才迎來了黎明的曙光。

說個我遇到的2個真事吧，

第一個，公司找的外包公司寫項目程序，已經要交付了，發現有幾個功能沒做，產品經理和開發那邊都找我，我一個搞運維的又不懂，只能讓他們去對開發文檔，我也就順便看了看，開發文檔中明確的寫明怎麼做，然後就讓他們就重新按開發文檔繼續寫，

另一個，由於 歷史 原因業務系統處於託管狀態，只有部分參考文檔可用，開發那邊只能按當前已有文檔進行開發參考，開發那邊也一直在根據現有相關文檔進行開發，杯具的是這幫子不仔細看，有問題總想著我能直接給他們答案，我也只是會用而已，開發我還真搞不來，然後和他們一起看開發文檔，加密演算法部分給她們指出後，問題解決了。

所以我覺得，開發團隊在開發中很有必要閱讀開發文檔，這可以避免繞圈子，也會清楚開發文檔中提供的內容。

先說觀點，我認為看文檔沒什麼問題，但是「大量」這個程度很難衡量，按照需要看文檔是個非常重要的事情。
需要花費時間的情況 不需要花費大量時間的情況 小結
在工作中閱讀文檔其實也是工作內容的一部分，而且現在大多數互聯網公司都靠KPI進行考核，平時就算你把時間都用來看文檔沒關系，最後KPI沒完成一樣會被公司淘汰。所以公司不會阻攔你花費時間看文檔，最多你老闆會提醒你浪費這么多時間看文檔而沒有實際的產出會對你年終考核造成影響罷了。

題主對文檔的定義不是很明確
第一個是需求說明文檔
這個是在開發過程中必不可少的文檔，只有清楚了開發需求，程序員高效率的開發，程序員一天的工作時間並不是都是在寫代碼，而是在看文檔，了解需求，理清思路，只有什麼都清楚了，寫代碼或許只要十幾分鍾。

再者對於一個項目新人來說不看文檔了解需求，沒人給你從頭到尾的在講一遍需求，你不看文檔自己發揮？進入項目是和別人共同開發，你不肯能不顧及之前的代碼規范。
第二個是開發文檔
就拿微信開發來說，微信開發不是每個程序員必須會的東西，但是用到了怎麼辦，還不是去看他們的開發文檔，只有將開發文檔思路理清楚了，才可以進行下一步開發。
第三個是API文檔
在前後端分離的開發模式中API文檔是必不可少的文檔。不看API不知道數據是什麼樣。也就是不可能順利的和後端進行結合。

兄dei，假設你是程序員，你在寫程序時，旁邊會有人守著你嗎？

假設你不是程序員，你在做本職工作時，旁邊會有人守著你看你怎麼做事嗎？

答案肯定是沒有的。誰會閑著招個人去監督你，看你用什麼方式去完成給你的任務。

所以，其實你看不看大量文檔，沒有人會在乎，關鍵是你自己，建議自己寫東西時，不要一味的復制粘貼，要有自己的想法。太依賴文檔對於自己成長很不利

當然允許看文檔。

要知道，隨便哪個類庫，都有無數的類和方法，每個方法又有若干參數，鬼知道它們都是什麼意思，誰的腦子能記得那麼多內容。別說是人家提供的類庫，就是自己寫的代碼，過一段時間也不記得什麼意思了。沒有注釋和文檔，怎麼看懂代碼？

如果沒有需求分析文檔，程序員怎麼理解正在開發的這個軟體的基本業務流程？

如果沒有架構設計文檔，程序員怎麼理解軟體各個功能模塊之間的功能與業務邏輯？

如果沒有介面文檔，那麼多類和方法，都怎麼調用，會返回什麼值，難道靠猜？

……

在日常開發工作中，不僅允許看文檔，還會強迫你寫文檔。如果你寫的文檔別人看不懂，別怪領導罵你不認真。文檔對於軟體開發的重要性是不言而喻的。

還有一個秘密告訴你，那些經常寫文檔的程序員，要比不寫文檔的程序員工資更高。

真的！！！

迎娶白富美，從會寫文檔開始！

這個問題要根據具體開發的功能模塊來看，不過原則來說，花大量的時間看說明文檔，至少給人的印象是經驗不夠豐富，開發能力有待提高。

具體來說，如果是普通的功能開發，技術挑戰不大，這種如果還要看文檔，會被認為是開發能力問題。如果是有一定的技術挑戰，公司在這方面的積累比較少，開發團隊也對此有共識，這種問題看文檔無可厚非，當然如果能業余時間學習相關的知識，會給團隊留下開發能力強的印象。對於一些前瞻性研究，公司沒有任何技術積累，或者全新的技術方向，這個看說明文檔是加分的，甚至可以要求公司購買相關書籍或者在線培訓，當然，自己啃下來會更NB。

⑺ 程序員是不是青春飯

程序員他當然不是青春飯了，程序員他乾的那個年數越久的話，他的這個人的資歷就越充足，他的這個工作機會就越大，所以說程序員他的一個工作年數和他的這個工作閱歷，是他以後的生活所必備的一個條件呀。

隨著時間的流失，讓我們慢慢的成長，成長的過程中我們懂得了許多的道理，如，幫助父母，孝敬長輩等，但是也因為我們的成長讓父母更加辛苦，我曾問過母親：」媽，您這么辛苦的工作，只是為了讓我們過的更好，您後悔過嗎？"媽媽笑著說："如果我後悔的話，早就不生你了."我想了想：是啊，有哪個母親捨得讓自己的孩子受苦啊，又有哪個母親會後悔生下孩子呢，又有哪個母親會不把孩子當寶貝呢，「母親」，這個偉大的職業。
父親，是家裡的頂樑柱，如果頂樑柱塌了，我們也會隨他而倒去。如果沒有父親的臂膀，我們也不可能這么健康的成長，如果沒有父親在後面扶著我們，我們也不可能這么順利的成功，父親用自己的辛苦換我們的健康，用時間來換我們的快樂，父親付出所有的一切來保護我們，他不關心自己的健康，只關心我們的健康和生活，他會用很多方法來逗你開心，「父親」跟牛一樣任勞任怨。是父母讓你來到這個世上，是父母教會你吃飯，是父母教會你干任何事情；是父母讓你走出了第一步，是父母把你推向成功的到道路。

程序員他是一個腦力活動者，他的這個腦力的話是用的比較多的，所以說。如果是年輕的話，那麼他在後面的生活中他的那個習慣的話，肯定是沒有這個之前心情會好那麼多的。

⑻ 做程序員是不是很累，每天要工作多久

早上9天上班，晚上10點下班，一周休息一天，沒有加班費，活的像是鄰居沒有人見過你。

程序員這個職業常給很多人的印象是一份拿著高工資但經常加班996的工作。很多朋友想入行但是又擔心很累。作為一名程序員，下面我來聊消仿聊程序員這個職業的真實情況。

我對於程序員這個職業理解主要有以下幾個特點

常思考，軟體開發涉及大量的邏輯判斷，設計，優化等所以需要常思考。每一個軟體系統都是程序員們的智慧與經驗結晶。

多討論，大型軟體都是由多人團隊協作完成，所以需要大量的溝通去保證軟體開發整個生命周期流程。

追求設計與編碼，結合業務精要設計並追求代碼的優雅易懂。棚橋粗

不斷學習，it技術迭代更新速度很快，程序員需要在保持自己技術棧眼界更新的同時還需要深入各種底層技術進行研究打實基礎。

那麼真實程序員是不是很累？

總的來說程序員是一門腦力活，腦累，在軟體設計和開發到bug的排查等都需要思考。但是對於如果真的對it知識技術等十分熱愛而從事程序員一直，其實往往工作中並不會覺得累，反而是有持續不斷的動力去迎接挑戰思考並解決問題。所以累不累要取決於自己是否熱愛這門職業，這與其鏈鎮他行業一樣。我身邊也有不少優秀的程序員，他們在很好地完成本職工作的同時還花大量的空餘時間學習新技術思考和提升。相反的如果只是追求高工資而入行，那麼時而久之會很累的。

每天要干多久？

這個主要是根據項目以及公司規定而定。常見的情況下為早9晚6。主要根據項目的進度，項目前期設計分析階段不會太多加班，開發期到提測交付期如果進度很趕也會加班如業界所說的996情況。在項目上線後的維護期則根據系統平穩狀態來判斷是否需要加班維護。但是很多的程序員下班後也會選擇加班學習技術提升自身的能力，保持自身競爭力。

以上就是程序員的真實情況，希望對你有所幫助。