联系我们

您好,我们随时为您提供帮助

致电三品销售:400-8233-380

渠道:020-32069908-820

售后:020-32069918-806

各地联系方式

 
Sanpinsoft News

【看图说话】需求——无限的前沿

发布时间:2021-06-04  点击:223次

导读

今天让我们继续 《三品软件——看图说话系列》,本次讨论主题与项目中【需求】的无限增长相关。
标题借用了美国科研体现中作用最大的一个法案的名称,《科学:无尽的前沿》。这份法案曾经领导美国科技雄霸天下,控制全球产业。尽管他们是科学,我们是产业,有较大的差异,但我们在这篇文章中主要关注其共性,那就是:如何在资源有限的情况下,安排研发经费,如何调动人力资源,才能逼近最优解,并在有限的时间条件下,让我们获得的价值最大化。


为节省您的阅读时间,这里做个全文概述:

需求是没有边界的,项目中不变的规律就是一直在变(不变的项目通常是死了),然而人力资源(特别是程序员、工程师资源)是有限的,如何解决 【需求无限】 和 【人力有限】 之间的矛盾,这是每一个物联网企业、IT企业所需要面对的永恒的话题。

本文提出了一个观点,即:我们通过基于云原生编辑器,可以极大的解决无限需求的问题。

换个角度说:我们可以创建出一个平台,对外培训,赋予合作伙伴快速进行高级编辑的能力,对内提升平台自动化程度,用来替换大部分程序员的时间,将项目效率提升数倍。上述内容可能有些费脑,下面我们会慢慢解释,关于效率提升数倍(至少三倍),您一定心存质疑,下面让我们来看看具体的论证过程。


一、现状

目前的现状,程序员、工程师所处的位置,位于【连接中枢】(如图):


image.png



上图中,我们可以看到:

在项目中,需求的流向,集中在程序员身上,程序员负担了极大连接的职能,已经超负荷,成为了整个系统的瓶颈。

整个系统是串行的,很多流程必须等待程序员,这近似于全程交通拥堵,没办法多线程全开。只能雇佣更多程序员,但这样人力成本又上去了,陷入进退两难的局面。

策划经理、客户,无法直接接触产品,中间被程序员隔断了,然而系统设计的 idea 的传达,需要耗费极大的沟通时间成本,不管是写策划文档也好,又或者是来来回回、高密度的沟通会议也好,都在极大的消耗企业的人力资源、时间和金钱。


二、启发


前面说了,现有模式类似【串行等待模式】,效率无法提升,遇到瓶颈。让我们再来看看另外一种,【并行模式】,应该会有一些启发(如图):


image.png


上图中,我们可以看到:

Photoshop 充当了中间节点,承接了所有连接和交互。

画家(对应于企业经理和策划),节省了和程序员沟通的时间,沟通时间等于零。

画家直接接触自己的产品,可以让自己的需求通过 Photoshop 这个编辑器进行【无限】的变换,想改就改,改后立即可见,可以实现立即反馈、立即改进、立即部署。


以此类推,其他诸如此类的编辑器,如Word、3ds Max、CAD、SolidWorks等,在创作时,创作者同样无需向程序员提需求便可直接创作。


那么,我们现在得到一些疑问:

为什么 IT 行业,没有一个强大的编辑器,可以满足【创作者】的需求?

为什么我们要重度依赖【程序员】?


三、困难、挑战和机遇


在给出下一幅图之前,我们先用文字来描述面临的困境。阻碍一款强大的 App/网站 编辑器诞生诞生主要有以下这些原因:

1.长期以来【网络带宽】一直是个大问题,由于网速太慢,无法支撑云编辑器(多人同时在线编辑一个文档或项目),而网站、App 则重度依赖 网速,所以很难出现好的在线云原生编辑器。

2.由于历史遗留问题,传统的编程是在没有鼠标交互,而只有键盘的环境下,这种传统如此牢固,以至于大家都不相信拖拽能得到好的编程体验。

3.人们对 “高级编程” 过于崇拜,不相信积木式拖拽编辑器可以完成逻辑编程。

4.人们对 “拖拽编辑” 有误解,认为但凡是编辑器就必须且必然是 “傻瓜化” ,并且拖拽和点击都是给 “小孩子” 用的,实际我们反思一下就知道,很多编辑器都不是给小孩子使用的,如上面提到的 Word、CAD、3ds Max 等等。而且我们的下一代,大部分都是 iPad 原住民。这个方向值得我们去开拓。然而,市面上的编辑器,特别是 h5 编辑器,都过于傻瓜化,没有走向高培训高技巧的编辑器之路。

