㈠ 程序員 簡歷中的自我評價怎麼寫
包括以下內容：
1、思路清晰，有獨立分析解決問題的能力。
2、工作以真、負責，樂於溝通，樂於互助，樂於學習，勇於創新，樂於分享，性格
朗。
3、具備良好的學習、溝通和團隊協作能力。
4、對軟體有良好的認識。
5、自己的不足和優點。
㈡ 當程序員有哪些危害和後果
對眼睛傷害大，長時間坐著對身體不好，不過現在都有升降桌子了，當程序員只有極少數像樓上說的那樣，相反一名真正得程序員表情一點都不木訥，由於大腦不停的思考，所以會有一種程序員獨特的氣質，這種氣質絕不是木訥，現在得程序員都怕死，所以健身是必不可少的，語言表達能力特別強，因為程序員的邏輯能力很強，工作的時候也需要和同時進行溝通，況且現在的公司越來越注重溝通成本，所以語言表達能力是絕對ok的，人際交往能力看你怎麼理解吧，不同的程序員都有自己的圈子，可能他們的朋友是通過業余愛好認識的，可能是程序員或者程序媛，現在生活質量提高了，哪個人沒有除了工作以外業余愛好？至於那些一新做程序員的，人家絕對不缺朋友，至於難找女朋友，這不僅僅是程序員吧，只能說情商低的人可能會過得不如意，這點再任何領域都適用，並不僅限於程序員，再來說說直男和生活邋遢還有加班，
我認識的程序員，只有極少數是生活邋遢，直男，還一直加班，真實情況是這樣的，這種人有兩種情況，一種是再生活上受了極大的打擊，另一種是技術太差，又不肯繼續學習，最後的結果就是被解僱
㈢ 一個程序員需要有怎樣的自我修養
作為一名程序員，一個「程序員的自我修養」是什麼？
盡管我們不一定要像尹天仇那麼的認真對待自己的事業，但，一些基本的修養，作為一名新時代的碼農，總應該是要具備的吧。不過真要說修養，方面還是挺多的，技術自我提示自不必說。但我並不打算從這個大家都覺得理所當然的技術方面入手，而是談談，可讀性代碼，這個容易被大家忽視的基本素養。
1、遵從所在團隊的代碼規范。
一個高效、成熟的團隊，必定有一個屬於自己的代碼規范，這個規范是團隊的寶貴的財富，它是整個團隊從各種坑中爬起來後積累的經驗教訓。什麼是規范，它是人們從無數經驗中總結出來的規則，標准。而代碼規范，指導團隊成員如何以最短的時間寫成最高效，可讀性強的代碼。試想，如果成員不遵從規范，你用駝峰命名，他用下劃線，這對程序的可讀，將造成多大的影響。我想，應該沒有一個人願意去閱讀一段，各種變數命名形式都能見得到，private, public 方法隨意排序，甚至常量類都散落在各個角落的代碼吧。
代碼，一個作用是讓機器閱讀，另一個重要的作用是讓人閱讀！！！
2、遵從行業內通用的規范
在團隊的代碼規范未涉及到的，那請按照行業內的規范來編寫代碼。規范的一個好處是，可以明顯減少學習和交流成本。在java中，當我們看到全大寫的變數名時，我們就知道這是常量，而不需要去看注釋，不需要去看代碼邏輯。為什麼這么迅速，因為行業里大家都習慣把常量用大寫命名。但假如你用其他命名方式命名常量，比如team_nums命名常量，不僅不能讓人迅速知道這是個常量，而且可能讓人誤會這是個變數，增加了團隊成員學習和溝通成本，甚至可能誤導他們。就見過一位仁兄，明明用的是工廠模式，偏偏按模版模式的命名方式來命名，問他，他說他知道這是工廠模式，但他覺得，更應該叫模版模式。。。我的天，，你這么任性，以後還能做朋友么?
舉個例子，我們需要根據支付類型，來生產多個支付產品，於是，我們寫了個工廠類，命名為FactoryPay。當其他人看到一個類叫FactoryPay，他們會猜測，這應該是個工廠類，負責生產各種支付產品的工廠，然後按照這個猜測去閱讀代碼，就能比較快速的理解整個類的作用。但是，假如我取名PowerPay，別人還不知道是啥，看了半天，才明白，這是個工廠的作用。這就明顯增加了他人的學習成本和維護代碼的成本。
不管你是新手還是老鳥，務必了解施行行業規范，切勿為了標新立異而違反規范。這么低端的裝逼，就沒必要採用了，要裝也寫個高端的框架來提升逼格唄。
3、變數、方法命名要能表達變數作用
在程序員這個圈子很久了，就發現，程序員這貨，都喜歡這套，「這個介面幹嘛用的，有文檔么」，「自己看代碼去」。很多時候都是一臉黑。
盡管程序員閱讀別人代碼技術都是一流，不管你是有沒有注釋，不管你是怎麼循環嵌套，也不管你是怎麼命名，他們都能耐心的，把代碼分析個所以然來。但，對於程序員這個視時間寶貴如生命，分分鍾都能創造幾百萬價值的群體來說，您行行好，給我們省點時間吧，把變數是幹啥用的，說清楚唄，沒准節省的這幾分鍾，多賺個幾萬，還能請大家出去嗨呢。
每每看到部門的某大神，用一個神一般的變數名「flag」，我就有吐血的沖動，他還這個flag一直雪藏，不用，只是傳遞到第n個方法才使用，頓時心力交瘁，我的天，這個flag都是是幹嘛用的啊，後來才明白，是isPay的意思，用來標識用戶是否支付成功了。當時一口老血吐屏幕上，心裡狂吐槽，老兄，你命名個isPay會死么，我的腦細胞這么不值錢么。到後來看到，去魔法數字，用int NUM_7 = 7,而不是MAX_MEMBERS來表示最大成員、用x y z來命名變數名，各種只有作者，或者作者後來都忘了的獨特命名方式，都見怪不怪了。更有甚者，一個變數命名為passed，作用居然是「未通過」的意思，當時就石化了，作者還真是用心良苦，這都要考我細心不細心。
一個好的變數名，能幫助閱讀者了解變數的作用，也輔助了對整段代碼的理解。
4、不要show英語，鄉下的孩子傷不起唉
LZ所在的團隊，英語一直都是團隊的硬傷，但總是能看到，某位仁兄，加上大把大把的英文注釋，有些變數名也取些高大上的復雜的英語單詞。敢問，你這么高的逼格，以後我們怎麼和你玩啊。(那位仁兄其實就是LZ，年輕時唉，罪過罪過)
代碼是用來溝通的，傳遞作者意圖的，都看不懂，怎麼溝通交流。建議英語好的童鞋，英語能力可以放到閱讀英文書籍中展示，在代碼中，如果團隊英語能力很弱，避免使用英文，變數命名也盡量按照團隊英語水平來命名
5、添加必要的注釋
正如上面LZ說的，經常遭遇「你仔細看看代碼，就知道幹嘛用的」這樣的神回復。盡管閱讀代碼是每個程序員的強項，但必要的注釋，比如邏輯比較復雜的地方，添加必要的注釋，對提升團隊成員閱讀熟悉代碼的效率是有很大幫助的。試想，一個類，幾百行，沒有一行注釋，對於閱讀者來說，閱讀它將是一個多麼恐怖的事。
6、注釋保持簡潔，避免沒有必要的注釋
即看過一行注釋都沒有的代碼，也看過注釋比代碼還要多的程序。一個是讓人生不如死，一個是讓人痛不欲生。(唉，有時不僅感嘆，在程序員界混，真的是難)。
LZ就經常看過，一大段注釋，啰嗦了半天，要不就是沒表達清楚重點，要不就是只為說明它是個循環的作用！！！譬如i++這樣的代碼，有必要加個「每個計數增加1」這樣的注釋么，這完全是把讀者定位為非程序員啊，或者就是嚴重鄙視讀者的編程水平。
注釋是幫助閱讀的人更好的理解程序的邏輯，只是輔助，如果不重視通過命名等方式來傳遞代碼的作用，而是依賴於注釋，這就是本末倒置了。而且，冗長啰嗦的注釋，這到底是幫助人理解，還是阻礙人理解啊，是讀程序還是讀小說啊。
7、擁有自己的編碼規范
規范是為了讓團隊更快的理解、熟悉代碼的，同理，擁有自己的一套規范，就能幫助其他人更快的理解我們所寫的功能，減少學習和溝通成本。
8、代碼清晰簡潔的表達出作者的意思
在我們每次寫完一段代碼時，一定要問問自己，代碼是否表達清楚了我的意思，是否需要添加些注釋，名字取得是否恰當了，別人在閱讀時是否吃力。。每每看到別人一團糟的費解的代碼，就時刻提醒自己，一定要把代碼寫好咯，我也確實是這么做的，一遍又一編的檢查，看變數名、方法名是否表明了它的用途，是否有些不必要的、只是為了提升逼格的代碼，別人是否能在短時間內看懂。所有的這些，只是為了寫出一段更優美的代碼。
9、堅持並捍衛上面的准則
經常能聽到，有些公司是代碼行數來定義績效的，但作為一個有操守，並秉承基本自我修養的程序員，我們絕不能為了各種誘惑或者脅迫，甚至是自己的惰性、個性，而放棄寫出簡潔清晰，可讀的代碼。
以上的幾點，並不是嚴格的意見或者建議，只是提醒廣大程序員同胞們，在痴心與高端的技術時，千萬不要忘了，代碼不僅機器要閱讀，人也需要閱讀。就算你寫出再復雜的代碼，但它讓人完全無法閱讀，這有什麼用呢。這就如同，你很牛逼很牛逼，但別人聽不懂你說的話，還不是沒用。如果你真的寫出了可讀性強的代碼，但你也不應該鳴鳴得意，我覺得，寫出一段優美，健壯，可讀性高的代碼，是一個程序員最基本的自我修養。
㈣ 程序員應該如何保護自己的身體
無論從理論上還是實踐上來講，程序員沒有身體很好的。
我工作也有4年時間了，一直在互聯網行業，接觸認識了怎麼也有一百來個程序員。細數數大家基本多少都有點的問題：（吐槽型，僅供參考）
1.脊椎不好。
表現形式：後頸、肩膀、後腰、尾椎骨、頭部不同程度的肌肉緊張和酸痛；
原因：大家都知道，長期長時間段的保持坐姿且坐姿不良；
2.腸胃不好。
表現形式：不能吃辣，不能喝酒，胃疼；
原因：作息不規律，飲食不規律，飲食搭配不合理，飲酒，用腦過度；
3.免疫力低下。
表現形式：逢冒必感，另附各種鼻炎、過敏症、腸胃不適作搭配；
原因：作息不規律，用腦過度，缺乏運動；
4.局部肥胖；
5.不同程度的心律不齊；
6.甘油三酯偏高；
另外附上一段新聞：
【根據統計報告指出，男性的職業若是長時間開車的司機(例如計程車司機、貨車司機)、空服員或飛行員、麻醉科醫師、久坐的、長期處於電腦輻射的辦公室從業人員等，生女孩的機率都特別高。那是因為睾丸受到高溫、氣壓或輻射的強烈變化，或是吸入過多有毒的麻醉氣體，導致生命力較不強韌的Y精子先行死掉，造成生女孩的機會特別多。】
如果真是把身體健康放在第一位，辭職吧——但是大家都心知肚明，做到這點談何容易。
如果願意拿出一點健康作為代價維持現在的生活狀態，可以從幾個方面來注意：
1.作息規律，早睡早起——這個好處都被說爛了，就提一點我最痛苦的體驗，作息不規律對我最大的影響是整天渾渾噩噩，雖然是白天腦子依然不清醒，碰到問題完全不夠使，且胃病越發嚴重了TAT；
2.飲食規律，合理搭配——三餐按時，保質保量，少喝酒，就OK了！
3.適當運動吧——每周抽出兩天時間，晚上下班或者周末去個健身房，或者游個泳，打個籃球羽毛球，不難的，對自己身體有好處不說，還有擴大社交范圍增進友誼的好處。
㈤ 作為程序員，這個職業給你帶來了什麼好處
不看職業壽命，工作強度，在薪水方面，普遍是高於一般工作的。作為一個社會新鮮人，拋開有名的高薪專業，一般工資也就3k起，有能力的提升快，但是絕大部分人員都是隨著年限慢慢加。但是程序員起薪5k是件很容易的事情，有天分的人1年內到20k也不少見。這是個很大的誘惑。
㈥ 要做程序員需要學會什麼
其實簡單來說，程序員的工作就是使用編程語言，根據需求寫出一個程序。
但是，在這個過程中，涉及如下幾個方面：
使用的編程語言 程序員需要選擇一門或者多門語言來編程，不同的語言適合編寫不同的程序，目前主流編程語言包括，Java、JavaScript、Python、C++、php以及其他小語種等等，每種編程語言適合開發的程序有所不同。目前從程序應用分來，主要可以分為三類a 企業應用，主要用於解決企業業務。各種企業管理後台系統，銀行系統，公安系統，圖書管理系統等等。
b 互聯網應用，面向互聯網用戶，為互聯網用戶提供各類服務。比如現在的京東淘寶各類電商系統等。
c 移動應用，各類在移動端使用的APP，有面向互聯網用戶的APP，也有面向企業內部的APP。
目前相對而言，在移動應用和互聯網應用方面，資本投入比較熱的風口，程序員的薪資較高。企業應用，發展了很多年，相對平穩。
2. 明白需求，實現需求
需求就是編寫程序的要求。一個程序要編寫成什麼樣子，具備哪些功能，都是由需求來具體說明。程序員要需要能看懂需求文檔，並且能准確地使用編程語言，根據需求中的要求來編寫成程序。企業開發的項目，往往會由該程序的架構師提供一個程序框架，程序員在該框架的規范下進行編程，實現需求的功能，以確保程序的規范、可讀，以及可維護性。
3. 日常工作寫程序
一個軟體開發一般流程是產品經理根據用戶需求做一個項目出來，然後UI設計師做一些圖片設計，前端開發編寫頁面，後台開發編寫核心編程，然後介入一些大數據和人工智慧，通過測試之類上線實施，後期還有運維進行相關維護。
程序員一般大多指的是前端和後台寫代碼程序的開發人員，除了編寫代碼，可能還需要通過介面和其它系統對接，實現系統間的數據交換。像單體測試，是程序員對自己寫好的程序單元進行測試，檢測這個程序單元數據輸入和數據輸出是否符合預期等等。測試出來的問題，需要修改正確，然後再測試，直至沒有問題。和同事共同開發的時候也需要聯合測試，以及用戶測試過後如果存在BUG繼續進行修改。
㈦ 程序員如何提升自己
如果程序員就業在大型科技企業（互聯網），那麼完全可以在崗位工作任務中獲得持續地提升。由於大廠往往具有較強的資源整合能力，而且對於開發人員的提升有比較詳細的規劃，所以程序員的提升通道通常也比較多。
對於在創業型公司，或者是規模比較小的軟體公司發展的程序員來說，要想獲得提升，既需要藉助於崗位工作任務，同時也需要有一個自主學習計劃。崗位工作任務的技術含量和上升空間對於程序員的提升有較大的影響，如果整個團隊的技術研發能力比較強，而且研發方向比較專注，那麼對於程序員的提升還是有較大幫助的。
自主學習對於程序員的提升也有比較明顯的影響，在內容的選擇上，既要考慮未來的發展趨勢，同時還要結合自身的知識結構和能力特點，如果自主學習的內容能夠再結合當前的崗位任務，那麼學習的效果會更好一些。
㈧ 程序員該如何提升自己的價值
任何好的程序員都知道，從書里學習是遠遠不夠的。成長的唯一方式是通過試驗。獲得經驗的最好方法是進入專業的領域。通過為客戶提供新服務將自己再次放到壓力下面。以辦公傢具安裝業務為例。你唯一能變得更好的方法是通過客戶挑戰自己。這個道理同樣適用在這里。如果你有足夠的知識有信心來添加新的服務，那麼在旅途中你會學到很多很多。如果你不能處理一個你不曾遇到過的新項目，那麼很有可能你已經out了，你需要改變。
㈨ Java程序員如何自我提升
一、編寫可讀性強的代碼
曾經碰到過多少人認為編寫一些不可思議的、復雜的代碼可以為他們提供工作的保障。「如果除了我其他人都不知道薪資報告模塊是如何工作的話，上面就肯定不敢炒我魷魚!」
當然，這在理論上可能是對的(盡管有太多的人在說這句話的時候往往高估了自己)。雖然企業老闆可能不會炒掉你，但他們也不會支付你很多薪水。如果公司不能在薪資報告模塊上失去你，那麼自然而然也不會晉升你。它不會把你放到另一個更受人矚目的項目上。這樣做只會讓你牢固地待在當前位置，就像死水一樣波瀾不驚。
而且，不要自欺欺人地以為這也可以測試市場反應。企業總是希望程序員能夠編寫干凈、可維護的代碼。他們需要刷掉不合格的人以滿足業務需求。如果你的簡歷主要特點是精通某一個點，那麼你就不會有很多選擇，因為在一次又一次的晉升考驗中，你的老闆總是會略過你。
不要走那條錯誤的路。與之相反，你需要編寫能夠使其他人受益的代碼，並讓業務靈活起來，無論是在項目人員配置上還是在對代碼進行更改的時候。
二、了解你的代碼如何讓別人賺錢
如果有人付錢讓你寫軟體，那麼你的輸出結果就應該產出經濟效益。學習並了解這個利益關系。發展向任何人解答這方面內容的能力。
對最新的客戶端技術或在雲中進行加速的能力感到興奮的開發人員比比皆是。對這些東西感到興奮，並且了解如何使用這些能力來賺錢的開發者就少見的多了。
如果你能針對產品特徵好好培養對業務動機的理解，那麼你就能做得更好。你會找到既能節省時間又同樣能實現業務目標的替代方法。或者，當有一個產品特徵證明不可能實現時，你可以提出能降低一部分成本的建議。
企業(特別是真正支付薪水的大boss)喜歡這種軟體人的思維。這將意味著你可以晉升，提供咨詢服務以及擔任領導角色。
三、對職業的思考
擅長編程代表了職業生涯的其中一個方面，並且是一個重要的方面。建議多考慮許多其他的方面，並且有目的地去發展和培養那些習慣。在你自己的時間里，你應該通過一切手段，愛上這個職業。當然還要確保你可以為他人和為自己賺到錢。