① 程序員/技術人員犯了什麼樣的錯誤會被立馬開除
您好：
基本上是出現了重大的運維失誤或者代碼bug。
比如不小心刪除了資料庫。弄崩潰了伺服器。
讓資料庫內數據大量錯誤而未及時發現。
在項目中留後門，嚴重違反員工守則等。。。
② 程序員錯誤
大概就是這些：
1、為錢而編程
如果你對編程不感興趣，你的代碼一定會寫的很爛。結果不僅僅你的事業沒有任何前途，你的團隊也會因此而痛苦不堪。
2、缺乏基本的能力
對諸如抽象、多態、介面、異常處理最佳方案等編程概念不熟悉的人寫出的代碼必然是設計糟糕，可讀性和可維護性都極差。
3、自作聰明
有些程序員喜歡過於聰明的在一個復雜的語句里包含多個步驟的代碼。這會使代碼的可讀性很差，沒人會喜歡維護這樣的代碼。
4、喜歡賣弄新學到的技術
當學到了某些新知識時，你很自然的有一種傾向想立即應用它們。耐心點兒。當真正需要時再用。
5、目標過多
為性能、內存使用、健壯性和可靠性設定了太多目標的程序會需要更長的時間去開發，導致產生過於復雜的代碼。
6、不重構代碼
軟體是一種不斷進化的產品。當代碼庫在增長時，單個的類、方法等會變得越來越復雜。懶程序員不願重構代碼，致使代碼過於復雜。
7、惡意復雜化
有些程序員蓄意的讓他們的代碼異常的復雜，以此來構築他們自己的領地。他們這樣做來迫使公司依賴他們，這是一種保護工作機會的伎倆。
8、程序員最容易犯的技術上的錯誤
「設計軟體有兩種策略，一是做的非常的簡單，以至於明顯沒有缺陷。二是做的非常的復雜，以至於沒有明顯的缺陷。」
③ 當程序員是不是一個錯誤的選擇
只要是自己喜歡的，沒有什麼對錯，加油
④ 求助電腦高手幫幫我，為什麼我的IE無法正常運用，每次打開都要彈出一個窗口說應用程序員錯誤
建議你下載windows清理助手進行清理：（如果不經常發生沒事，如果瀏覽器根本就打不開，建議還原一下系統或重裝一下IE或換其它瀏覽器，如果是進游戲出現錯誤提示可能是游戲與瀏覽器有沖突，如果是某些網站出些錯誤提示，可能某些網站本身的問題或缺少插件或瀏覽器問題引起的）
出現這種提示：「iexplore.exe -應用程序錯誤」。
一般是與你電腦中的程序軟體和插件與系統不兼容引起的。解決辦法如下：
1、你回憶一下，當你出現這種故障前你都下載了什麼程序軟體或是插件。如果想起先將它們卸載，如果故障排除，就說明是程序軟體或插件造成的。你再重新下載安裝，如果故障依舊，說明是這些程序軟體或插件本身有錯誤，不能再使用。
2、打開IE選工具/管理載入項，在其中有沒有出故障前下載的插件，如果有設為禁用。你可以下載超級兔子讓它幫助你，清理IE載入項中不兼容或惡意插件，清理後觀察故障有沒有排除，如果沒有排除你自己將IE載入項中的插件全部設為禁用，（不用擔心選項還可隨時啟用）重新啟動電腦後上網觀察有效果否，如果有效果說明問題就出在這里，你在日後慢慢恢復IE插件的過程中，哪一天又出現故障，這天恢復的IE插件就有問題，將它徹底設為禁用。
3、如果故障依舊，請你用系統自帶的系統還原，還原到你沒有出現這次故障的時候修復（如果正常模式恢復失敗，請開機按F8進入到安全模式中使用系統還原）。
4、如果故障依舊，建議重裝操作系統。
5、如果是IE損壞，請下載超級兔子在她的選項中有重裝IE的選項，請重裝或修復IE。
或換火狐或Opera試試，這些都是不用IE做內核的。
⑤ 老是彈出應用程序員錯誤的對話框！
使用Windows操作系統的人有時會遇到這樣的錯誤信息：「0x????????指令引用的0x00000000內存，該內存不能為read或written」，然後應用程序被關閉。如果去請教一些「高手」，得到的回答往往是「Windows就是這樣不穩定」之類的義憤和不屑。其實，這個錯誤並不一定是Windows不穩定造成的，本文就來簡單分析這種錯誤的常見原因。
一、應用程序沒有檢查內存分配失敗
程序需要一塊內存用以保存數據時，就需要調用操作系統提供的「功能函數」來申請，如果內存分配成功，函數就會將所新開辟的內存區地址返回給應用程序，應用程序就可以通過這個地址使用這塊內存。這就是「動態內存分配」，內存地址也就是編程中的「指針」。
內存不是永遠都招之即來、用之不盡的，有時候內存分配也會失敗。當分配失敗時系統函數會返回一個0值，這時返回值「0」已不表示新啟用的指針，而是系統向應用程序發出的一個通知，告知出現了錯誤。作為應用程序，在每一次申請內存後都應該檢查返回值是否為0，如果是，則意味著出現了故障，應該採取一些措施挽救，這就增強了程序的「健壯性」。
若應用程序沒有檢查這個錯誤，它就會按照「思維慣性」認為這個值是給它分配的可用指針，繼續在之後的運行中使用這塊內存。真正的0地址內存區保存的是計算機系統中最重要的「中斷描述符表」，絕對不允許應用程序使用。在沒有保護機制的操作系統下（如DOS），寫數據到這個地址會導致立即死機，而在健壯的操作系統中，如Windows等，這個操作會馬上被系統的保護機制捕獲，其結果就是由操作系統強行關閉出錯的應用程序，以防止其錯誤擴大。這時候，就會出現上述的「寫內存」錯誤，並指出被引用的內存地址為「0x00000000」。
內存分配失敗故障的原因很多，內存不夠、系統函數的版本不匹配等都可能有影響。因此，這種分配失敗多見於操作系統使用很長時間後，安裝了多種應用程序（包括無意中「安裝」的病毒程序），更改了大量的系統參數和系統文件之後。
二、應用程序由於自身BUG引用了不正常的內存指針
在使用動態分配的應用程序中，有時會有這樣的情況出現：程序試圖讀寫一塊「應該可用」的內存，但不知為什麼，這個預料中可用的指針已經失效了。有可能是「忘記了」向操作系統要求分配，也可能是程序自己在某個時候已經注銷了這塊內存而「沒有留意」等等。注銷了的內存被系統回收，其訪問權已經不屬於該應用程序，因此讀寫操作也同樣會觸發系統的保護機制，企圖「違法」的程序唯一的下場就是被操作終止運行，回收全部資源。計算機世界的法律還是要比人類有效和嚴厲得多啊！
像這樣的情況都屬於程序自身的BUG，你往往可在特定的操作順序下重現錯誤。無效指針不一定總是0，因此錯誤提示中的內存地址也不一定為「0x00000000」，而是其他隨機數字。
如果系統經常有所提到的錯誤提示，下面的建議可能會有幫助：
1、查看系統中是否有木馬或病毒。這類程序為了控制系統往往不負責任地修改系統，從而導致操作系統異常。平常應加強信息安全意識，對來源不明的可執行程序絕不好奇。
2、更新操作系統，讓操作系統的安裝程序重新拷貝正確版本的系統文件、修正系統參數。有時候操作系統本身也會有BUG，要注意安裝官方發行的升級程序。
3、試用新版本的應用程序。
這是程序錯誤引起的，你可以更改一下程序設置或者重新安裝程序。
相信大家都應該見到過，甚至說一些網友因為不爽於這個經常出現的錯誤提示而屢次重裝系統。相信象我們這些普通用戶應該不會理解那些復雜的十六進制代碼。那些只是供微軟亞洲研究院的研究人員研究的（開個玩笑先） 。
三、軟體還是硬體
運行某些程序的時候，有時會出現內存錯誤的提示，然後該程序就關閉。
「0x????????」指令引用的「0x????????」內存。該內存不能為「read」
「0x????????」指令引用的「0x????????」內存，該內存不能為「written」
不知你出現過類似這樣的故障嗎？（0x後面內容有可能不一樣。）
大家仔細觀察0x後面的內容，是不是每個人的錯誤代碼都是不一樣的呢？但他們的問題可能是同一個的。出現這個錯誤提示是有兩方面的原因的，第一是硬體，即內存有問題，第二是軟體，軟體方面的問題就多了去了。
1、先說說硬體：
一般來說，電腦硬體是很不容易壞的。內存出現問題的可能性並不大（除非你的內存真的是雜牌的一塌徒地），主要方面是：
（1）內存條壞了（二手內存情況居多）；
（2）使用了有質量問題的內存；
（3）內存插在主板上的金手指部分灰塵太多；
（4）使用不同品牌不同容量的內存，從而出現不兼容的情況；
（5）超頻帶來的散熱問題；
你可以使用MemTest 這個軟體來檢測一下內存，它可以徹底的檢測出內存的穩定度。
假如你是雙內存，而且是不同品牌的內存條混插或者買了二手內存時，出現這個問題，這時，你就要檢查是不是內存出問題了或者和其它硬體不兼容。
2、如果所說的情況都沒有，那末就要從軟體方面解決問題了。
先簡單說說原理：內存有個存放數據的地方叫緩沖區，當程序把數據放在其一位置時，因為沒有足夠空間，就會發生溢出現象。舉個例子：一個桶子只能將一斤的水，當你放入兩斤的水進入時，就會溢出來。而系統則是在屏幕上表現出來。這個問題，經常出現在windows2000和XP系統上，Windows 2000/XP對硬體的要求是很苛刻的，一旦遇到資源死鎖、溢出或者類似Windows 98里的非法操作，系統為保持穩定，就會出現上述情況。另外也可能是硬體設備之間的兼容性不好造成的。
同時由於系統在運行時要對一段內存進行保護，其他的用戶程序無法訪問內存，當用戶程序非法讀取這些內存空間時，也會出現這樣的錯誤。
四、幾個例子：
1、問："0x0a8ba9ef"指令引用的"0x03713644" 內存，該內存不能為"read".要終止程序，請單擊"確定"。
答：IE有錯誤，需要重置IE。
（1）在"開始"菜單中打開"運行"窗口，在其中輸入"regsvr32 actxprxy.dll"，然後"確定"，接著會出現一個信息對話 框"DllRegisterServer in actxprxy.dll succeeded"，再次點擊"確定"。
（2）再次打開"運行"窗口，輸入"regsvr32 shdocvw.dll
（3）再次打開"運行"窗口，輸入"regsvr32 oleaut32.dll
（4）再次打開"運行"窗口，輸入"regsvr32 actxprxy.dll
（5）再次打開"運行"窗口，輸入"regsvr32 mshtml.dll
（6）再次打開"運行"窗口，輸入"regsvr32 msjava.dll
（7）再次打開"運行"窗口，輸入"regsvr32 browseui.dll
（8）再次打開"運行"窗口，輸入"regsvr32 urlmon.dll
2、問"0x70dcf39f"指令引用的"0x00000000"內存。該內存不能為「read」。要終止程序，請單擊「確定」。
答：關閉該提示信息後，IE瀏覽器也被關閉。解決方法：修復或升級IE瀏覽器，同時打上系統補丁。確定你的IE升級到了6.0。
3、問：RealOne Gold關閉時出現錯誤，以前一直使用正常，最近卻在每次關閉時出現「0xffffffff」指令引用的「0xffffffff」內存。該內存不能為「read」 的提示。
答：當使用的輸入法為微軟拼音輸入法2003，並且隱藏語言欄時（不隱藏時沒問題）關閉RealOne就會出現這個問題，因此在關閉RealOne之前可以顯示語言欄或者將任意其他輸入法作為當前輸入法來解決這個問題。
4、問：「Ox77f5cdO」指令引用「Oxffffffff」內 存，該內存不能為「read」 ，要終止程序，請單擊「確定」。
答：雙擊一個游戲的快捷方式，，並且提示Client.dat程序錯誤。解決方法：重裝顯卡的最新驅動程序，然後下載並且安裝DirectX9.0。
5、問：「0x772b548f」指令引用的「0x00303033」內存，該內存不能為「written」,要終止程序，請單擊「確定」。
答：QQ自動下線，當再打開QQ時，發現了發過來的十幾條的信息。解決方法：這是對方利用QQ的BUG，發送特殊的代碼，做QQ出錯，只要打上補丁或升級到最新版本，就可以了。
6、問：打開IE瀏覽器或者沒過幾分鍾就會出現"0x70dcf39f"指令引用的"0x00000000"內存。該內存不能為「read」。要終止程序，請單擊「確定」的信息框，單擊「確定」後，又出現「發生內部錯誤，您正在使用的其中一個窗口即將關閉」的信息框，關閉該提示信息後，IE瀏覽器也被關閉。
答：修復或升級IE瀏覽器，同時打上補丁。看過其中一個修復方法是，Win2000自升級，也就是Win2000升級到Win2000，其實這種方法也就是把系統還原到系統初始的狀態下。比如你的IE升級到了6.0，自升級後，會被IE5.0代替。
7、問：在windows xp下雙擊光碟裡面的「AutoRun.exe」文件，顯示「0x77f745cc」指令引用的「0x00000078」內存。該內存不能為「written」，要終止程序，請單擊「確定」，而在Windows 98里運行卻正常。
答：這可能是系統的兼容性問題，winXP的系統，右鍵「AutoRun.exe」文件，屬性，兼容性，把「用兼容模式運行這個程序」項選擇上，並選擇「Windows 98/Me」。win2000如果打了SP的補丁後，只要開始，運行，輸入：regsvr32 c:\winnt\apppatch\slayerui.dll。右鍵，屬性，也會出現兼容性的選項。
8、問：我的豪傑超級解霸自從上網後就不能播放了，每次都提示「0x060692f6」（每次變化）指令引用的「0xff000011」內存不能為「read」，終止程序請按確定。
答：試試重裝豪傑超級解霸,如果重裝後還會，到官方網站下載相應版本的補丁試試。還不行，只好換就用別的播放器試試了。
⑥ 程序員在代碼窗口中輸入程序代碼時所出的錯誤是什麼錯誤
編寫出錯 到底是什麼錯誤 你要發出來啊
⑦ 我是做程序員的。認真檢查了。還出錯了。自己有點接受不了
其實做事情就難免出錯，哪怕我們是個程序員，哪怕我們覺得自己很認真，不要因此就去否定自己。
⑧ 程序員A對某程序進行測試時發現了5個錯誤，程序員B獨立對該程序進行測試時發現了8個錯誤，但其中2個錯誤是
選D,一個比例問題,5/2=X/8 x=20;
⑨ 軟體存在bug是程序員把代碼打錯了造成的嗎
從你的描述來看，軟體存在bug，不是程序員把代碼打錯了，而是代碼設置不合理，比如需求不合理，軟體的操作上，設計上原本就存在邏輯漏洞，多個單體能夠正常工作的模塊結合到一起產生問題，異常場景沒有考慮到等等，很多原因都可能產生bug。
⑩ 程序員遇到解決不了的bug怎麼辦
但大部分程序員都有一個問題就是不太願意測試自己的代碼。他們草草的調式完成以後就認為工作結束，測試那是測試人員的工作。
1. 影響了程序員自己的聲譽
2. 影響了產品的質量
3. 影響了客戶的信任度
4. 這個時候再 DEBUG 難度增大了許多。
大的不說，就說多自己聲譽的影響吧。如果你的程序總會有這樣那樣的 BUG ，你得到收益會減少，即使你寫了很多代碼。
程序員必須克服一些自身的致命缺點才能夠從根本上解決這個問題。那麼這個問題是什麼?前面我們已經提到，程序員對自己的代碼都非常寬容，認為那是正確的沒有問題。實際上這種想法比較正常，程序是通過程序員思考和設計之後才寫出來，程序員不會將自己認為不正確的東西寫到代碼里，而到這個時候都一直假設程序是正確的;但人非聖賢，怎麼可能不犯錯誤來。實際上程序員在對待其他程序員時候的態度就很好，帶著一種挑剔和學習的態度;但一旦對待自己的代碼就很難這么做;這就是最致命的。程序員也必須對自己的代碼帶著挑剔和學習的態度;這個基礎是假設自己的代碼是錯誤的，然後需要做的是怎麼樣證明自己的代碼是正確的。程序員自身可以在程序生成的每個階段做這些工作：仔細的設計(這個時候畫點時間是值得的，必須保證我們對自己的程序有清晰的輪廓後才能開始動手寫)、編寫代碼時、單元測試(單元測試的重要性就不在贅婿了)、功能測試。
仔細的設計：這個的仔細是說在程序員編寫代碼之前，其必須對代碼的整個結構以及邏輯結構有明確的清晰的了解，只有這個時候才可以去寫代碼。這里沒有談到文檔，但我說到了一定要清晰的思路，但清晰的思路不是每個人都可以在腦袋中直接形成的，很多人都是普通人，沒有辦法在腦袋瓜中把所有問題都想清楚，那麼就記下來，特別對於復雜的邏輯。
編寫代碼：對於沒有把握的代碼，例如：新設計的演算法，最好保證其正確性。可以單獨將這部分測試，這可以讓代碼模塊化的同時又保證了代碼的正確性。一句話：少量的代碼保證質量還是比較簡單的。
單元測試：單元測試的重要性不在贅敘了，現在也有許多工具可以幫助程序員並減少工作量。
功能測試：程序員保證自己代碼質量的最後一關;為了做這樣的工作我們可能必須寫一些代碼來測試，甚至是測試工作。使用大量的 CASE 來測試，以及錯誤的 CASE 。這里和測試人員的測試不同之處在於：仍然讓程序員的注意力放在其自己的代碼范圍內，減小了排錯的難度。
如果你通過了以上的步驟都找不出你程序中有任何問題的話，那麼我想你的程序應該足夠健壯了。其實還有一點必須說明的就是：代碼 REVIEW 。
前面說道了程序員對待別人代碼的態度是挑剔和學習的態度，所以讓其他程序員來 REVIEW 你的代碼也是檢查程序有沒有邏輯錯誤的很好的辦法。團隊中應該交叉 REVIEW 代碼，這是實踐的經驗。
作為一個好的程序員必須有以上的習慣，以及對待自己代碼象孩子一樣，我們要愛惜我們的代碼，同時也要讓代碼走正確的路。