程序員下游

Ⅰ 產品經理跟程序員是上下級關系

因為成為產品經理，能學到非常多的知識，在不同的層面
產品經理軟技能：
個人魅力：包括溝通能力，領導能力，願景能力，感染能力，審美能力等等；
產品修養：產品修養包括混跡產品社區，運營社區，優秀產品群；
互聯網修養：了解互聯網現狀，跟蹤互聯網熱點，跟蹤互聯網前沿，混跡互聯網社區。
項目管理
產品經理的一個重要角色是項目經理，產品經理需要對整個項目的結果負責，包括按時交付，合格交付，成本控制。
項目經理需要熟練項目的5大過程組和10大工作領域，對於互聯網產品經理來說，主要內容包括：
項目溝通：溝通是互聯網開發中產品經理最重要的工作，包括和上級，開發人員，運營人員等等；
總體進度計劃：項目的總體進度，例如產品設計，UI設計，各個模塊開發，測試進度，部署等等，產品經理必須把握整體的進度，針對節點進行審核；
開發詳細計劃：開發詳細計劃是總體進度計劃的一部分，一般來說開發計劃是技術經理維護，但是產品經理必須進行整體把控；
項目控制：項目干係人，風險，進度，質量等等控制。
協助推廣
產品開發出來必須推廣到市場，否則產品就是一個實驗品。產品經理不需要完全負責運營推廣，但是必須對運營人員提供必備的支持。
基本工作如下：
基礎運營數據：獲取產品的基礎運營數據，例如下載量，用戶量，支付金額，留存；
埋點：埋點的一種獲取產品運營數據的重要方法，他可以分析頁面點擊，頁面轉化等等；
業務數據：業務數據例如訂單情況，售後訂單，銷量等等；
競品分析：和市面上相似產品對比分析；
Swot分析：了解本產品的優勢、弱勢、機遇、挑戰。
迭代開發
第一個版本做出來後，產品進入迭代開發階段，一般迭代周期是2個星期；迭代開發就是將從產品規劃到運營過程進行濃縮，每個迭代周期開發少量的功能。
基本的工作如下：
收集需求：收集產品的需求，哪些需求進行迭代開發；
需求排序：針對需求進行排序，高優先順序的盡快開發，優先順序低的稍晚開發；
細節功能設計：第一個版本的功能進行細化，例如效果細化，交互細化等等；
迭代計劃：維護整個迭代過程的項目計劃。
根植行業
產品都有很強的行業屬性，必須熟悉本行業才能設計本行業需要的產品，否則就是空想。
我們需要了解行業現狀，熟悉行業痛點，熟悉行業熱點，並且還得了解相關行業，此外需要熟悉相關的法規，道德，加入行業圈子，多逛行業論壇。
個人魅力
上述講的是產品經理硬技能，下面介紹一下軟技能，軟技能更多的是個人的修養問題，但是這些會影響到產品經理的整個職業生涯。
個人魅力包括個人領導能力，溝通能力，願景能力，洞察能力，審美能力，感染能力。擁有強大個人魅力的產品經理才能成為整個產品的領導者，才能激勵整個項目成員，提高團隊效率。
產品修養
產品經理需要提高產品修養能力。
產品修養包括：
與高人為伍：有時高人的一句指點勝過你苦思冥想一個月，產品經理需要向前輩，向領導，同級組織成員請教，請教他們你不熟悉的內容；
與實踐者為伍：不要和空想者為伍，而是和實踐者為伍，產品的使用對象均是實踐者，實踐者的想法將會提高你整個產品的境界；
產品社區：例如產品壹佰，pmcaff，多看一下帖子提高自身修養，此外多加入一些QQ群；
運營工具：例如應用雷達，酷傳，APP annie，ASO 100，網路指數等，運營工具可以用來分析產品的運營數據。
互聯網修養
一個互聯網人，必須熟悉互聯網，有一定的互聯網修養，多看新聞，多參加一些沙龍，提高自身的互聯網修養。
了解互聯網現狀：熟悉當前中國和世界上優秀的互聯網公司，多了解互聯網當前現狀，例如阿里巴巴，騰訊，網路，小米，華為，360等；
跟蹤互聯網熱點：當前互聯網熱點，例如項目熱點，投資熱點這些，可以查看36kr，虎嗅，這些社區提高了互聯網熱點現狀；
跟蹤互聯網前沿：例如vr/ar，物聯網，智能設備等等；
大數據平台：常見的例如易觀數據，talkingdata，這些互聯網大數據平台會提供部分免費的行業分析報告，了解互聯網大數據對產品整體把控有一定的幫助。

如果需要學習，可以看下這幾個軟體：
1.腦圖工具：網路腦圖

2.文檔共享：藍湖、Axure等軟體

3.項目管理：jira

Ⅱ 軟體開發上游下游怎麼分

生產流程中的上下游
讓我們以一個簡單的生產流程開始，盡管它跟軟體開發沒有關系，這樣我們能以此為基礎定義軟體開發中的上下游。

上面的例子有三個步驟：收集部件、組裝部件、噴漆。
一個生產流程跟一條河流很相似，所以我們很容易理解：隨著流程一步步往下進行，我們在往下游移動。

我們可以推出以下原則：
依賴原則：從自身的角度看，每個環節都依賴其上游的環節
價值原則：往下游移動，每一環節都在產品上增加了價值
現在讓我們將這些原則運用到不同的軟體開發場景中。

軟體依賴的上下游
很多軟體模塊會依賴其他的模塊。那麼什麼是上游依賴和下游依賴呢？
考慮下面關系： 模塊 C 依賴模塊 B，模塊 B 依賴模塊 A。
運用依賴原則，我們可以有把握地說模塊 A 是模塊 B 的上游，模塊 B 和模塊 C 的上游（盡管箭頭是相反的方向）

這里運用價值原則會有點抽象，但是我們可以認為模塊 C 擁有最多的價值，因為它導入了模塊 B 和 A 的所有功能，並且附加了自己獨有的價值。所以模塊 C 是下游模塊。

