程序員的公司內部會出現故障嗎

A. 程序員日常生活面臨的問題和挑戰有哪些

一、熬夜
很多程序員將熬夜變成了生活習慣，還口口聲聲解釋「程序員只有在晚上效率才高」，這是非常扯淡的理論。有人將程序員做下圖的類比，雖然比較貼切，但這種方式對你的健康傷害是最大的。建議你嘗試一下晚上10點睡覺，早上6點起來工作的作息方式，也許會事半功倍。
二、久坐
有些程序員在電腦面前一坐就是一天，中間除了吃飯上廁所外，基本不起來動動。這是非常不好的習慣，時間久了，很容易得肩周炎、頸椎病，到時候後悔就晚了。建議每坐一個小時就起來動10分鍾，主要是轉轉手臂和脖子。
三、外賣和泡麵

很多程序員在飲食上也非常不注重健康，上班的時候為了貪圖方便經常叫一些外賣，更厲害的是直接搞一桶方便麵來做午餐。這里建議大家中午出去吃，葷素搭配，再可以弄點水果。
四、缺乏鍛煉

建議在工作日下班後做一些簡單的球類運動，乒乓球、羽毛球。
五、用眼過度
IT公司的員工的體檢報告中大部分程序員都患有「慢性結膜炎」，當然對於這個病並不是長時間對著電腦引起的，但是用眼過度也會加劇「慢性結膜炎」的惡化。
建議大家平時准備防止眼乾的眼葯水，如果確定是結膜炎的話，還要及時去醫院就診。另外電腦的背景可以設成綠色，這樣對眼睛也能起到一定的保護作用。

B. 程序員都有祖傳代碼，就不會有問題了嗎

程序員被戲稱為“碼農”，天天與代碼打交道的他們按理說應該對代碼有著深厚的感情基礎，但在每個科技公司都有這樣一種代碼：多數程序員們都怕遇到，有經驗老碼農有時候也束手無策，往往一步錯、步步錯，動了一小行，改大半月。相信很多程序員都被這種代碼折磨過，就是大名鼎鼎的“祖傳代碼”

傳統觀點認為，工程技術團隊應該為代碼庫（也就是技術債務的所處環境）建立一種直觀的感受，了解其對公司的影響，而後在組織內建立信任。如果首席架構師強調重構核心代碼，那麼，開發者通常就得按照指示行動。誠然，如果公司可以對技術債務建立起一種共識與信任文化，這將有利於挽留優秀的工程師，並保持業務良好運作，但這往往需要多年努力。

C. 程序員，如果寫的代碼日後被發現bug，給客戶或者公司造成損失，會有什麼後果本人還是一名學生，偶然

不會，因為每個軟體都有BUG，只要比你技術好基本就能發現你的缺陷。總不能你寫出一個完美的軟體來吧

D. 從事程序開發工作會得什麼樣的職業病怎麼防治

在外人眼裡，程序員是新時代高薪職業

在高大上的寫字樓里，吹著空調喝著咖啡

敲敲電腦就能月入過萬

實際上，看似風光的背後他們都累得一pi

今天就來細數一下程序員的幾大職業病

（聽說真正的程序員全都中了！）

1、絕望式的養生

你永遠不知道程序員能有多養生

菊花枸杞黃岑紅棗塞滿了抽屜

夏天不敢喝冰闊樂，冬天隨身帶著保溫杯

除了健身卡，按摩卡也給辦了

就連吃火鍋都把麻辣湯底換成了骨頭湯

可結果，還是沒什麼卵用

他們也無奈啊

每天像尊雕塑一樣久坐在電腦前

到公司門口拿外賣是一天中唯一的運動

有時工作忙起來根本顧不上吃飯

頸椎病、肩周炎、腸胃炎...一個個找上門來

2、頭發一去不復返

程序猿敲掉的不光是鍵盤上的字母

還有頭頂上原本可憐兮兮的頭發

3、間歇性帕金森

