編程最差的程序員

① C語言好，還是C++語言好

首先雖然C語言的代碼在C++中可以識別並且使用 ，但是他們還是兩種計算機語言。在這里我先說一下現在程序設計兩種主要的設計思路：1、面向過程程序設計方法；2、面向對象程序設計方法。這兩種方法其實是一個承上啟下的設計思路，面向對象程序設計是由面向過程程序設計發展得到的。然後再說一下這兩種語言，C語言是面向過程程序設計的計算機語言；而C++語言是面向對象程序設計的計算機語言。C++語言就是在C語言的基礎上引入面向對象程序設計開發思路得到的新語言。 至於這兩種語言誰優誰劣，我認為這種看法不正確。因為兩種語言各有特點。（PS：當初C++之父確實是希望能夠開發一種繼承於C語言同時超於C語言的C++語言，但是現在C++還在長征路上）首先C語言是一種學習、編寫、閱讀都很容易的語言，而且它和機械碼、匯編等計算機底層語言的銜接非常好，運行效率也非常高，因此在開發計算機系統、嵌入式系統這些底層的開發中，C語言它是不二的選擇。但是C語言在開發大型項目中比如Office這樣的大型軟體，魔獸世界這樣的大型游戲等；它作為一種面向過程設計的語言就有很大的缺點，就是開發效率很低。而C++語言這時候的作用就體現出來了，在大型軟體的開發上面C++的開發效率就比C語言高很多。而且更准確來說，C++是目前所有計算機語言中開發領域覆蓋面最廣的，幾乎是全能型的語言，同時他的運行效率也很高（與C語言比起還是有一些差距）。但是作為一種開發領域如此廣泛的語言，它的一大難處就是學習量非常大、學習的難度也很高，尤其是C++中的類庫（這個類庫經過了二十多年無數頂尖程序員的積累，它的龐大程度可想而知）。傳說C++沒有一兩年你是入不了門的；還有C++領域的一位創奇人物說過大概這樣一句話：十年編程才算學會了C++。 最後說一下自己的感受：沒有最差的語言，只有最差的程序員。一種計算機語言它本身是沒有很大的優劣的區別，因為他被創造出來並且被大家使用，它本身就已經說明了它的存在是有價值的。但是程序員的水平卻有優劣之分，一個好的程序員無論那一種語言他都能夠應用自如，做出非常好的作品；而一個差的程序員無論那一種語言，他都做不出好的作品。所以關鍵在於自己的素質與能力，語言只是一個讓你發揮的平台。

② 培訓出來的程序員真的找不到工作嗎為什麼

培訓出來的程序員真的找不到工作嗎？為什麼？在這里作為一個曾經報過培訓班的過來人來說，不能一概而論，原因有以下幾點。

這才是關鍵之處，現在培訓機構出來的程序員也越來越多了，很多公司也知道，所以才會篩選不是培訓過來的程序員，因為在他們眼裡，培訓出來的程序員，可能連最基本的代碼都不會寫，那這也不能怪誰了，現在程序員培訓已經過去了風口期，培訓只是加快自己對知識點的輸入，而輸出才是最重要的。

如果你有遇見類似的情況，不妨在下方提出討論。也同時建議大家不要去把自己的未來交託給培訓班，重要的是對職責的規劃。

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

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

④ 程序員最討厭什麼編程語言

應該是最討厭「別人學的編程語言」。自己最初學的語言會有種先入為主的優越感，在學習其他語言時就會覺得很不適應，因此對其他語言的語法、邏輯、各種處理機制都嗤之以鼻。要說最討厭什麼編程語言，首先應該想到的是「1.無法開發出自己需要的應用，2.語法復雜，難以學習，3.不熱門，跟不上時代」的語言，然而目前社會、網路上最厲害的還是嘲諷「別人家的編程語言」，程序語言的鄙視鏈很長，而這條鏈子上充滿了各種厭惡與鄙視的眼神。

⑤ 同樣都是搞編程的，程序員高手和菜鳥差距在都哪兒

從程序代碼的命名，我們就可以看出一個人的水平。最差的命名就是使用中文、拼音、拼音縮寫、中英混搭，接下來要麼是模仿式命名，要麼乾脆就隨意命名。模仿式命名典型的就是「××DAL」，說實話，我覺得類似於「UserDAL」這樣的名字，我覺得太不美觀了，一般這我就知道這是典型分層架構的模仿者，說明他是有些經驗的人了。隨意命名，就是寫代碼的時候，名字壓根就沒有意義，比如var list = new List<User>，其實完全可以寫成var users = new List<User>的。想要命名的更有意義，你只需要將每一個類、每一個方法、每一個單詞的名字都用你開發時的意思直接描述出來就行了。

⑥ 為什麼編程一定是青春飯嗎國內真的沒有到了差不多40歲還在編程的人嗎那些大齡的程序員都去做什麼了嗎

程序員都是年輕的比較多，
這個是沒有錯的。
到了一定的年齡，
這些年齡大的程序員，
經過多年的磨練和經驗與知識是積累，
完全可以勝任一些管理或領導的崗位了。
他們一般的都是去帶領個團隊工作了。

⑦ 哪些編程語言的垃圾程序員比較多

與語言沒有關系，個人素質而已，好比即使你不學編程，也同樣會有類似的疑問。

⑧ 程序員等級劃分：看頂級高手如何編程求答案

