3 ms·
> How much longer is it going to take project managers to realize that no-code tools are inappropriate for large, complex codebases? Really depends. It can wor
by calvinmorrison 10mo ago
> How much longer is it going to take project managers to realize that no-code tools are inappropriate for large, complex codebases?
Really depends. It can work great, I see some really good No/Low code tools in ERP systems. Things like alerts, workflows, custom fields, actions, etc are... you would be surprised the ingenuity of people, but also - yes there are limits.
An ERP is practically an opinionated entire operating system with its own data, conventions, rules, ACLs, etc...
- shermantanktop 10mo agoIngenuity is the word. Some of the things I’ve seen “nontechnical” people do in Excel are boggling. But I wouldn’t build the foundation of an ERP system on stuff like that. I think you’re describing a scripting interface, rather than the core?
- calvinmorrison 10mo agonot scripting per se - yes that is part of it typically, with windows based ERPs, you get scripting for close to free if you can 'drop into' other stuff, like VB, or if your ERP leverages the COM interfaces, has an ODBC or even a straight SQL backend, yes there are many approaches. It's really - how does the scripting interact with the system What i am talking about is more simple 1. user defined actions. 2. common triggers (object X Save, object Y delete) 2. user defined fields on core data tables 3. user defined tables You can go very far with that, and a drop into a VB script, or run a prebuilt action (IE some verb on the object, like "print this document" on Save)