項目上線前一刻，敲鍵盤和握滑鼠的手都是顫抖的

生怕在這緊急關頭，bug毫無徵兆地跳出來

上線後的幾天內，手抖症狀會持續存在

4、百步青年

大部分程序員周末選擇宅在家躺屍睡覺

全靠外賣或者泡麵續命

化身微信步數不超過100的百步青年

最後一個職業病說出來氣氛就有點微妙了...

↓↓↓

喜歡打產品經理

哈哈哈哈哈哈哈哈

E. 程序員，在開發的過程中應該注意哪些安全方面的問題

可忽視的誤區 企業的軟體開發能力取決於該企業的軟體過程能力。如果一個企業軟體過程能力越成熟，那麼該企業的軟體開發能力就越有保證。大量的實踐經驗表明，在體現企業軟體開發能力的因素中，技術或工具並不是第一位的。其實，許多問題不是出在不懂怎麼做，而是沒有安排做，做的次序不對，或不知道怎樣做得更好。 目前，比照軟體過程管理模型（如圖一），中國的軟體企業中還存在各種影響過程改進的因素和誤區，主要表現在個體和組織兩個方面。 在組織方面，首先，中國軟體企業實施CMM往往缺乏高級管理者的支持。其次，沒有足夠的SEPG資源。從很多情況考慮，SEPG成員要比其他CMM相關組綜合素質高一個層次，CMM相關組的管理素質需要比技術類組高一個層次，才能順利開展工作。第三，沒有合適的先行者或者沒有適當全局觀的項目經理配合。被組織選為先行者的人員經常說自己沒有時間，由於這些人都是從各個項目中抽出來的，一般人很難有足夠的權力讓他們為配合CMM做工作。最後，軟體組織缺乏足夠詳細的項目計劃和監督調整機制。 在個體方面，首先，手工作坊式的個人英雄主義情結成為實施CMM的制約。其次，某些軟體開發人員錯誤地認為過程管理會影響或壓抑專業人員的創造性，其實這是不清楚過程的定義造成的。第三，由於軟體項目的成功更多地依賴於少數人員的傑出技術能力和項目管理能力，成功項目的經驗不能得到最大限度的繼承，軟體生產的可重復性相對比較差。最後，軟體企業人員變更相對頻繁也增加了實施CMM的難度。 「三七」法則 在過程改進總體建議方面，應該從三個方面做准備，分七步走。 首先，在組織方面的准備上，除了要求高層經理出資支持CMM改善軟體過程，委託具有管理職責的人員負責CMM實施之外，須成立軟體工程過程組（SEPG），研究CMM、編寫/修改必要的文檔並推廣文檔；成立軟體質量保證組（SQAG），研究軟體質量保證技術及過程，編寫/修改必要的SQA文檔並推廣已編寫的文檔，測量和分析項目進展情況，反饋項目過程狀態，准備和評審過程、計劃和標准，審計指定的軟體工作產品以檢驗其遵從性，審計軟體工作過程的符合性；成立軟體配置管理組（SCMG），研究軟體配置管理技術及過程，編寫/修改必要的SCM文檔並推廣已編寫的文檔，建立必要的工具支持。 在知識准備方面，要加強培訓工作，建立內部過程評估隊伍和龐大的過程改善隊伍。對各角色人員進行專項培訓，普遍開展軟體工程基礎及CMM的培訓，使每個崗位的人員都具備過程改進的意識，並掌握所必需的過程改進知識和技能。此外，要重視對軟體工程的研究，包括方法、工具和過程，加速培養過程改進的骨幹隊伍。 在能力准備方面，建立有效的軟體項目管理，文檔化且遵循軟體項目管理過程，在建立管理過程中，使用組織的方針來指導項目，建立基本軟體工作產品完成准則和檢查單，並迅速實施，然後根據反饋意見及時修改。堅持適當的監控機制，例如對項目進度進行跟蹤而建立的例會制度，制度化的日報和周報活動。做好實際數據收集、測量與分析工作等。重復成功的以前項目的開發經驗。 改進過程總體可以分為以下七個步驟。 確定目標：確定在一段時間內達到的改進等級。 狀態診斷：把過程改進要達到的狀態與目前的狀態作比較，找出存在的差距。 制定計劃：「凡事有計劃，按計劃辦」不僅是CMM強調的，也是軟體開發過程中應該注意的。 規程制定：過程改進的一個重要的地方就是「事事有規程，時時有記錄」，這樣，即使關鍵人走了，原來的事也能繼續而不致產生過多的停頓。 過程試點：制定了規程後，要對行動計劃按執行過程的情況進行適當調整。其中，尤其要注重評審和驗證，實現定期監控，注意採集度量數據。 反饋修正：總結過程試點的經驗，修訂規程。 過程推廣：擴大應用范圍。 軟體過程改進實施步驟 公司的過程改進活動也是一個項目，並且是很大的項目，涉及的人員、技術和資源都很多，還要平衡現有產品或項目的進度等。同時，它也是一個不斷往復，螺旋上升的一個過程。 第一個步驟為高級經理下定決心，提供足夠的資源來主持並完成前期的准備工作，這個階段核心是評價SEPG組長的資格和資質，還包括評估培訓、購買工具的預算及相應資金能否及時到位。 無論是軟體商業化的過程或CMM實施的過程之中，建立規范化的易於操作的軟體開發行為規范都是首先要做的工作。但是，切記，編制規范的時間一定不能長，以10到12個工作日為宜，文檔不宜過多，以5～6個規程為好（對應5個或6個關鍵過程域），這是第二個關鍵階段。評價標准可以是SEPG組長能夠順利、流暢地講解其制定的規程。在規程編制階段必須有老闆或常務副總直接領導CMM工作。但是一定要記住，制定的過程要遵從「從實踐中來，到實踐中去」，同項目經理、有經驗的開發人員研究、討論，從而使SEPG組長能夠及時反映工作中的問題，並且問題能夠得到及時解決。 第三個步驟是制定並發布公司的評估方針和方案，包括開發體系重組過程中的激勵措施，中層在此階段必須介入，這關系著過程改進的結果。SEPG和CMM實施的周例會，必須有高級經理參加，要有記錄或錄音作為證據，是考核的一個指標。 除此之外，對於還沒有進行基於CMM改進的企業，還要重視設計復查、代碼復查以及測試工作 。很多程序員習慣於「只做不想」這樣一種工作方式，他們更關心每天可以寫多少行代碼，完成幾個模塊，在這種態度下，他們都很不願意復查自己的工作，而習慣於在軟體測試階段把隱藏的錯誤改正過來。CMM實施過程，就是要通過各種復查，溝通信息，及早發現並更改問題。 在實施了初始的過程或技術部署後，培訓成了主要問題。但人員變動時，附加培訓的必要可能沒被認識到，管理技能的培訓尤為重要。而對於那些由於過硬的技術而被提升到管理職位的人員，需要接受一整套新技能的培訓，包括人際關系技能。 項目經理在整個過程改進中（尤其是CMM二級）的工作量大約要佔到整個總量的一半到四分之三，在評估訪談時也佔有了舉足輕重的地位。有些項目經理認為自己心裡有一套計劃，只要按計劃進行就可以按時保質完成項目，但事實並非如此，在項目組之間的協調問題上，高層經理的作用是非常明顯的。 試點或模擬項目可以很小，哪怕只有兩個人，或者聯合SEPG進行指導全部公司的模擬項目，這是縮短試驗的最好途徑。先組織配置管理活動的培訓或學習，配置管理活動和質量保證活動在此期間可以得到很好的練習。 CMM為軟體企業的過程能力提供了一個階梯式的改進框架，它基於過去所有軟體工程過程改進的成果，吸取了以往軟體工程的經驗教訓，提供了一個基於過程改進的框架; 它指明了一個軟體組織在軟體開發方面需要管理哪些主要工作、這些工作之間的關系、以及以怎樣的先後次序，一步一步地做好這些工作而使軟體組織走向成熟。 但是由於CMM中不研究所有軟體過程和質量改進問題，也未提供有關實現子過程域所需要的具體知識和技能，因此要進行個體軟體過程PSP的實踐活動，以填補這一空白，並優化過程改進途徑。