5.由于前面提到的对键盘编程的崇拜(源于 C++、Linux ),大家认为编程就是键盘编程、逻辑就是键盘逻辑,布局就是代码布局,美术就是美术设计完了给程序切图和组装。实际上,这些操作都可以由策划和美术自己完成,只要我们提供良好的拖拽界面和少量的培训。目前还没有一家公司想到把UI界面布局和逻辑拖拽合二为一,这说明这件事情很困难,也说明这极有可能是一片蓝海。

6.浏览器早期的竞争,使得网络编程环境不稳定,特别是 IE 系列浏览器,用户无法在不同的浏览器中获得一致的视觉和交互体验。

7.传统的编程环境中存在很多【人力断层】,在这些断层中,您会看到大量的程序员在做【非自动化】的工作,如:书写各种包含符号和括号的脚本,这些脚本不提供智能化提示,难以维护。还有其它场景:手工对接接口、手工解析信号(get 和 post 协议)、手工编译、手工部署、远程登录和调试。而要做出完美的编辑平台,这些步骤都必须全部自动化。这又带来 “性能” 问题,下面一点会讲到。

8.人们迷信只有 “程序员亲手写出的代码” 才是高性能的代码,实际上大部分程序员是调包程序员或者胶水程序员,他们产生的代码,不但性能不高,而且有可能性能很差,经常报错。

9.优秀程序员不是不存在,而是被大厂垄断,中小企业难以承担优秀程序员过高的成本。

10.并没有任何一个平台能够将优秀程序员输出的组件以人性化的方式提供给广大的产品经理或策划,即便是 github 和 npm 社区,也没有做到,这不是能力问题,而是习惯问题,由于惯性思维,人们倾向于雇佣程序员团队 ,然后间接实现产品,而不是提供编辑器给产品经理,让产品经理有能力去直接构建产品。

11.跨界程序员太少,以致于很少有程序员能想到【合并界面编辑器和逻辑编辑器】。

12程序员即便是想到这条路径,但令人遗憾的是,程序员表达能力通常不足,而大部分企业负责人也只愿意尝试现有模式,不愿意承担风险和代价。但是,我们都知道,越是有风险的事情,越有机会,因为大部分人都不敢踏入雷池,只有胆大者可以抢占先机,实际投资的时候,也不需要  ALL  IN  所有资源。

13.实际实现过程中,还有很多断层,包含但不限于这些:数据库、Linux/Windows部署环境设置、域名设置、缓存配置、连接断层、权限断层、底层浏览器生态断层......要合并这些断层,没有极强的架构能力和预见能力,是无法达成的。因为困难,所以很多拖拽式编辑器的企业,放弃了合并这些断层,放弃了逻辑编辑器,最后只能做简单定制。话又说回来,有时候难,恰恰代表了机遇,因为无人竞争。


反过来看,我们认准的方向,也并不是盲目和毫无根据的,可以观察到,目前各种条件已经接近成熟,笔者认为是时候做一款界面布局和逻辑拖拽合为一体的产品了,理由如下:

1.5G 来临,未来不管我们身在何处,网速将不再是问题。

2.设备越来越轻量化,特别是今年,VR 设备解决了很多晕眩和分辨率的问题,正在重新火起来,拖拽式编辑将迎来新的蓝海。将来,用户随时随地都可以使用大屏幕拖拽编辑+语音辅助控制+VR空间编辑。

3.FaceBook 正在研发新的手环,一旦完成,可以支持在 3D 虚拟空间中,轻易拿捏 和抓取物品,编辑物品,编辑的效率将迎来巨大的飞跃。

4.语音控制越来越智能化,可以用来辅助编辑器,提高编辑效率。

5.React 、 Vue 等项目,也间接地证明了,模块化是未来的趋势,一个逻辑文件上千行的历史,将一去不复返,而积木式编辑器,正好可以在少量代码的环境下流畅工作。

6.Flash 、Weex、Flutter 等项目,都在试图统一当年浏览器没有做到的一致化环境,而 WebAssembly 技术,也在不断的进行统一规划,未来的环境会越来越好。

7.由于摩尔定律的指引,CPU 、内存等资源的成本逐年下降,我们现在可以用自动化批处理程序来替代很多程序员的手工操作,这实际是用算力换时间,容量换时间。

8.人工智能的发展,也给平台智能化运作带来了曙光。

