程序員下班來需求

A. 程序員的日常生活都是什麼樣的

不喜社交，但並不是不善社交，單純覺得擼點代碼搗鼓點東西比和一幫人吃飯喝酒 KTV 更有趣。偶爾無聊空虛也會出去參與各種活動，控場無壓力。
交流技巧無非就是自黑暖場，察言觀色，這些和職業無關，和人有關。
對潮流打扮之類無感……但迫於女票的壓力，每天還是會穿戴整齊，弄弄頭發再出門。
除了在車和鍵盤之外的事情都不捨得花錢，吃蘭州拉麵都捨不得多加份肉。當然玩的車和鍵盤也沒貴到哪兒，單純喜歡。
平時基本就上班寫代碼，回家吃飯，洗碗，完了接著寫代碼，然後睡覺。但周末一般都會出門，也挺簡單，看電影，吃飯，逛街。這方面特別容易滿足。
剛畢業的時候也覺得程序員是吃青春飯，一路走來，也做了幾年管理（當然也是技術團隊）。覺得還是寫代碼更好玩，而且似乎可以一直寫下去，並沒有會被精力旺盛的新人碾壓的壓力。最近一年慢慢調整自己的工作重心，重新回到代碼和技術上來。
曾經也心高氣傲，恃才傲物。現在越來越覺得吧，程序員也只是一份普通的職業，沒比別的行業好太多，當然也是好那麼一點點。大富大貴的機會其實不多，但總體上來看，還是比其他行業酷一點。是一份有可能讓你真正愛上的職業。

B. 普通程序員的生活是怎樣的他們的一天是如何度過的

隨著科技的發達，人們的生活當中出現了各種各樣的高科技產品，而網路的出現也是支撐這些高科技產品生產下去的動力源泉。程序員的出現給人們的生活帶來了非常多的便利，也能夠帶來很多有用的知識。程序員的出現也就是為網路而服務的，他們會敲復雜的代碼去解決一些的一些復雜問題。說到這里，你是不是覺得程序員的工作非常的高大上呢？當然，如果沒有他們的話網路安全方面的知識也不會得到普及，我們的網路也不會這么發達。

每個職業都有各個職業的好處，我們不要只看到程序員枯燥乏味的工作日常，如果你真正的對敲代碼感興趣的話，程序員會心裡非常嚮往的一個職業，認真規劃好自己的職業規劃是非常重要的。

C. 一個程序員，下班以後很少碰電腦，這正常么

這沒什麼不正常的啊，一天都面對電腦已經很累了，你很少碰電腦是因為你沒有需求，沒有必要碰很正常。

D. 程序員的壓力有多大

作為一名程序員，壓力來自於生活中各個不同的方面，寫代碼完成工作只是一部分。

第一就是來自家庭的壓力，其實和大多數人一樣，程序員的第一壓力來自於家庭。單身的被催婚，結婚的又為生活中的瑣事各種鬧心。所以一個和諧穩定的家庭可以減少程序員絕大部分壓力。

第二是來自學習的壓力，為什麼是學習呢？因為IT技術變革和更新非常快，不想落後就得不停地學習，一個不擅長於學習和研究的程序員職業道路走不遠，因而也會因為自己的學習腳步跟不上而產生恐懼。

第三是來自房子的壓力，大多數程序員特別是在一線城市的，想買房太困難，去二三線城市發展，薪水很低，所以就像一個圍城效應。有房產的程序員就比較自由了，沒房產的就會壓抑一些。

第四種壓力，工作！沒得說，遇到坑跪著也得填完。

第五種就是年齡大了干什麼工作的壓力，畢竟程序員是青春飯的，到了35歲左右可能公司就要裁員了，隨著年齡的增長可能腦力活著學習能力都在下降，敲代碼熬夜的話可能會熬不住的。

關於程序員壓力的問題，網上普遍認為程序員「壓力大」、「996」、「易猝死」，就算直接采訪程序員：「你壓力大不大」，估計不同的人也有著不同的答案；下面我根據十多年的程序員工作經驗，談談自己的看法。
關於加班，關於996
首先不能否認，作為程序員，幾乎沒有沒加過班的，只是加班多少的問題。有些公司常年996，甚至到半夜也是經常的事情；能夠正常下班的公司，也至少在需求緊急的時候，項目上線的時候加加班。我現在在一家金融公司的IT部門，這些時候都是需要加班的：

但是，根據我的觀察，很多公司、很多人996都是 「政治996」 ，他們的工作量並不需要996，而是因為公司要求、領導要求、回家也沒事兒乾等原因，留在單位直到很晚。對於真假996我的看法是：

程序員的壓力究竟有哪些？
那麼程序員的壓力究竟有哪些，在我看來，有這幾個方面：

