News for hackers. Stuff that matters.
Re:Using Rust at a Startup: A Cautionary Tale by andrewmutz on Tuesday November 22, 2022 @09:14PM (#33714277)
> This project was a cloud-based SaaS product that is, more-or-less, a conventional CRUD app

I would love to hear what tech stack (or stacks) the HN community thinks currently allows a small team to move fastest for this type of product.

Re:Using Rust at a Startup: A Cautionary Tale by mindcrime on Tuesday November 22, 2022 @09:40PM (#33714490)
Grails
Re:Using Rust at a Startup: A Cautionary Tale by cryo28 on Tuesday November 22, 2022 @09:24PM (#33714369)
In terms of productivity getting into the first release nothing beats Ruby
Re:Using Rust at a Startup: A Cautionary Tale by hu3 on Tuesday November 22, 2022 @09:19PM (#33714328)
From consulting experience (depends on the team):

- Laravel

- Rails

- Next.Js or similar

- Python

- C#/Kotlin/Go

Re:Using Rust at a Startup: A Cautionary Tale by williamcotton on Tuesday November 22, 2022 @09:25PM (#33714375)
Ruby on Rails.
Re:Using Rust at a Startup: A Cautionary Tale by jcmontx on Tuesday November 22, 2022 @10:17PM (#33714728)
The big three of productivity: Django, Laravel & Rails.

Second tier, a bit higher performance, yet somewhat less productive: ASP.NET Core; Spring Boot; Node/Express/Nest; maybe Go

Re:Using Rust at a Startup: A Cautionary Tale by PKop on Tuesday November 22, 2022 @11:47PM (#33715328)
Elixir Phoenix + LiveView
Re:Using Rust at a Startup: A Cautionary Tale by RamblingCTO on Wednesday November 23, 2022 @04:37AM (#33717042)
If it's complex business logic and will grow bigger: Kotlin + Micronaut/Spring Boot + Krush/Hibernate If it's quite simple and has a clear outlined border: Go + Gin

Add login and auth and stuff via ory/keycloak

Re:Using Rust at a Startup: A Cautionary Tale by pjmlp on Wednesday November 23, 2022 @07:48AM (#33718514)
JVM and .NET languages, business as usual.

I guess nodejs might also be throw into the party, as it is anyway needed for many SPA frameworks, and for better or worse, Go, given its relevance on DevOps space.