@Justin13
你说的应该是前端的低代码平台，serverless 应该也属于低代码方向的一种子方向，只是它是面向服务器的代，甚至是无，您说的应该是客户端为主的低代码，也就是完全的无代码开发模式，面向的是像你说的不懂开发的人员，快全栈平台面向的是前端程序员，所以，客户端代码是必须要写，而且几乎(网络部分可以不用写)是全部要写的。

@morimi2026
是的，之前有朋友和我介绍 leancloud，我去看了下，也是类似方向，不过设计者的经历不同，所以具体实现上及重点方向上也是有很大差异的。快全栈平台最大的核心机制和服务是多用户网络互动性，目前以这个为核心的也有，不过好像只限于小游戏在线对战匹配应用，而这个功能对于快全栈来说，只是其核心应用之一，因为平台并未限制业务层面，只要是符合多用户网络互动性的，那就是快全栈的优势，当然如果混合了我前面和其他同行朋友及官网解释的不适合应用的业务除外。

@HibernatePlus
是的，正确，够骚，我喜欢你的说法。不过除了你说的作为回忆录之类的用途外，我还是希望有更多用途的。最低限度，我自己就是个偶尔会有一些想法的人，有想法就想动手实践，比如实现个小应用或开发个小游戏之类，以前需要全栈开发，普通的全栈开发我感觉效率很低且很累，各种思维切换，产品难以达到专业化。现在有了快全栈平台后，我在此基础上实现了我的很多小目标，效率确实大大增加了，我现在几乎不用再写后端代码了。后面我正在考虑转成前端程序员，因为感觉很多项目后端真的没必要花费时间精力去重复开发。在这一点上，我认为前端更有意义。当然下一步我有可能就是朝着如何改进前端开发效率的方向走了，比如前端低代码平台是个不错的方向。

@Justin13
是啊，我很多时候就是不太懂得学习和借用他人的力量，什么都自己搞，而且还搞得极其不专业。我之前做过 10+客户端开发，还做过皮肤(xp 以前 windows 系统没有皮肤，需要应用各自自己开发)，但这些都是有公司的 ui 配合来做的，我纯粹只是用代码把 ui 给实现出来，所以并未暴漏我毫无审美观的先天缺陷。但这些个人项目，从设计到产品，前端后端完全都要靠自己(请不起设计人员)，这种缺陷就充分的暴漏出来了^L^。
然后关于你说的 [首选的后端是 node] 的问题，你可能没有太理解我设计这个平台的主要目的是让平台所服务范围内的项目完全免服务器开发，只需写前端代码就可以了，所以就没有所谓后端首选的概念了。而且如果按前后端分离的设计理念来说，其实如果开发前端，和后端用什么开发没太多关系，毕竟应该是面向接口或协议开发嘛，是不是?

最后非常感谢你的关注，希望能有更多的建议和指导。

@he11owor1d
感谢关心，后面是有可能要上班的，不过自己的兴趣和梦想也不能忽略