F. 作為一個程序員，你在工作上遇到過什麼坑爹的問題

以前遇到個bug，在客戶那邊某台機器上必定重現。其他機器上都沒問題。後來公司里一台電腦復現出這問題，通過調試，查看memory裡面的數據，發現數據突然變得無法訪問。憑我掌握的知識，估計是堆被釋放了，然後通過查找堆的信息及windows API的HeapFree函數所在地址，並在該地址上打斷點。最終發現在release com組件時，該機器調用heapfree釋放組件所申請的堆的時機和其他不一致（匯編上有處跳轉不一樣）

G. 我想問一下程序員一旦做完了本公司的項目是不是就沒有價值了。公司可能會保持兩三個維護的，其他的裁掉。

也不一定吧，項目都是一直開發，需求也是不斷的呀，最好就是找做互聯網的公司，他們會有很多項目要做，一直會有新的，舊的也要增加新需求，一般不會說做完了，就開始辭人！自己也不要想太多，多增強自己實力，就算被辭。也可以很好的找到下家！

H. 程序員職場問題

晚上睡覺的時候問問自己的內心到底要什麼，要選擇混下去還是繼續拼搏，要短期打算還是長遠規劃……，現在的這家公司又能給你什麼？能給你好的待遇？能給你好的發展空間？能讓你學習到很多東西？還是老闆承諾要把他的女兒嫁給你？可這些是不是你想要的，如果他不能給你想要的或者這些不是你想要的，留下又有什麼意義呢？是去是留自己一問一答就會有結果了。

