3 ms·
I've upvoted this because it's funny and mostly true. However, the outputs from no-code and hand rolled are not equal. It blurs the distinction between custom a
by shanebellone 4y ago
I've upvoted this because it's funny and mostly true. However, the outputs from no-code and hand rolled are not equal. It blurs the distinction between custom and off-the-shelf. With no-code representing something closer to the latter.
- oriolid 4y agoThere's a lot of money to be made in first trying to customize an off the shelf solution, then trying to replace it with low code one and finally implementing a custom one.
- shanebellone 4y agoSure. Yet any no-code derivative is therefore stuck with a general-purpose implementation. Which admittedly is fine in many contexts. However, the distinction is important. You "assemble" no-code. You cannot buy a dog puzzle and reconfigure it to be a cat puzzle. IMO, this is the inherent limitation of a no-code toolset. Also, users are handicapped by the developer's capability. That is to say, the efficiency and specificity of the tool's internal codebase represents an invisible glass ceiling for its users.