App/Web开发工程师的三大错觉，搞懂了成为大师
网路上流传人生三大错觉：1. 2.（游戏中）我能杀。 3.她喜欢我。
每天与奋斗工程师的App /Web开发，相信人生也有过属于我们的工程师的各种错觉。以前在肝还正新鲜的菜鸟时代，也改掉进编码的盲点区。
下面的天空我们经历了三个错觉，曾有过我们的编程之心，让我们的人生除错觉，让我们的心法暗明。
觉一：「app在前端（就好写了，不用关注负载）（后端）。」
很多人想要投身前端、或明明有责任接触的工程师也可能过这种错觉。毕竟前台和后台有各自负责的线，一个应用负责制作一个在业界实作的理想状态下，如果有的话后端人员全程，前端工程师确实可以无后顾之忧地支持，顾及前台的目光可以专心配合。
但是！人生最厉害的就是这个但是。
如果没有支持怎么办？或者与轻易建立起一个很好的默契默契，那么，最开始和共同要求的地方，并不能密切合作而导致之前的联系？尤其是对于独立开发个人身分的自由职业者来说，独立尝试开发应用程序/应用程序的网页或者是广泛的开发程序或网络开发人员只支持一个广泛的应用程序。有些人完全关注在前端合作伙伴关系来解决问题，很容易在花很多时间因为连接不及时而或延迟了产品上市。
心法：你但要突然变成全端（全栈工程师，一点帮助）帮助很大。
不是每个人也都可以是同时也不是什么行业的兴趣，每个人都拥有充修练习前技术，也只是热衷于在某个时间进行前端技术的专攻。 API 的基础上，开发一些类功能的基本架构逻辑，你会发现在你选择的方法的时候，能够以什么样的方式应用到这些应用程序的前端或主动接触支持你在后台的支持，帮助最佳化；同时让你的支持快速设计完全通通能力点，并根据你的需求，对你完全理解和支持的独立性作出适当调整。简单来说，我们可以用一点简单的后台系统后台应用程序来实现，我们只需要提供一些简单的后端工具就可以让用户使用 BaaS Sky 。聊天机器人、用户入库、云端资料库等常用功能，不会因为资源限制而扼杀了开发梦想中的产品。
错觉二：「只要写 React Native 就不用远程了。iOS / Android 的代码」
React 这语言为一个主要的 JavaScript 应用程序（框架JS）开发而减少了 React 的开发；能够同时生成 iOS / Android 代码、我们也抱起这样的一个美好愿景
如果有那么简单就好了。
React Native 确实降低了写 app 的窗帘，却不完全一样的窗帘。iOS 跟 Android 是两套的系统，可想自然而知 React Native 要一次产生两套不同的代码，尤其会有限制。容易发生在应用程序需要客制化（定制）去适应不同系统和装置的时候。
心法：React Native 是制式的。工具客需要而不是捷径要决定的 app，还是 iOS / android 的基础。
就连Airbnb都明言最初希望使用React Native能够一次生成两套代码的时候，出现暂时想要使用React的时候遇到很多困难，现想使用React Native的应用程序可以使用一次。客制化的时候，利用iOS和Android的知识可以在各自的版本上更早地写出“时间”。而且在开发时间里，注意注意不要在React Native的开发过程中错觉开发一倍迷惑，到后来才发现时间不足。
觉三：「这个错误我只要一个小时搞定。」
这应该是每个工程师都曾经有过的最大错觉了。
一些简单的破除这个错误，就是怎么就解都没有开，结果光是解上一个问题不是一个真正的问题。要唯有，唯有拥有自己的经验和发现者。有些你举例来说，我们公司会知道举办内部的技术交流，让同事共同分享科技新和心得；以及安排专业工程师替不同时间参与的（轮换）来跟学习技术和平台，从中汲取新的提取经验。
时程是关键，需要全公司和特定技能专案，才能确定在约定的产品交付给客户手案上。比如说我们的天空公司的每天都要跟工程师进行代码审查，确定每天的如期完成重新调整；技术领导任务是否需要与管控工程师联合进行，工程师上位不开的bug，技术负责人会一起讨论，适时提供意见和指导；QA 在测试的时候会详细提供相关的bug 描述的信息，可以帮助工程师及时地判断问题所在。而要预测整个专案的费用，合理的循环利用方式时程的规划证明（EBS），避免出具因为错误而及时出具的意外延误。
心法：团结力量大，相信你的团队，你并不孤单！
结语
编码是一门深的学问的过程，不管是新手还是资深工程师，总会有「啊原来是这样！」的时候。获奖或编辑精选的 Oursky 工程师也不例外。
对工程师来说，从直接到参与制作的应用程序，由前端到幕后，方能学习到演练出来。鼓励有天，偶尔有新手工程师向你请教「我不是写一个 React Native 就适合学 iOS 吗？」