不過在我看來，哪些行業又能說毫無壓力呢？既然選擇了這個行業，那就堅持下去，如果真的覺得自己不太適合做程序員，那就果斷轉行。
我將持續分享Java開發、架構設計、程序員職業發展等方面的見解，希望能得到你的關注。

項目工期的壓力

從我的從業經驗來看，尤其是從事互聯網行業的程序員壓力是很大的，經常會遇到來自運營那邊的緊急需求，比如什麼時間要上線個活動，時間都卡的很死，如果上線不了，對整個公司來說影響很大，我還清楚的記得，有一次公司臨時來了一個很重要的對外的合作，公司要求七天內上線，如果不上線，就會影響投資方對我們的投資，沒辦法啊，我們整個開發團隊，七天沒回家，在酒店住了一周封閉式開發，幸運的是，我們完成了，如期完成了項目上線，類似這樣的事情還比較多，有時候會讓人心力憔悴，還好那段時間我們年輕，扛了過來。

加班的壓力

首先選擇這一行，我們就應該有清楚的認識，加班是避免不了的，比如 996 這個概念有一陣子被炒的很火，我個人覺得，在一段時間內，比如為了趕一個項目上線，進行996我覺得是可以接受的，但是長時間，比如一年兩年都是這種狀態，你就得思考這正常嗎？問題出在哪了？這個公司是不是值得呆了？其實出現這樣的情況，大多數是內部管理問題或者所謂的領導為了迎合老闆的喜好，政治996，如果收入又不高，佔用太多的私人時間，就沒有了自己的生活，除了工作就是工作，你沒有辦法去提升自我，長久下來，你的技術會與時代脫鉤的，建議盡早離開。

年齡增長，工資增長慢，收入少的壓力

隨著年齡的增長，曾經我認為年輕的90後，也慢慢的30了，也不小了，大多數已經結婚有孩子了，雖然到了這個年紀，工資大概能到2萬左右了，但是這兩萬真的夠用嗎，房貸，孩子教育，贍養老人、自己的各種生活開支，算來算去，自己能留下的錢已經所剩無幾了。

我曾經看過《雲棲社區2017中國開發者調查報告》中顯示中國開發者月收入水平在10000元以下的佔49%，另有32.2%的人月收入在1萬~2萬元，真正月入10萬元及以上的高收入群體僅佔1.4%。 社會 普遍認為開發者群體是高收入人群，而實際上，相當多的人並不是。其實我們大多數程序員只是一個普通的打工仔而已。我們要正確認知這個現狀，拿高薪的只是少數而已。

技術更新太快的壓力

作為開發的我們深有體會，就拿我從事的前端來說，前端幾乎每年都有新的東西出現，有時候還沒學完，新的版本又出來了，為了讓自己的職業有保鮮期，不落伍，只有不斷的逼迫自己學習，不能有絲毫的放鬆。及時自己從事了管理崗位，對技術我也不敢絲毫的怠慢，還是在不斷的充電和完善。

每年湧入不少新人的壓力

我們都清楚，如果要是從事基礎的編程工作，門檻並沒有想像的這么高，基本上培訓學校出來的人只要有幾個月的時間，高中基礎的人，出來以後也能上手基礎的項目工作。因此造就了每年有大量的新人來到這個行業，剛入門的新人，工資低，又年輕，多少對我們這些比較一般，還從事基礎編碼的程序員增加不少壓力。沒有誰是不可替代的，即使你是老員工，有時候公司為了生存和發展，也不得不犧牲一些人老人，去招聘能力又強又便宜的新人。

焦慮：在別人眼裡你很「光鮮」，其實你就是一個普通人

我經常會遇到身邊的朋友這么說，你們這些在北京工作的人，尤其是做互聯網開發的，年薪也至少50萬+了吧，甚至還補充到，我朋友或親戚誰誰，在BAT、微軟、華為做開發都年薪百萬了，難道你不是嗎？每次聽到這個問題，我真的是很無奈笑而不語，難道真的是自己很失敗嗎，千萬不要被身邊的人左右了你的心情，你需要清楚的認識到開發者群體中只有少數人能成為管理者或高薪的技術人才，絕大部分還是普通人。一定要把自己的心態放平，不要被這些所謂的外因，讓自己整天憂心忡忡焦慮，做好自己就行了。

如何擺脫這些所謂的壓力和焦慮呢？靜下心來，踏實工作，做好職業規劃

首先我們要清楚的認識到我們是一個很普通的人，特別隨著年齡的增長，尤其到了中年之後，面臨著年輕人的壓力同時還有生活的壓力，確實要求我們有著強大的內心，生活確實很艱難，千萬不要給自己定性認為自己不行了，你越這么認為，生活就會越針對你。

其次想必大家和我都想過這個問題，如果我40歲了，還要和現在一樣從事這樣基礎的業務代碼工作嗎，環顧四周，這么多小年輕，我和他們從事一樣的基礎工作，是不是很尷尬，IT行業發展太快，需要不停地學習，年齡大了身體不如年輕人，就容易被淘汰。

