程序員和伺服器蛀蟲

⑴ 程序員太累怎麼辦

程序員真的很辛苦么？
做程序員不好！程序員就是一工地裡面提灰桶的民工。大公司的程序員還好，僅僅只是讓你每天提灰桶。小公司就不行了，你不但要提灰桶，而且還要去合泥，砌牆，做木工。甚至只要工頭（就是老闆）高興，泥還得客串著去做廚師，給民工們做飯。不過，忍一忍就過去了！當你的技術，你的經驗，你的聲望積累到一定的程度，你就可以升級成項目經理了！哈哈，那個時候你的日子就可以快活點了！

程序員本身：

這一行正如你所說得：壓力很大，工作量也很大，很枯燥，而且生命周期也就是到35歲左右。這些都是程序員的缺點。

程序員的優點：

掙錢比較多，工作環境好，能夠於時代共同進步。

程序員的發展：

如果單從程序員本身來說，發展不大，但是大部分程序員有了一定的知識基礎，和工作經驗後，都會繼續發展，你也可以理解為「跳槽」。隨著知識的基類，經驗的豐富，你的工資也會隨之上升。如果你有一定的領導能力，最後發展到「管理層」，這樣的話你就不會輕易的被公司和時代「晌銷淘汰」！

而且畢指，現在編程公司大多都是外企，如：美國，日本。發展好了有一定的出國機會，對你的前途也是大有益處。

所以不要從單發面來看「程序員」，要從工展的眼光來看，至於你自己的前途如何，那就要看你自己了！！
當程序員累嗎
您好，很高興為您解答！

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

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

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

希望我的回答能夠幫助到您!
我是一名程序員，感覺這工作太累了，經常有想放棄的想法，怎麼辦？
每一份工作都累，都不容易，換工作之前先了解一下自己適合什麼工作，有合適的可以換，但是不要一沖動就換了，祝你好運～
做程序員是不是很累，每天要工作多久
北京JAVA程序員一天九小時，工作不忙伺服器不用調試一周就有雙休，一個月月薪1w，不過也是有點累，一天基本看電腦，注意保護眼睛
程序員到底有多累，有多辛苦
在北京基本都是雙休的，之所以說辛苦，主要是公司可能某段時間趕項目的話會需要加班的。當然如果效率很高的話，那根本不涉及到加班這么一說啊。在很多大公司的話，程序員待遇是想當令人羨慕的。。根本就不是說的那麼苦逼
程序員手謹配到底有多累，多辛苦
互聯網行業和傳統行業相比，他們更強調快速迭代和開發，即時的用戶反饋；因此對於大部分互聯網企業來講，時間就是機會，甚至只要落後於別人幾天，就可能錯過發展的最好時間；因此互聯網行業的時間緊迫感比傳統行業以及傳統軟體行業都要更加強烈。

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

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

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

自Avazu Holding張中慶
程序員到底有多累，多辛苦
程序猿的工作強度和工作內容密切相關。

如果從事和客戶密切溝通，需要及時解決問題的崗位，往往是非常辛苦的。每年支付寶和微信的負責紅包功能的程序猿都要守在伺服器前處理負載，解決網路問題。每到雙十一，也是淘寶程序猿加班加點的時候。

如果很介意加班的話，建議從事一些較為穩定的工作。例如維護，測試等。
做程序員工資高嗎？平時工作辛苦嗎~
我做過7年程序員轉行了，很辛苦，收入在北上廣很客觀。其實和蓋房子的民工是一個性質，人家搬磚你搬代碼，未來人家還能發展成包工頭，程序員如果不在外企，過了三十歲就歇菜了！慎重！
我是一名程序員，感覺這工作太累了，經常有想放棄的想法，怎麼辦？
每一份工作都累，都不容易，換工作之前先了解一下自己適合什麼工作，有合適的可以換，但是不要一沖動就換了，祝你好運～
程序員到底有多累，多辛苦
北京JAVA程序員一天九小時，工作不忙伺服器不用調試一周就有雙休，一個月月薪1w，不過也是有點累，一天基本看電腦，注意保護眼睛

⑵ 什麼是計算機硬體工程師、程序員、網路管理員、系統維護專家及資料庫管理人員

