DEV Community

Cover image for What would your tech stack of choice be for a new web dev project?
Ben Halpern
Ben Halpern Subscriber

Posted on

What would your tech stack of choice be for a new web dev project?

Let's say you are hired to create a web app for a company that describes itself as "Etsy for dogs" (whatever that means).

You'll be the only developer on the project for a while so you get to make all your own choices, but if the project succeeds, it will need to live on indefinitely.

What is your tech stack of choice?

Oldest comments (131)

Collapse
 
sherrydays profile image
Sherry Day

Tempted to go with Rails/Hotwire. Seems sort of tough to sprinkle in, but if I get to start from scratch I feel like I could be productive committing to that approach.

Collapse
 
dinerdas profile image
Diner Das

I feel similarly.

Collapse
 
bobbyiliev profile image
Bobby

The TALL stack 🙌

Collapse
 
ben profile image
Ben Halpern

TL;DR?

Collapse
 
bobbyiliev profile image
Bobby

Tailwind, Alpine.js, Laravel, and Livewire. A full-stack development solution, built by Laravel community members.

Thread Thread
 
posandu profile image
Posandu

Yay finally PHP is becoming a thing

Collapse
 
tnylea profile image
Tony Lea

I second that! It's essentially the Rails/Hotwire version for PHP, Larave/Livewire. In fact Livewire was created before Hotwire.

The TALL stack makes building reactive apps so simple and fun 😊

Collapse
 
peerreynders profile image
peerreynders • Edited

FYI: PETAL Stack in Elixir

First, the base foundation of Elixir + Phoenix + LiveView is powerful. It has been the inspiration for other projects like Laravel LiveWire and Rails Hotwire.

2018-09-07

Rails Hotwire was introduced 2020-06-24 as NEW MAGIC.

Meanwhile tallstack.dev was public 4 months before PETAL.

Sometimes chain reactions are just inevitable.

Collapse
 
devfranpr profile image
DevFranPR

Wow I didn't know this was a thing. Now I'm interested.

Collapse
 
dunglevandesign profile image
Jun Le

React Native, Firebase. You can spin up a CRUD type app (E-commerce or similar things) on web + mobile in less than a day.

Collapse
 
zoltanszogyenyi profile image
Zoltán Szőgyényi

Tailwind CSS + Flowbite + Laravel + MySQL.

Collapse
 
erdbzn profile image
ΣRD βΩISΩΠ

What's flowbite for Sir ?

Collapse
 
zoltanszogyenyi profile image
Zoltán Szőgyényi

Components on top of Tailwind CSS.

Thread Thread
 
erdbzn profile image
ΣRD βΩISΩΠ

Thanks

Collapse
 
swarup260 profile image
Swarup Das

MERN / Next.js

  1. only one language javascript is required for frontend and backend
  2. libray support is good
  3. excellent github Boilerplate already exists.
  4. simple REST API for backend.
Collapse
 
alohci profile image
Nicholas Stimpson

Vanilla HTML, Vanilla JS, Vanilla CSS for the frontend. Spring Framework for the backend.

Collapse
 
philipp__6424ee1faaca7b14 profile image
Philipp

Finally someone who ditches all the frontend frameworks! The web platform is already powerful enough.

Collapse
 
fahl profile image
Max Fahl

But there's also a reason for why people go with Sass, Typescript and front-end libraries/frameworks. For me it depends on the size of the project. I really enjoy vanilla JS (es6) when I feel like the complexity doesn't require a framework.

Collapse
 
brunoprietog profile image
Bruno Prieto

Rails + Hotwire

Collapse
 
swimburger profile image
Niels Swimburger.NET 🍔 • Edited

TypeScript and SASS for frontend without frameworks, ASP.NET Core for backend, PostgreSQL for database, Azure App Service for Linux for hosting

Collapse
 
danielkun profile image
Daniel Albuschat

Definitely FastAPI (Python) backend and Svelte with TypeScript frontend. Blazingly fast. ⚡

Put in PostgreSQL as the DB, which can be SQL, MongoDB and Redis at the same time. It's just so overpowered. 💪

Collapse
 
ivan_jrmc profile image
Ivan Jeremic

I'm confused, how is it mongo.

Collapse
 
webbureaucrat profile image
webbureaucrat

It's not a perfect analogy, but Postgres is object-relational. You can have columns that are typed as objects instead of just regular built-in types, so you can get some of the benefits of object storage without fully committing to the document db model.

Collapse
 
danielkun profile image
Daniel Albuschat • Edited

Very good question 😊
Postgres has native JSON support and allows you to access json fields (even unlimited nested ones) in SQL statements. This gives you the schemaless flexibility of MongoDB if you for example build a simple table with "key varchar" and "data json" fields. But at the same time you can build very complex queries, write DB-procedures, triggers and all the other goodies of powerful RDBMs.

Collapse
 
giokhar profile image
Giorgi Kharshiladze

TailwindCSS + Next JS (with Typescript) + Prisma (with Postresql) - very simple setup, easy to deploy, nice dev experience. You could go with custom node js server alongside with nextjs if you want to, but for the most small/mid size projects NextJS builtin API routes feature should be good enough.

Collapse
 
_firelinks profile image
Mike Dabydeen

I have been using the same with Supabase (PostgreSQL). Easiest stack to work with and reason about