開源項目中的上下游
另一個「上游」和「下游」被廣泛使用的場景是開源軟體開發。它跟上面討論的模塊依賴很像。
有兩個項目 A 和 B，A 是原始項目，B 是從 A fork 出來的：

這在開源項目中是很常見的開發模式：我們 fork 一個項目，在新項目中修復 bug 或者添加功能之後，提交一個 patch 到原來的項目。
在這個場景下，運用依賴原則：項目 A 是上游項目，因為沒有項目 B 它也可以很好地存在，但是項目 B 無法存在如果沒有項目 A。
運用價值原則同樣可以運用：因為項目 B 增加了一些功能或者 bugfix，跟項目 A 比它增加了價值。

所以每次我們往開源項目貢獻一個 patch，我們可以說我們往上游發了一個 patch。

(微)服務中的上下游
在由微服務（或者只是過時的分布式服務）構成的系統中，同樣有上下游服務的討論。意料之中，依賴原則和價值原則都可以運用到這個場景。服務 B 是上游服務因為服務 A 依賴它。服務 A 是下游服務因為它在服務 B 的基礎上增加了價值。

請注意這里討論的什麼是上游什麼是下游中的「游」不是通過服務 A 進入系統的數據流，而是從系統核心部分到面向用戶服務的數據流。

離用戶（或者其他終端客戶）越近的服務，它就越下游。

結論
我們可以在任何有「上游」和「下游」的場景中，運用這兩條簡單的原則來判斷哪個是上游哪個是下游。
如果一個事物在另一個事物上增加了價值，或者以任何方式依賴另一個事物，那麼它一定是下游。

Ⅲ 日本IT行情現在如何為什麼那麼多程序員去日本工作

相對於國內來說，日本畢竟是發達國家，軟體行業起步早發展快，薪資相對來說也高。但是其實國內最近幾年的前景和平台也是相當不錯的。
1、為什麼日本獨獨需要大量it軟體行業的人才？怎麼其它的機械、化工、生物行業不需要。是不是日本的行業存在結構性失調？
日本的軟體產業非常發達，動漫產業更是世界第一，需要大量的軟體開發、編程和測試人員，軟體和其他行業不同，知識含量說高也高，說不高也不高。關鍵的是軟體設計和架構，這種工作國人是幹不了的，必須在發達國家軟體行業干很多年，有豐富的經驗才可以。軟體設計師或架構師將軟體設計好後，需要的就是編程人員根據要求編寫程序代碼。對於一個大型軟體來說，代碼可能上千萬甚至上億行，需要人一行一行地錄入、粘貼、復制，這種工作日本人是不願意乾的，想干他們也沒那麼多軟體程序員。所以，這種工作都是外包到中國來做，一般是大連。但是，有時候包給中國公司做費時費力，在任務緊急的時候也會找一些人到日本國內去做。貌似成本上升了，但實際上和日本人相比，我們的程序員仍然屬於廉價勞動力。所以，才會有那麼多的赴日IT人員。
日本的機械、化工、生物行業還真是不需要那麼多人。為什麼？很好理解。都包到中國和東南亞了啊？中國現在那麼多的汽車廠、化工廠、制葯企業不是有很多是日資公司嗎？他們國內資源匱乏，而且處於環境保護和降低成本的考慮，國內干這些行業成本很高。
不知道第一個問題滿不滿意。
2、日本經濟不是不景氣，失業率很高嗎？
確實如此。但是，日本勞動力的工資水平可不低。比如，一個日本程序員一個月30萬日元（只是打個比方），而從中國引進一個程序員一個月只需要15萬日元，哪個合算呢？答案顯而易見。企業都是唯利是圖的，沒有企業為了解決本國失業問題而放著便宜人不用，去僱用本國的「貴人」的。嘿嘿。換了你也不會吧？
所以說，經濟不景氣，失業率很高，一點也不影響日本企業從中國招聘IT人員。
這種想法很現實，但是300萬太多了。IT人士，特別是軟體開發工程師和軟體測試工程師，現在中國的很多軟體人才都是這樣做的。而且中國的很多軟體外包企業都是在日本IT公司干過一段時間，學到了先進經驗，拿著日本公司的外包訂單回國創業的。所以說，邊掙錢邊學習是正道。光掙錢不學習沒有多大意義。掙夠了錢、學到了技術、拿到了日本公司的分包訂單、然後再回國創業，帶動國內經濟發展，這可是件大好事！
補充問題2：從打工到紮根日本，與日本人基本平起平坐，這種可能有多大？
這種可能性幾乎沒有，我的一個表哥就在日本，他說，要融入日本社會需要兩代人，要進入日本上層社會需要三代人，並且有雄厚的經濟基礎。簡單說，去日本創業，要想和日本人平起平坐，這一代人是沒希望了。而且日本人對中國人比較排斥，我們骨子裡也看不起他們，這是很難融合的。
希望可以幫到您，謝謝！

Ⅳ java前景如何，一名合格的java程序員應該具備什麼樣的水平，SCJP認證怎麼樣，請前輩指點一二

JAVA程序員之路

