创始人说｜Zion的前世故事和诞生初心

雨后彩虹

   创始人说｜Zion的前世故事和诞生初心

“予匠者器 载梦者航”这是Zion的产品理念，也是Zion创始人陆继恒一直以来对于Zion这个产品的期待。

Zion这个产品是如何诞生的呢，陆继恒最初做Zion的初心又是什么呢？

刚好在奇绩社区里，有一个提问：“作为创业者，当时为什么选择了这个赛道？”陆继恒有感而发回答了这个问题。

本文，就转载了陆继恒的回答，而这也刚好是Zion前世故事和诞生初心的答案。

Why Zion?

行业、趋势、why now、why us之类讲给投资人听的洞见这里就不说了，今天来点走心的。

我做的Zion属于大的无代码系统/低代码赛道（如果可以称为一个赛道的话），而我们希望改变通用交互式应用的软件开发方式，把GUI OS（图形用户界面操作系统）给个人电脑带来的奇迹也带给应用开发领域，让更多人不仅仅只是消费软件，而是让软件真正成为思想的自行车。

原因的话还是来自于小时候的执念。

2000年前后，还在小学的时候，我第一次接触编程/开发就是使用的微软Office套件里的FrontPage（全名：Microsoft Office FrontPage，简称FP。是微软公司推出的一款网页设计软件。），和当时网页三剑客里的Dreamweaver（Adobe Dreamweaver是Adobe公司的网站开发软件。它使用所见即所得的接口，亦有HTML编辑的功能）类似，属于通过可视化拖拉拽的方式就能搭建出来一个网站的工具。

当时很多的网站基本都是静态页面。（这里有个知识点，关于静态页面vs动态应用：

静态网页很多内容都是固定的，在功能上有很大的限制，所以交互性较差，动态网页则可以实现更多的内容，用户的登录、注册、查询等）

由于技术限制，当时国内绝大多数网站，包括门户网站搜狐、新浪等，都是静态页面。类似的网站，用的全都是栅格切割的方式来实现页面布局，当然渲染的时候格子线是透明被隐藏的，从而可以让一些花哨的样式能通过把图片切成多块，填充到跨行或跨列的格子里来实现层次感；而所有的逻辑基本就停留在静态页面间的跳转，每个可跳转的链接当时叫超链接（HyperLink）；而所有的数据，几乎都是完全包含在页面的元数据里，即html里。

Zion代码平台专业人士表示，由于这些属性，所以单纯一个静态页面就可以包含软件/网页的交互、业务逻辑以及数据三层，而且所有这些几乎全都被可视化地平铺在同一个页面里，实现类似于Word的所见即所得。虽然有些学习门槛，但在摸索一段时间并最终发布上线测试时（其实根本没到www上，只是在局域网内），对于那时的我而言是极度震惊而又充满自豪的。当时不知道，但现在回忆起来就是，“任何一项足够先进的技术和魔法无异”的感觉。这一切可实现的边界受限于的不是工具而是自己的想象力。

我以为所有的软件或者至少是可视化应用都应该是这么实现的。

可惜的是，随着网页应用的技术栈变化，类似的技术/工具逐渐跟不上时代的变化，而渐渐失去了方向。之后虽然零星在Xcode的Storyboard中看到苹果的坚持，但终究还是抵不过low-hanging fruits（更容易实现的目标）的吸引，没有走向主流。

所以，在许多年之后，当我和我合伙人在踌躇于未来的方向时，在一趟飞回美国的航班上半梦半醒之间，这个想法蹦进了我头脑里的风暴，而后其他一切的风起云涌都渐渐平息，她缓缓飘落在我的脚下，化作了一条若隐若现的延绵小径，看不清，但能清晰地望见那远处的灯塔。

没头没尾

看的好像不错的样子。

大苏打

可以，蛮不错的。

阿秀骑摩托

可以，蛮不错的。

long

贴子很不错，我喜欢

没头没尾

想不到的把。