硬體工程師
主要負責
電腦硬體
的設計，維修。主要是這2個方面，還有的還要參與編程，但都是單片機編程！
程序員就是寫程序代碼的一些人，分初級到高級，按級別編寫不同的代碼，初級主要寫一些簡單的，比如前台代碼，高級主要寫核心部分！
網路管理員
主要管理的是網路連接，維護，伺服器的管理，
路由器
的配置，和網路的組建！
系統維護
專家主要乾的是硬體與軟體方面的結合部分，難度挺大的。
資料庫管理員
主要負責編寫資料庫
存儲過程
和資料庫文檔的編寫，還要寫
幫助文件
，和各個資料庫之間的轉換！
在一些大一點的軟體公司這些人都不可缺少！

⑶ 在一些大公司，程序員是做什麼的

都一樣的 只是大公司人員比較足有產品有測試 程序員只需要根據安排做好相應的功能模塊 小公司的話可能沒有產品沒有測試 程序員就需要負責功能的規劃伺服器搭建資料庫設計功能設計還包括功能測試 總的來說就是大公司程序員負責的區域比較小責任分派清晰 小公司只要涉及技術方面的東西都會由程序員來做

⑷ 程序員跑路鎖死游戲伺服器致公司破產~老闆下海幹活

1月20日，深圳市螃蟹網路 科技 有限公司創始人尹柏霖發文控訴，前員工燕某在 游戲 上線測試當天（2017年12月15日），鎖死伺服器與電腦，並惡意失蹤，致公司損失慘重。尹柏霖稱，「我們上線不了也測試不了，等新員工到職後熟悉新代碼又是幾個月過去了。」他表示，時隔這么久才曝光燕某是覺得項目敗了無所謂了，正准備走法律程序。現在公司已解散，自己背了幾百萬債在打工。

人們的最大疑惑，是一個剛來公司三個月的程序員，如何能拖垮耗資600萬元、開發了兩年的 游戲 項目？ 游戲 之前是誰在開發，是否另有隱情？

尹柏霖表示：創業公司養不起閑人，燕飛宏負責的後端，之前在公司也只有一人負責。當時前任跟同事相處得很好，奈何身體出了問題，跟妻子孩子離開深圳，回老家養病去了。而公司正值 游戲 上線前夕，他情非得已，通過朋友認識了燕飛宏。

尹柏霖驚奇地發現，燕飛宏跟自己是老鄉也是校友，技術能力也過關，就給了技術總監的職位（相當於技術部門負責人）和4萬元的月薪。「這其實是挺不合理的，但當時我們項目已經停擺了。如果他做得好，工資高一點也可以接受。」

公告里稱燕飛宏「心智異於常人」。公司同事跟燕飛宏很難溝通，「他自己做後端時還沒問題，一跟前端和策劃合作，各種罵人擺譜都來了。」尹柏霖稱，燕飛宏經常早退去吃飯，一起拚命的同事對他意見很大。然而他的級別是「技術合夥人」，燕飛宏表示：他們是普通員工，我是管理層，我想怎樣就怎樣。「在公司得小心哄著他，還專門給他搞了特殊的電腦桌和椅子。」

矛盾爆發是在 游戲 上線測試的那一天。中午全員會議時，燕飛宏怎麼也請不來，尹柏霖親自去請，他卻摔鍵盤走人了。下午兩點 游戲 就要上線，他們原以為他像往常一樣出去就餐，結果燕飛宏再也沒回公司。他的電腦密碼、伺服器密碼，也無人能解。 游戲 內測最終泡湯。

這款 游戲 本名《生靈怒》，預算100萬元，耗時8個月，但實際開發拖了一年多。「拖到這時候，每個月支出就有十多萬元，我們實在沒錢了。」內測泡湯後，前端主程序員頗為失望，「大家苦兮兮熬了一年，最終落得這個後果，心態要崩了。」最終搶救8個月後，項目宣布失敗。

尹柏霖是 游戲 策劃出身，工作了七八年，把攢下的100萬元全部投入了項目。另一位做實業的合夥人也投進了自己的300萬元。項目失敗後，尹柏霖不得不關閉公司。他形容自己在深圳「一無所有，33歲沒車沒房，老婆還要生了」，只能打工度日。

在規劃里，《生靈怒》是一款RTS+實時消除對戰玩法的 游戲 ，全球同服。「我們走的是獨立 游戲 路線，對口碑抱有很大希望。」嘗試過 游戲 的玩家盡管提出諸多不足，但對玩法機制贊不絕口。根據尹柏霖預測，這款 游戲 未來能做到月千萬元級別的流水。但這一切如今都已付之東流。

⑸ 37歲京東程序員「被猝死」，當事人已經辟謠，你如何看待這起烏龍事件

這次烏龍事件更像是京東公司的競爭對手所發布的謠言。