很多網友問我學習Java有沒有什麼捷徑,我說「無他，唯手熟爾」。但是我卻很願意將自己學習的一些經驗寫出來，以便後來者少走彎路,幫助別人是最大的快樂嘛！
要想學好Java，首先要知道Java的大致分類。我們知道，自從Sun推出Java以來，就力圖使之無所不包，所以Java發展到現在，按應用來分主要分為三大塊：J2SE,J2ME和J2EE,這也就是Sun ONE(Open Net Environment)體系。J2SE就是Java2的標准版，主要用於桌面應用軟體的編程；J2ME主要應用於嵌入是系統開發，如手機和PDA的編程；J2EE是Java2的企業版，主要用於分布式的網路程序的開發，如電子商務網站和ERP系統。J2SE開發桌面應用軟體比起VC,VB,DEPHI這些傳統開發語言來說，優勢好象並不明顯。J2ME對於初學者來說，好象又有點深奧，而且一般開發者很難有開發環境。所以現在應用最廣泛又最好學的就是J2EE了。J2EE又包括許多組件，如Jsp,Servlet,JavaBean,EJB,JDBC,JavaMail等。要學習起來可不是一兩天的事。
那麼又該如何學習J2EE呢？當然Java語法得先看一看的，I/O包，Util包，Lang包你都熟悉了嗎？然後再從JSP學起。如果你學過HTML，那麼事情要好辦的多，如果沒有，那你快去補一補HTML基礎吧。其實JSP中的Java語法也不多，它更象一個腳本語言，有點象ASP。然後你就該學一學Servlet了。Servlet就是伺服器端小程序，他負責生成發送給客戶端的HTML文件。JSP在執行時，也是先轉換成Servlet再運行的。雖說JSP理論上可以完全取代Servlet，這也是SUN推出JSP的本意，可是Servlet用來控制流程跳轉還是挺方便的，也令程序更清晰。接下來你應該學習一下Javabean了，可能你早就看不管JSP在HTML中嵌Java代碼的混亂方式了，這種方式跟ASP又有什麼區別呢？還好，SUN提供了Javabean可以把你的JSP中的Java代碼封裝起來，便於調用也便於重用。接著就是EJB了，EJB就是Enterprise JavaBean,看名字好象它是Javabean，可是它和Javabean還是有區別的。它是一個體系結構，你可以搭建更安全、更穩定的企業應用。它的大量代碼已由中間件（也就是我們常聽到的Weblogic,Websphere這些J2EE伺服器）完成了，所以我們要做的程序代碼量很少，大部分工作都在設計和配置中間件上。至於JDBC，就不用我多說了，你如果用java編過存取資料庫的程序，就應該很熟悉。還有，如果你要用Java編發送電子郵件的程序，你就得看看Javamail了。
好了，對Java和J2EE有了一些基本概念之後，你就應該編一些程序了，千萬不要紙上談兵哦。最好找一些有實例且帶光碟的書來看，這樣看到好的程序就可以直接Ctrl+C再Ctrl+V，也不用勞您老大架再親自把它再輸一遍吧，再說直接復制還不用怕出錯，何樂而不為呢！還有就是要經常上一些好的Java編程文章，有好的文章要Cut下來，有問題盡管問，只要問題不是太傻，一般高手都會回答你的。下面介紹幾個好的Java方面的編程網站：
CSDN論壇http://www.csdn.net/ 中國最有名的技術論壇，《程序員》雜志就是他們出版的，你可以在上面提出問題，馬上就有人回答你，如果你覺得好，你可以給那人加分；
Java研究組http://www.javaresearch.org/ 上面有很多原創文章，高手還是挺多的；
Java開發者http://www.chinajavaworld.com/ 那裡Java資料比較全；
java.com.cn http://www.java.com.cn/ 看這域名就知道有多牛，注冊用戶快接近一萬了，同時在線人數也在一千左右，人氣很旺的；
IBM的開發者網http://www-900.ibm.com/developerWorks/cn/java/index.shtml IBM永遠的藍色巨人；

