阿里程序員寫代碼搶東西

❶ 百度騰訊阿里的程序員最後都做什麼了

一個軟體公司，可不僅僅要程序員的。 還需要測試、實施、分析、架構、還有其它的後勤、財務部門等。 大的網路公司，程序員的人數10%的占不到。 但不是意味著程序員沒有出路，現在信息化不斷發展，全世界的企業都在搞信息化，每個企業又都需要信息化系統，這就需要程序員不斷開發了。可以不誇張的說，每一個企業系統都需要幾個程序員不斷的去修正，所以國內市場程序員是廉價的，也是供不應求的

❷ 程序員用代碼求救是怎麼回事

近日一則程序員用代碼求救的新聞引發關注。南京一家大型軟體企業的年輕程序員小張（化名）萬萬沒有想到，當他被傳銷組織控制、幾近絕望之時，自己嘗試利用計算機「代碼」向同事傳遞求救信息，他的程序員同事們竟然「秒懂」，並赴天津協助警方，將他成功解救出來。

於是他的程序員同事們竟然「秒懂」，並赴天津協助警方，將他成功解救出來。

❸ 程序員在阿里巴巴總部工作是怎麼樣的

你好，程序員在阿里工作從以下三個方面來說，在互聯網公司總體是不錯的。

1、阿里工程師崗位職級

阿里巴巴集團採用雙序列職業發展體系：

一套體系是專家路線【P序列=技術崗】，程序員、工程師，某一個專業領域的人才，一共分為14級，從P1到P14，目前校招最低從P4開始。

一套體系是M路線，即管理者路線【M序列=管理崗】，從M1到M10。

考核因素是上一年的績效分數+直屬領導的打分+晉升委員會打分，這里的委員會一般由直屬領導+合作方的高管+懂業務的HRG組成。HRG：HR多面手，base在業務下面，在阿里話語權比別的互聯網HR高。

晉升標准：績效滿足3.75、主管提名、技術答辯通過。

P8架構師作為阿里「IT架構靈魂人物」的角色，他們不僅做著架構師的本職工作，還同時做程序開發，寫核心代碼的工作。另外，架構師依舊是技術高手，編程能力依然是一流的。

但根據當前的市場需求，互聯網大廠們對於普通Java開發人才需求逐年銳減，而對互聯網架構師人才的需求招聘量已經上升到50%，因此薪資更是不可同日而語。

對於想學習互聯網架構師的同學來說，北大青鳥、課工場等優秀品牌都是不錯的選擇。課程根據招聘需求制定，包含全部分布式微服務技術，對標阿里P8級別架構師。

希望我的回答對你有所幫助！

❹ 阿里巴巴的程序員技術是不是都很牛

你好，在例如阿里巴巴這樣的bat互聯網大廠的程序員，做到架構師的職級一般都可以到年薪百萬，具體如下。

1、阿里工程師崗位職級

阿里巴巴集團採用雙序列職業發展體系：

一套體系是專家路線【P序列=技術崗】，程序員、工程師，某一個專業領域的人才，一共分為14級，從P1到P14，目前校招最低從P4開始。

一套體系是M路線，即管理者路線【M序列=管理崗】，從M1到M10。

阿里P8架構師作為阿里的「IT架構靈魂人物」的角色，他們不僅做著架構師的本職工作，還同時做程序開發，寫核心代碼的工作。另外，架構師依舊是技術高手，編程能力依然是一流的。

但根據當前的市場需求，互聯網大廠們對於普通Java開發人才需求逐年銳減，而對互聯網架構師人才的需求招聘量已經上升到50%，因此薪資更是不可同日而語。

對於想學習互聯網架構師的同學來說，北大青鳥、課工場等優秀品牌都是不錯的選擇。課程根據招聘需求制定，包含全部分布式微服務技術，對標阿里P8級別架構師。

希望我的回答對你有所幫助！

❺ 怎麼評價程序員35歲了還在擼代碼

