程序員做技術轉移服務

❶ 學習java編程後可以做什麼工作

作為編程語言領域最時尚，最受歡迎的前輩之一，Java也是軟體市場的寵兒，被各大企業廣泛應用於生產。在各行各業，各企業的業務管理平台，如門戶網站等諸多方面占據主導地位。吸引越來越多的人學習Java。但是很多人存在疑問，學習Java之後能夠做什麼工作呢？下面昆明北大青鳥為大傢具體介紹。

一、軟體營銷員

許多程序員在工作中與客戶進行溝通，不斷尋找客戶的需求，並向客戶銷售軟體。雲南昆明計算機培訓發現由於我們與客戶交往了很長時間，因此我們能夠很好地了解客戶的需求，而且我們希望客戶也能接受這些專業的推薦服務。

二、軟體設計師

軟體設計師是Java學生的大多數職業選擇，這是大多數程序員發展的唯一途徑。但是成為軟體設計師是一個循序漸進的過程，因為在學習Java編程時，已經有一個理解和熟悉設計的過程，設計也參與了編程過程，並且電腦培訓發現在編程中學習設計是一個循序漸進的過程。

三、項目經理

項目經理也是學習Java從業的選擇。項目經理的工作已經從簡單的編程轉移到人、技術、進度、項目管理等方面。項目經理主要負責項目，工資比較高。如果你曾經擔任過項目設計師，管理過一個項目，並且對項目管理感興趣，那麼北大青鳥雲南計算機學院建議可以考慮成為項目經理。

❷ 程序員轉行做什麼工作

我對技術轉行深有體會，我也是程序員轉行的，之前做JAVA開發，對程序員轉行而言，理由有且只有一條，太TM累了，沒前途！加班嚴重的損耗精力，頭發早禿，三十幾歲全身只剩腰部以下毛發完整了。中年油膩男，談對象都嫌你長得丑。知友們說我說的對不！尤其是上了三十歲，哪有這么大精力還在耗著，有些人說：你們是坐辦公室的啊，我說，你來試試啊。不要聽別人不讓程序員轉行，他們沒有切身體會！只有做技術的才能體會到什麼是真正的累！無論前端，後端、無論寫什麼語言，這種累是從骨頭里出來的累！累死人的累，你不懂就不要阻止技術轉崗！每年技術都有很多過勞死的，累死的不是你，是我們做技術的！成功學大師、雞湯大師一邊呆著去！聽我說技術靠譜的轉崗方法。

