In late 2017, JHipster was nominated for / won several awards in the tech innovation space. It is easy to see why. This tool automatically generates not only boiler plate code for full stack applications based on spring boot + front end (either react or angular at the time of this writing), but it also generates boiler plate for connecting to a number of databases, tools for front end authentication, and even user management. Each of these things is a somewhat time consuming task, and having a tool that connects all of these dots out the gate can be extremely useful. While I suspect many enterprises will struggle to use all of the abilities of a tool like this due to legacy systems, small projects, startups, and people looking to learn about how some of these technologies could definitely benefit from JHipster. I will hopefully see about tackling a project using JHipster soon.
I've run into several projects lately that don't use and/or refuse to use the JOIN keyword/syntax. I've had conversations in these projects to help people understand that, but I wonder why this is not more common across SQL database projects. This standard is not new, and it more easily defines the join section vs the WHERE/filter section, so it has good benefits. So far, the only reason I have heard to not use it is "we just don't tend to do that here." This makes me sad. I hope to continue evangelizing small changes like this in my projects, be it JOIN, use of functional programming, listening to IDE feedback (great static analysis checking... available before you ever even push!), etc. There are so many small things that help make software easier for everyone, I think.
Comments
Post a Comment