Appropriate, Correct, Robust, Usable, Maintainable, and Efficient (ACRUMEN) with Dave Aronson

1

Sinatra

Dave: Yeah. I've also done a little bit of Sinatra. In fact, my last major client was doing some stuff with Sinatra and starting to get into some other interesting stuff about separating bits of this monolith out into more composable pieces. But I had to leave eventually in order to retire.

#Ruby Web Framework #Web Frameworks #Ruby MVC Framework 36 social mentions

2

Devise

Dave: Well, I first heard of it through the Ruby community because, as you may recall, it was invented by José Valim, a big name in the Ruby community with all the gems out like Devise and so forth. And it was touted as basically combining the power of functional programming with the concurrency of Erlang with the syntax of Ruby. Now, I think that last bit is a little oversold. It's got syntax that's clearly inspired by Ruby. But the language is so different that to say it's Ruby syntax, that's a bit much. But it is certainly much easier and clearer to understand than Erlang or the other functional languages I've seen.

#Identity And Access Management #Identity Provider #SSO 40 social mentions

3

Elixir

Dave: Not to that level of scale. But I have been working my way through the Elixir track of Exercism. In fact, I had finished the V2 track entirely. Now that they've launched V3, I'm doing the rest of it. And a lot of that I had also done in Ruby. And of course, some of it is fairly standard problems. Like, they've got one called Raindrops, I think it is. It's basically a step above Fizz buzz. And, of course, there are so many, many ways to solve Fizz buzz. But then there's okay, which of these approaches might be appropriate in a functional language as opposed to an object-oriented or imperative language? Even doing it in Ruby, there's not much need for packaging something up into an object, so it may as well be imperative.

#Programming Language #OOP #Generic Programming Language 74 social mentions

4

Crystal (programming language)

Kirk: So this leads me to a question. As you said, the main perspectives of Ruby with regard to that lack of static type checking is you have your tests catch these errors. And one of the things that I found actually converting Ruby code that I've written to Crystal, which is a statically-typed checked compiled language, is that there are cases where I've had Ruby code that has literally been running in production for more than a decade. When I converted it to Crystal, I discovered that I had some fundamental errors in a few places with regard to certain type checking things that didn't come up in any of the specs that I wrote and maybe came up in runtime errors.

#Programming Language #Generic Programming Language #OOP 110 social mentions