技術賺錢多，那也是加班夾出來的。技術就是互聯網行業最苦逼的碼農，知道什麼叫碼農嗎？不懂的去網路！別給我們做技術說大道理，我們的道理只有一條，就是不想幹了，就想轉行。但凡能說出來不想做技術的朋友，都是已經下定決心要去轉行的了。
許多技術寧願降低薪資也不要這么的累，而且技術的累也看不到前途，想成為技術專家？那你想的也太簡單了。這職位看似很高技術含量，其實多數都是重復的高壓力工作而已，而且就算你成為專家，也是每天都在寫代碼，而且寫的更多，與不是專家有何區別？那你會說，你們技術不會做管理啊？那我只能呵呵了，技術做管理，管理啥？給你個小組長當還不照樣接著寫代碼。你問我咋知道，我曾經做過小組長的。那做到項目經理？呵呵，哪有這么多的項目經理給你做，技術這一層級做管理非常的難！它是互聯網職位中最底層的職位，同時也是互聯網公司裡面人數最多的！這么多的人誰給你轉崗位，那也太難了！
我之前的公司技術轉崗的很多，我一個同事30多歲了，也不想做技術，成為我們公司第一個吃螃蟹的人，他選擇的方向是做工程一類，因為他們親戚有做這一塊的。他走時撂下一句話，告訴你們，如果我再做技術，我就去吃屎。過了沒兩個月，我們聯系他，他又做技術了，問他何故，甲醛中毒，實在受不了那氣味！還不如吃屎哈哈哈。哪一個行業都很難做啊。隔行如隔山！如果你要去轉，需要慎重。
還有的同事轉行做金融去了，沒過幾天，辛辛苦苦做技術賺的幾十萬塊錢都賠進去了。想買房的首付也沒了，轉行沒轉成，倒是賠的褲衩都沒了。無一例外，都失敗了。因為對外界行業一竅不通！理想很豐滿，現實很骨感啊！
我這兩年認識的只有一個做技術的朋友轉行成功了，那是我幾年前在甲方公司認識的，頭腦很靈活，今年直接回家合夥養豬去了，這同事厲害了，很有遠見，他只做投資，就在今年豬肉價格暴漲時候狠狠地賺了一筆。這是我見過唯一一個從技術轉行實現人生價值的。不怕苦，不怕累是成功不了的，成功真是驗證了那句話，站在風口上，豬都能飛起來。但這樣的人已經不能用轉行來形容了。普通人真的很難做到，需要有機遇，還有膽識。
如果按照行業來看，行業有千萬個。但根據我的經驗來看，想要跨行轉，難度是極大的。如果沒有人帶一把，事實證明很難成功，要想真正轉行成功，只有提前做准備，如果沒有準備好貿然轉行，那是不理智的。多數人都是失敗告終。賠了夫人又折兵，這是現實！
網上說什麼要會根據自己的性格選職業，要根據自己的能力選職業，要了解自己，要根據自己的愛好轉行，這些教條理論，聽起來很有道理。但說真的，沒有行業的經驗和充分的准備，毛都不是！跳進去就淹死了。就算你對自己再了解，也根本不了解這個行業！就不要聽這些心靈雞湯的大道理了！
那就不能轉了嗎？那就得聽一些告誡良言了嗎？當然可以轉，需要掌握住方法，沒有方法是不行的！只聽別人危言更不行，那些都是無用的，只有轉行方法才有用，正確的方法一定能夠轉行成功。
我回想很多朋友內轉居然成功了不少，做技術內轉還是很有機會的，不是互聯網中所有職位都像技術那樣的加班，其實我經過多年工作發現一個職位適合技術內轉，就是技術的死對頭產品經理。這職位可以說和技術關系最大了。也是做技術不喜歡的職位，但是這職位有一個最大的好處，真比技術可輕松多了。居然互聯網工作中還隱藏這么樣的一個輕松的崗位，我們可沒有改變世界的夢想，但我們有工作輕松的夢想啊，而且相關性也很大，要是能轉這個崗位那就好了。
我考慮過要不要轉運營，不過運營的工資太低了點，而且也不好做，拉新留存促活，最主要運營沒什麼前途。基本也和技術一樣，做幾年就轉其他崗位了。銷售這職位也不太適合我轉，做技術出身的干銷售存在很大的問題，不太善於忽悠人，比較直。而且風吹日曬，也不太適合我這樣喜歡安靜的人做。
我多年的經驗告訴我，內轉是唯一一條靠譜的路！但內轉得看準方向，不要再轉到讓自己痛苦的崗位了。
經我慎重研究，我發現互聯網公司中工作有兩種職位，一種屬於綜合性職位，一種屬於專業性職位，專業性職位像我們做技術的就是這一類，每天都在和電腦打交道，每天沉默寡言，編寫一行行的代碼，修改一個又一個的BUG。這類工作很消耗精力，加班很嚴重。如果你要轉行轉到專業性職位上，無論是不是互聯網職業，都不會輕松的。因為職業的屬性就決定了這個行業的難點。就像你去刷牆，那也得反復的修復，一面牆也得刷好幾遍，修復刷的不好的地方。這是專業性職位必然具備的屬性：重復性、耗精力。所以從技術無論轉到哪個專業性職位上去，無論在哪一個行業，結果都只有一條，從狼窩又入虎穴。轉了等於白轉，到頭來還是那麼消耗精力而感到疲憊。
還有一種職位屬於綜合性的職位，比如死對頭產品經理，CEO。CEO就不要去想了，技術是轉不成功的。但是產品經理是可以轉的。綜合性的職位為什麼比專業性的職位很輕松。君不見，產品經理也每天都在加班啊。不！他們只是陪著技術加班而已！他們畫完原型，寫完文檔，很長時間就不幹什麼事情了。雖然拿到的薪資比技術要低，但是這職位也太輕鬆了點，雖然評審會上也會被懟，但是過了評審會這職位就沒什麼事情做了。我也發現這職位真的是不錯了。在輾轉反側多年後，我發現我可以嘗試去轉這個職位。但是在轉之前，我也得認真看這個職位到底做什麼，雖然每天和產品撕逼，卻真不太了解具體要做哪一塊。
大體上，他們每天要畫原型寫文檔，這和技術做的差不多的。原型也不是那麼簡單，粗糙的畫一畫，然後交給UI設計出保真圖，交給技術。這工作比較像技術，但比起技術來那簡單多了。他們使用的工具是AXURE。我看了一下也不難，很簡單的，網上也有很多視頻和教程。都是比較容易的，比起學代碼來可容易多了。
可是他們還會寫PRD文檔，就是給我們技術的那些文檔，還有BRD一類的文檔。這些對我來說都是小意思。我要寫肯定比他們寫的還好些。邏輯方面是我們做技術的優勢，產品經理在這方面還不如我們。文檔和原型是他們主要做的，我嘗試學了一下還是比較簡單的。
還有技術做需求分析。這一塊好像不怎麼簡單了。與技術的相關性就不是太大，但也比技術輕松點，因為也沒有什麼特別的分析。倒是有一個方法論，之前我們公司那個產品經理告訴我他是從產品手記培訓出來的，貌似還是很厲害的。至於怎麼培訓，我就不清楚，我問他的時候他說這一塊想學習的話其實還有像人人都是產品經理這類的網址，我都一塊附上給你參考了。裡面有很多產品經理分享，類似於一些技術論壇，討論做產品的方法和分享一些文章。貌似我看了之後對我價值並不大，其實主要是因為這個網址知識太零散了。什麼都有，適合在職的還可以。但像我想轉行就不適合看這類文章，可以做參考我覺得還是可以的。
產品手記據說是專做產品經理培訓的，業內知名度很高，我看了一下，的確是很有名氣。在我看來，要想轉行那一定要經歷培訓的。畢竟隔行如隔山，轉行本身就不容易，根據我之前朋友的經歷來看，沒有專業的體系是不行的。尤其是這塊需求分析，也只是產品經理一部分。
還有技術要做用戶體驗，用戶體驗其實也是產品經理的技能之一，這個也得需要學習，相比較技術而言，用戶體驗也很有意思，其實更接近研究人，這比技術研究代碼要有趣的多，還要懂一些心理學。用戶體驗在產品經理上有五個層次，戰略層，范圍層，框架層、結構層、表現層。具體上我就不說了，它是研究用戶體驗必不可缺的五步，其實都很系統化。網路上找找資料也能找得到，主要是沒有實操經驗是很難得，僅靠資料也轉行成功不了。
競品分析也是產品經理需要做的，競品分析來說並沒有那麼難，其實只要學會用戶體驗就基本上就可以做競品分析了。實操來說需要寫份競品分析報告的。主要是研究競品，簡單來說就是如何去抄襲競品功能，為什麼要去抄襲。但是這個專業度也不低。因為得結合具體需求來做的。
前後台都需要會的，這也是產品經理的必備能力，因為他不只和前端溝通，還要和後端溝通的，這個肯定都需要掌握的。不過我們之前那個產品經理前後端都會，原型畫的也很好，薪資比我的要高，我也是和他經常溝通，我們之間也是很好的朋友，也是他介紹我去參加下培訓就很容易轉產品經理的。
用研這一塊也需要做，用戶研究是產品經理必做的一項，其實就技術而言，轉產品至少得有50%是相通的，還有50%是不通的，像用戶研究這一塊就是需要學習的一部分了。用戶研究也很有意思的，和市場研究一樣，不過這種職位其實做做市場，用戶對於以後獨立創業好處還是很多的。
綜合性的職位有素質要求的，轉行的小夥伴需要注意的。一般對溝通的要求很高，這是做技術的弱點，但是也是好處，因為產品經理平時主要和技術溝通的。所以基本上需要掌握一定的技術術語，在這方面，技術是有絕對統治力的。這方面我倒不擔心，溝通方面只要正常溝通就可以了。這方面一般培訓都會專門訓練，像是公司化培訓為主的機構，就像我之前提到的產品手記也是比較看中這方面的。
還有邏輯能力，這也是技術轉產品最大的優勢了，很多產品經理連代碼都看不懂，更不要說邏輯了，而且現在很多公司也都需要有技術背景的產品經理，便於和技術溝通，這也是技術轉產品最大的優勢了。所以不用擔心這方面。
學習能力，產品經理需要這方面的能力，就學習能力而言，技術的學習能力不比產品經理差的。產品經理學習能力主要是針對於業務方面的學習能力，並不需要很深，基本上能夠滿足於畫原型，寫文檔就可以了。畢竟互聯網工作都需要學習的，這個職業發展變化是很快的。這方面倒不用擔心。真正在工作中隨時都需要學習的。如果學習的話我是建議參加些培訓的。轉行速度比較快，畢竟在大城市一天成本很高的。
我今年十月份也轉行了，也是通過的培訓，當然你要覺得自學可以的話也可以自學，不過我覺得太浪費時間了。自學一年也不一定有用。今年搶了產品經理的飯碗，對不住了！我覺得其實轉產品是最容易的一條路。也是最正確的一條路，也是方向最正確的一條路。像是轉產品而言，技術做到3年多就可以轉了，而且產品的職業周期要比技術長很多，像產品經理做到四十幾歲照樣很多人的，綜合性的職業比較訓練綜合能力，其實，年齡越大，綜合能力要求的就越高，即使你將來開一家店，也需要處理綜合性的事情，這些在產品經理這個崗位上反而能得到很好的歷練。產品經理很多也在創業，我覺得反而比技術創業成功率更高。因為創業這件事就是綜合性的，等到你三十幾歲時，你就知道綜合性的職業是最適合做的，專業性的職業是最苦逼的。轉崗也是必須的！
我總結出的轉崗需要遵守的原則：
第一：不要轉不熟悉的崗位
不熟悉的崗位再好的也不合適，你在一個行業想要不痛苦，起碼需要三年實際工作經驗，冒險去轉這類的崗位，不管你出於愛好、興趣、還是自身定位，都是不靠譜的轉行。任何一個職業都沒有那麼容易做的。哪個職業都不會給你帶來快樂，你不討厭就很好了。像技術而言，有多少其他職位看著技術很好呢。實際上呢，只有自己真實做一下才知道不容易。
第二：選擇本行業內的崗位轉
這是一個優勢，互聯網是一個非常大的行業，越是相關性的職業越容易轉，越容易上手，互聯網職業是很多的，也不只有技術，也不只有產品經理，但是從技術轉產品是一條非常近也是現實的一條路。
第三：不要相信別人說的
轉行如同小馬過河一樣，松鼠說水很深，老牛說水很淺，你不能拿別人的成功或失敗的經驗而定位自己，這樣極大的錯誤，千萬不能找案例，案例是最害人的，別人的案例適合自己的很少。必須和他相似性越高你越容易轉。
轉行這件事，對每個技術而言都是最終要面對的事情，年齡越大，越來越疲勞，越來越看不到前景，越來越消耗精力，而自己卻無法成長，越來越多能加班的新兵進入，而自己越來越不能加班，這是最痛苦的一件事情。早轉行沒有錯。這是我轉行過來的經驗，說句實話，我轉行也是之前公司那個產品經理介紹我去參加培訓，起先我比較抵觸，但是要是想轉行就一定要去付出些。一點不付出是不行的。至少現在我對工作還是很滿意的，工作上沒有之前做技術那麼累了。這個壓力來說，要比做技術簡單多了，基本上也不用天天敲代碼，思考各種復雜的問題了。相比較，產品經理更像是一個管理者，不管怎麼樣，我覺得比做技術要好很多了。

