App/Web開發(fā)工程師的三大錯(cuò)覺，搞懂了成為大師
網(wǎng)路上流傳人生三大錯(cuò)覺：1. 2.（游戲中）我能殺。 3.她喜歡我。
每天與奮斗工程師的App /Web開發(fā)，相信人生也有過屬于我們的工程師的各種錯(cuò)覺。以前在肝還正新鮮的菜鳥時(shí)代，也改掉進(jìn)編碼的盲點(diǎn)區(qū)。
下面的天空我們經(jīng)歷了三個(gè)錯(cuò)覺，曾有過我們的編程之心，讓我們的人生除錯(cuò)覺，讓我們的心法暗明。
覺一：「app在前端（就好寫了，不用關(guān)注負(fù)載）（后端）?！?/h1>
很多人想要投身前端、或明明有責(zé)任接觸的工程師也可能過這種錯(cuò)覺。畢竟前臺(tái)和后臺(tái)有各自負(fù)責(zé)的線，一個(gè)應(yīng)用負(fù)責(zé)制作一個(gè)在業(yè)界實(shí)作的理想狀態(tài)下，如果有的話后端人員全程，前端工程師確實(shí)可以無后顧之憂地支持，顧及前臺(tái)的目光可以專心配合。
但是！人生最厲害的就是這個(gè)但是。
如果沒有支持怎么辦？或者與輕易建立起一個(gè)很好的默契默契，那么，最開始和共同要求的地方，并不能密切合作而導(dǎo)致之前的聯(lián)系？尤其是對(duì)于獨(dú)立開發(fā)個(gè)人身分的自由職業(yè)者來說，獨(dú)立嘗試開發(fā)應(yīng)用程序/應(yīng)用程序的網(wǎng)頁或者是廣泛的開發(fā)程序或網(wǎng)絡(luò)開發(fā)人員只支持一個(gè)廣泛的應(yīng)用程序。有些人完全關(guān)注在前端合作伙伴關(guān)系來解決問題，很容易在花很多時(shí)間因?yàn)檫B接不及時(shí)而或延遲了產(chǎn)品上市。
心法：你但要突然變成全端（全棧工程師，一點(diǎn)幫助）幫助很大。
不是每個(gè)人也都可以是同時(shí)也不是什么行業(yè)的興趣，每個(gè)人都擁有充修練習(xí)前技術(shù)，也只是熱衷于在某個(gè)時(shí)間進(jìn)行前端技術(shù)的專攻。 API 的基礎(chǔ)上，開發(fā)一些類功能的基本架構(gòu)邏輯，你會(huì)發(fā)現(xiàn)在你選擇的方法的時(shí)候，能夠以什么樣的方式應(yīng)用到這些應(yīng)用程序的前端或主動(dòng)接觸支持你在后臺(tái)的支持，幫助最佳化；同時(shí)讓你的支持快速設(shè)計(jì)完全通通能力點(diǎn)，并根據(jù)你的需求，對(duì)你完全理解和支持的獨(dú)立性作出適當(dāng)調(diào)整。簡(jiǎn)單來說，我們可以用一點(diǎn)簡(jiǎn)單的后臺(tái)系統(tǒng)后臺(tái)應(yīng)用程序來實(shí)現(xiàn)，我們只需要提供一些簡(jiǎn)單的后端工具就可以讓用戶使用 BaaS Sky 。聊天機(jī)器人、用戶入庫、云端資料庫等常用功能，不會(huì)因?yàn)橘Y源限制而扼殺了開發(fā)夢(mèng)想中的產(chǎn)品。
錯(cuò)覺二：「只要寫 React Native 就不用遠(yuǎn)程了。iOS / Android 的代碼」
React 這語言為一個(gè)主要的 JavaScript 應(yīng)用程序（框架JS）開發(fā)而減少了 React 的開發(fā)；能夠同時(shí)生成 iOS / Android 代碼、我們也抱起這樣的一個(gè)美好愿景
如果有那么簡(jiǎn)單就好了。
React Native 確實(shí)降低了寫 app 的窗簾，卻不完全一樣的窗簾。iOS 跟 Android 是兩套的系統(tǒng)，可想自然而知 React Native 要一次產(chǎn)生兩套不同的代碼，尤其會(huì)有限制。容易發(fā)生在應(yīng)用程序需要客制化（定制）去適應(yīng)不同系統(tǒng)和裝置的時(shí)候。
心法：React Native 是制式的。工具客需要而不是捷徑要決定的 app，還是 iOS / android 的基礎(chǔ)。
就連Airbnb都明言最初希望使用React Native能夠一次生成兩套代碼的時(shí)候，出現(xiàn)暫時(shí)想要使用React的時(shí)候遇到很多困難，現(xiàn)想使用React Native的應(yīng)用程序可以使用一次。客制化的時(shí)候，利用iOS和Android的知識(shí)可以在各自的版本上更早地寫出“時(shí)間”。而且在開發(fā)時(shí)間里，注意注意不要在React Native的開發(fā)過程中錯(cuò)覺開發(fā)一倍迷惑，到后來才發(fā)現(xiàn)時(shí)間不足。
覺三：「這個(gè)錯(cuò)誤我只要一個(gè)小時(shí)搞定。」
這應(yīng)該是每個(gè)工程師都曾經(jīng)有過的最大錯(cuò)覺了。
一些簡(jiǎn)單的破除這個(gè)錯(cuò)誤，就是怎么就解都沒有開，結(jié)果光是解上一個(gè)問題不是一個(gè)真正的問題。要唯有，唯有擁有自己的經(jīng)驗(yàn)和發(fā)現(xiàn)者。有些你舉例來說，我們公司會(huì)知道舉辦內(nèi)部的技術(shù)交流，讓同事共同分享科技新和心得；以及安排專業(yè)工程師替不同時(shí)間參與的（輪換）來跟學(xué)習(xí)技術(shù)和平臺(tái)，從中汲取新的提取經(jīng)驗(yàn)。
時(shí)程是關(guān)鍵，需要全公司和特定技能專案，才能確定在約定的產(chǎn)品交付給客戶手案上。比如說我們的天空公司的每天都要跟工程師進(jìn)行代碼審查，確定每天的如期完成重新調(diào)整；技術(shù)領(lǐng)導(dǎo)任務(wù)是否需要與管控工程師聯(lián)合進(jìn)行，工程師上位不開的bug，技術(shù)負(fù)責(zé)人會(huì)一起討論，適時(shí)提供意見和指導(dǎo)；QA 在測(cè)試的時(shí)候會(huì)詳細(xì)提供相關(guān)的bug 描述的信息，可以幫助工程師及時(shí)地判斷問題所在。而要預(yù)測(cè)整個(gè)專案的費(fèi)用，合理的循環(huán)利用方式時(shí)程的規(guī)劃證明（EBS），避免出具因?yàn)殄e(cuò)誤而及時(shí)出具的意外延誤。
心法：團(tuán)結(jié)力量大，相信你的團(tuán)隊(duì)，你并不孤單！
結(jié)語
編碼是一門深的學(xué)問的過程，不管是新手還是資深工程師，總會(huì)有「啊原來是這樣！」的時(shí)候。獲獎(jiǎng)或編輯精選的 Oursky 工程師也不例外。
對(duì)工程師來說，從直接到參與制作的應(yīng)用程序，由前端到幕后，方能學(xué)習(xí)到演練出來。鼓勵(lì)有天，偶爾有新手工程師向你請(qǐng)教「我不是寫一個(gè) React Native 就適合學(xué) iOS 嗎？」
