3 ms·
I do work in the Salesforce ecosystem, and they really push "citizen developers" and "administrators can write apps with low-code tools" and they push their low
by ralphc 6y ago
I do work in the Salesforce ecosystem, and they really push "citizen developers" and "administrators can write apps with low-code tools" and they push their low-code tool, Flow, as much as they can.
I hate the clicky-draggy-droppy so much that I'm learning Racket to make a DSL that will write the XML's that Flow code is when you download it locally.
- victor106 6y agoWhy Racket for DSL’s? Why not Groovy or any other tools? Asking because I have a need to develop performant DSL’s and I am not sure where to start.
- ralphc 6y agoMainly a matter of "all the cool kids are using Racket for DSLs", more seriously the web sites, documentation, YouTube vids, Q&A's etc. say that one of Racket's specialties is writing DSLs and languages. I've used Lisps in the past and I can see how they can be used to turn their internal representation, S-expressions, into XML. In my case it doesn't need to be performant. I'm turning one file format - my language, starting with S-expressions, then a more palatable syntax - into the XML that will be uploaded to Salesforce.
- victor106 6y agoI see, thanks so much for the detailed comment. I will check out Racket. Heard about it but didn’t look into it in depth.
- jbm 6y agoI definitely feel that. The number of weird database issues that come up with flows (SOQL limits that non-developers don't think of) is mind numbing. My take away is you can't mix custom (APEX) code with flows without a lot of effort. At that point, giving people a database and an excel license seems the more honest route.
- cosmodisk 6y agoWhen I started with Salesforce 6 years ago,I looked at Flow, I thought 'screw this' and went on learning Apex instead. Even. after all these years I barely touched it.