4 ms·

I have spent 5 years on and off in the no code space and IMHO you're almost spot on. Almost all standard enterprise platforms are non complex and can be deliver

by flarg 7y ago

I have spent 5 years on and off in the no code space and IMHO you're almost spot on. Almost all standard enterprise platforms are non complex and can be delivered in no code solutions, requiring maybe 5pc as real code. Failing to acknowledge this is why IT organisations in large enterprises are typically sidelined by shadow IT teams, who often deliver great solutions in Excel and Oracle Apex.

delusional 7y ago
I've spent 2 years in a fairly large bank, and I heavily disagree. We have tons of procedures and edge cases that are subtlely unique. Our problem is purely one of speed. When there's 3 quarters and 5 org layers between you and the developer, you are much more likely to just grab a tool you have access to and get to work.
bcrosby95 7y ago
"Shadow IT" teams are great at delivering solutions quickly because their clients tends to be themselves. When you're writing solutions for your own problems you're cutting out multiple communication layers which will reduce the effort involved by several orders of magnitude. Also by not making it an "official" project you can cut through lots of red tape and requirements not related to the problem at hand.
gnud 7y ago
A large part of my job is writing custom logic for an enterprise application with much-touted "no-code" facilities. You _always_ need code. Some customers don't need much, but they all need _some_. The first example that comes to mind is duplicate detection. Sure, the basics are simple. No two agreements of the same kind for the same customer. A lot of no-code solutions struggle at this point. But then you get to the slightly more complex requirements. You _can_ have two agreements of the same kind for the same customer, as long as they are not overlapping in time. But if customer B is a subsidiary of A, and A already has the agreement, then B cannot have its own, if A's agreement is marked "company-wide". This also goes for C, which is a subsidiary of B. I've yet to see a no-code solution that makes this sort of thing accessible to non-programmers. And programmers will prefer just writing the code.

by flarg 7y ago

delusional 7y ago

I've spent 2 years in a fairly large bank, and I heavily disagree. We have tons of procedures and edge cases that are subtlely unique. Our problem is purely one of speed. When there's 3 quarters and 5 org layers between you and the developer, you are much more likely to just grab a tool you have access to and get to work.

bcrosby95 7y ago

"Shadow IT" teams are great at delivering solutions quickly because their clients tends to be themselves. When you're writing solutions for your own problems you're cutting out multiple communication layers which will reduce the effort involved by several orders of magnitude. Also by not making it an "official" project you can cut through lots of red tape and requirements not related to the problem at hand.

gnud 7y ago

A large part of my job is writing custom logic for an enterprise application with much-touted "no-code" facilities. You _always_ need code. Some customers don't need much, but they all need _some_. The first example that comes to mind is duplicate detection. Sure, the basics are simple. No two agreements of the same kind for the same customer. A lot of no-code solutions struggle at this point. But then you get to the slightly more complex requirements. You _can_ have two agreements of the same kind for the same customer, as long as they are not overlapping in time. But if customer B is a subsidiary of A, and A already has the agreement, then B cannot have its own, if A's agreement is marked "company-wide". This also goes for C, which is a subsidiary of B. I've yet to see a no-code solution that makes this sort of thing accessible to non-programmers. And programmers will prefer just writing the code.