程序員icu自述

程序員這個職業使用的主要工具就是電腦，長時間對著電腦，讓眼睛跟身體都很容易感到疲勞，同時因為長時間坐著，身體缺少運動，也很容易產生肥胖等各種各樣的疾病。

Ⅳ 拒絕玩命是一場戰爭，可是不玩命拿什麼戰爭呢

早上9點到崗，工作到晚上9點，每周工作6天，這樣的工作制在中國互聯網企業並不算新鮮事，所謂加班加到重症監護室，不過是一種無奈的調侃。為了反抗，程序員們在網路共享代碼社區Github上發布“996.icu”項目，號召程序員們揭露“996.icu”式的公司，很快，“996.icu”成為Github上最受歡迎的項目。

被以存在違法信息封殺的“996.icu”

也正是撕破臉的BAT，讓“996”的話題迅速出圈，幫助社會大眾完成了一場對於中國互聯網行業的大型“祛魅”：程序員們摘下了殘存在大眾眼中“高薪”、“容易實現財富自由”的光環，打落到搬磚 “碼農”的本質；高端大氣的互聯網行業，也被打回為由代碼流水線組裝起來的“血汗工廠”——倘若多在工資條上添幾個零，富士康到中關村的距離，似乎也不再遙遠。

Ⅵ 如何看待互聯網大廠程序員因厭惡編程，辭去月薪2w+的工作去當司機

人各有志，只要能過上開心快樂的日子，做什麼職業不重要。
外面的人看到的都是程序員的工資高，卻不知道程序員工作中的煩惱
奇葩的需求
2018年中國平安的產品經理和APP開發人員在辦公室打了起來，原因是該產品經理給開發提了一個需求，根據用戶手機殼的顏色自動調整APP的主題，程序員聽到這樣的需求後對產品經理大打出手。假如這樣的需求給到我的話，大打出手倒不至於，辭職是肯定的。對於這種完全不懂編程的產品經理，日常被程序員問候已經是常態了。
2019年某次元視頻網站源碼泄漏事件中，不少人在源碼的注釋中看到了這個
可見程序員日常寫代碼中都不忘問候產品經理，對產品經理的仇視是日積月累的。
還有這個
地位
程序員被戲稱為碼農、代碼搬運工也不是沒有道理的，在需求上沒什麼話語權，需求來了，即使覺得這樣的需求不合理、沒有意思，也要硬著頭皮去做完；拿到需求，只能默默低頭完成，這時候培養一個好心態尤為重要，不然將是無休止的口水戰爭。
彈性工作時間
程序員的加班是無休止的，996已經是工作常態了（早上9點上班，晚上9點下班，一周工作6天），遇到緊急任務或者產品上線，有時甚至需要工作到凌晨，去年較火的github項目996.ICU，程序員集體反抗，但是作用根本不大，除了讓外界知道程序員加班外，工作時間沒有任何改善，甚至由於大環境不好，很多程序員都丟了工作。現在的招聘信息中，工作要求中一般都不寫加班，但是在會在面試的時候問你能不能接受加班，你要是說不能接受，基本就涼了。
身體越來越差
當程序員的，在變強的道路上禿頂的問題也隨之而來，剛入行時關注編程能力的變強，到入行後的養生，行內的規矩，根據程序員的發亮去判斷一個程序員的技術水平，雖然是吐槽，但是也並不是沒有道理的，程序員的工作本來就燒腦，平時工作頭發掉得多，還有工作時間也導致了這個行業普遍都掉發嚴重，晚上得不到好的休息。
後來還出現了幫助程序員通過面試的發型
通過發型迷惑面試官，讓面試官認為你是具有多年開發經驗的老手。
發亮都是表面上看到的，還有內在的，程序員因為工作時間長，平時沒有時間鍛煉身體，久坐，導致的腰肌勞損，頸椎病都是常態
所以工作多年的程序員中就兩種體形，一種骨瘦如柴，一種發胖型，就沒有幾個是壯的。
最後
程序員的轉行都是多種原因，日積月累的，曾經剛入行時對這個行業的神秘感，到真正工作時對他的厭倦，其實不止是程序員厭惡編程，其他工作也一樣，當愛好變成了你的日常工作，你的這個愛好就已經被扼殺了。程序員轉行當司機，也許是真的受不了這樣的工作強度和工作壓力吧。

Ⅶ 程序員的工資這么高，為什麼還會有人離職

1.團隊暮氣太重，產品方向不明、市場不明，改需求改到天荒地老。

2.老闆的總是跟你談理想，畫大餅，讓加班，給低工資，還說這是歷練，熬過去就好了。

3.壓榨得太厲害，加班太厲害，一直掉頭發，快禿頭了。沒有培訓，連程序員自己自學的時間都被加班佔用，身體和技術很難提升。

4.此外，不少的程序員也有年齡層面的恐慌。

因為一些程序員已經認識到，程序員過了三十幾歲大部分都不好找工作，年齡太大沒人要，不如趁年輕把工資跳高，總比年齡大了後悔好

Ⅷ 27歲386斤程序員三進ICU，是什麼導致的

來自西安的程序員小汪，今年只有27歲。作為一名正值壯年的少年郎，也許常人根本不會將他與386斤聯想起來，而對於他已三進ICU的事實，聞者也無不詫異驚恐。接受采訪時，小汪表示母親常常會因為擔心自己而半夜流淚，過度肥胖帶來的多種病症也在折磨著自己，使得他無法像個正常人一樣積極地生活。到底是什麼原因，導致小汪成為如今的模樣呢？

Ⅸ 90後二流大學程序員自述：從「菜鳥」到「辣雞」，我到底經歷了什麼

程序員高手和菜鳥，不僅僅是技術上的差距，還體現在習慣、經驗、看問題的角度等各個方面。

1.代碼規范：代碼寫得不好，其實一眼就能看出來；比如代碼裡面的各種命名（包、類、方法、變數等等）。在最初寫程序的時候，很多人都會起沒有含義的變數命名，比如 String str;其實我們完全可以把變數名稱起成帶業務含義的，比如在運用中慢慢發現用String username我們會越來越熟練，寫的也越來越好。