❸ 程序員如何轉行

現在程序員越來越多，這個職業，說難也難，說容易也容易。有年齡大的程序員，也有年輕的程序員，相比較來說，年輕的程序員轉行相對選擇機會大一點。畢竟還年輕可以學跟多知識，鍛煉自己，選擇的行業也比較廣泛。

大多數程序員每個階段肯定都有或大或小的迷茫期。總而言之，不過轉行到那種行業，最主要還是自己開心，在開心的前提下去學習，努力工作。讓自己的生活過得更豐富一點，開心一點，減少對未來的恐懼。

還在做程序員的朋友們，希望

❹ 程序員轉行到什麼崗位或者行業

目前各種顧問對技術的要求也不低，對項目流程要求要很熟悉，你有銷售經驗和開發經驗的話，如果對項目流程足夠熟悉是可以考慮做售前售後和實施顧問的，薪資和開發差不多。

❺ 本人以前是VB程序員。現在年齡偏大了，44歲了，想轉運維的工作。不知道要學習些什麼內容。盼指點。

運維工程師的工作強度是不是比開發工程師的工作強度低一些?工作強度低不低是看各個公司的，在A公司運維的強度非常高，基本都是晚上回去還要加班做一些事情，主要原因是人比較少；而B公司的運維強度和人均的負荷成正比，這個我雖然為B服務過（以前我在一家B的供應商呆過，去過B做過一段時間），但是現在B怎麼樣我不太清楚；2.運維工程師工作的技術含量會不會低一些?所以壓力小一些?–運維的工作性質主要還是維持運行的平穩和高效，工作主要有安裝調試軟硬體，根據不同開發項目配置伺服器軟體，監控等事情；相對開發來說更加偏向操作系統或資料庫（這是兩個方向，一般是分開招人的）；而開發的偏向於開發軟體和一些中間件，資料庫和系統一般就由運維的人把關；a.DBA偏向軟體，而OS管理員和network（比如cisco）管理員偏向軟硬體結合，還有一種人就是純粹玩硬體的（安裝伺服器硬體、機櫃什麼的）；b.至於說技術含量，我個人認為越集成的東西管理的人操心就越少，而每個不同崗位的技術沒有什麼可比性，關鍵看你個人的性格；c.相對開發，運維的經驗學習成本是比較高的，就是說你不在一定的實用環境下是沒法學會真本事的，而開發你坐在家裡就可以摸索一個大概出來；而運維的知識更新的速度相對慢，10年前的DBA知識更新可能只有50%，而他本人會非常值錢，而2年前java的一些內容可能都沒有發明出來；除非你在開發做到管理職位，否則純技術開發學習更新的代價會非常高；反過來說：技術開發適合比較喜歡新鮮、喜歡創新的人，而運維適合循規蹈矩比較踏實的人；3.在B,運維工程師的薪水只有開發的2/3左右.你們公司也是一樣嗎?–我個人認為：公司給不同position的薪水肯定是和他預估這個職位重要性和工作強度成正比的，但和未來發展是否正比就不得而知了，這在B內部是有可比性的，至於A如何，我不太清楚，應該相差不大，畢竟A的運維已經是全球領先的，而且人數非常少；4.運維工程師的發展前景怎麼樣,會不會以後的發展空間比較小?–所謂發展空間是要結合你個人的性格，資深DBA之類的人在地球上還是很稀缺的，我知道ebaychinaoperatingcenter的DBA有開寶馬上班的，而且運維不是吃青春飯，越老越吃香，可以說是個平滑的上升直線，而開發如果你只是一個執行者和coder，恐怕就是一個開始猛漲後面猛跌的曲線，畢竟開發知識代謝成本太高，過了30就走下坡路；