然後你還要思考自己是不是一直要走技術路線，對開發來說，經驗沒有太大幫助（少數還是有幫助的，比如技術架構的能力），而且技術淘汰速度快，就拿我們前端的jQuery框架曾經是多麼的火，自從有了vue、react後用的就少了，這就說明了一個問題經驗往往很快就過時了，而轉管理崗位又太考驗天分了，比專研技術更難。技術路線，堅持精進和學習，跟著潮流擴充自己的知識體系，是沒問題的。但是開發能力只是個工具，做到最後牛的還是那些思維能力好、推演能力強的人。你在走技術路線的時候，千萬別忘記了基礎學科的學習，比如數學，計算機基礎理論。（搞AI的那幫人水平真高。大部分都是博士、數學等基礎學科方向畢業，而且接受過很好的教育，而這樣的人才，即使不在互聯網行業做開發者，往往也能獲得高收入，因此比我們選擇更多），所以建議大家在條件允許的情況下，考一下本專業的研究生，讓自己的理論和思維更加寬闊起來，及時以後不從事這個行業了，也能有更多的選擇。

最後，如果你實在堅持不下去了，無非就是轉行，你就要提前思考下做什麼，找個一個自己的興趣愛好，比如先做當下比較流行的自媒體，短視頻，或者弄個生意都行，還有一個比較有意思的事情，我也忘記在哪看過的文章，說的是一些一線技術大牛40多歲後，利用自己的互聯網思維，搞起了傳統的餐飲行業，而且弄的還很不錯，可見傳統行業也未嘗不可，只要自己喜歡，有時候我就想著弄個奶茶店，哈哈。

小節
今天和大家聊得比較多，請大家見諒，我們要清楚的認識到，天無絕人之路，不要杞人憂天，做好自己就行，我們就是一個普通的人，平平淡淡過好自己，做好職業規劃，堅持學習就夠了，老天是不會不辜負努力付出的人。

對於科班出身的程序員我不是很確定，但是對於非科班出身，尤其是培訓的程序員，他們的壓力真的是非常大，每一個堅持下來的同學都非常了不起！

金三銀四的時候，一位老學員和我說的：自己經人推薦，面試一家大企業，技術面試通過了，但在談薪水階段，hr很明顯的傳達，表示自己是非科班出身，不是特別滿意……雖然最後還是拿到了offer，但心中不免有些意難平！

相比於計算機相關專業，作為非科班出身的學員，從開始工作到有2年經驗這個階段，跳槽幾乎都會「被照顧」到這個問題，這很容易讓人產生對自身的不認可。同時因為基礎不夠扎實，對所學知識半知半解，不確定更大，從而加深自卑心理。有的時候明明已經學好了，但總覺得心裡沒底。

焦慮解決不了問題，只能拚命學習！

晚上下班回去依舊學習，像現在的演算法，Python都自主的學習；

因為非科班的出身，剛開始基礎不算好，所有周末都會去上海徐匯的圖書館學習；

這只是他和我交流中說到的這幾句，但是這幾句話背後付出了多少努力只有他知道吧，這僅僅只是自己在學習方向的壓力！

而面對職場，還有各種各樣的壓力向每一個程序員襲來，尤其是危機意識很強的人。因為技術變化也是非常快速的，而程序員可以說的上是技術前沿的職業，面對這種變化比旁人是更加清晰的，為了延長自己的職業壽命，多少程序員已經開始自學Python、自學演算法了，為的就是在今後的變化中自己能有競爭力！

你說壓力大不大，每個人都有壓力的，畢竟 互聯網帶來了機遇，也放大了焦慮，在焦慮面前，誰能淡然一笑！

沒有哪一項工作不辛苦，沒有哪一項工作毫無壓力。對於我們來說，最重要的是正面壓力，讓自己成長。

作為一個曾經在Oracle、阿里、網路都待過的程序員，來談談我對這個問題的看法。我認為，程序員的壓力，一部分來自工作環境，一部分來自內心的焦慮。

來自工作環境的壓力
來自工作上的壓力是必然的。特別是互聯網公司，長期處於快速迭代的節奏， 並且以結果為導向，以成敗論英雄。筆者從業多年來，曾經幾度面臨崩潰的邊緣，好在通過不斷調整，內心變得強大從容。總結下來工作上的壓力可能來自幾個方面：
來自內心的壓力
身在職場，工作是永遠都做不完的。其實更多時候，壓力是自己給的。這里筆者主要來剖析一下自己所面臨的問題：
做好規劃，時刻保持競爭力
有壓力不可怕。在外企朝九晚五，也會面臨諸多壓力。在互聯網公司小步快跑，加班成了一種常態，壓力更不用說。那麼我們要做的只能是調整好自己，直面壓力，獲取更大的成長。

