㈠ 程序員好轉產品經理嗎
本人10年開發培訓經驗,期間經歷了java,Android,H5,大數據,PHP等多個不同的方向的開發,也做過軟體培訓公司的金牌講師，很有興趣回答你這個問題。
首先咱們先了解一下產品經理與程序員的區別，通俗的說，程序員就是寫代碼的，負責一個軟體產品的實現，舉個栗子，程序員可以說是工地上壘磚砌房子的農民工。
而產品經理是幹嘛的呢？不要覺得帶個經理的名字就是領導，當然產品經理在程序員面前確實有發號命令的權利。產品經理就是根據客戶或者公司自己的規劃想法，把這個想法轉換成對應的產品模型，也就是說產品經理類似於工地上一棟樓的設計師，產品到底該有哪些功能，該怎麼規劃，一般都是產品經理設計的。
那麼程序員轉產品經理怎麼樣呢？我覺得完全沒問題啊。就好比一個具有豐富施工經驗的壘牆工人，他蓋的樓多了，後來你讓他設計一個新的大樓出來，雖然可能細節上不足，但是憑借他之前的經驗，還是可以實現的。再比如說，一個經驗豐富的演員，之前都是聽從於導演的命令去演戲，後來他自己經驗豐富了，要轉型做導演，也是容易的啊，」演而優則導「，這樣的例子很多的。
程序員轉產品經理，其實優勢也很多。目前很多的產品經理並不懂開發，設計的產品功能其實在實現的時候，可能根本就完不成，也就是產品經理會存在"瞎設計，瞎指揮"的問題。但是換成一個開發經驗豐富的程序員去設計產品，什麼功能可以實現，該怎麼實現，他心裡一清二楚，設計出來的產品反而更容易實現。
如果想學習Java，可以關注我，獲取全套免費學習教程。
好轉。
一個好的程序員能頂兩個好產品經理。
一個不好的程序員，能頂一個半產品經理。
知道現在全棧程序員多恐怖么？
前面能和客戶談需求、畫原型
回來能出高保真、交互圖
設計文檔、數據字典更是不在話下
還能寫代碼
還能做測試
還能寫用戶手冊
還能，還能開發票
一個產品經理頂多做他工作的30%。
但程序員很多轉產品經理，心理關不好過。
程序員習慣性去用自己的能力判斷一個特性能不能做，而不是如何描述。需要角色轉換。
程序員習慣性判斷一個特性如何去實現，而不是去判斷用戶是否需要這個特性
程序員習慣去挑戰有難度的需求，而不是用戶真的需要的需求。
程序員喜歡和代碼打交道，但和人打交道要復雜很多
㈡ Java和web前端，哪個更有發展前景
Java和web前端各有自己的發展前景。
JAVA已經發展了二十餘年，其地位也是不可撼動，但近幾年的走向逐漸趨於平緩。加上python等語言的迅速興起，其發展趨勢大有淹沒java的趨勢，還有就是學習java的人越來越多。
這個問題是每個人在學習java之前都會考慮到的問題，畢竟關乎自己以後的發展，但java之所以能夠一直維持自己的霸主地位，一些優勢是不容小覷的，從以下幾個方面分析了當前java的發展狀況。
1、市場：
首先java有非常廣泛的應用市場，它的生態系統幾乎涵蓋了目前市面上所有的軟硬體，java幾乎是萬能的，你能想到的，java基本都能實現。
web開發：能做大型的互聯網網站如，京東，淘寶，人人網、去哪兒網、美團等。java在開發高訪問、高並發、集群化的大型網站方面有很大的優勢。
移動端開發：目前手機上所有的APP後台代碼及部分移動端頁面java是都能夠做到的。
客戶端開發：主要面向政府、事業單位和大型企業，如醫療、學校、OA、郵箱、投票、金融、考試、物流、礦山等信息方面的系統。這些應用在我們生活中其實隨處可見，比如醫院的掛號系統、公司的打卡系統、物流系統等。
2、需求
從當前招聘網站來看java的需求量是非常大的，但是這個需求是有前提條件的，那麼必須是開發3年以上的開發工程師，有人說java已經飽和了，飽和只是針對那些剛學java不久沒有任何開發經驗的工程師而言的，是不是說初學者就找不到java開發的相關工作了，NO！有實習崗位。這只是針對一線城市而言，相對於二三線城市來說對於實際開發經驗是稍微的放鬆的。
3、穩定
java是有一個龐大的生態系統，它的覆蓋范圍非常廣，而且已經連續十幾年位居開發語言的榜首，所以java是相對於其他語言來說，非常穩定的。
Web前端
趨勢一：更加移動優先
響應式設計顯然是目前Web前端開發領域的主要趨勢之一，並且這一趨勢在未來還將持續一段時間。雖然現在的響應式設計大部分還是以PC版優先，然而如果有一天我們把PC版放到比移動版次要的位置上，也沒有什麼好奇怪的。因為，目前許多Web前端開發者已經開始轉向以移動優先方案來做他們的響應式設計和開發，這就象徵著一個重大轉變，值得我們跟進的。
趨勢二：更多使用快速原型開發工具
眾多Web前端開發者從2016年開始嘗試使用快速原型開發工具，而在2018年將是這種技術真正爆發的一年。「UXpin、Webflow、Invision以及其它許多快速原型開發工具，讓設計師不用寫一行代碼，就能為網站和服務快速創建低保真和高保真原型，便於設計師衡量它們的可用性和美觀性。」 Web設計師Jamie Leeson says如是說，「許多工具也允許你在瀏覽器中設計原型並從工具里真正啟動網站自身。」
不管未來這兩個發展方向如何，可以肯定的是未來人才需求都很大。想學前端開發和Java專業的機構也很多，你可以去線下試聽課程了解一下，例如北大青鳥、南京中博軟體學院、南京課工場等等都有試聽課程的
㈢ 程序員的電腦需要什麼樣的配置
程序員的電腦需要的配置：
1.適合的系統:Windows系的用Windows，Linux系的用Linux或者Mac。總之要和自己的專需求一致屬，別給自己找到麻煩。
2.舒服的交互硬體。4k屏用不用的到不好說但是一個27寸以上的顯示器人人都喜歡。雙顯很有用，三顯不好說。因為我們總要開各種資料/網頁，IDE，命令行編輯器什麼的，小顯示器你就慢慢惡心吧。機械鍵盤或者hhkb請上一個。
3.內存要大，CPU要快，硬碟要SSD。開一堆網頁，開IDE都是很占資源的。編譯的速度影響工作效率與心情。
4.通暢的網路環境。
5.其他配置根據不同的需求而定。比如跑GPU的，圖形開發的顯卡要給力一些。經常出差的還要配個輕便續航強的筆記本。
㈣ 交互設計師需要具備哪些實在的技能
1. 產品意識
設計師有時候會收到用戶的反饋。
首先，要思考一下用戶的這些反饋或需求，是「真需求」還是「偽需求」？
每位設計師應該都知道，當用戶表示需要時，他真實的想法其實要一個更快的。所以當我們面對用戶的反饋時，要去思考需求的真偽。我們不可能一味滿足用戶的需求而不顧產品目標，所以需要在用戶需求和產品目標中找到平衡點。最近在設計某個產品支付系統的退款功能，從產品角度來說不希望過多用戶選擇退款。那麼最終的設計方案是，將退款的入口做的很隱蔽，而且流程比較繁瑣（沒錯，就是故意的）。這樣就滿足雙方需求了，達到產品目標和用戶需求的平衡。所以交互設計師要有產品意識，不能只去滿足用戶，也要顧慮到產品和商業目標。
2. 以用戶為中心
交互設計師經常遇到的問題，沒有以用戶為中心去思考和設計。什麼叫以用戶為中心的設計方法？具體講，就是我們從需求產出，到整個需求的細分，以及我們方案的產出和驗證都是圍繞著以用戶為中心的。如果需要分析用戶，我們就會走到用戶的生活場景里去看他們怎麼使用產品的。比如，站在用戶的身後，從他們的視角去觀察以及如何使用使用。同樣我們也會對用戶進行一些細分，對人群進行組合或抽離出某個具體概念，這叫「用戶畫像」。
當設計師以用戶為中心的方法進行設計時，往往會要考慮三件事情：
用戶是誰？
他是在什麼場景下去使用產品？
他希望通過產品去解決什麼問題？
3. 邏輯思維能力
作為一名交互設計師，當我們的老闆向我們提出「最近的支付率很低」或者「我們的用戶量很低，怎樣去優化它？」這里就涉及到我們的邏輯分析能力，我們稱之為「交互流程圖」，會把用戶在使用產品的每個接觸點都列舉出來，然後再去分析用戶在每個接觸點都會遇到怎樣的問題。
可以進行如下三種處理：
刪除：刪除「web結算頁面」，之前的頁面已經有了，再次出現屬於重復信息。
合並：「購買結算頁面」，將統一操作流程的頁面合並在一起，去除不必要的頁面。再看余額充值的環節，「確認充值」、「選擇充值方式」、「充值金額」這三個流程都可以放到一個頁面里，以減少用戶在頁面間的跳轉，避免在此流程中造成用戶流失。
修改：「購買成功」頁面提供更好的反饋體驗通過砍掉不必要、合並相同和修改體驗不好的頁面，這樣整個流程的優化完，支付比例有了非常顯著的提升。
關於邏輯分析能力，不僅體現在我們對於交互流程和業務流程上的梳理，同時也體現在我們對數據的解讀和分析上。上面的例子中，通過「數據漏斗模型」來分析每個環節用戶的流失情況，然後針對性地提出解決方案。
4. 頁面排版能力
作為交互新人難免會收到同事的反饋建議。
交互設計師需要怎樣的排版設計能力呢？線框圖是交互設計師的主要產出物，它包含了所有頁面流程和單頁面的信息布局。就像如下圖所示，如果欠缺思考的隨意布局可能給下游的同學造成很大的困擾。比如，沒有認真對待信息間距而造成的誤導，錯誤的提示色也會給視覺同學造成干擾。所以建議交互設計師通過簡單的黑白灰樣式來表達頁面優先順序以及重要程度的區分。如果覺得某個信息很重要，可以顏色重一點，也可區域更大一些。這些格式塔心理學的知識對我們頁面排版能力的提升很重要。
設計師常用排版的原則：
隱藏：如果有很多信息，但是用戶又不太常見，那麼可以把它隱藏起來，就「眾籌紅包」右上角這里的問號，這里是關於眾籌紅包的解釋說明，對於用戶而言是不需要經常去關注的，所以把它隱藏起來。
刪除：一些額外的信息對整個頁面是不太重要的，就可以把它刪除掉。
合並&組織：如果很多信息的邏輯關系是在一起的，我們可以把它們合並或者進行重新組織，把它們放得近一點，也可以把它們打亂再重新去整合。
5. 細節處理能力
發送方如何選擇圖片，單張還是多張？
發送方發送後，自己是否能夠查看，可以看幾次？
接收方查看消息時，是否有時間和次數限制？
接收方查看消息中，是否有防止截屏的機制？
以上這些細節你都想到了么？可以說設計不是憑空腦補YY，而是要以用戶為中心去觀察和思考，用戶在使用這些功能時都有產生哪些流程或行為。