import { Meta } from "@storybook/addon-docs";
import LinkTo from "@storybook/addon-links/react";
import Contact from "../../components/Contact";

<Meta title="服务/联系我们" parameters={{ viewMode: "docs" }} />

# 关于我们

计算机科学先驱 [Alan Key](https://en.wikipedia.org/wiki/Alan_Kay) 在上世纪 70 年代描绘过一个计算机世界应该有的样子。在那里没有写代码这件事，这是上个世纪的冗长、枯燥工作。人们面对计算机需要的，是思考、是去尝试 Modeling phenomena、Modeling situation、Simulating model 和 Gaining a common-sense intuition for nonlinear dynamic processes. 所需要思考的只是怎么让计算机更好地服务于我们的业务和客户，而不是大量重复性的研发、测试、运维工作。计算机应该是一个记录人们的洞见和思考的载体，这理应是继印刷术发明之后，人类的思想载体的一次变革。应该像我们在纸张上书写一样自然。

星搭 的第一个版本是我们在创办 `锐途科技` 时启动的，当时我们的公司帮助客户搭建 中后台系统、电商、APP 小程序，在接触了大量的客户后我们发现客户的需求中有很多相似的东西，比如电商 App 的登录、注册和用户中心功能，在资讯类 APP 中同样需要。我们启动搭建了一个中台方案，让在我们需求中高频使用到的一些功能组件独立出来，把通用的东西统一起来，把变化控制到一个合理的范围。即形成了星搭的前身 —— Arrplat。

但变化的部分还是需要开发工作，我们做到的只是一种纵向的（针对于某项业务模块的）抽离，而横向来看，我们的系统和应用中还有大量的重复性工作，比如：一个普通中后台系统中针对某些业务实体的 [CRUD（增删改查）](https://en.wikipedia.org/wiki/Create,_read,_update_and_delete) 操作。我们也在寻找一种方式，针对这方面的重复性工作做抽离。

如果我们尝试去追溯软件开发的本源，以整体的视角来看，软件工程和计算机科学在就是一层层的抽象，从 `Socket` 到 `TCP`再到`HTTP`、`HTTPs`，从 `汇编语言` 到 `C语言` 再到 `C++`、`Java`。在这一层层的抽象中，系统的不确定性和复杂性被一层层封装，越到上层我们会发现一切变得越来越确定和可控。星搭在这个层面要做的无非是一层新的抽象，一层 <strong>新的基础设施</strong>，封装软件开发过程带来的复杂性和不确定性，让人们对业务的思考能高效落地。

对于现代人来说，计算机的 图形化界面（GUI） 是一个很自然而然的工作。但了解计算机图形学的人都应该理解，让一个 21 寸或 27 寸的玻璃板显示如此丰富的画面是如此复杂的一件事情。想想吧，让把这块小板子分割成几千个像素，以数学的形式计算我们想要展示的图形，That‘s incredible！在[《硅谷之火》](https://book.douban.com/subject/1072313/)中有提到，图形化界面是 Steve Jobs 在参观施乐研究中心后受到的启发。在苹果公司力主图形化界面的研发并取得市场上的成功，微软 等公司同步跟进，才有了我们今天丰富的图形化界面。

而我们现在的图形化界面和我们构建图形化界面的方式，跟他在施乐研究中心一开始被研发出来时的样子相比，在显示的清晰度这个维度虽然在不断精进，但作为信息载体本质却没什么不同。在 70 年代，这种成果代表的是先进的科技，而在今天看来，这种交互和研发模式，只不过还是没有经过优化的原始版本，还有很大的优化空间。

## 我们的方案

刚才提到说我们做的一层基础设施，可视化搭建应用，帮助客户更快速地实现自己的创意。我们将市面上的主流软件产品、中后台系统和应用程序拆分开，将一些通用的模式归纳为 8 大组件：页面、表单、列表、报表、消息、工作流、模型，每种组件下又划分有数十种零件。这些零件和组件整体又可以分为两大类：`展示类`、`逻辑类`。

`展示类` 的核心是根据数据和样式配置生成展示效果；`逻辑类`（工作流、模型、消息）为我们调度页面和数据模型，实现应用的功能。整体上就像乐高积木一样，用户可以通过不同组件和零件之间的拼装组合，拆分重组实现期望的功能。当展示层配合逻辑层，我们有理由相信整个应用层面实现了图灵完备，即用户可以在我们平台上搭建主流应用所拥有的几乎所有功能。

高效的应用搭建方式只是我们产品价值的一部分，更重要的是用户针对其业务思考的沉淀和追溯。我们可以将企业的业务系统理解为团队和组织对业务的流程和方法的沉淀，传统的开发模式会导致我们的业务思考都跑到复杂代码里去了（没人能说清楚到底发生了什么）。而经过我们对研发流程的抽离之后，所有跟 How 相关的（程序怎么运行执行）逻辑都被剥离开，我们存储的数据是关于业务流程的完整描述，对于业务上的梳理、流程优化及溯源有很大帮助。另外，通过我们平台搭建应用，应用产生的数据以结构化/半结构化的方式存储在我们的数据平台中，可以使用户对业务数据的数据分析及二次利用更便捷，消除系统间的对接成本。高效的业务理解和数据的沉淀是我们对客户更大的价值。

# 联系我们

<Contact />