歡迎關注筆者，每天分享架構干貨 。

程序員加班多，壓力大，有多大呢？有辣么大！

我不說壓力有多大，我就說說為啥壓力會這么大。

作為程序員，需要通過編程做出一款產品，然後把產品賣給客戶，這樣才能有持續的收入。而程序員的壓力很多是來自自己公司的銷售和客戶。
1、自己公司的銷售
銷售要把產品賣給客戶，就需要與客戶坐下來，大家一起開個會，銷售向客戶介紹自家產品，有時會出現吹牛皮吹過頭的現象。比如產品某個功能目前沒有實現，或者未來很長時間也不能實現，但是銷售已經誇下海口了，不能自己打自己的臉啊，於是，這壓力就轉到程序員身上了。
2、客戶的需求
銷售或者項目經理與客戶開會，談某個項目落地的事情。由於客戶比較急，要求多少多少天之內落地，於是壓力又集中到了程序員身上。
3、還是客戶的需求
項目落地了，但是客戶的需求隨時在變化。每變一個需求，程序員就要改動一次。如果需求變更比較急，程序員又要加班加點了。

程序員的壓力總是有的，在壓力中挺過去海闊天空！

程序員的壓力有多大？

壓力肯定有，至於說程序員的壓力是不是最大的，那就不知道了。各行各業的壓力都大，主要壓力來源於幾個方面，就看自己的調節能力了。

1、工作壓力，這個主要根據項目，要求按時交貨，必須加班加點完成。特別是產品調試階段，出現BUG的話，基本都是通宵，想辦法來解決問題，有時候連續幾個通宵。

2、知識更新太快。前端幾乎每年都有新的東西出現，有時候還沒學完，新的版本又出來了，為了讓自己的職業有保鮮期，不落伍，只有不斷的逼迫自己學習，不能有絲毫的放鬆。及時自己從事了管理崗位，對技術我也不敢絲毫的怠慢，還是在不斷的充電和完善。

3、家庭的壓力。雖然說程序員的工資高，基本都在加班，沒有時間談個戀愛啥的，家裡天天催。結了婚的，由於天天加班，不能好好的陪伴家人，也容易產生家庭矛盾。

4、程序員對年齡要求嚴格。一般程序員過了35歲，企業基本就不再會錄用了，所以程序員必須在35歲錢，完成兩件事，一，賺足錢，實現財務自由。二、努力提升成為管理者。過了35歲的程序員，沒有走上管理崗位的，基本都考慮轉行了。

歡迎留言討論

都這樣了，還有啥說的~

這個需要區分在什麼單位或者是部門做開發以及開發軟體的性質。工作中的壓力來自幾個方面，包括如下等一些方面:

首先，工作進度壓力是指要在規定的時間完成開發任務，上級確定的開發完成截止時間前必須完成任務，而開發工作具有很大的不確定性，每個系統的開發都和之前的開發工作有不同，雖然所用的技術是類似的，但總能碰上不一樣的或者需要公關的技術。所以為了完成任務有時只能加班加點，還要預留足夠的時間做測試等，每個人都不想拖項目的後腿，不能因為自己一個人延期而影響整個項目的進展，所以平時最大的工作壓力來自進度壓力。

第二點，軟體開發的技術更新非常快，參與開發時會碰到很多你不熟悉的技術，包括新的技術選型所採用的新技術，也包括開發軟體所涉及的業務領域的新技術，比如軟體涉及到系統安全，就需要學習加密解密，邊學習邊開發導致難度增加，還要保證進度，所以壓力就大。

另外，如果所從事的是核心系統的開發，比如電信的線上計費系統，互聯網的線上實時運行的系統，開發這類系統的壓力也會比較大，因為如果這類系統運行出錯，則影響會比較大，會導致使用者的經濟損失和惡劣的影響，所以從事這類開發的都需要小心翼翼，盡可能的避免出錯，需要嚴格的審核和測試，這種對工作後果的擔憂會對開發人員產生很大的壓力。

總體來說，程序員的壓力還是很大的，但也有一些單位或者項目對開發進度要求不緊或者對成熟的程序員來說沒有什麼難度，又或者說是不太重要的系統，參與這樣的項目會則會相對輕松，但熟悉的工作對開發者的技能提升有限，就看個人如何取捨了。

是很大，這個行業能在這么短時間發展的這么好，應該說是目前發展最好的行業之一吧。發展這么快，技術不斷更新升級，必須保持學習的狀態，否則很難做好這行，將面臨的就是淘汰。

這個行業薪資相對高，從業人員素質比較高，大都不安於現狀，每個人都不甘心落後，再加上大多公司都採用末尾淘汰制，不努力的淘汰掉。每年都有大量優秀的畢業生加入，競爭壓力可想而知。