9.网络的评价模式,用户内容的产出模式以及分享模式,已经在现有的大量 App 上得到了验证,我们只需要把这种模式推广到 组件编辑器云平台上。

10.苹果的 AppStore 模式,也证明了软件市场的潜在价值,而我们可以参照此模式,产生出一个全新的,更低颗粒度的积木市场。用户可以用积木搭建自己的 App。

11.天使投资家的眼界也越来越丰富,以此为目标的团队,只要能获得对应的验证数据,相信能通过风险投资进行快速扩张,并最终形成具有网络优势的组件市场,如此,资金便不再是问题。

12.Chrome 以及 Flutter 、 Kraken 等平台的性能,已经接近原生,是时候考虑跨平台编辑器了。

13.我们在企业内部已经获得共识,即:一切都是输入、处理、输出,包括产品策划的文档以及编程的代码,本质上都是在编辑函数,也就是说,文档、组件、积木、封装、函数、逻辑,可以等价,既然如此,何不尝试做一个统一编辑界面,产品经理和策划,直接操作编辑器,而程序员只需远程提供积木式组件支持。


四、最终架构

总结起来,编辑器获得的,就一个字,快。为什么快呢?请看下图:


image.png


由上图,我们可以看到,用户通过编辑器,直接编辑自己的产品,无需等待,可以获得即时反馈,三方是并行状态,互不阻塞。这本身就代表了效率的极大提升(至少三倍)。这当中,有没有漏洞和难题呢 ?有的,但也不是没有规避的路径:

1.一开始组件会非常少(这个可以通过合作的方式解决,开源社区和企业伙伴都可以贡献组件,我们内部也积累了一些组件,而且目前平台可以快速封装现有组件,这方面几乎没有实施风险)

2.一开始的培训过程需要反复斟酌(还好我们内部有程序员曾经做过培训教师)

3.社区的分享和付费机制、以及规章制度,有一个完善的过程(需要磨合)。

4.拖拽式交互体验需要不断迭代。(需要时间打磨)

5.平台不够自动化。(需要我们补全和编写自动化编译和部署逻辑)


一旦解决以上问题,将会产生飞轮效应:组件越多 → 用户越多 → 慕名来平台赚取收入的程序员也就越多 → 能筛选出的优质组件也就越多 → 用户也就越多。这是一个正循环。


三品软件目前正在努力达成这一平台,设立了一个专门运营此项目的部门,我们希望在不久的将来能通过这个平台赋能给我们的企业客户,让他们获得如下能力:

1、 像现有的H5编辑平台那样,快速生成App和 网站,但依然保有强大细致的像素级定制和更新能力。

2、通过云平台编辑器, 快速生成企业自身的编辑器 ,不必依赖程序员。

3、企业之间,可以自由的共享和售卖自己编写的组件,不必再拖延到完成整个项目,将来的企业,可以只专注于单个组件,而没有必要完成整个项目(这是一种社会资源浪费,也是内卷)。

4、 快速对接其它企业的能力。

5、 自动部署的能力。

6、 像Word或CAD一样,最大限度剥离程序员,节省大量沟通成本。

7、 企业则由此降低了人力成本,有更多的经费应对经济危机,有更多的资金进行其它的投资。


笔者认为这样的平台建立起来后,可能会淘汰一批技术落后的程序员。物竞天择,优胜劣汰,革自己的命,让天下程序员无路可走,在竞争激烈的大环境下,存活下来的程序员都是最优秀的。而在组件式平台上,也只有最好的那几家可以通过提供良好的拖拽式体验,以及稳定的组件存活。
拖拽式虽然有很多项目在尝试,但真正并入逻辑拖拽的厂商,少之又少,而我们认为,即便是编写逻辑,人脑也更愿意用手指拖拽的方式来操作,人脑是惰性的,自然会选择更贴近手指的操作。并且随着基础设施的完善(网络、VR、硬件智能等),拖拽的编辑效率最终会超过键盘编程,而且您可以在家中,就可以享用全世界最好的程序员写出来的最稳定的组件,也可以享用最优秀的美术,提供的最精致的界面装饰。为什么不呢?三品软件正在路上,目前我们已完成了很多基础工作,比如布局管理器和表单管理器,正在完成最后一块拼图:逻辑组件编辑器以及相关的推荐、评论、分享付费型社区。


期待有更多合作伙伴加入我们,共同建设下一个拥有良好编辑体验的组件化全球市场。如果您有更好的建议或意见,欢迎与我们联系探讨。

(文章来源:)
扫一扫 关注我们 官方微信
官方微博