Ask HN: How do I spend less time updating “business logic”?
I work with operations teams that need to frequently update very simple business logic (think SQL). Other engineers who work with operations teams (customer success, fraud/risk, content moderation), do you use internal tools to make you productive? Or enable ops to self-serve via low-code?
Looking to spend less time updating logic and more time building systems.
14 comments
[ 3.5 ms ] story [ 44.9 ms ] threadAs an example, maybe they want to change a cutoff from $100 to $50. You can provide them a standard query for modifying this field. Then they can change the cutoff value as needed. You could keep the SQL to yourself and just plug the number in that they gave you and run it yourself. Of course if you code it as an SP then it's fairly trivial to stand up a basic service and UI in front of it for them too.
Overall, it depends on the system if it saves time/effort or not. If the changes are infrequent and basic, you might as well just have them send an email and plug it into an SQL template that you saved from the last request. If it's repetitive and frequent, then I think it makes sense to build a simple UI and let them deal with it.
It could also depend on what you like. You mention wanting to build system over changing business logic. So maybe you would like building the system for them to make thier own changes vs making updates yourself.
I do feel you om the business logic stuff. I'm currently dealing with a problem because of the business requests. They commingled business display content and system data in one field, then the other team decided they would change that field content per the business request without consulting with downstream systems. Not to mention they aren't properly following json format so we have to do some escaping/parsing before running the message through a real parser... it's so frustrating. And of course the pressure is on me to fix it, and my suggestion to roll back that change the broke multiple systems was a no-go. Apparently form is more important than function.
At a prior job I managed an Access application. Several accountants wanted to query some of the data but were not willing to work in Access. I used Excel to query the data they wanted. Then they could sort and filter to their hearts content.
Depends. I was dealing with accountants who were very at home in Excel. They were fine with linking Excel to a whole table or query and sorting and filtering for the data they needed. Note that Excel can be actively linked, rather than just doing a one-time import. Something like emailing a subset of customer ID's would have needed my involvement. My users were mostly using the data for discovery, looking for patterns and trends in workflow and client needs.
- [0]: https://en.wikipedia.org/wiki/Business_rules_engine
- [1]: https://en.wikipedia.org/wiki/Business_rule_management_syste...
- [2]: https://www.drools.org/
- [3]: https://en.wikipedia.org/wiki/Drools
Check out our solution at https://www.seliom.com
What are your most commonly supported use case examples?