那麼我書也看了，程序也做了，別人問我的問題我都能解決了，是不是就成為高手了呢？當然沒那麼簡單，這只是萬里長征走完了第一步。不信？那你出去接一個項目，你知道怎麼下手嗎，你知道怎麼設計嗎，你知道怎麼組織人員進行開發嗎？你現在腦子里除了一些散亂的代碼之外，可能再沒有別的東西了吧！你現在最缺的是實際的工作經驗，而不是書本上那些憑空想出來的程序。所以你快去找一份Java的編程工作來做吧（如果是在校學生可以去做兼職啊），在實踐中提高自己，那才是最快的。不過你得祈禱在公司里碰到一個高手，而且他還願意不厭其煩地教你，這樣好象有點難哦！
還有一個辦法就是讀開放源碼的程序了。我們知道開放源碼大都出自高手，他們設計合理，考慮周到，再加上有廣大的程序員參與，代碼的價值自然是字字珠嘰，鏗鏘有力（對不起，最近《金裝四大才子》看多了）。學Java必讀的兩個開源程序就是Jive和Pet Store.。Jive是國外一個非常著名的BBS程序，完全開放源碼。論壇的設計採用了很多先進的技術，如Cache、用戶認證、Filter、XML等，而且論壇完全屏蔽了對資料庫的訪問，可以很輕易的在不同資料庫中移植。論壇還有方便的安裝和管理程序，這是我們平時編程時容易忽略的一部份（中國程序員一般只注重編程的技術含量，卻完全不考慮用戶的感受，這就是我們與國外軟體的差距所在）。Jive的資料在很多網站上都有，大家可以找來研究一下。相信你讀完代碼後，會有脫胎換骨的感覺。遺憾的是Jive從2.5以後就不再無條件的開放源代碼，同時有licence限制。不過幸好還有中國一流的Java程序員關注它，外國人不開源了，中國人就不能開源嗎？這里向大家推薦一個漢化的Jive版本—J道。Jive(J道版)是由中國Java界大名鼎鼎的banq在Jive2.1版本基礎上改編而成, 全中文，增加了一些實用功能，如貼圖，用戶頭像和用戶資料查詢等，而且有一個開發團隊在不斷升級。你可以訪問banq的網http://www.jdon.com/ 去下載，或到同濟技術論壇的伺服器上ftp://nro.sht.e.cn去下，安裝上有什麼問題，可以到論壇上去提問。Pet Store.（寵物店）是SUN公司為了演示其J2EE編程規范而推出的開放源碼的程序，應該很具有權威性，想學J2EE和EJB的朋友不要錯過了。
你一定會高興地說，哈哈，原來成為Java高手就這么簡單啊!記得我也曾碰到過一個項目經理，號稱Java很簡單，只要三個月就可以學會。其實說這種話的人就如當年小日本號稱「三個月拿下中國」一樣大言不慚。不是我潑你冷水，你現在只是學到了Java的骨架，卻還沒有學到Java的精髓。接下來你得研究設計模式了。設計模式是高級程序員真正掌握面向對象核心思想的必修課。設計模式並不是一種具體"技術",它講述的是思想，它不僅僅展示了介面或抽象類在實際案例中的靈活應用和智慧，讓你能夠真正掌握介面或抽象類的應用，從而在原來的Java語言基礎上躍進一步，更重要的是，設計模式反復向你強調一個宗旨：要讓你的程序盡可能的可重用。關於設計模式的資料，還是向大家推薦banq的網http://www.jdon.com/ ，他把GOF的23種模式以通俗易懂的方式詮釋出來，純Java描述，真是經典中的經典。有時間再研究一下MVC結構（把Model-View-Control分離開的設計思想）吧，現在很流行的Structs就是它的一種實現方式，不過Structs用起來實在是很繁，我們只要學習其精髓即可，我們完全可以設計自己的MVC結構。然後你再研究一下軟體Refactoring(重整)和極限XP編程，相信你又會上一個台階。
做完這些，你不如整理一下你的Java代碼，把那些經典的程序和常見的應用整理出來，再精心打造一番，提高其重用性和可擴展性。你再找幾個志同道合的朋友成立一個工作室吧，你可以去承接一些項目做了，一開始可能有些困難，可是你有技術積累，又考慮周全，接下項目來可以迅速作完，相信大家以後都會來找你的，所以Money就嘩啦啦的來了。。。。。。
當然你也可以參加一些開源項目，一方面可以提高自己，另一方面也是為中國軟體事業做貢獻嘛！開發者在互聯網上用CVS合作開發，用QQ,MSN,E-mail討論聯系，天南海北的程序員分散在各地卻同時開發同一個軟體，是不是很有意思呢？
下面介紹兩個好的開源項目網站：
湖北省軟體公共開發平http://gro.clinux.org/
共創聯http://cosoft.org.cn/
哇，好高興哦，我終於成為高手了！非也，非也。古人雲：「識時務者為俊傑」。你知道計算機界現在的發展形勢嗎？你知道微軟的.NET藍圖和SUN ONE計劃之間的明爭暗鬥嗎?你知道計算機技術將向何處發展嗎?其實從各大計算機廠商最近的動作,都可以看出來「Web服務將是下一代互聯網應用的制高點」，而微軟的.NET藍圖和SUN ONE計劃的斗爭焦點，也就是Web服務。Web服務就是一個嶄新的分布式計算模型，它是一系列標準的綜合（XML,SOAP,UDDI,WSDL和WSFL等）。它使得不同語言編寫的軟體能夠輕易的集成起來，使網路資源和Web站點變成一種服務而不是混亂的垃圾場。不遠的將來，我們就可以在家裡點擊一下滑鼠，就可以完成出門旅遊的全部准備工作，包括定飛機票，定旅遊線路，定好房間等。請注意，這所有的一切都是Web站點間自動完成的，再也不用象現在一樣，表面上是電子商務，實際上很多環節都是人工操作。也許你會覺得這是天方夜談，不過就近的說，你也很有可能承接一個項目，要集成兩個企業的ERP系統。很有可能上游企業的系統是用Dephi編的，而下游企業的系統是用Java編的。你說你是Java高手，大家都看者你怎麼做呢。所以啊，你還得學習新技術，如Web服務，而且你Dephi也要懂一點吧（Dephi6現在已經提供Web服務的控制項了）。 你編的Java系統，可能要和.NET集成，所以你.NET要懂一點吧？到最後，你可能發現你已經成為Java高手了，但很多時間卻在搞別的技術。太極張三豐里說，最厲害的招式就是沒有招式，可能就是這個道理吧！
因為剛剛興起，所以網上Web服務的資料不是很多，我還是給大家推薦幾個網站吧：
中國UDDI技術聯http://www.uddi-china.org/
CSDN的柴曉路專http://www.csdn.net/develop/author/ColumnAuthor/fennivel/ （註：柴曉路也是互聯網上一個有名的人物，他發表過很多關於Web服務的文章，還出了一書，應該稱的上是中國Web服務技術的先行者）
IBM的開發者網路的XML&Web Service專欄:
http://www-900.ibm.com/developerWorks/cn/xml/index.shtml?csdn IBM可是Web服務的力推者
嗚…你費勁千心萬苦，總算成為Java高手了，怎叫人不由喜極而泣呢！是啊，真不容易，真不簡單，真叫人感動啊！那麼打個電話告訴我吧，什麼？我的電話號碼是多少？昏到，你打電話問不就知道了嗎，真是的……

如上是在網上考下來的，但個人認為SCJP證書也好，程序員等級證書也好，不要太看重它；關鍵是你手中有沒有技術，能不能拿出活來。我面試時候都是以證書為參考，主要衡量你的手段還是提問技術性問題以及一些編程方面的基礎問題。建議不要把證書看的太重。

Ⅳ 程序員 軟體設計師 網路工程師 網路管理員 還有 架構師 系統分析師 主要是做什麼的 區別是什麼

程序員：做編程的底層開發工作，寫代碼，不停的寫代碼
軟體設計師：其實這個概念不太清楚，跟架構師類似，就是要分析設計這個軟體的整體概念，就像蓋房子要先畫圖紙，然後分給不同部門的人去建造，其實在現在，一般叫項目經理，或叫開發經理
網路工程師：設計整體的網路的人，跟軟體設計師差不多，不過做的是網路工程。
網路管理員：與程序員類似，重復性的技術工種。
系統分析師：這個也是個比較模糊的，系統分析類似醫生的，可以通過自己的經驗和從業經驗，對某各軟體或某項工程進行分析，優化，從而幫助架構師或項目經理用最短的時間做出最滿意的東西來。