國內的互聯網公司高強度的工作是一件非常普遍的事情，而京東這些年在事業上也取得了很大的進步，所以導致京東很容易引起行業當中的其他公司眼紅。而且現在很多網友非常不滿互聯網公司高壓的工作強度，因此一旦互聯網公司的員工發生猝死情況就很容易導致該家互聯網公司受到輿論攻擊，而且輿論攻擊必然導致企業的發展受挫，所以這一次的烏龍事件很像是競爭對手的有意為之。

被造謠員工猝死明顯不是針對員工個人，而是針對京東。因為僅是員工個人根本不可能產生如此大的影響，但是這名員工作為京東的員工，自然也在某種程度上代表著京東，所以只要通過一個員工就可以讓整個京東的名譽和口碑受到影響，這就足以說明網路平台的造謠成本有多麼的低。

當然我們也希望商業競爭應該要通過正當手段來進行，如果用這種小伎倆來打擊一家公司的發展的話，是根本不可能獲得成功的。而且一旦暴露在公眾視野當中，必然會遭到所有人的詬病。

⑹ 程序員需要懂的一些伺服器性能名詞

QPS、TPS、PV、UV、GMV、IP、RPS等各種名詞，外行看起來很牛X，

Queries Per Second，每秒查詢數。每秒能夠響應的查詢次數。
QPS是對一個特定的查詢伺服器在規定時間內所處理流量多少的衡量標准，在網際網路上，作為域名系統伺服器的機器的性能經常用每秒查詢率來衡量。每秒的響應請求數，也即是最大吞吐能力。

Transactions Per Second 的縮寫，每秒處理的事務數目。一個事務是指一個客戶機向伺服器發送請求然後伺服器做出反應的過程。客戶機在發送請求時開始計時，收到伺服器響應後結束計時，以此來計算使用的時間和完成的事務個數，最終利用這些信息作出的評估分。
TPS 的過程包括：客戶端請求服務端、服務端內部處理、服務端返回客戶端。
例如，訪問一個 Index 頁面會請求伺服器 3 次，包括一次 html，一次 css，一次 js，那麼訪問這一個頁面就會產生一個「T」，產生三個「Q」。

page view即頁面瀏覽量，通常是衡量一個網路新聞頻道或網站甚至一條網路新聞的主要指標。戶每一次對網站中的每個頁面訪問均被記錄 1 次。用戶對同一頁面的多次刷新，訪問量累計。
根據這個特性，刷網站的 PV 就很好刷了。
與 PV 相關的還有 RV ，即重復訪問者數量（repeat visitors）。

訪問數（Unique Visitor）指獨立訪客訪問數，統計1天內訪問某站點的用戶數(以 cookie 為依據)，一台電腦終端為一個訪客。

Internet Protocol獨立 IP 數，是指 1 天內多少個獨立的 IP 瀏覽了頁面，即統計不同的 IP 瀏覽用戶數量。同一 IP 不管訪問了幾個頁面，獨立 IP 數均為 1；不同的 IP 瀏覽頁面，計數會加 1。IP 是基於用戶廣域網 IP 地址來區分不同的訪問者的，所以，多個用戶（多個區域網 IP）在同一個路由器（同一個廣域網 IP）內上網，可能被記錄為一個獨立 IP 訪問者。如果用戶不斷更換 IP，則有可能被多次統計。

Gross Merchandise Volume 的簡稱。只要是訂單，不管消費者是否付款、賣家是否發貨、是否退貨，都可放進 GMV 。

代表吞吐率，即 Requests Per Second 的縮寫。吞吐率是伺服器並發處理能力的量化描述，單位是 reqs/s，指的是某個並發用戶數下單位時間內處理的請求數。
某個並發用戶數下單位時間內能處理的最大的請求數，稱之為最大吞吐率。

⑺ 運維程序員如何快速處理線上問題

對於大多數運維程序員來說，時時刻刻都需要關注伺服器和系統程序可能出現的問題並提前解決。今天我們就通過案例分析來了解一下，運維程序員如何快速處理線上問題。

任何一旦掉進坑裡，明智的做法一定是：跳坑_>填坑_>避坑，線上故障處理的過程也一樣，優先順序從高到低，線上故障處理的目標如下：

跳坑

『跳坑』——快速恢復線上服務，或者將對線上服務的影響降到低。

線上服務的可用性決定著服務者的客戶利益，影響著公司的收益。一旦線上環境不可用，無法服務用戶，給公司/團隊帶來經濟利益損失的同時，更為嚴重的會給公司/團隊帶來惡劣的名聲。所以一般公司都會對線上環境提出穩定性和可靠性的要求，這也是團隊乃至部門的kpi。為此，遇到生產故障後的一要務是：恢復生產服務，即使不能完全恢復線上服務，也要想盡辦法將對線上服務的影響降到低。

