News for hackers. Stuff that matters.
Re:Kill Bill – Open-Source Subscription Billing and Payments... by smashed on Wednesday October 19, 2022 @12:15PM (#33264331)
That's very harsh. If it were a bunch of cobbled together perl and bash scripts I could understand poopooing the software stack, but java for enterprise accounting software is a super common stack and arguably one of the most suitable solution for this type of software.
Re:Kill Bill – Open-Source Subscription Billing and Payments... by onebot on Wednesday October 19, 2022 @12:55PM (#33264870)
It is just my preference. But your right, java is very "enterprise" hence my trepidation. I think there are much better enterprise worthy languages now, like Go. Which are far easier to develop and maintain.
Re:Kill Bill – Open-Source Subscription Billing and Payments... by inson on Wednesday October 19, 2022 @01:21PM (#33265199)
Or Kotlin. People usually complain about JVM but lots of enterprise software runs on it. Spring boot ecosystem provides lots ready to use libraries. Kotlin can be much easier to use compared to Java. Yes Go can be better language now, but still lacks lots of library and API support. And Rust, I'd rather code in jvm language fast and ship it fast than building up whole infrastructure that takes way more time to implement.
Re:Kill Bill – Open-Source Subscription Billing and Payments... by RamblingCTO on Wednesday October 19, 2022 @04:18PM (#33267449)
In my main gig we run on kotlin (fintech/accounting saas) and I absolutely despise it, the overhead is massive. But I wouldn't want to write it in golang, we really need proper OOP. It's also so unbearably slow, it's actually impressive. But it is what it is ¯\_(ツ)_/¯
Re:Kill Bill – Open-Source Subscription Billing and Payments... by djcannabiz on Wednesday October 19, 2022 @04:47PM (#33267730)
what would you say is a fast language then?
Re:Kill Bill – Open-Source Subscription Billing and Payments... by RamblingCTO on Thursday October 20, 2022 @03:12AM (#33271715)
Golang, Rust, etc.

Also, to be fair, a big part of the slowness is also the tooling, Spring Boot, Hibernate etc. You can mitigate that by using micronaut or exposed/krush, but we only have a microservice running on that. The main business logic is the classic java web stack. Tests, running the app, building takes forever.