其實你分的這幾個，都是計算機里的職位，你重新分一下類好了
軟體開發裡面分為：程序員，軟體工程師，軟體架構師和系統分析師
網路工程裡面分為：網路管理員，網路工程師，網路架構師和系統分析師

如果是工資高，級別高的，就是架構和分析了，但是。。。。強調一下，這兩個職位不是有技術就可以的，需要大量的經驗，一般都是從程序員開始做起的，才有資格。

樓主如果想進這個行業，建議先從頭開始吧，冰凍三尺非一日之寒，可以把這個作為目標，一點一點努力才行哦

關於這些還有不明白的，可以加群85134514

Ⅵ 鐵憨憨程序員怎麼寫好簡歷

說到面試，最重要也是最基礎的就是簡歷了。都說簡歷是敲門磚，顧名思義就是用來敲開企業大門獲取offer的。遞交簡歷其實是一個很有商業規范的事情，和生意人之間互換名片本質是一樣的。你需要讓企業通過簡歷了解你，知道你是誰，是幹嘛的，有什麼特長和能力。

面試官在面試之前必然會做的事情就是研究候選人的簡歷，不要以為它就是給hr看的，面試官也是必看必研究的。所以一封合格的簡歷應該能夠給面試官留下一個好映像，對你有一定的了解，傳遞一定的價值。這三點是簡歷的核心價值，也是我們寫簡歷的目的所在。好的簡歷內容和形式也許各有不同，但是起到的作用是類似的。

可惜的是雖然求職對於大學生、研究生都非常重要，但是學校里是沒有一門課是講授簡歷應該怎麼寫，學生往往也找不到一個很好的途徑學習，都只能靠自己體悟。往往到了最後就變成了網路一下簡歷怎麼寫，然後找一兩封模板，依葫蘆畫瓢了事。這是千萬千萬要不得的！在你寫簡歷之前，第一件要做的事情就是要端正心態，鄭重、認真地對待這件事情。這也是一切的基礎。

不用寫很多文字，也不用違心地吹牛，只需要圍繞”盡可能傳遞高價值“這一點，就足夠我們寫出一封優秀出彩的簡歷了。當然，這光靠我們鑽研文字套路是不夠的，也需要我們真正去思考和理解我們在職場、在學校、在項目里做的事情，挖掘出其中的價值。

誤區與糾正

很多人會覺得簡歷么，寫清楚之前的經歷就可以了，面試官自然會來問的。

不得不說這種想法大錯特錯，先不說並不是所有面試官都會針對簡歷進行提問。即使真的提問了，因為認知和理解的差異，面試官未必能夠問到你經歷當中的關鍵，更未必能夠get到你核心出彩的價值。同樣是通過面試，有些人評價是S有些人評價就是B，難道就只是他們回答出來的問題數量不一樣？還是做出來的演算法題數量不同？

顯然不是，面試的核心是價值，問答只是體現價值的一種形式，簡歷中的內容同樣可以傳遞出大量的價值。我們把簡歷寫好，目的只有一個，就是價值最大化，把手上的牌盡可能打好，為我們的求職爭取盡可能的優勢。

舉個例子，假設你是一個搜索工程師，你和一個同事A的工作就是負責設計演算法優化搜索結果。你工作兢兢業業，業余也會花很多時間研究工作的事情，由於你緊跟技術熱點和前沿技術，在你的提議下，你和你同事一起把搜索結果優化了不少。如果你只是在簡歷當中寫，負責優化搜索結果，應用某某演算法，帶來了結果的顯著提升。假設A也投了同樣的崗位，也寫了同樣的描述，你如何在簡歷當中和A做區分呢？

如果A擅長寫簡歷和面試，很有可能最後他拿到更高的職位和薪水，如果這樣的事情發生，你會不會覺得不公平呢？

但其實一點沒有不公平，是你自己沒有寫好簡歷。兢兢業業、熱愛技術、對工作熱忱、有領導力、對崗位理解深刻這么多能力和優勢一項也沒有在簡歷當中體現出來，這能怪面試官在面試的時候沒有提問嗎？

另外，簡歷還有一項非常重要的功能就是掌握主動權。在我們一般的理解當中，面試中求職者都是被動的，因為我們不知道面試官會問什麼。其實並不是如此，優秀的求職者是可以掌握主動權的，其中的技巧之一就是通過簡歷。還用上面的例子，比如你是一個搜索工程師，你只在某個領域有建樹，對於一些相關的領域了解不多。如果你的建立描述很籠統，那麼面試官就會考察你在整個搜索領域上的理解和能力，很有可能就會問到你搞不定或者不擅長的問題。

而利用簡歷，你可以調整你的相關描述，弱化某些你不擅長的部分，強調你特長的部分。甚至可以故意將某個點留下一點疑問引導面試官發問和深究，從而引導面試官的提問。當然這是高端面試技巧和能力了，這里不展開細講，但這是常用的掌握主動權的方法。

總結：簡歷是面試的門面，寫出一份出彩優秀的簡歷對於後續面試的幫助非常大，並且這是一件一本萬利的事情，學會了之後可以在日後的每一次面試當中派上用場。

把簡歷寫好，並不是要吹牛或者是誇大我們取得的成績，而是盡可能地展現出我們的閃光點，讓面試官能更好地理解我們，明白我們的能力和特長。對於求職者而言，認真梳理邏輯，寫一封高質量的簡歷，本身也是求職當中非常重要的一個部分。寫出一封優秀的簡歷，除了能夠獲得給面試官更好的印象之外，本身也是對自己職業生涯的一個復盤和總結。優秀的面試者在寫簡歷的過程當中，基本上就能猜到後續面試官可能會提問的內容，從而有的放矢地進行准備。

Ⅶ 有多少人程序員真的接觸到高並發，用戶量大的系統

