[pjmlp]

Back on my TCL days, I learned to never rely again on a language without JIT/AOT toolchain.

So unless you are into adopting PyPy, you will be better off with JVM and .NET stacks.

Plenty of languages to choose from, while benefiting from their performance and tooling.

[ezzzzz]

I should note, I'm not particularly concerned with performance. We already have fairly optimized DB code, views, sprocs, indexes etc. This layer is currently sufficient for our needs. So ideally, we would still continue to leverage the SQL-Server. What we need, is to extract business logic from the DB, into application code which is testable. All of this processing is 'batch', we also have options for deploying (Azure, PCF) which can handle issues of scale. I'm more concerned with getting it right, than making it fast. I'm not very experienced with C#, but have experience with Java/Spring web development, and have yet to find any frameworks that allow for rapid development akin to flask or rails. Java/Kotlin is great for back-end dev with spring-boot, but full-stack... not so much. Also, I don't want to manage the complexities of any front-end JS framework-du-jour. I know React, Angular and some Vue. I'm very much of the YAGNI philosophy when it comes to front-end (at least for Enterprise apps). PyPy is a viable option, as I don't see any immediate need to call into C (although this assumption is likely to come back to bite me).

[pjmlp]

Grails, although it has gone out of fashion.

[ezzzzz]

meh. I’m not trying to sound cultish, but if you’re not at least familiar with some of the packages I mentioned... Python is different than TCL. Python isn’t growing in popularity for nothing. At the end of the day, I just want tools that get out of my way, while keeping the loc I’m responsible for maintaining to be small and easy to grok.

[pjmlp]

Python is growing in fashion because those Fortran and C++ GPGPU libraries happen to have Python bindings out of the box, whereas other languages are only getting them now.

That and has replaced Java in many introduction to programming courses.

Which is good, when learning to programm performance isn't a concern as such.

I know Python since Zope was the only reason to use it, so around Python 1.5 or something.

Other than replacing what I used Perl for, regarding UNIX shell scripting, I never used Python in any scenario where performance might come into play.

There are plenty of options that beat Python's LOC, while providing an AOT/JIT toolchain out of the box.