還有一個兄弟三十五六了還在畫圖標，P8，上次我們知群和阿里合作，讓他出來講了一次課，結果講的幾十頁 PPT 里的所有內容，都是他自己的作品，特別棒。
你說他這樣的人如何呢？我直接一些的說，安全邊界特別高，無論誰是領導，無論公司怎麼調整，你是不是需要能出活的人？需要能夠搞定事情的人？年輕人能加班？如果只靠加班、拼體力就能搞定，很多公司會讓你加班加的懷疑人生。
矽谷的創業教父保羅格雷厄姆在《黑客與畫家》里寫到，在信息技術領域，一個高手的生產力是一般人的幾十倍甚至上百倍。
以我的觀察，的確如此。
這是智力密集型行業的典型特徵。
當然前提是你寫代碼真的寫的好，畫圖標也這真的畫的好，如果年輕時就劃水，一年又一年仍然劃水，那麼和年齡又有什麼關系呢？互聯網和整個信息技術行業，甚至未來的很多行業，都是終身學習的行業，這本身也是好事。
雖然很多人拿干程序員的、做互聯網的頭發問題來開玩笑，但是實話實說，你去看看周圍的人，對比三十多歲的互聯網從業者，和很多人，會發現其實整體顯的很年輕，這也是個有意思的現象。
其實不止互聯網，現在所有的行業和職業，有多少是你在不進化的情況下還能做一輩子並且保持高收入的呢？除了體制內（體制內的工作如果未來還有精簡機構的政策的話，也不好說），各種各樣的企業，還有多少鐵飯碗？互聯網已經不錯了，好歹待遇高一些，去比較一下很多待遇並不高但也擔心被淘汰的人，或者面臨很大業績壓力的人，輕松的行業和職業有，但是多麼？安全邊界高么？販賣焦慮是很容易的，但是除了焦慮並沒有什麼真正的意義。
你焦慮，你覺得以後被淘汰，那麼你要麼就自己持續學習跟上節奏，要麼就抓緊轉行。
問題是，轉行轉到哪裡？哪個職業符合你的要求？其實我寫這個回答，一方面是告訴大家30多歲還在寫代碼等等是正常的，這本來就是自然而然的。
另一方面是揭示現實就是殘酷的，在今天得中國，不止互聯網，在其他各個行業里，想找到安全邊界高、不需要變化、待遇又高的職業，難。
如果你找到了這樣理想的工作，去做就好了。
如果沒找到，不要被販賣焦慮，使勁提高自己，無論是在自己這個職業方向，還是你又發現了新技能方向，都可以。
焦慮和抱怨解決不了任何問題。

❻ 阿里，華為，騰訊，哪家的程序員更牛

首先我們可以了解到，程序員是一份十分艱辛而且耗費腦力的工作，所以作為一名程序員最關鍵的兩次職業生涯的升華時刻在於，從普通程序員變成一個熟練的軟體或者項目開發者和從一名熟練的軟體或項目開發者變成一個程序編寫方面的專家，然而這其中每一次的升華都代表著你需要付出比別人十倍甚至二十倍的努力。

所以我們可以探討一下騰訊、阿里巴巴、華為哪家的程序員技術更厲害，其實在我的認知里，我認為騰訊的程序員更厲害，因為騰訊的程序員需要開發的方向多難度大，而且騰訊的整個系統的優化不是靠個別幾個高技術程序員就能完成的，而且騰訊是一個主打游戲的公司，我們都知道，游戲本身就是用程序寫出來的，所以要想游戲做得好，那麼做游戲的程序員就得具備更高的素質和技術，也同樣是因為這個公司的特殊性，所以騰訊公司的程序員更強。

而阿里這個公司部門是以電商為主，程序並不是這個公司部門的主打方向而且，我認為電商、網店、軟體開發才是阿里巴巴的強項，而對於華為公司，華為公司的主要開發內容在於電子產品，所以華為公司需要設計到程序的地方最少，因為騰訊和阿里還是網路公司而華為公司是實打實的科創公司，華為公司的開發重點也在於他的核心技術，所以我認為騰訊公司的程序員更牛。

❼ 寫代碼這樣的工作，可以做一輩子嗎

我覺得是可以得。不是有一句話說過：「如果愛，請深愛」嗎？如果真心喜歡這一個工作，即使做一輩子都是可以進行的。

寫代碼在外行看來就是與數據打交道，但是在程序員的眼中，它們可能就像是自己的女朋友。我曾經也看到過，程序員他們當著我的面寫代碼，當然我們是看不懂，但是我們能夠看到的是背後所呈現出來的美好的事物。