一場程序員與產品經理的血案，讓我們重新反思，產品經理與設計師，開發工程師到底應該如何配合如何有效的合作，從而達到共贏的狀態?珍愛生命，來讀讀@JingDesign 的這篇文章。 血案!程序員殺害產品經理? 2014年註定是一個不太平的年份，當我們還在糾結於設計師與程序員之間一像素的恩怨情仇，為馬航MH370至今還未被找到，亞航另一架飛機又墜入大海而扼腕嘆息的時候，今天下午快下班的時候，一則讓我們更有切身體會的血案開始在各大設計開發與產品經理群中傳開，據傳，深圳某辦公園區某間公司的五個程序員殺了兩個產品經理，圖文並茂，血淋淋的案發現場讓我們不禁唏噓和感到惋惜 ( 最新消息為離職員工與老闆的勞資糾紛，請以網路新聞為准，如描述有偏差，還請見諒 )。網上一下子炸開了鍋，針對產品經理，開發與設計師之間的吐槽此起彼伏。靜電的同事–一位產品經理甚至自嘲道，老闆，以後要給所有員工買份人身保險，哦不，產品經理要買十份!還有人插嘴：“看見沒，以後不要給開發搞那麼復雜的需求知道不?要不被xx了可太不值了!” 人人都是PM?產品經理的前世今生 相信很多讀者都讀過靜電的這篇《一像素的恩怨情仇!程序員與設計師的那些事兒》，緣起一像素，開發人員覺得改產品里一像素的錯位沒有必要，設計師認為如果不改，會影響產品的整個體驗，於是問題就來了，一場比電影還要精彩無數倍的故事就這么開始並且無休無止的進行下去了。其實靜電忘記說了一個角色，就是產品經理。這到底是一個什麼角色呢?咱們先把時間往前調，回到大概2000年左右，那是國內互聯網剛剛起步走向繁榮的幾年，各種網站及互聯網產品層出不窮。但那個時候，還沒有真正意義上的產品經理，有的只是剛剛接觸這個行業沒多久的開發人員和“做網頁”的。記得04-05年左右，當時靜電所在的公司，沒人知道產品經理會是怎樣一個角色，大家都憑著某些默契在工作，做網頁的做網頁，做開發的做開發，搞銷售的搞銷售，誰有需求誰提，誰來執行。直到06-07年，在做設計的我第一次開始接觸產品經理這個職位，那個時候的產品經理多半是在某一行業資歷較深的人員擔當，相當於半個部門經理。接著，產品經理越來越多的出現在每個人的視野中，不管是初入職場的新人，甚至是設計師和開發工程師，很多人都會在自己職業發展的某個時刻華麗變身為產品經理。可是這個介於設計與開發之間的角色，卻改變了每個人的工作方式。每天都跟產品經理與開發打交道的設計師朋友，相信大家一定不會陌生。 我們來看看產品經理的職能： 項目管理35% 個人能力(領導及個人親和力等)15% 業務能力(業務管理技能)20% 技術能力(技術能力對於產品經理是必備的技能，技術能力讓產品經理更好的理解產品的性能和特點，更好的進行產品的團隊管理)15% 產品經理的職能中，有很大一部分職能是協調溝通及處理沖突。15% 看過產品經理的職業技能，很多朋友可能要倒吸一口冷氣了，如此多的隱性及復合能力讓產品經理看起來真的不是那麼容易當，這簡直就是全才有木有?但不管我們願不願意，這個職位在我們的工作中越來越常見。有的沒的，經理這么高大上的職位，再加上那本《人人都是產品經理》，又讓多少人蠢蠢欲動的做起了產品夢?畫個原型圖，就是產品經理?也許不是，但我們必須接受，這確實是個不可或缺的角色。靜電認為，產品經理在是程序員和設計師中間不可或缺的一座橋梁，或者說是潤滑劑，產品經理為產品質量負責，也為各個職位之間加入潤滑劑，讓整部機器良好運轉。 什麼仇——程序猿與射雞師的煩惱 言歸正傳，說完了產品經理的職責，我們來聊一聊時不時就會出現在我們周圍的產品經理與開發，甚至設計師的那些事兒。這三者之間到底真的有這么大的仇，以至於要拔刀相向，兵戎相見?對於設計師與開發工程師，產品經理很多時候扮演的是這種，還有這種角色。 這幾張圖一定會是大部分射雞師與程序猿在工作中最真實的寫照。所以，我們必須來聊下，程序猿與射雞師的苦惱(深仇大恨?)，靜電總結下，大概就是下面這幾類： 催催催：十點提的需求十一點就要，完全沒有思考的時間，更別提保證質量了，做完後又要被產品吐槽做的爛沒用心。 改改改：今天提的需求明天就來個180°大轉彎，寫的代碼全部白費，做的設計被無數次推翻 指指指：悄悄的問一下各位射雞師與程序員，你們的屏幕被戳過多少次了?是不是很想摔桌子來一句you can you up! 接著分析各位射雞師與開發為什麼會如此煩惱，原因一定有很多，但靜電認為一個最重要的問題就是：在整個工作流程中，你處在流程的最下游，看圖： 相信大部分的公司都遵循著這樣的工作流程，在沒有pm的時代，流程短一些，矛盾相對較少，但由於產品經理的介入，流程變長，產品經理整理與推動需求並由設計師與程序員執行。想想自己在工作中是否很晚才知道上邊的決策，產品與其他部門討論完成了，扔給你照著做就可以的方案，後知後覺，喂，就是說你的!怨念值+1 另外一點，流程變長必然存在目標傳達不清的情況，程序員不知道為什麼要這么做。大家是否玩過一個游戲：一排人站好，從左邊第一個人開始傳達一個詞語，只能描述或身體表演，下一個人依次描述直到最後一個人，90%的情況下，最後一個人得到的詞與答案完全不同。信息的准確度在傳達過程中一步步的流失，歪曲，最終產品成為一個四不像。怨念值+1 再者，處在流程下游的開發者無法掌握時間與整體進度。突擊工作，成了救火隊員，卻不知道自己在忙什麼，成就感缺失嚴重。怨念值+1 最後，在加上產品經理的不專業(比如不懂技術與設計的難處，隨意修改;沒有項目管理經驗，執行混亂)，設計師與程序員怨念值幾乎爆表。 怨念值爆表的結果大家懂的。執行者要麼敷衍了事，要麼拒絕完成，抵觸情緒嚴重，態度惡劣也就不難理解了。 說的更直白一點，在下游就出現很嚴重的問題就是，你喪失了很多的主動權，設計師與程序員大部分時候只是過程執行者，缺乏對過程的掌控以及參與的樂趣，別人說什麼就做什麼，這樣的工作，你會有樂趣嗎? 什麼怨–產品經理的苦逼與憋屈 用執行者來描述大多數產品經理的身份，相信一定會有很多人贊同。拋開上面5條產品經理必備的素質，更多的人甚至從一畢業就踏上了產品經理的崗位，以最終成為一名優秀的產品經理為目標而努力，靜電不置可否。但有一點毋庸置疑的是，處在這個階段的產品經理大部分為了積累經驗值，必然會經歷許許多多的磨練，打怪升級以取得進步。無怪乎今天下午看到產品經理血案的時候，群里很多小夥伴的反應居然有那麼一點點奇妙(這個是不對的，大家一定要冷靜~)。產品經理並不像我們想的那麼風光，他們必然會在執行及推動整個項目的過程中跌無數個跟頭，被領導，開發和設計師吐槽無數次卻毫無怨言(真的嗎?)，只不過他們大部分時候情商較高，不會表現出來。看看產品經理苦逼在哪裡? 1. 大部分產品經理只是產品的推動者和執行者，很多時候他們無力改變一些固有的現狀和決策。 2. 相比設計師，產品經理更應是個雜家，但打怪升級的過程並不會那麼順利切相對漫長，他們需要了解和學習的內容包括但不限於設計，管理，代碼，用戶體驗，市場行情等等等等等等。面對設計師的設計稿還好，指點下江山尚可;但開發工程師會用那高深莫測的技術專業術語讓產品經理如同聽天書，加上之前的各種怨念，項目執行不下去或者最終效果縮水太大，被用戶罵老版罵設計罵開發罵。 3. 老闆說要改需求，剛讓技術做的項目要推翻，只好厚著臉皮求改，可想而知，免不了又要被罵，誒。 4. 溝通方式不當，態度欠佳加劇開發與產品經理之間的矛盾。 產品經理與程序員——和平共處沒那麼難 什麼仇什麼怨?讓原本可以避免的悲劇在我們身邊以這樣的方式發生?本文無意吐槽處在流程中的任意一方，也無意為處在流程中下游的開發人員辯護，但通過以上的分析，相信大家都會或多或少的明白些什麼?那我們究竟要如何做才能讓事情變的大家都滿意呢?在此靜電提幾點自己的拙見。 開發者與設計師： 與其抱怨或者付諸暴力，不如思考如何通過改進流程與提升自身來改善現有的狀況。 1. 停止抱怨，主動溝通，由被動執行變為主動參與項目中，了解項目進行的最終目的及計劃，只有站的更高，才能看的更遠。不願溝通，不想溝通，不屑溝通，過於自我的觀念存在於很多程序員與設計師的固有意識中，這其實是大部分技術人員的短板所在，也是禁錮很多人發展的一大障礙。 2. 自我增值：不管是程序員還是設計師，都應該留出自己思考與整理思維的時間，通過一系列的自身努力提升自己。 3. 擴寬眼界：程序猿如果還只是埋頭於代碼，兩耳不聞窗外事，那就是真out了，優秀的程序員會非常有興趣了解並尊重其他同事的工作，比如問問產品經理為什麼要進行這個需求，玩一玩用戶體驗絕佳的網頁或app，提升自己的審美，你會發現這一定很有趣。 4. 心理疏導：如今看來，加上這么一條還是很有必要的。如此緊密配合的職位之間必然會發生各種的小矛盾，沒關系，大家坐下來一起聊聊，相互溝通與理解，相信沒有什麼事是大到血濺辦公室這種地步的，各個boss，領導們，這個靠你們啦! 友情提醒，這么做必然是違法的哦，不管你再怎麼不喜歡給你安排工作的產品經理。 產品經理： 1. 懂點代碼，懂點用戶體驗，懂點審美，你會發現，溝通會如此順暢，你和程序員與設計師居然可以聊到一起了。 2. 你身邊的同事是與你一起同甘共苦並讓事情邁向成功的好夥伴，不要冷落他們，適當的時候，邀請他們參與並加入你的討論會議吧。 3. 善待你們身邊的設計師與程序猿，尊重他們的工作成功，即使要指點江山神馬的，起碼來的溫柔點。比如親王馬伯庸就是一個特別溫柔的甲方 4. 成為程序猿與設計師之間的潤滑劑，他們會感謝你的。 5. 你所經歷的一切一定會成為職業生涯中寶貴的財富。 6. 中國人獸最近推出的產品經理高危專屬人身保險一定會適合大家，我不告訴你是朋友的朋友的朋友的賣保險的大姨媽告訴我的。 最後為慘劇中離開人世的同行們默哀，什麼愛恨糾葛，什麼仇什麼怨? 生命誠可貴，讓這些都隨風去吧~ 《產品經理是條狗》歌詞送給大家，願大家都能在工作中找的自己的價值所在。收聽地址： 我睡得比貓晚起得比雞還早/工作在拼體力武器得用大腦/ 左手的PRD右手的產品稿/什麼才是你想要我每天在煩惱/ 郵件又來催催催/產品開發累累累/你們永遠對對對 我是產品狗我要大聲說/產品經理是條狗/ oh狗狗狗GOGOGO/ 除了海賊只剩魔獸女神在夢里游(OHNO!)/ 產品經理是條狗/oh狗狗狗GOGOGO/ 屌絲不哭擼個夠也不會放棄加油 如果我的產品讓你快樂請摸摸我的頭 如果我的產品讓你快樂快拍拍你的手 他說加個鏈接你說搞個按鈕/70後的需求90後又沒夠 實在眾口難調想的我快瘋掉/這里省掉兩萬字別再逼我咆哮