錢不是那麼好掙錢的，通過薪資就可以看到一個行業的壓力。

E. 作為一名程序員，你真的理解需求嗎

作為一個程序員，最重要的職責就是： 按時保質保量地完成需求開發。

像開發新業務這樣的復雜需求， PM （Proct Manager，產品經理） 一般會寫出詳細的 PRD （Proct Requirement Document，產品需求文檔） ，甚至可能會製作高保真原型。

而像調換兩個按鈕順序這樣的簡單需求，PM有可能只會口頭通知一下，最多在JIRA之類的項目管理平台上創建一條只有標題的ISSUE。

如果是有和用戶交互的需求，負責設計的部門或人員一般會提供設計圖。專業一點的話還會幫你把圖都裁好，並准備不同屏幕解析度下使用的多個尺寸版本。

當然，如果你在一個剛剛成立的創業公司，很有可能是創始人在白板前（或者是飯桌上）講了半個小時，然後就問你：「需要多長時間把它做出來？」

不管提出需求的是PM還是創始人，他們的腦海中一定為這個需求設想好了一個自洽的邏輯和形態。PRD也好，口頭宣講也罷，都是在描述這個邏輯和形態。他們提出需求，就是希望程序員能夠最大程度地還原他們的設想。

說起來簡單，做起來難。 我們可以通過一個小實驗來揭示這一點。

首先，你需要找一張長方形的紙。如果你在辦公室，那就找一張A4紙；如果你在家，那就找一張紙巾。然後按照下面的步驟進行操作：

你的作品是什麼樣子？中間開洞了嗎？邊上呢？角上呢？如果再做一次，你能完成同樣的作品嗎？

你可以拿著同樣的紙去找你的家人、同事或朋友，請他們來完成同樣的操作。在你不施加影響的前提下，他們完成的作品極有可能和你截然不同。

為什麼會這樣呢？

如果你仔細觀察他們操作的過程，就會發現：

由於每次對折都會可能產生兩種不同結果，在撕第一個角時紙的朝向有四種可能性，旋轉180度時有兩種可能。所以僅僅兩個撕角的位置，就至少有 2 x 2 x 4 x 2 = 32 種不同的可能性。

就這樣，我們還沒有考慮撕角的大小、角度的區別，還有極少數人是會沿對角線對折的……

上面撕紙的需求，其實是我自己拿了張紙隨意擺弄，然後記錄下來的操作流程。我照著這個流程，可以十分輕松地做出完全相同的作品。但是如果讓別人來做，結果就完全不一樣。其原因就是，我在完成作品的過程中，不光是按照流程進行操作，還隱含了自己的一些小習慣，卻並沒有把這些細節記錄下來。

如果把所有細節都完整地記錄下來的話，需求應該是這樣的：

同樣，PM在寫PRD時，很有可能會漏掉一些自己認為應該是「常識」，無需再進一步說明的內容。比如「把一張紙對折」，我們很容易想當然地認為，應該是沿著長邊對折，但事實上並非所有人都是這么理解「對折」的。

由於每個人的成長經歷不同，其認知結構之間必然存在差異，因此對同一概念未必持有相同的理解。 你所認為的「常識」，我可能並不知道，或者擁有和你截然不同的理解。所以程序員在看PRD時，一定要把自己對需求的理解復述出來，跟PM確定是不是這么回事。否則就容易出現開發中、提測甚至上線後發現邏輯性錯誤，需要緊急修復甚至返工的情況。

此外， 很多問題在設想階段是發現不了的，只有到了具體實施時才會暴露出來。 PRD不可能真正做到完備，也不能保證沒有錯誤和遺漏。比如一個表單需求，很可能在做的過程中發現某個非法數據case是PRD里沒考慮到的，這時的用戶交互怎麼做？文案怎麼定？這都要和PM溝通來解決，而不能自己拍腦門決定。

PRD只是需求的一個快照性描述文檔，並不是需求本身。 程序員應該對需求負責，而不是對文檔負責。 只有和PM保持溝通，不斷地細化需求，才能讓需求真正落地。當發現PRD里有不合理或者有疑問的地方時，一定要提出來讓PM進行解釋。千萬別視若無睹，甚至乾脆將錯就錯，等著看PM笑話。

如果我們拿到了一份圖文並茂、十分詳盡的PRD，是不是應該馬上照著文檔開工呢？那可不一定。

一位優秀的程序員，應該在開工之前把下面這些問題想清楚：

程序員有責任對需求方案進行review，並協助PM改進設計。 要知道，PM一般不會從技術角度對需求進行考慮，所以往往提出的並非最優方案。有時只要做一點點調整，技術實現的難度就會大大降低，卻不影響目標的達成效果。