有腦子，很聽話，很認真，但基礎不好，代碼有局限性 這類型的程序員大多是工作一到兩年的程序員，但和上面的不同，他們很有腦子思路很好，而且很聽經理的話，做東西很認真，做不完了自己會加班寫，學新的東西也很快，但是有一點不好的是，他們有很多理由說自己沒時間學習基礎，這些人一般是在學校沒有學好，出來之後後悔了，學起來很認真，由於學了些新的知識，起點高，看不起基礎的東西，從不想著沒事去看看編程基礎，看看演算法，看看數據結構，總是以為我都能做出這樣的項目了，還看那些小東西會很丟人的，於是在公司從不看回家更不想看，時間長了，技術會有很大的局限性，對某一塊技術很不錯，但是對其它技術不怎麼好，於是在接到一個項目時，總喜歡使用自己現有的，會的技術去實現，轉了一圈又一圈總算是把東西寫出來了，而且還是加班完成了，但是代碼的性能，穩定性，和效率上差的很遠，擴展性也談不上，時間一長，項目一多起來，就會出現多次反工，因為需求是會不斷變化的，於是自己的代碼也要變化，感覺很是理所當然，一個項目沒事，接手的多了就麻煩了，新項目剛到手，老項目就出問題了，不是這里有點小毛病就是那個功能要升級，於是新項目放下，著手改老項目，手上能有三四個項目時，就會忙個不停，改的多了，沒辦法再改了就得重新設計，或是直接說這個功能實現不了。 其實在這個階段的朋友很有潛力的，只要花點心思補習一下自己的技術缺陷，多看看高手的代碼，寫之前想一下，設計一下，自然事半功倍，千萬不要有眼高手低的心態。 真正的高手Nb人物是怎麼工作的------------程序員 1.不隨便改變需求 他們不會主觀的改變一些東西，不管是對還是錯，如果要改的話他們會在開會時，或是私下跟你提出來，通過後再改，否則會按需求辦事 2.不寫沒有思想的代碼 在寫功能時會加上一些人性化的功能，比果加個小圖標，加一些驗證，處理一些操作習慣，加加快捷鍵，處理好Tab順序，等這些，不用你說，他們自己會處理好。 3.不寫沒有遠見的代碼 他們在寫代碼時會想，不會是單純的實現功能，他要想，如果別人也要用這個方法怎麼辦，以後要改的時候怎麼辦，代碼這樣寫是不是合理，是不是會影響性能，然後才會」吝嗇「的出手。 4.不寫不負責任的代碼 我們寫代碼一是為客戶用，二是方便其他人看，不單單是自己維護，要對自己的代碼負責，從自己手上出去的代碼代表的就是自己的臉，代碼不好，人家會「打臉」的。他們不願意挨打所以他們負責。 高手在編程效率方面可能並不比普通程序員快多少，因為他們會吝嗇自己敲下的每一行代碼。這種「吝嗇」有兩方面的含義，一是項目的架構性和整體性考量，二是從性能和優化的角度進行Coding。其實，這里所映射的是一個開發者的技術視野。 有多位技術專家強調項目執行時的全局觀。面對一個項目，即使是團隊中的普通一員，也要力求從項目整體架構的角度審視開發需求，對各個模塊、介面和通信做最優化的預想和配置。這樣可以從全局審視整個項目的技術布局，預判可能出現的問題。 在確定了整體之後，落實到具體的模塊實現，每一行代碼不但有上下文的考量與規劃，還要具備模塊間的整體布局。這是模塊內的技術視野，比如介面的定義、注釋的可讀性、代碼的執行效率等。當你寫下一行代碼前，要考慮它是否會對整個系統造成影響，是否方便其他介面進行調用，這些都是一個開發高手的「技術潛意識」。 據一些經常帶領入門級開發者的技術經理介紹，多數人只考慮自己所負責的模塊進行開發，缺乏一個全局性的技術視野和對代碼性能苛刻的態度，這樣雖然能按交付日期完成項目，卻對項目質量和開發者的自我提高有很大阻礙。 開發高手是代碼閱讀者。大多數技術專家的代碼閱讀量是普通程序員的百倍，代碼閱讀的時間比寫代碼的時間要長得多。 多數程序員只把程序開發當成一份工作，他們在乎平台的前景、語言的優劣、報酬的高低;他們不願為一個技術點反復鑽研，不願為一個bug精心測試，不願為自身技術水平的提高多花時間。而開發高手往往具有單純的技術夢想，願意為技術付出自己全部的時間。

⑨ 我是學編程的，請問怎樣才能學的很棒

首先精通一個語言的語法
然後學好數據結構和操作系統
還要學演算法設計

水平最差的程序員是不用懂操作系統的。

⑩ 前端和後端那個好學

前端學習

web前端工程師的主要職能是做外觀開發，用到一些特效技術，來給網頁或者界面完成非常炫酷的形象，展現給用戶，讓用戶感受到更好的視覺沖擊。前端的業務邏輯和入門相對於後端來說比較簡單，但是並不是說前端沒有技術深度。入門來說，是前端比較簡單的。但是內容很雜，要寫出有效率，方法合理的前端代碼也是需要鑽研的。

後端學習

後端工程師主要是做功能，讓用戶的各種實際操作能夠迅速得到網站的反應，比較注重實用的功能。要考慮資料庫，邏輯處理和安全驗證。
其實對於前端和後端來說難度都差不多，關鍵看自己的對哪方面感興趣，要是真的想去學習，學什麼都不難的。而且這二者並沒有高下之分，不管是WEB前端還是後端，學精通了都是高薪職業，都很有發展前景。
但是零基礎最好是找一個合適培訓班去系統的學習