Ⅷ 32歲了，還是程序員，大家怎麼看

國內做技術到了30+就擔心擔心那，至少能說明兩點:
1)開發人員心態浮躁
2)國內還處於整個產業鏈的下游，不需要勞動者有太深太專業的技能，很多公司招個剛畢業的個把月就能上手就是證據

Ⅸ 做業務員時間長了，有什麼方向可以轉行

做業務員時間長了，其實有很多方向可以轉行，

主要看您是哪個行業的業務員，比如說我這個行業。我們主要銷售栽培介質，肥料等。因為是做直銷的。所以我們能接觸到很多園藝種植戶，可以了解市場行情，收購商也認識不少，銷售目標區域等等都很清楚，如果我不做業務的話。我會租個檔口，做園藝作物，小盆栽等的貿易。當然這只是一個方面，其他還有很多可以去做的事情，比如自己接點產品直銷，或者自己租塊地搞種植。這些都是比業務更有前景的行業。

不管做什麼，還是要看你自己有沒有多用心去發現機會。

其實，我覺得你還是得結合自己的喜好和優缺點來看吧！首先，你以前的工作經驗無論到哪裡，可能都是有幫助的，無論是社會閱歷還是處事能力我相信在做業務的過程中你自己總結總結都會有一些是值得以後學習的和借鑒的。再者，問問你自己真正喜歡什麼，如果知道，那就能很好的縮短轉行的范圍，如果自己也摸不清自己喜歡什麼，就多試試，有的好工作也是靠運氣的。當然，我不是說讓你頻繁跳槽的意思，而是讓你在不確定的時候給自己多一個機會去進入一個行業或者公司去試試。還有，你總結自己的優勢是什麼，適合做什麼樣的崗位，什麼樣的事，結合著自身的優點，去選擇想要轉行的行業可能會更得心順手和更長久一些！

