写点什么

前端技术选型的遗憾和经验教训

  • 2019-02-01
  • 本文字数:1705 字

    阅读完需:约 6 分钟

前端技术选型的遗憾和经验教训

我是 Max,Spectrum 的技术联合创始人。Spectrum 是一个面向大型在线社区的开源聊天应用程序,最近被GitHub收购。我们是一个三人团队,主要拥有前端和设计背景,我们在这个项目上工作了近两年时间。


事后看来,以下是我做出的令自己感到遗憾的技术选型以及从中学到的经验教训。

遗憾 1:没有使用 react-native-web

Spectrum 的很大一部分吸引力在于内容是公开的和可搜索的,所以我们在开发原生应用之前先开发了网站。


我们的搜索索引做得很成功,但用户一直在要求有更好的移动体验。我们现在正在开发原生应用程序,但因为是从头开始,所以很耗时。如果我们当初使用 react-native-web 来构建网站,就可以重用一些基础组件,加快原生应用程序的开发速度!


最重要的是,我们应该已经对网站的移动版本进行了优化。如果移动体验做得足够好,即使是在桌面上也是可接受的,只需要做一些调整即可。然而,桌面体验在移动设备上的表现就有点令人生厌了。事实证明,不管我们做得多么好,都难以在各种尺寸的设备上有良好的表现。


学到的第 1 课:构建一个好产品就是要不断进行实验,加快开发速度,为了迭代速度和灵活性而优化。

遗憾 2:没有使用 Next.js

出于 SEO 的目的,我们需要使用服务器端渲染。但我们已经使用 create-react-app 构建了应用程序的第一个版本。我们考虑过切换到 Next.js,但我认为重新设计路由和数据获取比我们自己构建服务器端渲染的工作量更大。


但事实证明,自己构建生产就绪的服务器端渲染非常困难。它需要很大的工作量,并且很难为开发人员和用户提供良好的体验。


Next.js 提供了惊人的开发体验和性能,更不用说活跃的社区和优秀的文档。如果我们现在重新开始,我会怀着激动的心情使用它。


学到的第 2 课:尽可能使用现有的解决方案来解决技术问题,特别是那些你不了解的问题。

遗憾 3:使用了 RethinkDB

我之所以选择 RethinkDB 作为我们的主要数据存储,主要是因为它的 changefeed 功能。这个功能允许你监听几乎任何一个查询的实时更新。我认为它可以降低系统的复杂性,因为我们不需要为了实时功能单独使用另一个发布和订阅系统。


但不幸的是,我们在 RethinkDB 上遇到了很多麻烦。由于它没有被广泛使用,几乎没有关于如何操作数据库的文档和资料。我们经历了好多次数据库中断,调试问题感觉像是在蒙着眼睛走路。


事实证明,changefeed 的可扩展性并不如我们预期的那样好。虽然我们设法解决它,但我们原本没有必要这么做。


现在,我会选择一个更成熟的数据库(或许 Postgres?),并基于它构建一个发布和订阅系统。


学到的第 3 课:谨慎选择以后难以更改的核心技术。


学到的第 4 课:在选择技术时,优先考虑社区规模和维护活跃度,尤其是在不熟悉的领域。

遗憾 4:使用了 DraftJS 和 WYSIWYG 编辑器

文本输入是 Spectrum 用户的主要活动之一,我们希望为用户带来很棒的输入体验。我决定使用基于 Draft.js(最近由 Facebook 发布)的自定义 WYSIWYG 编辑器替换纯文本 Markdown 输入。


可惜的是它效果并不好。即使经过数月的努力,我们的用户仍然在不断抱怨,说编辑器真的很难用。最重要的是,编辑器的库占了我们 JavaScript 包大小的大部分,而且缺乏跨浏览器支持意味着我们必须将普通文本输入作为后备选项。


另一个框架可能效果更好,但我们应该专注于更紧迫的功能。我认为我们需要 WYSIWYG 编辑,但并没有与用户就此事展开交流。否则,我们很快就会意识到根本就没有必要所以这个编辑器。


学到的第 5 课:在考虑新技术时要谨慎,偏向保守的选择。

学到的第 6 课:开放路线图,了解用户的优先事项。

小贴士

即使改变了这些决定,也不会让 Spectrum 自己成为更好的产品。但这样会节省我们的时间,让我们花更多的时间进行实验。


