寫程式和寫文章類似，也需要靈感的，一直坐在電腦前不一定就能寫出好程式，不能讓腦子太累，不然會因為太疲勞而無法思考了，還會犯低階錯誤，半天查不出來。隨身帶個膝上型電腦，有靈感隨手寫，沒感覺就扣上它然後發散一下思維，效率也會高起來。程式設計師就怕太忙了，忙的沒時間思考，沒時間學習，就死在流水線上了。

不一定，主要還是需求與效率的問題。如果你熟練，活幹的快。你就可以準時下班。至於趕專案，這種比較特殊的短期加班什麼職業都有。ps:需求多工作多，大部分都是很大的企業。中小企業其實基本準時下班的。

作為一名IT行業的從業者，我來回答一下這個問題。

首先，IT行業確實工作壓力比較大，不僅程式設計師崗位，其他IT崗位也經常需要加班來趕進度，但是加班是否是常態往往取決於多方面因素，比如和程式設計師所處的崗位、行業都有比較直接的關係。

通常來說，程式設計師的崗位有多種細分領域，比如有從事平臺研發的研發級程式設計師（平臺架構設計、平臺介面設計、平臺實現），有從事業務邏輯實現的應用級程式設計師（前端開發、移動端開發、普通後端開發），不同領域的程式設計師往往工作壓力也會有所不同，通常來說應用級程式設計師的工作壓力、學習壓力和競爭壓力會隨著年齡的增長而不斷加大。

程式設計師的工作壓力也與所處的行業有直接的關係，通常來說在傳統行業工作的程式設計師要比在軟體開發公司的程式設計師輕鬆一些，在軟體開發公司的程式設計師要比在網際網路公司的程式設計師輕鬆一些。另外，從事外包的程式設計師往往會更辛苦一些。

一般情況下，傳統行業的軟體開發週期往往都是以“季度”來制定計劃的，有的會以“年”為單位，軟體公司的軟體開發週期通常以“月”為單位來制定計劃的，網際網路公司通常會以“天”來制定開發計劃，如果任務比較緊急還有可能以“小時”來計算開發週期。從開發週期的計算方式上就可以看出，網際網路企業對於速度的要求是非常高的。在以資料為驅動的運營方式下，很多網際網路公司的程式設計師往往都會“主動加班”，這就是“工作價值衡量”帶來的變化。

對於外包開發人員來說，通常最困難的部分不是開發週期的計算方式，而且需求的頻繁改動，這往往是大部分程式設計師比較頭疼的事情，尤其是專業團隊的程式設計師與傳統企業的產品經理進行合作時，問題往往會更加突出。

最後，相信隨著軟體行業的不斷成熟與發展，未來程式設計師的工作環境會持續得到改善。

作為一個IT行業的從業者，也回答一下此問題。

程式設計師加班隨著移動網際網路產品的快速迭代顯得越來越明顯，之前開發週期按年來定義，後面按季度，再後來按月，移動網際網路按天來迭代。

產品經理快速變更需求，就要求程式設計師也能快速的實現。

一個好的程式設計師如果碰到一個好的架構師設計的架構上做開發面對需求的變更或許能夠減少一點工作量。

感謝邀請！關於程式設計師加班，筆者從以下幾點談起：其一、專案緊迫程度：如果專案跟的比較近，一個接一個地來，那註定要加班的。這一類原因，說直白些就是活多，多的讓你喘不來氣，所以，程式設計師加班跟專案的多寡有很大關係。其二、程式設計師熟練程度：一個新手，剛進去一家企業，對服務環境、程式語言還不熟悉的情況下，也是要加班的。諸如一個新手解決一個問題需要2-3個小時的時間，如果一天出現4-5個問題，這必然要加班的。其三、領導的協調：通常情況下，領導都是根據程式設計師對業務的熟練程度來安排工作的，如果在規定時間內沒有完成，領導會協助其一起完成，不過這樣的領導通常比較少，自己的工作沒按時完成，加班是必須的。最後、個人能力：如果程式設計師的能力比較突出，各類問題觸類旁通，對付疑難雜症有一套成熟的解決方法，加班基本不大可能。關鍵是有些程式設計師白天忙其他事情，只有到晚上才能騰出來更多時間去碼程式碼。