共计 2709 个字符，预计需要花费 7 分钟才能阅读完成。
问题 1：您好！很荣幸有机会有机会采访您，请简略地做个自我介绍吧。
很荣幸承受你们 ITPUB 的采访。
我先自我介绍一下，我叫蒋雄伟，是《React Native 新架构实战课》专栏的作者。
我是 2015 年开始转行开始做前端工程师的；在 2018 年的时候，负责了 58RN 我的项目的负责人，负责 58 团体外部 React Native 技术基础设施建设；在 2020 年，从单兵作战变成了小组长，负责了更多技术方向和业务方向。
带团队和单兵作战很不一样，单从技术层面讲，最要害的是定技术方向，你要对得起大家，别把大家带错路了，因而对相似于 React Native 新架构这类前沿技术的摸索，也成了我的必修课。
问题 2：您在开始做 React Native 架构之前次要负责的工作是？
在 2018 开始负责 58RN 基建之前，也就是 2016 年和 2017 年，那时我次要是负责的是 RN 业务的开发，也深度参加了一些 58RN 相干基建工作。
之所以，老板让我来负责 58RN 基建，我感觉和我本人好奇心很强有关系吧。其实 2015 年刚刚入行的时候，除了扎实根底之外，也花了很多工夫调研了 React。要晓得，那时候团队同学用的都是 JQuery，并且还对兼容 IE6 有肯定要求，React 放在那时候就是十分新的技术了。
也正因为，在 2015 年对 React 有了肯定钻研，2016 年团队上 React Native 我的项目时，我就被派去参加了相干基建工作的开发了；因为参加了 React Native 基建的开发，在 2017 年启动第二个 React Native 业务时，我就被派去独立负责业务开发了；在 2018 年正好有个机会，也就牵强附会地负责起了 58RN 的基建了。
问题 3：当初 React Native 架构对于您所在的 58 带来了那些价值？这些价值会始终持续增长嘛？
这个问题挺有意思的，我认为 React Native 的价值其实分为两个方面，一方面是晋升了用户体验，另一方面是升高了企业的老本。
首先，React Native 绝对于 H5 来说，是能晋升用户体验的。
举个例子，咱们有一个短视频的业务用的就是 React Native 开发的，但这样的短视频业务用 H5 是开发不了的，业内也很少有用 H5 开发短视频的，因为用 H5 体验太差了，解决不了简单手势抵触和视频性能定制的问题。
但咱们在 React Native 上的积淀比拟多，开发进去的短视频业务性能不比 Native 差，甚至还有公司中有团队被动把 Native 短视频下了，替换成 React Native 短视频。因为 React Native 不仅体验好而且可能热更新，产品需要一天迭代好几次都没问题，这能让用户始终享受咱们最新的、最好用的性能。
其次，React Native 绝对于 iOS/Androd，是能升高企业老本的。
降低成本很好了解，一套代码运行两端嘛。开发 React Native 只有一套代码就行了，而开发 iOS/Android 须要两套代码，开发一套代码必定比两套代码的老本要低一些嘛。而且咱们外部有着丰盛的 React Native 生态，很多性能间接拿来用就行了，又能进一步的升高研发老本。
最初，我置信 React Native 能继续的给用户、给公司带去更多的价值。当初能够必定，React Native 新架构的呈现会让用户的体验变得更好，另外在咱们外部应用 React Native 的 App 也越来越多了，最近一年又有 5、6 个 App 接入了 58RN，这天然给公司带去了更多的价值。
问题 4：往年在 React Native 新架构落地之前有没有遇到记忆粗浅的问题？如何解决的？
我认为最难的问题，就是把集成了 React Native 老架构的 App，给降级到新架构。
降级的次要问题不是技术上的问题，而是工程上的问题，要害是要做好危险、老本和收益的衡量。
我从去年 9 月份就开始钻研 React Native 新架构了，React Native 新架构简直把整个 React Native 底层都重写了，当初 React Native 为了兼容，底层有两套代码，既有新架构代码又有老架构代码。既然底层改变量这么大，贸然降级危险必定也不小，所以得管制降级的危险。
当然，当初议论如何降级其实有点早了，因为 React Native 新架构正式版还没有进去。往年 4 月新架构预览版进去了，我预计新架构正式版的公布可能要到今年年底了。在今年年底或者明年年初，会有一些想尝鲜的团队开始小规模的尝试，比方在一些没有历史包袱的 App，或者一些用户量小的 App 上先试试。等明年年底，或者会有更多的团队和我的项目进行降级跟进吧。
当初，咱们对降级的危险、老本和收益的整体评估其实心里大抵有了个数，就是得急躁的期待，期待一个 Ready 的机会。
问题 5：React Native 架构与同系列架构的区别是什么？React Native 架构日后会成为这个技术方向的支流吗？
能够换一种形容吗？比方，比照跨端架构之间的区别，优劣等等。
不太懂“同系列”指的是什么，也不太懂“这个技术方向”指代的是什么。
如果指的是跨端方向，那么 React Native、小程序、Flutter 之间的区别很大，而且架构一旦定型了想改难度很大，所以不同的跨端框架的架构上可能很难趋同。
问题 6：没有计算机根底的前提下，是怎么的契机促使您走进了这个畛域？
初生牛犊不怕虎吧。
2014 年底的时候，我在北京的一个好敌人通知我，他做前端工资 12k，而我过后的工资才 4k，年轻人谁不想多赚点钱呢，于是就有了转行的激动。自学一个月 HTML 和 CSS 根底后，感觉本人还行是这块料，就下定决心辞职，拜师学艺三个月，把 JavaScript 学完了，再找了一个月工作，就实现了转行。
当初想想，除了初生牛犊不怕虎的精力外，更重要的起因是赶上了个好的时代，本人也抓住了机会。2015 年挪动互联网刚刚衰亡，前端人才匮乏，企业对前端岗位需求量又大，我面试了 40+ 家公司，拿到 3 个不错的 offer，就进入了前端的技术畛域。
问题 7：最初，您对技术人员将来职业路线抉择是否有一些好的意见和倡议？
我在技术畛域工作年限其实也不长，也就七年，谈不上什么倡议，我分享一下我的察看和思考，不肯定对。
我认为，技术人员将来职业线路大略有三种：
- 第一种是，做了几年技术后，就对技术不感兴趣了。有的人抉择回老家干份轻松的工作，有的人抉择考公务员、做老师之类的。其实每个人都有本人喜爱的事件，回老家或者转行也是一件挺好的事。
- 第二种是，始终在某个技术方向上深耕，成为了技术专家。我身边的同龄人很多这样的例子，这些人手里有货，走哪都不慌。
- 第三种是，技术出身转去做产品、做治理和守业了。他们多是大我一轮的前辈，他们自身在技术畛域就很厉害，又能把技术畛域的成功经验复制到其余畛域，发明更大的价值。