总而言之,以下是我总结的六个经验教训。


  1. 构建一个好产品就是要不断进行实验,加快开发速度,为了迭代速度和灵活性而优化。

  2. 尽可能使用现有的解决方案来解决技术问题,特别是那些你不了解的问题。

  3. 谨慎选择以后难以更改的核心技术。

  4. 在选择技术时,优先考虑社区规模和维护活跃度,尤其是在不熟悉的领域。

  5. 在考虑新技术时要谨慎,偏向保守的选择。

  6. 开放路线图,了解用户的优先事项。


查看英文原文:https://mxstbr.com/thoughts/tech-choice-regrets-at-spectrum


2019-02-01 08:007272
用户头像

发布了 731 篇内容, 共 474.7 次阅读, 收获喜欢 2008 次。

关注

评论 2 条评论

发布
用户头像
没有从业务和使用场景上分析不具又什么参考价值,如果两个开发ios的又写一篇后悔使用的react-native了
2019-02-10 21:37
回复
用户头像
可以考虑用 react-native-web 和 react-native 来做三端统一开发
2019-02-01 23:45
回复
没有更多了
发现更多内容

架构训练营 毕业设计

dog_brother

「架构实战营」

RavenDB起步--第一个 RavenDB 程序

喵叔

TDSQL PostgreSQL执行计划详解

腾讯云数据库

tdsql 国产数据库

智联生活行业加速器热门FAQ:物联网企业该如何与华为云合作?

华为云开发者联盟

物联网 华为云 智联生活 智联生活行业加速器 云市场

Netty核心概念之ChannelHandler&Pipeline&ChannelHandlerContext

CRMEB

☕【Java深层系列】「并发编程系列」让我们一起探索一下CyclicBarrier的技术原理和源码分析

码界西柚

并发编程 AQS CyclicBarrier Java 线程 1月日更

为什么ConcurrentHashMap是线程安全的?

王磊

分享四款H5怀旧小游戏魔塔+伏魔记+三国霸业+寻仙纪

echeverra

前端 游戏

1月月更|推荐学java——Spring事务

逆锋起笔

spring事务管理 spring ioc java 编程 Spring Java Spring事务

Redis:我是如何与客户端进行通信的

华为云开发者联盟

redis 通信 协议 指令 客户端

MySQL 如何解决幻读(MVCC原理分析)

Ayue、

MySQL InnoDB 1月月更

20000字详解大厂实时数仓建设 | 社区征文

五分钟学大数据

数据仓库 实时数仓 1月月更 新春征文

TDSQL-A技术架构演进及创新实践

腾讯云数据库

tdsql 国产数据库

中科柏诚:积极践行为中小企业服务宗旨,同乡村振兴有效衔接

联营汇聚

在线XML转JSON工具

入门小站

工具

企业可以定级吗?可以自己确定等保等级吗?

行云管家

网络安全 等保 等级保护 等保2.0

RavenDB起步--客户端API(一)

喵叔

ReactNative进阶(三十一): IoC 框架 InversifyJS 解读

No Silver Bullet

​React Native 1月月更 InversifyJS

鸿蒙轻内核M核源码分析:LibC实现之Musl LibC

华为云开发者联盟

鸿蒙 内存分配 LibC Musl LibC Musl

RavenDB起步--使用 RavenDB Studio

喵叔

事件驱动架构在 vivo 内容平台的实践

vivo互联网技术

微服务 云原生 事件驱动架构

TDSQL-C PostgreSQL版的高可用特性

腾讯云数据库

tdsql 国产数据库

第四节:SpringBoot中web模版数据渲染展示

入门小站

springboot

Python监督学习之分类算法的概述

王小王-123

Python 人工智能 机器学习 分类算法

华青融天加入,龙蜥社区再添科技风险监测领域新伙伴

OpenAnolis小助手

Linux 开源 合作伙伴

看过来!腾讯文档上架优麒麟软件商店啦

优麒麟

Linux 开源 腾讯 操作系统 麒麟操作系统

为数据库性能调优插上 AI 的翅膀 | 调优测试框架 Matrix 团队访谈

PingCAP

基于Flink CDC打通数据实时入湖

五分钟学大数据

flink 1月月更

模块1作业

卡西毛豆静爸

架构实战营

一、数据结构

喵叔

RavenDB起步--安装以及示例数据库

喵叔

前端技术选型的遗憾和经验教训_大前端_Max_InfoQ精选文章