❻ 程序員轉行適合哪些崗位

所謂「三十而立」，源自《論語·為政》，說的是人過了30歲之後就應該擁有獨當一面的能力或有比較穩定出色的職業。而對於軟體開發領域的從業者來說，30歲，可以說是一道檻。因為30歲，我們不再年輕；30歲，我們需要肩負更多的責任。30歲以後，適合程序員的工作都有哪些呢？是時候好好規劃一下了，下面就和大家分享一個關於程序員適合做哪些職位。

No.1 程序員

適合程序員30歲以後的工作，排名第一的，當然還是程序員。隨著經驗的增長，也許你每天產出代碼的行數會不如以前，但你解決問題的能力卻是無人能及的。同時，如果你可以一直保持著對特定領域技術的專注度，那成為神一樣的技術專家也只是時間問題，當然正真的技術大牛，收入上也遠不是問題。

No.2 創業

最近幾年，IT行業中因為創業實現逆襲、直接當上CEO、贏取白富美、走上人生巔峰的例子頻頻出現。Facebook以190億美元的價格收購了WhatsApp，而WhatsApp創立也就不到五年時間。同時，Facebook創始人扎克伯格同時也是一位創業者。開發者在IT領域創業有自身的優勢，自己擁有技術，能夠保證產品品質。

No.3 研發管理

這也是我們比較常見的軟體開發者職業生涯軌跡發展道路，先在研發一線崗位實戰錘煉，獲得更多經驗之後，逐漸走向管理崗位：工程師、項目經理、研發總監、技術副總、CTO……轉向研發管理崗位的開發者，需要具有一定的領導管理能力，當然，能夠有領袖氣質自然能夠更好的做好這些工作。

No.4 產品經理

國內目前最牛的產品經理非微信之父張小龍莫屬，如果你擁有絕佳的洞察力，能夠了解人性需求，相信自己可以創造出人人都願意購買的產品，你也可以像張小龍一樣，升職加薪、當上總經理、出任CEO、迎娶白富美、走上人生巔峰。

No.5 培訓講師

