3 ms·
I agree with your post and want to add a second reason why HN is not the target market - which is the number of users. I think most people on HN are building l
by Closi 5y ago
I agree with your post and want to add a second reason why HN is not the target market - which is the number of users.
I think most people on HN are building large applications that are supposed to be highly scalable, ready to have hundreds or thousands of users.
Low code tools are often aimed at applications used by 1-2 people to perform some simple business process which would otherwise be done by paper and a spreadsheet. These users never get applications built for them because the IT team has a long list of priorities for development which come before dedicating time to make the lives of some low-level administrative clerks easier.
I built a simple billing tool in Retool in an afternoon which one person uses but which we could have never approved an IT team working on. The tool I built probably saves them 20% of their time, but if we went to IT they would have said that a proper tool built from scratch would probably take a team a few sprints to build and would have had a very long ROI because IT teams cost more than one administrator. IT teams do not want to spend the resources of several engineers to save the time of one administrator anyway.
So a key benefit of Low-Code to me is that problems can be solved in low-code that otherwise will go unsolved because IT teams don't want to / can't commit the resources to solve them 'properly'.
- deleted 5y ago[deleted]
- soco 5y agoI would agree with your point yet the no-code tools are definitely not marketed as that. And we all know how marketing influences decisions by people remote enough from the tasks at hand. So what worries me is the prospect of having to support no-code which creeped into applications important enough to make management throw fits.