后端程序员找志同道合的朋友共图大业

居然还是 JSP

@kaiki
您说的应该是我 10 年前开发的我爱围棋网吧，是的，当时边学边开发的，平时不用 java 相关语言，js 除外。

serverless ？

JS 也不是 Java 相关，好吧名字有点关系。

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

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

5 年前可能有希望，现在大厂都已经布局了，解决一些小项目绰绰有余

（从事开发 20 多年，本人 20+，神童阿）

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

20 多岁从事软件开发 20 多年，也就是说从 10 岁不到就开始干活了，nb 啊

大哥 20 多岁从事 20 多年软件行业？？说出来你自己也信吗？表述清楚一点很难吗？

「本人 20+一线程序员」存在歧义，不过明显是可以理解表达的意思的。

是我网络不好没有加载出来 css 吗？感觉像是 2G 网络时代的网站。

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


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

找个厂子上班吧

可能很多人点进去看到 UI 后就没有兴趣继续查看了. 我觉得楼主非常有激情的把想法实现了并发布出来, 应该值得肯定. 我仔细看了下内容, 有些不成熟的想法.
1. 楼主产生无服务云平台来服务中小企业或者个人开发者的想法, 应该是对的, 目前大厂也都在布局, 应该就是所谓的低代码平台, 由平台来解决 80%的通用问题, 平台用户(开发者)来解决剩余的 20%的特异性问题(通常大部分是前端方面或一些特异化的 API).
2. 但是楼主平台所提供的服务, 像类似静态网站服务 /数据存储服务等, 我觉得方向有些问题, 这些也都是平台应该解决的通用性问题, 但是楼主平台来解决该问题对比大厂来说没有丝毫竞争力, 这部分与大厂提供的 serverless 和各种云服务完全重合, 不说楼主技术水平是否能够做出超越大厂的性能和稳定性等, 就是价格方面可能也打不过大厂(可以参考腾讯 cloudbase 服务, 目前一定使用量下是完全免费的).
3. 楼主平台提供的服务, 我觉得可能不能满足通用性的开发工作. 楼主提供了很多案例, 但是这些案例并非是真正生产级别的应用. 举个例子, 如果我希望使用 fastfullstack 来构建一个内部管理系统(最通用的需求), 那么首先我要能对数据项进行定制化, 例如用户信息中加入工号字段, 这个目前没有在文档中看到如何解决(可能没有看全, 如果有误请楼主指正), 另外 RBAC 权限控制完全没有看到, 这个也是通常构建应用最长使用到的功能之一. 如果这些功能不在楼主平台范围之类, 那么对于开发者的效率提升可能有限, 这样楼主的平台就完全是一个底层云平台, 直接与各大厂云竞争的产品.
4. 我觉得做通用低代码平台可以参考下 strapi 这个产品, 它的定位是一个 headless cms, 可以方便的构建内容数据及关联关系(我不赞同楼主文档中说的「就目前我们做的 10 多个实际案例来说，暂时未碰到关系型数据读写需求」,数据间的关联关系肯定是需要的), 并且有比较完善的权限管理, 而且在各个阶段留出了 hook 点可以让开发者进行定制. 如果能将该产品 SAAS 化, 相信应该会有很多开发者愿意付费使用(strapi 本身是本地部署的). 但是大厂留给大家的时间也不太多了(参考 https://github.com/TencentCloudBase/cloudbase-extension-cms)
5. 建议楼主在 fastfullstack 注册成为开发者时不要收集用户身份证号, 这个是比较隐私的信息, 会挡住很多愿意试用体验的用户(例如我😄, 所以对楼主平台体验不完整, 以上内容可能存在误差)

以上只是我的个人意见, 楼主如果觉得不对尽请忽略 :)

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

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

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

你这不是丑不丑的问题，是完全没有体验啊，其实做个网页不难，大把开源的库开箱即用，好看又好用

再一个，对于像我这样的前端程序员，自己做项目的话，首选的后端是 node，毕竟熟悉。如果要求更高就是 .net ，虽然我很烦微软那一套，但已经是最好的选择了。。。

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

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

我的意思是你选定的用户群有问题，作为前端程序员，如果要让我搞后端，我会选择 node 或者 dotnetcore，而不会选低代码平台。
低代码平台应该面相的是无法编程的人，多为懂业务，懂技术，但不懂开发的技术岗。或者是更深入，直接面相不懂任何技术，只懂业务的市场岗位。

看起来像 leancloud 之类的平台，leancloud 他们做了很多年了，做得也非常好

太骚了这网站。有真材实料，就是 UI 太有年代感了，可以考虑包装成什么 80 后 90 后回忆之类的看看能不能吸引到一部分用户

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

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

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