「三人行，必有我師」，你希望成為那個「師」嗎?口若懸河、侃侃而談，你的學生仰望著你，你看著學生一步步走向成功、升職加薪、當上總經理、出任CEO、迎娶白富美、走上人生巔峰也未嘗不是人生一大樂事。

No.6 銷售

如果你在做項目的過程中與甲方建立起了深厚的「友誼」，當然你也可以轉行去做銷售。而且開發出身的銷售，起碼比較務實，也比較容易和客戶建立起信任。

No.7 咨詢服務

如果你一直聚焦在一定的行業或領域項目，已然成為了業務專家，那你可以順理成章的轉行做咨詢了。

No.8 運維

即使你的代碼寫的很爛，但只要你對產品熟悉，轉行做運維還是可行的。

No.9 運營推廣

當你受夠了寫代碼，也可以試試運營和推廣你做的產品，相信當你直接面對用戶時，會打開另一個視角看待產品。

No.10 市場營銷

如果你已經從開發產品升華到對用戶市場有了清楚的認識，那試試去做市場營銷也是個不錯的選擇。記住，不管產品爛不爛，賣的出去才是你的本事。

❼ 如何進行伺服器轉移

發表時間：2011/8/10 佚名 來源：TechTarget中國關鍵字：P2V虛擬化遷移關注虛擬化的人都做過或者至少知道P2V（物理到虛擬）遷移過程是將物理伺服器轉換成虛擬機。不過如果你需要進行V2P（虛擬到物理）遷移將虛擬機退回成物理伺服器時，該怎麼辦呢？P2V過程非常簡單直接，並且有許多免費和付費的產品來做。 關注虛擬化的人都做過或者至少知道P2V（物理到虛擬）遷移過程是將物理伺服器轉換成虛擬機。不過如果你需要進行V2P（虛擬到物理）遷移將虛擬機退回成物理伺服器時，該怎麼辦呢？P2V過程非常簡單直接，並且有許多免費和付費的產品來做。然而，V2P過程不受許多工具支持，並且比P2V要復雜得多。 你可能疑惑為什麼要將虛擬機轉換回物理伺服器。多數情況下，這樣做的原因在於應用廠商不支持他們運行在虛擬機上的產品。目前，幾乎所有的廠商都支持虛擬化，但是通常在他們的支持條款里都有關於支持的提醒。 如果一家廠商解決運行在虛擬環境里的應用的問題，這家廠商可能要求你在解決問題之前在物理伺服器上復制這個問題。為什麼？因為技術人員想要確定虛擬化層不是原因或者是導致問題的因素，消除這種疑問的唯一方式是通過在物理伺服器上復制這個問題。下面列出的是一些主要廠商的典型支持條款： IBM/Lotus： 當用戶召集標准使用率或者與缺陷相關的服務請求，並表明他們運行在VMware ESX Server上，IBM Technical Support將竭盡全力解決問題。我們假定這個問題本身或在VMware環境很常見，如果有跡象表明問題與VMware環境有關，我們只需要用戶（或者VMware SupportLine團隊）重新創建這個問題。 Microsoft： 運行在非微軟硬體虛擬化軟體的第一級支持的微軟用戶，微軟又沒有與這家廠商建立包含虛擬化解決方案的支持關系，微軟將使用運行在非微軟硬體虛擬化軟體商的微軟軟體調查潛在的問題。作為調查的一部分，微軟可能需要用戶從微軟硬體虛擬化軟體復制這個問題。這可以在Windows Server 2008（包含Hyper-V）上進行，這個真實的硬體平台在上面安裝了Windows操作系統。 Cognos： Cognos Support會解決任何關於IBM Cognos產品的問題。在虛擬環境使用IBM Cognos的用戶會遇到問題，Cognos用戶不需要在這個操作環境重新創建和解決每個問題。不過，Cognos保留要求用戶診斷操作系統環境的某些問題。只有在有理由相信虛擬環境是導致問題的根源時，Cognos才做此要求。 Computer Associates： 雖然CA不堅持客戶在聯系支持前重新創建每個問題，我們保留要求客戶診斷和解決某些問題的權利。我們有理由相信問題直接與VMware有關時才會這樣做。 從VMware這些支持條款可以看出，所有廠商都保留向你要求在非虛擬環境里重新創建問題的權利。不過多數情況下不會發生，因為多數應用不知道虛擬與物理硬體之間的差別。取決於問題類型，廠商應該意識到這與虛擬化層無關。不過有一種類型的問題，虛擬化層可能就是原因，那就是性能問題。 在本文的下半部分中，我們將說明導致性能問題的原因及解決方案。 在本文的上半部分中，我們介紹了成功實施P2V遷移需要的准備工作及系統命名法等。本部分介紹卷影拷貝服務、Window域控制器等。 理解卷影拷貝服務 如果你用過一些工具，可以轉換正在運行的Windows系統，它們可能使用了卷影拷貝服務來實施遷移。在這種情況下，在轉變的過程中系統的鏡像將被快照下來。一旦轉換完成，你就可以關閉系統。需要記住的是，在遷移之前和你關閉原來的系統的這段時間只在物理系統上發生。新創建的虛擬系統就這時已經過時。這對於域控制器（下面將提到）非常重要，同時對任何傳遞的數據和日誌同樣重要。 在正式使用之前進行遷移測試 P2V或者V2V的遷移的概念一般使系統的整個功能保持完整。然而，對任何被遷移的系統，在遷移後，在其發揮其正常的角色前，應當進行一系列的檢查。這有一些方法來檢測新遷移的虛擬機： ·在新遷移的虛擬機中的清單中去掉所有不必要的硬體。特別的，如果是從物理主機上遷移，你也許有USB介面、軟體驅動器或者音頻適配器等也許不需要或者在虛擬主機上不支持等硬體。 ·不需要連接到配置里的網路適配器就能在虛擬主機上引導系統。這是在VMware ESX中斷開軟體，該選項通過選「connect at power-on」選項實現。 ·如果可以，關鍵應用在離線的環境下不能運行良好，那麼就停止。 ·遷移後多次重啟虛擬機以確保所有的日誌清空，在接下來的引導中不會產生問題。 ·當網路適配器處於軟體斷開的狀態，確保網路配置在虛擬機環境新的地方是正確的，虛擬遷移可能從硬體清單去掉了先前的介面以及伴隨介面的網路配置。 ·確保查看網路延伸配置，例如DNS 伺服器的順序、DNS的後綴，和其它因新的位置而需要改變的網路配置項目。同時如果適當也利用這段時間修改或准備這個系統之外任何變動，包括DNS的接入。 當運行了上述一系列的測試，客戶虛擬機關閉後，重新連接網路適配器到虛擬機。在做完這一系列的檢查後，在你試圖使用遷移系統時，通過把所有的小問題排除後 ，第一次打開虛擬機節省了寶貴的時間。 Window域控制器需要不同的處理 從一個物理盒子把一個域控制器遷移到一個虛擬實例需要特殊的考慮，一個好的實現狀態需要不同的處理。主要的原因是這個問題圍繞著機器如何放到新的虛擬環境。許多管理員想最小化域控制器的停機時間，所以你需要傾向於一個可以優化在線使用的工具。問題在於如果域控制器一直在運行，每一個時刻遲早在增加域的內部的計算，這主要因為，如果系統在運行時，P2V遷移工具執行遷移，一旦虛擬系統在線，它將導致Active Directory數據本地的潛在的損壞，以及其他的域控制器和機器計數。 在這篇文章里，我將要提供兩種好的轉換域控制器的方法。最安全的方法是在虛擬環境下重建一個，把這個系統遷移到這個域中做為一個新的域。當它做為一個新的域控制器引入了一個新域，確保全局目錄特徵和其他角色被合適的轉移。一旦它們在線，你可以降級或者從該域中移除該系統。 另一個方法也同樣安全，但需要一些停機時間。當你的VMware主機上有舊的ESX版本的情況下，你在虛擬機上執行復制任務，這個復制任務可以在斷電的狀態下拷貝它到一個新的主機上，斷電的狀態非常重要，因為在這種狀態下域控制器不會擺脫和其餘的域同步的狀態。 選擇正確的遷移策略 取決於你遷移物理機器到虛擬機的必要參數，你必須決定正確的策略來維持你需要的正常運行時間、許可證參數，選擇一個不會導致問題的路徑。對於系統或連接到該系統的用戶保持對其遷移的透明性。