所以程序員可以不是一輩子，但是代碼卻可以寫一輩子。之前能夠做到程序員的都可以說明他們具有強大的耐心，每天面對著冷冰冰的數據但是卻給別人呈現更好的東西，也是十分不錯的。

綜上所述，「如果愛，請深愛」，喜歡這個代碼的工作，不管其他的因素，只要熱愛就可以一輩子。

❽ 你身邊有離開大廠進工廠的程序員嗎他們都是怎麼想的

今天好多人在討論程序員離開大廠進工廠，越來越多高學歷人才加入製造業，如何看待這一趨勢，會帶來哪些變化？這一話題

好多網友說終於覺醒了，製造業才是根本！

這就有點標題黨了，怕是對寧德時代有什麼誤會。

所謂的工廠不是我們平常認知的那種中小型工廠

他們進去也不是做擰螺絲的普通工人，基本都是做工程師的那種技術猿！

既然都是技術精英在哪裡都能發光發熱也是正常的，而且it也是分為好多類型的，在大廠里也有做基礎工作的熬夜加班工地人呢。

不要對互聯網有深厚的偏見，更不能對製造業有偏見。製造業是經濟基礎，但是互聯網改變了物質的流通速度和形式，是生活的基礎。

就現在的情勢而言，我覺得已經沒什麼藍領，白領，金領之分了。

能夠賺錢生活，能夠學以致用，才是王道！

這里的學不僅是知識，還包括技能，職業技能，所以不僅高素質人才進入製造業值得贊許，同時，那些在基礎崗位任勞任怨的真工人更應該得到一份尊重和贊美！

在任何崗位上勤勤懇懇發光發熱的大家，都是社會建設積極向上的一份子！

❾ 程序員如何將自己做的東西賣出去