I. 程序員獨立研發的時候，遇到問題了你們都怎麼解決啊

1.技術問題：網路，bing，SCDN，請教前輩
先網路，網路是個好老師。
網路解決不了的再bing搜索一下，我遇到很多次都是在bing上找到的。
當搜索引擎搞不定的時候，這時候需要論壇了，去CSDN找找相關的技術貼，總會有點思路。
最後就是找公司的同事，這個有些時候需要花一些代價，畢竟大家都很忙。
2.邏輯問題：有些時候會遇到很惡心的邏輯
當想不明白或者想不通的時候，我會試著一步一步把邏輯寫在紙上，這樣就會很清晰，如果在某一步被卡住了，那麼問題的關鍵也找到了。當然有些時候或許一開始就走入了一個誤區，從而導致了一個錯誤的思路，這個時候我一般會睡上一會，或者做些完全和開發不相關的事，目的是忘記剛剛所有的東西，然後從新審視問題，換個角度去考慮。
（個人經驗，純手打！）

J. 程序員 職業病有哪些

現在的程序員個人覺得這份工作還是挺辛苦的。因為自己的老公就是一名程序員。近年來，有關程序員從業者患重病、猝死的現象也是屢見不鮮，如今的程序員工作強度大，工作時間也很長，而且每天都是敲代碼，久坐不動。雖然說過度加班不能夠直接致死，但長期高強度的工作，只會加重身體的負擔，導致一系列的職業病。

再次就是皮膚問題。多數程序員都會出現皮膚問題，尤其是男孩子，譬如青春痘、皮膚過敏之類的，一是由於熬夜的原因，二是由於電腦的靜電屏蔽容易吸收很多灰塵，容易造成皮膚過敏，皮膚乾燥。在這個時候我覺得可以經常開窗透風，抽空去洗臉，做一下面部的清潔工作，讓肌膚放鬆一下。

所以說每一份職業都不是那麼的容易，都會有一些或多或少的職業病，希望程序員們能夠好好的愛護自己的身體。