Ⅹ 如何成為優秀的程序員

首先是 來自自身內部的創造性的一面
雖然你可以從別人那裡學到很多東西，也可以已有的東西中得到靈感。但真正的創意靈感來自於你自己。例如喬布斯，他不是一名工程師，也不是程序員，但他很有創意，他推動蘋果公司創造了iOS，Siri。
或許你想問編程需要什麼創意？任何人都可以在線或離線學習一些課程，閱讀一些書籍就可以開始寫代碼了。但這些東西都是別人灌輸給你的，你需要有自己的一些想法和創意，想出自己的框架。例如Dennis Ritchie，他就創造性地編寫了C編程語言，而且目前這是使用最廣泛的語言。
它像任何口語一樣，每個人都知道一些語言，但不是每個人都是一個詩人或一個作家。你需要創造性的技能才能被稱為偉大的詩人或作家。
其次是技術方面
你需要從一些編程語言開始。過去很多人開始是以C語言開始編寫程序。然後很多人開始使用BASIC。現在人們從Python或PHP開始。其實從什麼語言開始不重要。重要的是一旦你掌握了這些概念，你就可以編寫演算法並繪制流程圖。
總的說來，如果你花太多時間做下面的事情，它可能會提高你的技能一點點，但你永遠不會是一個好的程序員：
只知道看書的程序員用永遠不會成為一個好程序員。俗話說All read and no practice makes Jack a ll boy，古人的話絕對是有道理的，不是說讓你不要閱讀，只是不要只有閱讀，你應該通過應用你學到的東西來構建簡單的應用程序。
通過記憶代碼和演算法。編程是思考而不是記憶。你可以擁有最好的記憶力，但是如果你沒有自己思考，你永遠不會是一個好的程序員。我們有計算機和互聯網為我們記住事情，你不需要記住任何東西 ， 你只需要了解在哪裡以及如何找到你需要的信息。
通過編寫你看的書中的單個函數和演算法，即編寫愚蠢的冒泡排序函數和類似的無用演算法。
通過測試其他人的代碼。例如是否使用測試軟體或編寫單元測試等
通過閱讀和調試其他人的代碼。這可能會在短期內有所幫助，但是只是在對方的代碼寫得很好的情況下，你可以從中學到別人的一些良好的習慣；但閱讀不好的代碼作為例子會教你養成不良的習慣，而且你或許一直會記得這個錯誤的習慣。從長遠來看，花費太多時間閱讀和調試其他人的代碼將不利於你的成長。
讓別人來管理你。編程就是為自己思考，你需要自己管理自己，也就是上面所說的，要有自己創造性的思考。
成為優秀的程序員最好的打開方式就是：
你必須自己完整的完成一個項目。不要過多地把重點放在閱讀書籍，語法，演算法和功能上，也就是說，在開始時不要太關注細節。你可以簡單地坐下來思考一個你想為自己開發的應用程序/系統......如果實在需要的話，可以問你身邊的同事/老師的想法，但是你必須有自己的思考並且自己獨立去完成它。
一旦你想明白了，就把這個想法留在腦海，並且富有激情的去完成它，所有的一切都會慢慢地開始。你會想到你要實現的功能，你將開始研究如何實現這個或那個。
只有在這個時候，你才應該拿起一本書或在互聯網上搜索關於如何實現這個你認為可以做的很酷的功能的答案。隨著你的應用程序/系統的發展，你將會慢慢地開始考慮編寫更簡潔的代碼，以便在將來也可以派上用場，讓自己的工作更輕松。
只有通過把自己的想法帶入生活，你才能學會如何成為一名優秀的程序員。你應該把自己看成是一個藝術家，而不是像編寫代碼的人那樣去編譯和運行。如果你只是在別人的代碼上工作，或者只是閱讀書籍等，你將很快失去動力，你永遠不會發現或利用你的才華。