❽ 程序員轉崗做什麼比較好

你好，一般程序員轉崗的話可以自己開工作室，或是從事有關計算機的崗位具體是這樣的，希望能幫到你。

❾ 程序員轉技術支持需要什麼技術

這個看你對什麼技術做支持.
先了解工作內容去吧。自己干什麼都不知道談什麼技術額

❿ 技術轉移的概念

根據高校、科研院所等研究型機構的院系架構，對其技術項目、科技成果、對外技術服務案例、知識產權、實驗室及設備、專家人才等進行整理，然後分類描述自身的資源情況，包括可轉化的科技成果；有些在研技術項目，涉及到的技術領域和應用范圍；設立的實驗室類型，詳述實驗設備的實用案例，可對外使用的時間及費用；有哪些領域的專家人才，及對外服務的成功案例等。
值得特別指出的是，作為賣方，在面對市場描述研發能力時，將專家、實驗室等的研發能力作為主體，其所產生的成果或專利做為成功案例或產品，避免以成果轉化為核心的思路。面對市場需求是復雜的，高校的研發能力可以用面來解決需方點的問題，科研成果若是縱向課題產生的，研發過程中提升了研發團隊在這個領域的研發能力，但成果是一個點在市場的面上找准位置，局科技部計劃司統計數據，在技術市場中以成果轉化為代表的比例只佔4.96%，因此重點是研發能力的轉移，而不是狹義的硬要給成果找買家，做技術轉移一定要復合市場規律，遵循市場的實際需求（因此有的定義說技術轉移就是成果轉化，是很不準確的）。
高校、科研院所指定技術轉移負責人（專員），對這些資源進行分析管理。
A、將技術項目和科研成果根據技術特點、應用領域、應用行業、地域、周期等因素進行分類管理，在供需對接系統的支持下，向有需求的其他用戶進行推送和擴散，促進其轉移和轉化。
B、對實驗室和設備進行管理，提供給有需求的用戶使用；
C、將專家人才
及其技術特長、研究領域、成功案例和預約時間等
內容進行管理，為有需求的用戶提供支持。
研究型機構在管理自身資源並對外擴散的同時，機構能夠進
一步發揮自身的研究特長，將更多的科研資源提供給外界使用，
促進產學研的發展和企業技術進步。在提供服務的同時，機構
也將獲得更多的市場收益，促進機構更好的發展。
科技服務業中的從業者分析
科技服務業是新興的行業，技術轉移服務是科技服務業的重要組成，可以捆綁銜接各種科技資源，涉及知識面寬，領域跨度大，過程漫長節點繁多。技術轉移的從業者，基本都是從事與技術轉移所銜接的某一類資源的工作，逐漸過度到技術轉移領域，多是利用所積累的資源或對某一領域的經驗，對技術市場的買方或賣方提供服務，但對技術市場的整體了解不足，缺乏全局觀，對技術轉移的理解與從業角度時有盲人摸象的情況。 技術轉移從業者大體有這么幾個來源：
1、源自政府，從事平台搭建，政策指導，培訓，會賽等活動。
2、源自研發機構（高校科研院所），幫助需求方解決技術問題，因為他們熟悉技術。
3、源自應用方（企業），他們在幫高校科研院所做市場，包括委託開發，成果轉化等。
4、源自知識產權的從業者在為研發技術方及投資方做知識產權保護與管理，有些也在從事幫助需求方找技術（解決方案），已經協助一些國外的研發機構在國內找到市場；還有些在探索知識產權為核心的技術轉移，成績不佳。
5、源自投融資的從業者，在為技術的產業進行融資服務。
6、其他 技術本身的復雜性導致了自身轉移過程的復雜性，迫使不得不迴避這種復雜性而只能從技術本體的狀態入手，來考察它對轉移過程的制約關系。 （1）技術發育狀態
不同發育狀態的技術是技術內容成熟程度不同的的表徵，它會給技術轉移過程帶來不同的影響。一般而言，技術的發育周期可劃分為孕育期、產業化期、成熟期和衰退期。處於孕育期的技術，其形態不定型，產業化問題沒有解決，因此使用價值不確定。這意味著它的轉移風險較大，但如果未來市場支持環境看好，也可能獲得巨大成功。由於引進這類技術雖然交易成本不高，但引進後投入較大，所以它要求技術受體必須具備較強的經濟和技術實力。這是以高風險換取較大競爭實力的技術轉移過程。處於產業化期的技術，其形態已定型並日趨完善，實用價值較高而風險較低，因此，社會需求看漲。同時它又具有較大的生產技術缺口，改進的空間較大，技術受體同樣需要繼續耗費較大的使用成本。成熟期的技術，產業化問題基本解決並相對完善，技術支持環境較好，市場需求旺盛。此類技術轉移基本上不存在風險。但此類技術特別是其中的主導型技術往往為技術供體所壟斷，而非主導型技術轉移過程已顯露出衰退期技術轉移的蹤跡。衰退期的技術，社會需求逐漸降低，技術即期風險全無，操作相對容易，即使技術實力和學習能力較低的產業主體，也能夠勝任這種技術要求。但由於技術充分固化，技術轉移主要以設備形式的轉移來實現，因此，交易價值仍然較高。同時，由於技術會在一定范圍內走向衰亡，因此，使用這類技術所獲得的技術優勢和競爭能力相對短暫，不利於技術受體技術實力的積累與發展。
2）技術匹配狀態
技術匹配狀態是制約其發生轉移的又一重要因素。它是指各種相干技術要素之間的依存關系，其中包括技術系統自身的匹配，與其它技術系統之間的匹配，以及與技術受體原有技術系統的匹配等三重依存關系。技術系統自身的匹配狀態，是表現技術發展程度與成熟程度的重要指標。現實中絕元孤零零的「元技術」能夠發揮作用，任何技術形態都是若干單元技術的有機聚集，所以現實技術似乎都是天然匹配好的，只是匹配的程度不同而已。顯然，技術的實用價值大小與發生轉移的難易程度直接取決於技術系統內部各單元技術之間的依存關系。同時，一種技術體系的確立，除了內部諸單元技術之間的相匹配之外，還必須與外部相關的支持性技術系統相匹配，倘若缺乏這種匹配，該技術至少在即期是沒有前途的。如滲灌技術盡管市場前景廣闊，但因防堵技術不匹配而無法推廣。相反，蒸汽機技術改變交通運輸面貌，是在機械加工、鐵路、造船等技術系統匹配下才得以實現。而且更重要的是，即使成熟的技術，當與技術受體原有技術系統不匹配、欠匹配或一時無法匹配時也很難達到轉移的預期結果，甚至招致慘重失敗。
（3）技術環境
技術環境是技術轉移活動所面臨的、由技術發展各種態勢所構成的技術背景。它們都以不同方式在全局上制約著技術的橫向轉移。一般而言，某一時代科技發展的速度越快、水平越高，在原有技術體系之間「製造」出的技術勢位落差越大，從而促使技術轉移的頻率就越高。同時，隨著科技發展速度和水平的提高，新生技術資源會越來越富集，致使特定技術形態在效率梯度排列中的位置，不斷由先進走向落後加速蛻變，生命周期日漸縮短，淘汰趨勢迅速加快，從而為技術轉移提供越來越大的選擇餘地和越來越多的市場機會。
即技術的擁有者和轉讓方。在技術轉移過程中，技術供體常常處於主宰地位，它對技術轉移的作為或不作為，直接制約著技術轉移能否實現及其實際成效。
技術供體的不作為直接限制著技術轉移的發生，它往往是由於壟斷戰略的需要。因為，技術轉移作為一種能力的轉移，對技術的擁有者來說，其目的從來不是為了轉讓，而是為了獲得壟斷技術所帶來的商業價值。因此，當技術擁有者確信能夠壟斷特定技術時；或在有限范圍內轉移技術就可以達到自己的戰略目的時；或技術需求方是自己的直接競爭對手時；或估計特定技術受體在引進技術後，會導致技術泄密，或不足以掌握該技術，以至給技術供給方聲譽造成嚴重影響時；或當技術轉移過程過分復雜而導致轉讓成本太高並由技術轉讓方負擔時，他們是絕不會轉移自己所擁有的技術的。
技術供體的作為，是技術轉移得以實現並如何實現的首要前提，它往往出於交換戰略的需要。對任何技術來說，擁有者的壟斷都是有限的。技術的擁有者也會根據技術的發展狀況，懷著不同目的而轉移技術，從中換取各種「利益」。這種作為的條件是：
（1）當特定國家或地區市場容量較小，無法達到規模經營時，技術擁有者傾向於轉移技術以分享當地的市場份額；
（2）當對外部市場不了解，或資本力量有限而無法直接投資時，有可能轉讓技術；
技術轉移服務聯盟
（3）技術創新周期較短，更新速度較快時，為避免技術實用價值無形損耗，盡快收回研製成本，技術擁有者傾向於轉讓技術；
（4）當特定國家或地區推行技術的國有化和本土化，或對外直接投資限制較多時，欲進入該國家或地區市場的技術擁有者傾向於轉移技術；
總之，技術擁有者對技術轉讓的作為或不作為，都是受利益杠桿的驅使。作為，無疑是為了利益，而不作為，同樣是為了利益。因此，技術能否轉移最終取決於技術擁有者對這兩種利益的權衡與取捨。
即技術的吸納者和引進方。一般而言，技術受體對外部技術吸納能力的強弱直接制約著技術轉移的渠道、方式和其所能達到的實效。技術吸納能力，作為從事技術轉移活動的本領，是以技術預測能力為起點，包括學習、理解、消化、吸收、模仿、改良、創新等多種能力在內並梯次演進的復雜能力形態。每一種能力都是在前種能力基礎上發展而來並包前者於其中，成為衡量技術受體技術實力強弱的基本尺度並最終設定著技術轉移所能獲得的實際成效。從實體與屬性的關繫上看，技術吸納能力是技術受體內部各種基礎性實體要素的技術表現力。技術吸納能力對技術轉移的制約作用，本質上是這些實體要素的集成作用。主要有以下實體要素。
（1）技術存量
從實物形態上看，技術存量包括人與物兩種要素形態。一般情況下，二者是相互適應的，可以從人的素質與物的效能及其二者在量的規模、結構、變動比、老化率等對其進行客觀描述和綜合評價。技術存量是動態的，如果沒有技術增量的介入，技術受體的技術存量會因人們的知識老化、設備性能相對落後、圖書資料陳舊等原因而自行衰減。技術存量是技術引進中能夠自主 動用並藉以投入的技術資源，從靜態上規定著技術受體引進或承載外部先進技術的內容、規模和形式。從動態上看，技術存量的調整與更新會給技術轉移拓展新的領域和渠道，提供新的市場機會和條件。
（2）組織形態
把技術受體內部各種結構性要素之間有機傳導和制約機制稱之為組織形態。其中產權組織形態的合理化能激發技術受體的創新動機，有助於發揮制度創新的多重功能，對技術轉移過程施加積極影響。資產運營形態反映著生產要素的分布及其重組或替代關系，在動態上它能夠引起資本結構、產業結構及產品結構的演變和調整，影響技術轉移的「波及效應」和規避技術轉移風險的能力。職能結構形態是決策、開發、生產、營銷等主要部門的設置及其權力劃分與制約關系。它的不斷優化既可使參與技術活動的部門與個體的技術協作能力形成有效聚集，以實現技術轉移的預期目標，又可通過提高生產過程各個環節上的協調運作效率來降低技術轉移成本。
（3）財力總量
財力總量是技術受體經濟實力的重要指標，通常以貨幣形態存在。在市場經濟條件下，技術資源的獲取是非饋贈性的，因此，財力總量就成為影響技術受體吸納外部先進技術的首要經濟前提，直接制約著外部技術資源進入技術受體內部的流量大小及其實際作用發揮的成效。需要指出的是，在現實的技術轉移過程中，它直接關繫到財力總量在支持技術轉移中是否達到所期望的有效力度。顯而易見，向技術進步傾斜的財力配置結構及其支持的有效規模和力度，是技術轉移得以實現並順利達到預期目標的基本保證。
（4）產業規模
即技術受體中生產要素和產品的集中程度和經營活動的集約化水平。通常用資產總量、職工人數、銷售收入等一組指標來衡量。一般而言，隨著技術受體產業規模的擴大，對技術轉移的貢獻是不斷遞增的。從理論上說，這種產業規模製約技術轉移及其成效的作用一般來自3個方面。①由於資本市場的不完全性，使規模較大的技術受體具有較高的穩定性，有助於保持技術進步的持續性。②規模較大的技術受體，容易從專業化和分工效率中產生規模經濟，從而擁有更多的技術存量和財力積累，以保證技術進步的有效投入。③規模較大的技術受體，由於經營結構多元化，便於分散和化解創新風險，並提高技術轉移的極化效應和「乘數」作用。上述分析表明：技術轉移對技術受體存在著一個最小有效規模的限制。低於這個規模，技術進步能力無疑是萎縮的，但規模超出一定限度，也會產生內部不經濟，反而給技術轉移帶來負面影響。
綜上所述，可以得出這樣的基本結論：技術轉移過程是技術本體、技術供體和技術受體這三維變數相互制約、協調互動的過程。在技術本體給定的條件下，能否實現技術轉移，主要取決於技術供體的意願，而技術轉移的成效，主要取決於技術受體的經濟實力和技術素質。