dfkjgklfdjg
2021-05-21 15:41:31 +08:00
引一段尤雨溪的回答：
- - - - -
低代码无代码，这个东西是这样的，就是我们把它想象成一个取舍的一个轴，轴的一端是灵活性（所谓灵活性就是你可以应付任何需求、任何场景），在轴的另一端就是低代码无代码 ，就是你需要写的代码越少越好，对代码本身的知识越少越好。
最理想的就是一个没有任何代码知识，就比如说一个纯产品经理或者一个设计师，就拿你这个东西捣鼓捣鼓就弄出一个正真生产环境能用的东西，这是这一端。
另一端就是说我不管怎么样，在复杂的需求我都能用我的系统都能给你弄出来，这两个东西就像我们知道这个数据库设计里边有这个，数据库你最终的一致性，写的可靠性等等，就是三个东西里边，没有办法三选三最多只能三选二。
我觉得这个低代码和无代码这也是一样的。就是你在究极的灵活性跟易用性，没有办法在两个轴上都做到极致的，就是你在中间肯定只是找不同的点，所以我们现在看到的工具都是在这些不同的点上，去尝试看哪一个点是最合适的平衡。
你可以看到一个比较具体的例子，比如说淘宝店铺，你要搭店铺的这个东西基本上做到了是个店小二都能用，很傻瓜，但是它的这个代价就是说，它的内部实现是跟你这个淘宝搭一个页面的需求是强耦合，那你这个系统，就为了让店小二做的尽可能简单高效，它可能牺牲的代价就是我这套系统就没有办法用在任何场景。
那反过来说如果你要做一套说我既要不需要编程又可以应付任何场景，最后你的代价可能就是你这个系统做的其实可能简单的场景又搞的很难用，然后一些需求你搞不定最终还是没有办法做多真正 NoCode，然后最后你还是说，哎呀这边我搞不定了，工程师你来帮我搞一下，然后两边一沟通一反馈，这一有人的互动、有人的沟通，效率一下就低下来了，最后你这个 NoCode 的优势就没了，所以我觉得这个东西一句话来说就是没有银弹。
这两天还是看到一些比较有意思的探索在知乎上边，首先哪个徐飞叔叔他发了一篇文章，然后那个侯震宇也有了一篇文章，这两篇文章其实都挺好的，我觉得在这个方向他们是在做一些比较本质的思考，就是做这些系统的同学可以看一下,但是我个人对于这块也就也不是那么的深入，所以我只能大概的谈一下。
- - - - -