比如某個業務需要用到日期選擇器組件，PM為此專門設計了一個，而你知道系統中某個功能頁面里有現成可用的同類組件。這時就應該和PM溝通是否可以直接復用，或者在原有組件的基礎上進行功能擴展。這樣既節省了開發資源，又保持了用戶體驗的一致。

程序員要對整個產品的可用性負責，全面評估需求可能導致的不良影響，謹慎對待有破壞性的需求。 PM由於不了解系統的底層實現和實際數據的組織方式，所以很可能無法全面地評估需求的影響面。如果程序員忽視在這方面的思考，只是機械地按部就班地執行方案，就很可能導致嚴重的線上事故。

比如要對某數據進行批量修改，在做的過程中時發現該數據有多個業務正在使用。這時就應該必須停下來和PM溝通，因為PM可能只了解自己負責的那一塊業務，不知道修改可能會對其他業務產生影響。此類需求要和相關各方溝通協商，確認修改沒有不良影響後才能繼續。

程序員要有魄力去拒絕那些明顯不靠譜的需求。 有的時候，PM提出需求的動機不是為用戶創造更多的價值或提升用戶體驗，而是為了沖績效完成自己的KPI。為此拆東牆補西牆，從兄弟業務手裡搶流量入口；甚至殺雞取卵，以嚴重破壞用戶體驗的方式拉量。遇到這種事，程序員一定要堅持自己的原則，守住自己的底線。

F. 程序員這個工作，真的很吃香嗎為什麼呢

程序員這個工作真的很吃香，因為程序員的工資很高，就業崗位也很多，但是程序員這份工作很累。因為程序員的工資以及就業機會多，有很多人都會選擇做程序員，甚至有的人轉行做程序員這份工作。關於程序員這個工作，真的很吃香嗎？為什麼呢？以下是我的看法：

三、程序員這份工作很累

對於很多的工作來說，員工是不需要加班的，如果做完一天的工作就可以選擇下班，不需要留下來去做其他多餘的工作。但是，對於程序員來說，加班是非常常見的事情，因為不知道什麼時候程序就會出現bug，需要程序員去維護以及修改。程序員這份工作是很非常勞累的，所以如果選擇了做程序員這份工作就要做好加班的准備。

關於程序員這個工作，真的很吃香嗎？為什麼呢？以上是我的看法，你有什麼看法？歡迎留言。

G. 普通程序員，每天下班後可以做什麼兼職

如果你會化妝，或者稍微練習一下，就可以做跟妝，一般婚慶或者照相館之類的比較多，或者一些小劇組都可以。二線城市跟妝1000+以上，厲害的跟妝幾萬塊不是夢，如果你對這個感興趣，學習一下化妝技巧很快的。

H. 程序員這個工作，真的很吃香嗎

程序員這個工作，真的很吃香嗎？

程序員的需求量很大，確實很吃香，但是要看個人能力。關於程序員，網上有很多關於工資的相關報道。有人說年薪幾十萬或幾百萬。除了大型公司的管理和先進技術開發，普通程序員通常沒那麼高的工資。北部、上海、廣州和深圳將更高。但與其他行業相比，薪酬仍有一些優勢。很多人都想為了高薪而當程序員。

相信有很多選擇計算機相關專業的學生都是因為這個原因。剛畢業的時候，移動互聯網非常流行，所以選擇做移動終端開發。雖然移動互聯網已經過了巔峰，但隨著雲計算、人工智慧、大數據等一系列技術的發展，程序員的需求仍然很大，相關專業仍然很受歡迎，因此，許多應聘者會考慮轉行程序員。

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

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

J. 程序員接私活完整攻略

接私活 對程序員這個圈子來說是一個既公開又隱私的話題，不說全部，應該大多數程序員都有過想要接私活的想法，當然，也有部分得道成仙的不主張接私活。但是很少有人在公開場合討論私活的問題，似乎都在避嫌。就跟有人下班後跑滴滴一樣，程序員私有時間接點活掙點錢不也很正常么，不過不要在上班時間就行，就跟你上班期間出去跑滴滴一樣。

當你竭盡全力想要去接私活的時候一定做過這樣的事，網路搜索「程序員如何接私活」或者「程序員到哪接外包」之類的問題，那麼相信你也一定看到過讓你不要接私活的帖子，觀點大概就是：

把有限的時間花在提升自己的能力上，技術深度，技術廣度，或者多閱讀書籍，豐富自己，這樣有可能比做外包收益大。

這里就不跟大家討論該不該接的問題了，很明顯，我接了。首先跟大家分享幾個項目案例。

案例1

