- -。。。看到楼上那么多要写 PPT 的.......

都是什么公司的..... 大厂么？都这么玩的么 - -。。。。

@shpkng 这个我有跟我们的产品讨论过的，她给我的答复也是跟你说的一样。

可是很多时候我们对话是有持续性的吧，又不是你给对方发的消息是通知类型的，对方已读就好了。

而我这里说的情况是，我需要对方的答复，快点的答复，或者我能够看到有个反馈，

比如，

“嘿嘿，我发现 XX 接口返回的数据好像缺少现在我们 XX 功能里面的关键一个字段，你看下是我搞漏哪里了还是？”

像这样的信息，我是希望对方给我个反馈，即时的，然后如果你看到对方就给你个已读，然后几分钟过去了什么消息都没有，这样的话，

1. 对方是看了消息去找对应的代码了呢， 还是
2. 对方被打岔了，准备回复的时候没来得及
3. 关于这个功能点有一些需要解释的，正在输入，然后我以为对方没鸟我，然后...

像这样...

@sadfQED2 - -。。。还有付费版的？？？

@CodingDoge 谢谢～

。。。如果是 Angular 2 的话还可以考虑，居然 AngularJS......

@lp5 嘿嘿，你在哪的？还能再少吗？我想要，，

@Netizen2 为啥。。。

@zjsxwc 哈哈哈能展开来讲讲吗？我这里是 macOS，看不到你的情况诶哈哈哈

@nicevar - -，，好吧，，也行

@zjsxwc 还可以打开啊。。或者你自己搜索“U-Area 优区生活”

@JeriffCheng ？？？？开玩笑就算了，但是你换位思考一下，如果是你自己开源的东西，被别人拿去这样弄呢？

哇，民警也有这类工作的话，我想去做诶。。

另外，加油！！！

96 是 24 吧 - -。。。。如果 96 是 25 的话，你让我 95 怎么办？？？？？？

@96412hj 小厂我也喜欢哈哈哈哈

哇你们还要人吗？哪个公司啊？？

- -话说我也没看清楚你们的内容，看来你们也已经用 RN 做好一个应用的了，那当我什么都没说吧，可以删除我的回复了。。。

作为我公司的 APP(用的 RN)的目前主要负责人，我看你们还是在创业初期意味着项目还没搭建起来或者还没完全弄的很大，我个人意见劝你们不要用 React Native 。

或者你们觉得你们的其他前端技术用的是 React，所以用 RN 做 App 会减少你们的技术栈的割裂，但是真的大可不必这样。

不是说 RN 做不了 APP 或者它的 APP 怎么样，但是如果真的是想做好 APP 的话，用更好的技术才是上策，那就是 Flutter.

1. 开发者体验上，如果用的是真机调试，React Native 就是灾难。

首先，在开发的过程中经常爆红，可能你觉得用虚拟机开发在整体测试的时候再用真机什么的，
可是这是要开发 APP 的话，你难免会避不开手势操作的，这是还是用真机的实际操作更加能够给人正确的反馈。

不仅如此，RN 的真机调试的开发者菜单是通过摇一摇出来，一次两次没所谓，但是很多时候你改动的代码，如果没有在真机上出来的时候，
你就得要手动摇一摇真机然后从开发者菜单里面进行'Hot reload', 你的 APP...
你现在都可以自己脑补你的工程师们拿着手机在那摇来摇去的场景

2. 官方组件的支持上，React Native 真的非常不成熟，而我们在说的是一个出来了有 5 年时间的项目。

对比 Flutter, 正式面世出来的时候是 17 年，晚了 React Native 两年，然而对应的官方成熟的组件可以自行在 Flutter 官网上自己浏览
https://flutter.dev/docs/development/ui/widgets/material

然后为什么官方组件的数量这么重要呢？因为这省去了你们开发的时候，需要不停的对比民间第三方组件或者自己重复写轮子的精力。

而我们都知道开发效率对于一个创业公司是多么的重要，一个应用或者服务的面世时间对市场的占有率应该不需要我这里再去强调。

---
其实还有很多可以说的，但是我这里就只说这些吧。

如果仅仅考虑会 JavaScript 跟 React 的人这点出发而选择 React Native 的话，很不值得，而且你们不是弄了很久，现在转型困难，我们这里是已经有上了商店的应用，转型成本太大才不去换的。

另外，Flutter 的语言 Dart 的上手程度简直不能再简单了，其实任何一个有面向对象编程经验的人来上手都不是难事的。

最后在这里还是希望你们可以考虑一下换技术栈吧😂

（抱歉我知道你们来找人的，然后我来劝你们换技术栈好像不是一般的奇怪哈哈哈，，分享一些看法而已哈哈哈

@dangerzing 不值是因为对比 16 寸的吗😂

@zjddp LQ2 不是独显的喔。。