選人，Java后臺還是客戶端開發(fā)？
Java跟C、C++、PHP、Python等一直較勁，在當前的現(xiàn)實中，也穩(wěn)坐編程語言榜首
面向?qū)ο蟮乃枷朐趹?yīng)用開發(fā)領(lǐng)域占主導(dǎo)，Java往往成為其代名詞
Java技術(shù)的人多，一直以來也有大公司資助，所以發(fā)展一直不錯，進入了良性循環(huán)
從企業(yè)的角度來說，找Java后臺的人相對比較容易
后臺被認為是技術(shù)核心，而客戶端，被認為技術(shù)含量不高
貪省事，讓Java后臺的架構(gòu)師順便來一下客戶端幾個人就好了，這可能是有些企業(yè)負責人自然而然的想法
客戶端技術(shù)和后臺技術(shù)的側(cè)重點完全不同，連編程語言都不同。Java能統(tǒng)一后臺開發(fā)；但是從目前的趨勢看，雖然客戶端也在強調(diào)統(tǒng)一，不過語言肯定不是Java
Java后臺的人跟用戶離得太遠，與產(chǎn)品人員溝通，那真是雞同鴨講
如果產(chǎn)品真的是為了給用戶用，那么選客戶端背景的人員做移動架構(gòu)師要好一點。
客戶端是IOS，android，還是JS，根據(jù)企業(yè)喜好來選吧。根據(jù)本人經(jīng)驗來說，當然是IOS啦。智能手機這么熱，是誰帶起來的？從編程體驗，程序美感來說，誰的最出色？只要干過移動開發(fā)的人，這幾個問題都是不言而喻的
作為移動架構(gòu)師，要重點注意的三個問題
架構(gòu)師作為中層管理，直接領(lǐng)導(dǎo)一般是總監(jiān)了。技術(shù)加管理的綜合職位，在技術(shù)和管理上面的思路，跟總監(jiān)要保持一致。這方面是最重要的。如果這點做不好，趁早換地方，不讓對自己，對總監(jiān)，對企業(yè)都不好。有兩種情況需要注意：一種是跟總監(jiān)合作很好，但是總監(jiān)自己要換地方；這里，最好和總監(jiān)一起走，能遇到一個好領(lǐng)導(dǎo)不是一件容易的事。另一種是空降一個總監(jiān)過來，但是兩人想不到一塊去。這個時候就有點糾結(jié)，離開嘛，感覺舍不得，前面的付出要泡湯；留下嘛，感覺又很別扭。這種情況，需要加強溝通，調(diào)整自己，努力使合作更順利一點。否則，還是要走，畢竟胳膊擰不過大腿，估計大家都懂的。
跟周邊部門的合作要做好，特別是產(chǎn)品和測試，運營也要注意一下。否則，將會導(dǎo)致很多稍大公司的部門墻。
跟具體的開發(fā)人員也要搞好關(guān)系。管理的本質(zhì)是自己不干活，但是團隊的整體效率要更高。這點如果做不好，最直接的影響就是團隊的績效不高，團隊缺乏凝聚力，團隊氣氛壓抑。這在很多公司都有發(fā)生。
如何與總監(jiān)CTO合作好？
從思想上認識到，兩者是利益完全一致者。總監(jiān)為架構(gòu)師拓展上升空間，而架構(gòu)師將總監(jiān)的規(guī)劃切實落地。
保證足夠的溝通，可以約定一個固定溝通機制，比如每2周一次。讓雙方在思想上保持同步和一致。
如果CTO也是客戶端技術(shù)出生，那么架構(gòu)師可以多探討一些技術(shù)經(jīng)驗，將CTO的一些技術(shù)構(gòu)想落到實處，同時自己也能在技術(shù)上獲得提升。
如果CTO是Java后臺技術(shù)出生，那么CTO盡量授權(quán)，架構(gòu)師側(cè)重在設(shè)計思路，技術(shù)可行性，技術(shù)風險等較高的層面內(nèi)容。
架構(gòu)師應(yīng)該帶著方案和CTO溝通，講清楚AB方案的優(yōu)缺點。可以讓CTO來下決心，就算是架構(gòu)師下決策，也要獲得CTO的認可。
如果意見出現(xiàn)分歧，最好的方式是先擱置，等條件成熟了，很可能意見會趨于一致。如果不能等，只要CTO的意見不是太離譜，還是按照CTO的意見執(zhí)行比較好。如果有十足把握，自己的方案更好，那么也要得到CTO的許可和諒解，否則千萬不要這么做。
如何與周邊部門合作好？
產(chǎn)品經(jīng)理一般不懂技術(shù)。架構(gòu)師的作用就是幫他解決這個問題。在理解了需求之后，要進行技術(shù)可行性分析。從技術(shù)的角度，提出改善意見。在不改變整體方案的前提下，修改設(shè)計，方便實現(xiàn)。這就需要產(chǎn)品經(jīng)理和架構(gòu)師的合作。
與后臺架構(gòu)師搞好合作，從后臺到實現(xiàn)，整條鏈路太長，一個人管不過來，需要兩人好好合作，共同把好技術(shù)關(guān)。
測試，要當作開發(fā)的朋友看待，是自己人。可以考慮讓測試人員在“自測”階段介入，幫助開發(fā)人員提供測試案例。
運營，關(guān)系稍微遠了一點。關(guān)鍵點是及早介入，不然，到臨上線了，要加入一對的運營需求，就可能影響產(chǎn)品投放時間了。
總之，和周邊部門，應(yīng)該以合作為主，及早溝通，將風險消滅在反生之前。
如何與團隊成員溝通
移動開發(fā)團隊人數(shù)不多，但是角色和開發(fā)語音多。有IOS，android，還有JS和Java網(wǎng)關(guān)。
如果一個角色超過3個人，那么就應(yīng)該設(shè)置一個TeamLeader，進行授權(quán)
對于自己擅長的技術(shù)，要分一兩個任務(wù)給自己，和兄弟們一起戰(zhàn)斗。中層人員需要在一線。
對于自己不擅長的技術(shù)，可以采用“結(jié)對編程”的方法，逐漸進入角色。程序基本是相同的，還是能夠理解和參與討論的。
對于幾個Leader，要重點溝通，在大方向上保證思想一致，給他們空間，協(xié)助他們做出成績。
重點注意團隊的正能量以及活躍的氣氛，人不是機器。和諧的氛圍比冰冷的制度和懲罰要好得多。
記好團隊的功績和成果，提高團隊成員集體榮譽感，將奮斗目標引導(dǎo)到“自我實現(xiàn)”上來。
關(guān)于技術(shù)
整體上是一專多能
以IOS技術(shù)為主，跟上蘋果的節(jié)奏，隨時學(xué)習新技術(shù)。深度技術(shù)按照需求來。
Object-C為主，畢竟在用，并且成熟度高。
Swift也要學(xué)，這是蘋果的未來。
Java要優(yōu)先學(xué)，android和后臺都要用到
JS也要學(xué)，最近H5勢頭比較猛