大概是13年14年左右的樣子，談到一個項目，做一個APP連接甩脂機，通過藍牙模塊傳輸數據，便於手機上觀察，大概這樣。依稀記得跟甲方項目經理溝通需求時，他拿了一個 Android 2.x 系統的手機給我演示了QQ的一些功能，我一本正經的跟他說，「你放心，這個肯定做不了」，他當時就懵了...因為我並不想兼容2.x版本的系統。後來進入簽合同階段，這家公司不大，事兒倒是不少，又是身份證復印件，又是按指紋。這個項目是我外包生涯中的一次滑鐵盧，為什麼呢，因為我竟然同意了不用付定金，等項目開發中期再支付第一筆費用。帶著一個他們提供的藍牙硬體模塊，回去了。後端開始編寫API，Android iOS 開始研究藍牙數據傳輸，噼里啪啦直接把項目做完了。測試包發過去了，結果大家能想到，不給錢!

我至今都記得這家公司的名字，不知道倒閉了沒有，我們整個團隊一分錢沒得到，項目以失敗告終。

案例2

一個汽車後市場項目。當時市場上有一款APP，養車點點，後來已經改名，叫典典養車，我們當時要做的就是抄襲它，功能類似，整個項目差不多十幾萬。甲方是做汽車零配件的，在上海有很多家店，每次交流的地址在一家咖啡館。兩個多月後，項目上線，經營一段時間後，甲方意欲挖我們過去，畢竟項目是我們做的，他想把原班人馬招過去，婉拒。

案例3

一個海外社交項目。這個項目比較小，只做 Android 一個端，原因是甲方招聘的 Android 人員離職了，時間緊急，就讓我接了。比較順利，對方提供視覺稿、API，我開發 Android 即可，項目也沒啥難度，我閑著無聊，特地給他們做了一些交互動畫，甲方驗收的時候非常高興，直言比他們自己員工做得都好。

還有很多其它項目就不一一介紹了，小到做一個控制項，幾百塊，千把塊，大到幾十萬的項目，從整理需求到設計到開發。當然，也不是什麼項目都接，舉個例子，以APP為例，在甲方提供API和視覺稿的前提下，一個端低於2萬的項目從來不接。

做私活掙錢嗎？不掙錢是腦子進水了嗎。尤其對於剛入場的選手，外包收入可以說抵你一年的工資都可以。不僅掙錢，還特別積累經驗，外包項目五花八門，搞地圖的，搞語音的，搞視頻的，搞藍牙的，能幫助初級選手快速成長。

做私活累嗎？相當累。白天黑夜，從無周末。項目一旦接下來，從此進入心事重重的生活，不到最後交付那一刻，不會停緩。周末是最佳的工作時間，平時下班晚的話還做不了，所以幾乎沒有休息時間。

重點來了，到哪裡接呢？

初級選手自己亂七八糟找項目，高級選手項目找上門。做私活一定要找到最佳狀態，不然就是受罪。什麼是最佳狀態，就是當項目找上門時， 想做就做，不想做又想賺就轉。 那麼到底有哪些方法可以接到私活呢？不管黑貓白貓，抓到老鼠就是好貓，有哪些方法我一一說來。

方法1

各個眾包平台。這是入門級的手段，也是最容易做的方法。有哪些眾包平台就不用我一一細說了吧，豬八戒，威客網，CSDN 也有外包頻道，一些技術論壇，海外的 Freelance 網站等等，每個都注冊一遍，前期比較麻煩，各種資料需要填寫，團隊介紹，歷史案例。注冊之後理論上就可以投標項目了，不過如果需要認證的話，還需要繼續花錢，很多項目只有花錢之後才有機會投標，這個就自己評估吧，我沒花錢。通常沒啥好項目，錢哪有那麼容易賺，都是些邊邊角角稀奇古怪的項目。當然，即便是被別人挑剩下來的項目，也不排除有好項目，你要一一去溝通才知道。

方法2

主動聯系各個外包公司，成為他們的備選開發人員。外包公司接單子的手段肯定比我們個人高明多了，他們就靠這個吃飯的，當他們出現人員緊缺、項目過剩、員工離職等情況時，不排除他們會考慮找臨時替補人員，甚至把項目整包轉出去。如果你身邊有朋友開外包公司的，那很好，先天優勢，長期互助。但是大部分人也許並沒有這樣的資源，那麼這就是個體力活了，在方法1的基礎上，部分平台會留下甲方的聯系方式，比如豬八戒，你直接搜索軟體外包服務商，他們的介紹頁面上通常會有他們的手機號碼和郵箱等信息，或者當你點擊「在線咨詢」「與我聯系」等類似按鈕的時候，他們的自動回復也會出現一些QQ號、手機號、郵箱等聯系信息。

這邊我只是以其中一個平台為例，只要你用心，各個平台你都能扒到一些有用的信息。拿到這些信息之後你就可以把你編輯好的話術發給他們，也可以直接加他們微信，通常手機號碼就是微信，不要慫，直接跟他們聯系，打電話、發郵件、發QQ，發微信，把你想要做外包的意圖告訴他們即可，然後就靜靜的躺在他們的朋友圈裡，或者被遺忘，一兩個月問一次好打個招呼，不要太頻繁，這也算是人際關系的維護，看你本領了，多認識點人沒壞處，剩下的就是平淡的等待了，如果他們會聯系你的話。

