GMTC深圳站本周日开幕,14大专题全部上线,完整日程>> 了解详情
写点什么

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

  • 2019 年 2 月 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 年 2 月 01 日 08:006301
用户头像

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

关注

评论 2 条评论

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

JavaScript 进制问题

空城机

JavaScript 11月日更

作为Java面试官,我会问Java程序员一些什么问题?

Java 程序员 后端

你居然还去服务器上捞日志,搭个日志收集系统难道不香么!

Java 程序员 后端

企业级的SaaS多租户微服务平台SpringBlade 项目,源码分享

Java 程序员 后端

融云与 HIFIVE 达成战略合作,共创「沉浸式」社交解决方案

融云 RongCloud

通信云 语聊房 语音社交

嘉宾就位 | Unity、Beeto、荔枝、阿里云、StarMaker、LiveMe、积目…花城论剑

融云 RongCloud

通信云 社交 元宇宙 泛娱乐 出海

你以为自己Nginx掌握的很好?这份1330页Nginx笔记,颠覆你的认知!

Java 程序员 后端

从SpringBoot源码看资源映射原理

Java 程序员 后端

从三线城市公司跳槽美团关键,啃透了腾讯T8-3手写Java高级笔记

Java 程序员 后端

从内存分析局部变量与成员变量的区别(Java)

Java 程序员 后端

从单体式架构迁移到微服务架构

Java 程序员 后端

外包学生管理系统 - 详细架构设计

奔奔

你必须了解的微服务架构设计的10个要点!

Java 程序员 后端

今年面试大厂屡屡失败,一波三折最终入职拼多多java岗,我经历啥?(1)

Java 程序员 后端

从JVM锁到Redis分布式锁,对小白十分友好

Java 程序员 后端

从一道 LRU 算法题说到缓存淘汰策略

Java 程序员 后端

用明道云实现与物流信息交互

明道云

今年面试大厂屡屡失败,一波三折最终入职拼多多java岗,我经历啥?

Java 程序员 后端

今日话题:程序员,从培训班出来的都是垃圾?你们是怎么看待的

Java 程序员 后端

手慢无!2021 OceanBase 数据库大赛专属键盘等你来拿!

OceanBase 数据库

数据库 开源 架构 大赛 11月日更

从头到尾说一次 Spring 事务管理(器),还不会你打我!

Java 程序员 后端

从这五个方面看hashmap,新手一遍就能懂

Java 程序员 后端

以后面试再也不怕被问Java并发编程了,多亏了这本PDF电子书

Java 程序员 后端

从筛选简历和面试流程讲起,再给培训班出身的程序员一些建议

Java 程序员 后端

从美术生到程序员转型之路【我的故事】

Java 程序员 后端

作为一名程序员,你觉得最重要的能力是什么?

Java 程序员 后端

自定义View:如何实现一个双击放大缩小的图片控件

Changing Lin

11月日更

从架构演进的角度聊聊Spring Cloud都做了些什么?

Java 程序员 后端

传授一套月薪20k程序员的高薪秘籍

Java 程序员 后端

Github霸榜月余~,原来是阿里大咖的千亿级并发系统设计手册上线了

Java 编程 程序员

电竞入亚,行业爆发,你的游戏是否还缺个「大招」?

融云 RongCloud

游戏 社交 泛娱乐

2021星空论坛:破局创新,论道数字化转型

2021星空论坛:破局创新,论道数字化转型

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