摘要：最近其实华为的鸿蒙系统也已经发布，很多tob、toc软件都完成了对 HarmonyOS 的适配，这样一个软件的客户端就必须同时维护三端：iOS、android、harmony，这成本一下子提升了5成，这对于很多公司是无法接受的。感觉未来 跨端 是未来的一种趋势，但是跨端不会完全取缔native，未来会发展成 跨端 & native 共存的局面。
tob or toc， this is a question
其实软件的应用开发从大方向上分为两种：
- tob
- toc
C端 可以理解为用户下班以后玩的应用，一周两天，而且大家都开发的很丰富了，交友、视频、短视频、小说、游戏、购物等。这些占据着大家的业余时间。但是这些业务对于用户的反馈不算特别敏感（用户的反馈作为参考）
B端 可以理解为用户上班以后玩的应用，在即时消息做的比较好的就几家：企业微信、钉钉、飞书。个人觉得企业微信可能是最后活下来的那个（单纯的从业务的角度来说）。ToB对业务的稳定性，而且对于稳定性、功能多样性、设备兼容性有很高的要求，也就会要求开发团队要对所有的设备系统做足够的兼容，这样这些 KP（key person）才会继续使用。
我理解toc其实已经发展很久了，进步的空间无论怎么卷都十分有限。除非想出一个非常爆炸性的点子，否则很难在激烈的竞争中存活下来，毕竟大家娱乐的时间有限。tob的话，赚企业的钱，但是客户优先，会非常的累。一个客户的问题，会让你一天都忙到起飞。不过，我也和几个同期毕业的同学聊了一下，发现大家都在做tob，确实是一个比较新的领域（相比于toc来说）
对于一个选择tob 移动端的开发人员来讲，我觉得只学习native，会让我很舒服，没有任何压力，但是未来移动端上不止会有native，跨端和native融合是大势所趋。
移动端未来趋势
移动端的软件上的代码可以分为两类：
- 性能高要求
- 性能低要求
对于性能高要求的需求：比如说视频的编码、解码，视频的播放，这些需求都必须是要用native，跨端实现动画、性能都存在瓶颈。
对于性能低要求的需求：比如说一些简单的弹窗，这些就可以直接使用一些跨端的UI和model，如flutter、lynx、webview、rust 等跨端框架。
所以未来计算密集型的软件比如说抖音，B站（视频编码、解码），这些的主要还是得使用native来实现。但是一些评论、弹幕等一些组件，可以使用lynx等跨端组件。对于一些计算密集差的，比如说一些银行银行的软件，他主要是从后端拉取数据，本地计算的内容不多，这些甚至可以直接走全部的跨端，可以节省大量的人力。