方法3

跟身邊的開發人員灰度交流。你沒有項目，不代表別人都沒有，如果別人願意帶著你的話，這也算是一個渠道。什麼是灰度交流，就是半含蓄狀態，文章開始我說了，程序員接私活是一個既公開又隱私的話題，不過這個度大家自己把握好，搞不好丟飯碗，把握不好的還是放棄這個方法吧。

方法4

人脈資源。除了從網路上接項目，或者吃外包公司的殘羹冷炙，還有另外一個類別的項目，那就是創業者。在這個互聯網、移動互聯網、物聯網盛行的時代，創業者也是一波接著一波，雖然熱度有高有低，但是從不缺。組建一個公司，組建一個技術團隊需要一筆不菲的費用，尤其軟體開發人員的工資，將成為一個創業公司的沉重負擔。種子投資，或者天使輪投資能有多少，對大多數創業項目來說，幾十萬，一百萬，兩百萬，或者五百萬，基本頂天了，這些錢能維持一個團隊多久，何況還有很多創業者並沒有拿到融資，他們等著先開發一個上線項目，再拿項目去找投資。如果你能接到這樣的項目，那也是很爽的，不過通常這類項目靠熟人介紹，但是你千萬要注意，一定要營造良好的口碑。有條件的話，也可以做套名片，幾十塊錢，夠發好久的。

做私活沒有穩定的渠道，你可能一直找不到項目，也可能一年一個項目，重點是心態，不然你將陷入困擾的情緒當中。有更好，沒有拉倒，找到最舒服的狀態。

當項目來臨時，該如何報價？

價值都是相對的，一定要有自己的心理預期，有些人覺得五千很值，有些人覺得一萬很值。不要飢不擇食，不管多廉價都接；也不要人心不足，吃著碗里看著鍋里，或者覬覦別人的高價。跟對方交談時，一定要快速判斷彼此是否是目標客戶，不要啰嗦太多，你的心理預期是幾萬，對方的心理預算是幾千，這樣的項目還談個啥，務必在最短的時間內確定大家是否可以繼續談下去，否則浪費不必要的時間。如果大家心理預期差不多，對方不是那種想三千塊錢做個淘寶的，則繼續往下進行。有的甲方要求不多，很爽快，這樣最好，有的甲方需要出報價單，那麼就詳細溝通需求，整理報價，整理報價是一個費時的過程，不要嫌麻煩，我們不是服務商，我們是搶食的個體，一定要不怕付出，哪怕一無所獲。

甲方有可能只是來詢價，也可能等你出完報價單再回去比價，還是那句話，不要怕吃虧。如果甲方是個體的話，通常很好弄，但是甲方是商家的話就麻煩一點，一定要問清楚是否要開票，開票是要稅的，不過羊毛出在羊身上，告訴他我們的報價是不含稅的，如果要開票的話要加上稅錢，20萬的話，差不多幾千塊錢，看對方要求開什麼類型的票。開票的話可以自己去稅務局開，不過我沒去過，如果自己認識幾個開公司的朋友的話那是最好，讓他們幫忙開張票，把稅錢貼給他們。

如果你覺的開票你對來說很難實施的話，那麼有三個方案，一是放棄，這樣的單子直接不要接了，繼續尋找下一個單子；二是先接下來再轉包，轉給其它的外包公司做，不過你要估摸好有公司接，有朋友做外包公司那是最好的，相互幫忙，但是這種方案並不推薦，原因是不好把控項目進度和質量，還擔風險；三是把項目介紹給認識的公司去談，談好了你拿提成，這樣你既不擔風險，還賺點快錢。

付款方式該如何確定呢？

切記，必須付定金，越多越好。通常我的付款方式是442，即預付40%的定金，項目提測再付40%，項目上線付清餘款20%，這套方式針對個人比較好用，針對公司不好用，公司通常會留一筆費用在上線後一個月兩個月三個月再付清，所以付款方式可以改成5311，即預付50%的定金，提測30%，上線10%，上線運營一個月後10%，堅持一個原則，前期付的錢越多越好。

接下來就是簽合同了

一般只有個人才可能不要求簽合同，大多數情況還是要簽合同的。合同盡量你來擬定，不會寫的話上網抄，一定要保護好自己的權益，重點是防止被對方坑。比如在合同中一定要寫好適配哪些系統哪些瀏覽器，基於哪個版本開發等等，做得到的就寫，做不到的別亂寫，合同這東西，在心情好的時候怎麼寫都無所謂，心情不好的時候大家只能拿合同說話，你可別賠個十萬二十萬的，嚇死你。

整個接私活的過程差不多就是這樣了，最後，我再強調幾點 注意事項 ：

end