I was asked to help a fellow Mendix developer with some workflow issues and something stood out: There were a LOT of nested loops. Though preached (commanded?) by computer science professors as bad practice for very good reasons, we all know in the 'real world' outside of the walls of academia that sometimes you require the kind of result that can only be achieved by comparing multiple lists as they relate to each other. This creates a massive amount of overhead on a single-threaded application and can render an application useless if those lists are sizable. Sure, domain modeling is often to blame, but tools like what Mendix provides are supposed to make it easier for non-developers to do this kind of thing. There is a better way, and Mendix provides a set of actions to help you deal with these in a more efficient way: List Operations.
Beware! Don't 'Delete' your accounts!
Deleting application accounts should be performed only in specific instances. The most important instance, of course, is that you no longer care about that person's history of activity in your data. However, most data gets created with associations back to an account. The better option is almost always to 'deactivate' them. But that's easier said than done properly.
What is the value of being right?
This question appears often in research papers focused on the disciplines of psychology and philosophy. They tend to explore the dissonance of interpersonal relationships that is created when one party ‘digs in’ because of their belief in being “right”. Or the research might seek to philosophize what it means to be “right” in the context of correct, accurate, or self-assured. I want to take a few minutes to setup a different paradigm and confine it to the ideals of empowering decision maker’s by handing them tools for analysis.
How to create an API call using REST in Mendix
I recall my first project required numerous GETS and SETS of data between SAP and the application I was developing. Fortunately, a member of the team was a ‘core developer’ versed in Java and many other languages. He took those requirements and ran with them while I and others focused on the business workflows and front-end of the application.
The configuration of the app was a bit different in that the client didn’t want to use SAP’s Web Services, but instead connect Mendix to an API server that would manage security and connections between SAP and it via Remote Function Calls, or RFC’s. I understood everything about the application...except the magic of the API call. Remember, my background is BI and Analysis: SQL I get but API, JSON, RFC...those were foreign words to me.
Profiled at Mendix
A few months back, Mendix reached out to profile me on their blog. Here's the link:
http://www.mendix.com/blog/developer-profile-nolan-ramsey-epi-use-america/