有很多人不知道上哪裡去爭取項目，總是抱怨沒有項目做；也有的人雖然編程技術不錯，但是對於與客戶談項目卻是一竅不通，結果應該拿到的項目也拿不到手；也有的雖然已經接到了項目，卻發現在實施開發的時候遇到好多從來沒有遇到過的問題。作為一個多年從事外包項目接單的軟體開發人士，我想從以下幾方面談談我的經驗，希望對大家會有所幫助。
第一點， 到哪裡接項目
軟體團隊或SOHO最為關心的一點是在哪裡可以找到項目做，也就是到哪裡可以找到有外包需求的客戶。對於一般人來說，廣交朋友然後通過熟人介紹還是接項目的第一途徑，但這要求你的朋友或熟人要在企業或公司里有比效重要的管理位置，對於像那些每天只能是埋頭寫代碼的程序員這顯然是不太現實的。所以大家不能等著項目來找你，而是要主動的出擊去找項目。
現在網上有很多軟體外包網站，在這里你可以找到不少的軟體外包信息。比如GAF(即Get A Freelancer - 是目前國外最流行的外包站點)上就有大量的軟體外包信息。不過這里每天外包的項目雖然很多，但競爭也很激烈。一般一個外包信息發出後一天內就會有無數個競爭者（很多印度阿三在和你拼報價），所以能第一時間與客戶取得聯系是非常關鍵的。因為客戶一般都是先入為主的，一般來說，如果第一個談項目的人他覺得滿意了，就會對其他的競爭者不再予以考慮，所以你要經常上網站上看看有什麼最新的項目，並立即與項目的發包方取得直接的聯系。其他比如Elance、GetACoder、ScriptLance
上也有很多外包的信息，大家可以自己上去看看。
是不是第一個聯系了客戶就高枕無憂了呢？也不完全是這樣的。前面說過了，一個項目總是有很多人去競爭，就算是你搶先聯系了客戶，但可能後來又有不少人也同樣聯系了他，而客戶在這種情況下一般是處在比較猶豫的情形之中，這時，你就要經常不斷地聯系客戶，不斷地征詢客戶的意見，詢問客戶的項目需求，把你對項目的理解也經常與客戶交流。這樣，客戶會覺得你比較有誠意來接這個項目，就會比較傾向於把項目交給你來完成。有時，與客戶拉拉家常，也會拉近你與客戶之間的距離。說不定你會意外發現客戶原來還是你的老鄉，那就更好談了。總之，如果你想要想爭取到項目，就要經常不斷地與客戶保持聯系，直到最終達成意向。
接項目最重要的一步是與客戶談需求。客戶對軟體的需求是項目規劃和實施的根本，所以在與客戶談需求時，一定要讓用戶將所有的想法盡可能的闡述清楚，並把所有的要求羅列出來。這時候不應該害怕勾引起客戶的潛在需求而增加設計開發的工作量。而應該直接明白地要客戶把項目的要求一條條地列出來。這時先把條理、歸納、分析先都扔到一邊去，用紙筆將用戶最原始、最完整的要求准確地記錄下來。假如項目在你對客戶的需求沒有完全了解清楚的情況下就匆匆上馬，那麼就會隨時發生意想不到的變更，輕則使項目延期或超出預算，重則使得原來已經做好的軟體要徹底推倒重來。
所以我們在實施項目之前應該深入了解和挖掘客戶需求，對某些不明確的需求要與發包方反復進行討論，對於項目實施過程中的需求變更要規定處理辦法，並形成項目的最終需求。在需求分析階段，接包方首先對發包方的需求認真分析，然後通過業務建模、會談、問卷、需求會議等方式收集客戶完整需求，形成文檔，然後經過客戶討論、客戶審查、文檔修訂等多次反復的過程。有一點需要注意，即使雙方談的很投緣，在討論需求時也一定要詳細周到，精確到每一條不能再劃分的軟體功能為止。
要消除客戶的疑慮
- 作為客戶，他對於項目的承接者總是存在各種疑慮。比如，這個項目究竟承接方有沒有能力開發啊？項目組人員是否有這方面的經驗？是否作過類似的產品，是否有這方面的技術能力？會不會只是騙了預付款就開溜啊？最後完成的項目能不能達到自己的要求啊？我們作為承接者，就是要千方百計打消客戶的這種疑慮。比如，你要經常准備好一些成功的案例和以前的項目的DEMO，就是把你以前成功完成過的項目，做成一個DEMO給客戶看，讓他覺得你是有能力完成類似的項目的。俗話說，事實勝於雄辯，把你以前做過的類似的項目DEMO給他看，好過你一遍遍空口的承諾。因為軟體開發的過程中誰也不能保證一點問題不出，相比較而言，一個有經驗的開發人員會更容易得到客戶的信任。因為你已經有和客戶的項目功能接近的案例，無疑會縮短開發周期，技術上有更好的保障，因此客戶也更樂於把項目交給你。所以，程序員平常必須多花點時間和精力，搜集整理以前自己做過的項目案例，並把它們分門別類地整理出來，遇到同類項目的客戶，就可以給客戶進行演示，這樣客戶就會放心把項目交給你了。另外，把團隊組成人員、技術能力、經驗等客戶看重的東西整理出來並給客戶看，也能夠對爭取到項目起很大的作用。
在完全了解客戶的需求後，下一步就是要確定一個合理的報價。接包方要從跟客戶的交談中盡量地了解出客戶的准確意思，思考客戶想要的是怎樣的一個軟體，項目復雜的程度多大，客戶的要求有多高，客戶的性格如何，能夠接受的價格範圍等等，這些因素對於軟體項目的報價都是密切相關的。如果客戶要的是一個小型的軟體系統，不太苛求有多全面的功能，只要滿足某一方面的需要，並且客戶又是一個比較隨和的人，那麼項目可以報一個接近成本的價格；相反如果客戶要求的是一個面面俱到的管理系統，需要有各方面的功能，缺一不可，並且客戶又是那種對項目要求嚴格苛刻，絕不變通的人，那就要充分考慮各種不穩定的因素，報一個比較高的價格。
在很多的情況下，客戶在跟接包方談項目之前，心理都已經有一個價格底線。如果要投入的費用超過了客戶的預算范圍，客戶將不再與你談該項目，他會轉而找其它軟體團隊商談。所以跟客戶談項目的過程中要迅速地思考客戶需求的真正含義，能夠通過某種轉換和變通，把客戶對於技術的要求與自己團隊的技術力量可以接受的價格相對比，從而得出一個雙方都能接受的報價。在與客戶的談判當中，靈活變通是成功的關鍵之一。當然並不是所有的客戶都可以通過變通而滿足，遇到客戶不認同項目費用的情況一定要處之泰然，真誠地為客戶解釋，把客戶的需求細化為技術上的要求給他分析，讓他同意你的報價的合理性。即使客戶對編程技術不是很了解，但經過你的細致的分析後也會對你的報價表示認同的。