填坑

『填坑』——找到問題原因，根本上解決問題。

在恢復線上服務，盡大限度減掉對用戶/公司/團隊帶來的影響後，我們需要徹查問題，搞清楚故障發生的根本原因，從根本上解決問題。通常情況下，『填坑』和『跳坑』是同步在做的，完成『填侍吵坑』也就意味中乎拿『跳坑』成功，但是也有一些緊急情況下的特別『跳坑』方法，比如重啟服務，或者服務降級/熔斷等等，實際並未在當時完成『填坑』，而是先採取非常規手段『跳坑』，之後再慢慢『填坑』。

避坑

『避坑』——舉一反三，消滅隱患。

找到了根本原因，解決了問題之後，我們需要舉一反三，以此及彼，想想在這個故障排查和處理過程中，那些環節存在弱點?那些流程/規范/制度需要優化?這類問題是否在其他系統或者團隊中也存在?通過這樣的反思和自我批評，形成一份線上事故報告，不斷完善流程，避免再次踩坑，也在團隊中交流經驗，共同提高。

線上故障處理的思路

依據線上故障處理的目標及目標的優先順序，線上排障的一目標是恢復線上服務或者降低對線上服務的影響，關鍵點在於快速二字，在『跳坑』-『填坑』之後，再行回溯總結，以便『避坑』。因此，可以將線上故障處理的步驟分為：

故障發現

故障定位

故障排除

故障回溯

其中前三步是『跳坑』行為，後面一步包含了『填坑』和『避坑』。

上述步驟並不是說要從上到下順序進行，建議在不亂陣腳的情況下，並行去做，因為通常線上故障後會緊急啟動故障處理程序，運維、開發、測試、產品各個角色都會參與進來，這時候分工下去，並行去做，不斷匯總消息，做出判斷，以求快速排障歲談搭，恢復服務。這個思路類似於操作系統的fork/join設計思想，目的在於提高效率。

在無法快速找到故障原因的時候，需要果斷跳過故障定位環節，直接進行故障排除，比如採用服務降級、伺服器擴容等手段，確保對線上服務降到低且可控。北京北大青鳥建議可以等到線上服務』撐』過去之後，我們再慢慢定位故障原因，根本上解決問題。

⑻ 游戲伺服器端和客戶端程序員哪個工作壓力大又哪個工資高呢

1。伺服器端程序員的主要工作是將伺服器端提供來的數據請求進行合理的對資料庫進行安全的讀寫.以及將游戲內相對玩家的信息及時轉發給其他玩家2。個人感覺都差不多.客戶端工程師的壓力主要來自bug的修復。資料庫端工程師的壓力來自合理的分配系統...

⑼ 作為程序員，你的職業有哪些不足之處

在職場中最想吐槽的很多：一，不升職，不加薪。剛剛入職的時候，老闆是說的天花亂墜，公司的發展前途多麼好，將來會發展的如何還大，加入公司前途不可限量，將來是升職又加薪，後來，就沒有後來了。沒有升職，更沒有加薪一帶知說。二，沒完沒了的會議。白天基本是開會討論需求，然後還要配合前端聯調，不停地被打斷，時不時地很有幾個會議要參加，不是很重要的會議一邊開會拿著筆記本一邊寫代碼，有時候你會發現到下班了開發才剛剛開始，下班後終於可以安心敲代碼了。

三，被迫的加橋扮班。

大概小公司的程序員不是程蠢消消序員，五分鍾給你斷一次，前端後台伺服器，電腦壞了找你修，軟體安裝也找，耳機聽不到了也找，真以為就這樣了？各位系統使用者各種不會使用的問題找你，一天只有大家都下班了才有時間寫代碼。可以說為了生活，打工人早已用盡全力，一個合格的打工人必定是每天早上六七點就起床，趕首班公交車或地鐵，通勤1小時以上到市中心上班，風雨無阻。

中午匆匆地敷衍一下胃，到了晚上9點過，地鐵站依然是人頭攢動，像是沙丁魚罐頭般。Lisa偶爾加班，當拖著沉重的身體進入地鐵站時，發現身邊都是加班人，那一刻，既覺得有些安慰，又覺得更加心酸。為生計努力的人，做夢都想工作能夠輕松一些，根本沒時間矯情，沒時間去思考生活的意義

⑽ 作為一個程序員需要懂伺服器嗎

不用的！！！