@GreyYang
非常感谢有您这么认真的同行朋友给我这么多好的意见。您说的基本是事实，有些细节点我这里作一些解释说明以作回复。
对于 1 和 2，我一起说明，我自知能力有限，所以也没有考虑做一个全类型互联网应用的无服务平台，主要是针对自身的兴趣和之前的工作中比较熟悉和更感兴趣的方面来做，平台最大的特色是主要面向互动性强的互联网应用或游戏，而对于安全性要求高的、大数据处理相关的以及复杂的关系型数据库相关的(包括 ERP 和您兴例说的内部管理系统等)就并非设计的应用方向，虽然可能也能做，但像您说的，可能就达不到那种大大提高效率或与大厂竞争的能力了。因为我知道，在这些方面市场已经非常成熟，也非我的特长，所以我是基本放弃这些方向的，虽然平台没有明确提出禁止在这些方面使用。总的来说，我就是希望以高用户网络互动性产品为核心服务方向，把这个方面做到比市场上其他厂商做得专业细致到位实用，而不是成为面面具到的鸡肋。当然，我的网站文档可能描述不完整可清晰，难免会让大家觉得我是要做得和其他大厂一样，其实我是在已经成型之后，才知道有 serverless 的概念的。具体适应哪些方面，网站也有一些说明的。
对于第 3 点，中间包含的关系型数据库相关及 RBAC 权限控制相关，我已经在上面也有说明，这里再补充一下，我有朋友就专门做数据库这一块的平台，这是方向不同的。然后说明一下您举的加工号的例子，平台其实有很多方案可以实现，我最直接的实现想法就是通过 nosql 的存储机制按用户 ID 存储一个该产品私有的对象，对象中包含工号字段和其他私有的字段就好了。平台定义的是最基本通用的一些字段，不通用的就不会定义，因为如果有很多产品使用不到，那这些字段设计出来反而会带来负担。所以平台就是通过设置多种存储机制如：channel 、nosql 、filestore 等来让用户自己根据各自的喜好和产品的特点来设计自己的实现方案，平台不希望过多的限制使用者的使用方法。
再来说第 4 点，这个还是和关系型数据库相关的，另外一点是，和其他 serverless 平台不同的是，平台目前还未实现服务端 hook 开发相关的，这是我最初设想做到核心方向完全免服务开发的目标。不过由于各类产品的复杂性，后面如果有可能是两种方向，一种是增加更多的接口；另一种就是支持服务端 hook 开发了。而至于说到本地部署的问题，平台的设计初衷中包含了免服务器开发及服务器维护，如果都本地部署私也就是相当于私有化了，那么统一管理统一维护以降低成本的优势也就没有了。至于大厂的产品，我觉得他们是不是都是抄袭了 Amazon 或国外哪家公司(有个 serverless.com 的公司)的呢？因为他们这些产品基本做得一个样，我和他们的差别大多了，当然，区别大不是优势，强大和实用才是优势，但我是确实不喜欢抄袭的，要抄袭也至少要有大的创新才好。所以我宁愿在小的范围内做到有特色和专业，然后将来如果有机会，才会考虑扩大应用范围。
关于第 5 点，我之前确实未太考虑这一层，我之前考虑成为开发者要身份证验证，主要是因为我是国内备案的网站，而平台是面向开发者的，同时还提供网站托管服务(这个也不是平台的核心服务，只能算顺带)，如果用户真实身份不确定的情况下，在平台随便提交一些违法的东西，那么轻则网站被封，重则要承担法律责任，而这些都是需要网站所有者来承担的，平台没有任何收集开发者隐私的想法，这么做对平台来说也没有任何优势。当然，开发者们有这方面的顾虑是完全可以理解的，换上我，我也要考虑考虑，特别是像我们这种小网站。这一点，我目前还没有好的方案，既能解决开发者们的隐私安全问题，又能保证平台的安全问题，有点两难啊^L^。大家有什么好的建议的话，希望能推荐给平台啊，这里先谢谢了。

看得出来 GreyYang 对平台的真诚态度，平台再次表示深切的感谢，希望得到更多朋友们的批评指导和建议。

首先谢谢大家的关注，然后，我觉得之前确实没太注意语义双关性，本人 40+，20+程序员经历


@FreeEx @DamonLin @learningman @kidult
平台的最大特点之一是丑，这已经不是一年以内的事情了，怪只怪本人除了女人外基本完全没有审美观，且本人主要擅长于程序，对 UI 和设计方面确实是没有技能的，只能勉强把内容做出来。因为平台主要也是为前端程序员服务的，所以请大家也以程序员的角度来看待平台网站吧。
当然，一个成熟的产品肯定是需要外观美的，所以这也就是我在这里想找人一起组队创业的原因了。
最后，细节很重要，我也是很重视甚至过度重视细节的人，不过在这里，对于这个贴，希望大家能把关注点放在更重要的方向上，先忽略细节的误差甚至错误。
@diaosi 感谢理解。

@kidult
谢谢，你确实拥有儿童心态，不过我更看好你们年轻人，加油

有想一起做点事情的朋友可通过以下方式联系本人：
QQ:253980289
wechat：fastfullstack

@agdhole
serverless 是我创建这个平台之后才知道的，和 serverless 是同一个大的方向。
@flashlight
你说的对，准确的讲 js 和 java 确实无关系。^L^