TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Ask HN: If you were to build a web app today what tech stack would you choose?

92 点作者 russianbandit超过 1 年前
Not for your current job. But if you were starting a new passion project.

122 条评论

martinald超过 1 年前
.NET 8 for the backend, and then blazor webassembly for the front end if it&#x27;s complicated, or just boring old server side rendering with htmx if it&#x27;s not.<p>I&#x27;ve seen a lot of projects fail&#x2F;struggle in golang (package ecosystem is still missing a lot of basics imo) or nextjs (very buggy).<p>.NET has been my secret weapon. It&#x27;s boring, works really well, has a good ecosystem and asp.net is really well thought through and you can go as &quot;deep&quot; as you want with middleware etc. Plus performance is extremely good, as is the deployment story with docker these days (having to use Windows server with .net Framework a few years ago was a nightmare, enough to put me off, but in .net core Linux is a first class citizen now).<p>Also the IDEs are great these days, especially rider.
评论 #38071977 未加载
评论 #38075746 未加载
评论 #38061370 未加载
pelletier超过 1 年前
You mention it&#x27;s a passion project. If technology is the center of that passion, then pick what you&#x27;re passionate or curious about!<p>If not: the tried but true Rails + Postgres.<p>Add more things only when needed. For example Alpine.js if a bit of interaction that&#x27;s not covered by Rails&#x27; Turbo. If the need for background processing arises, bring in the good_job gem, and there may be no need to deploy it separately at first.<p>For hosting I&#x27;m not quite sure these days. Heroku may be on life-support, but its feature-set covers most basis.
评论 #38065456 未加载
Zealotux超过 1 年前
Just had been thinking about this today, the current state of web development is making me seriously depressed.<p>I would pick what I&#x27;m most comfortable with, a simple monolithic Nest.js application running Fastify, with Postgres or SQLite, Dockerized, hosted on a predictably-priced host like Hetzner, and Ansible to automate everything. I know that stack will give me plenty of headroom until I eventually need to scale differently.<p>Front-end is still React, which has a massive ecosystem, and I feel like I can do _anything_ with it by just bringing in some dependencies, if it&#x27;s a passion project then I want to deliver features fast, React allows me that.<p>I feel like a dinosaur, edge, workers, cloud functions... I&#x27;m familiar with none of that magic, there&#x27;s probably a whole universe of amazing new ways to build for the web I&#x27;m sleeping on, but at that point I don&#x27;t even care really.
评论 #38060269 未加载
评论 #38060368 未加载
评论 #38061499 未加载
chrisdalke超过 1 年前
This depends on your goal: Are you trying to build + finish a project, or learn a new skill? I like to separate these goals, or otherwise try to scope projects very narrowly.<p>For the former, I tend to reach for the tech stack that I&#x27;ve spent years working in and can very quickly spin up projects in. This is heavily specific to your background, but for me:<p>- Frontend: React, vite, react-router, Chakra UI.<p>- Backend: Node.js + Express<p>- Database: PostgreSQL<p>- Scheduled jobs&#x2F;ML&#x2F;data processing: Python<p>- Deployment&#x2F;Infrastructure: Docker, docker-compose, AWS EC2 or Lightsail, Digital Ocean droplets, Netlify, Render<p>For the latter, there are lots of potentially better options, whether that&#x27;s server-side rendering, serverless functions, etc. (Next.js, fly.io, supabase, are a few examples) and again depends on your industry.
评论 #38061357 未加载
PaulHoule超过 1 年前
My current side project is using python aiohttp and htmx. The main plus of Python is that it has a lot of machine learning functionality but the truth is almost all of that is used in batch jobs and if I did anything computationally intensive serving a page I would have to farm the work out to another process. I have no trouble maintaining Python I write but it seems to always fall apart like Jenna blocks when I hand it off to somebody else.<p>If I had to get more people involved and have it scale I might go to Flask but might also go to a Java-based backend as it really has the best ability to use threads and parallelism.<p>As for HTMX I like it but I think there could be something similar but a little more feature risk, for instance my app has a lot of tables and tools that make it easy to add client-side sort buttons would be nice. If I had more people working on it I could see using a react-a-like system as well.<p>The database is arangodb which I love for rapid prototyping but if it had to be really reliable the first thing I would look at is postgres.
brundolf超过 1 年前
The answer to this kind of question is always &quot;whatever you&#x27;re most comfortable&#x2F;productive with&quot;<p>For me personally, I&#x27;ve been working on one that&#x27;s pretty app-y and used Postgres + Deno + React&#x2F;MobX (built with esbuild)<p>I&#x27;m very comfortable and happy with TypeScript, so I like having it on both ends (especially because I can share types between the two sides of the wire). And Deno and esbuild make the tooling story really simple and no-nonsense on the back and the front respectively, while being less opinionated than a framework like Next (I like Next for other things, just didn&#x27;t choose it here)
评论 #38143824 未加载
edent超过 1 年前
LAMP.<p>It can easily be maintained by a single developer. Scales well enough for a decent number of users. Huge ecosystem of components. Easy to deploy to literally any web host. Wide variety of front-end systems.<p>If you need to scale, it can do that. Developers for it are plentiful. But you can always rewrite it in the flavour-of-the-month framework when you hit either scale or money.
评论 #38059768 未加载
评论 #38065472 未加载
评论 #38059471 未加载
评论 #38059570 未加载
评论 #38059456 未加载
评论 #38060827 未加载
FlyingSnake超过 1 年前
Django with HTMX + Alpine on the frontend. Deployed as Docker container on a cheap VPS. It&#x27;s boring, time tested but by Jove, does it get the job done fast.<p>I&#x27;m building a B2B2C marketplace in my free time and I&#x27;m blown away by the practicality of this stack. Due to longevity of Django, every problem I encounter is just a search away. DRF makes it dead simple to add REST APIs. The Admin panel is a golden cherry on top.
评论 #38064105 未加载
评论 #38065865 未加载
pabe超过 1 年前
Django + HTMX + SQLite or PostgreSQL Hosted on a virtual machine.<p>... Or the stack you&#x27;re most efficient&#x2F; effective in. A short time-to-market is most important for learning. If you don&#x27;t reach an audience, your project might bore you soon. Tech rarely is the holy grail to success.
评论 #38065503 未加载
out_of_protocol超过 1 年前
Elixir&#x2F;Phoenix + Postgresql. Maximum comfort, minimum chore.<p>For frontend side, if i can get away with minimal js, i&#x27;d go that way. If not, highly depends on team and target interactivity. If it&#x27;s just me, i&#x27;d go with LiveView
3ds超过 1 年前
Rails. It&#x27;s all about developer comfort. ruby as a language is a delight to work with. Rails as a framework has all the features I need and then some more. Postgres as the database of course!
评论 #38059417 未加载
joshka超过 1 年前
For a more nuanced viewpoint than &quot;This is the tool I am most familiar with&quot; (which for the most part is both the right answer for that person, but probably not for you), see the MDN articles starting at <a href="https:&#x2F;&#x2F;developer.mozilla.org&#x2F;en-US&#x2F;docs&#x2F;Learn&#x2F;Tools_and_testing&#x2F;Understanding_client-side_tools" rel="nofollow noreferrer">https:&#x2F;&#x2F;developer.mozilla.org&#x2F;en-US&#x2F;docs&#x2F;Learn&#x2F;Tools_and_tes...</a> and reading down through the next few chapters.
mikewarot超过 1 年前
I&#x27;d write it in Lazarus&#x2F;Free Pascal, compile it to WASM[1], and do whatever hacks I had to do in order to push it through the internet into a web browser.<p>There&#x27;s nothing even close to the productivity we had back in the days of VB6&#x2F;Delphi to be had on the web, ever. The closest we&#x27;re going to get is a pale imitation.<p>[1] <a href="https:&#x2F;&#x2F;wiki.freepascal.org&#x2F;WebAssembly" rel="nofollow noreferrer">https:&#x2F;&#x2F;wiki.freepascal.org&#x2F;WebAssembly</a>
评论 #38068219 未加载
评论 #38067040 未加载
shreedx超过 1 年前
SvelteKit + Supabase to do it quick and dirty. Since I am not the best programmer out there (my day to day job is product owner), it allows me to actually finish my projects and validate them with the market within days instead of months.<p>I can totally see how a senior fullstack dev would have a completely different approach though.
评论 #38137870 未加载
CharlesW超过 1 年前
I just went through this and settled on Vue, TypeScript, and Vite for a rewrite of a PHP app. I can recommend that stack.<p>Vite and TypeScript were new to me. I&#x27;d briefly used a older version of Vue for something. I currently deploy to Vercel, but don&#x27;t have any Vercel dependencies.<p>I used Phind, ChatGPT, GitHub Copilot extensively in order to understand the &quot;AI pair programming&quot; experience. They were helpful for suggesting solutions and helping understand mistakes. Just to set expectations, the flow was less &quot;problem→solution&quot;, and more &quot;problem→try this→iterate→try this→iterate→solution&quot;.
评论 #38061525 未加载
replwoacause超过 1 年前
I might be the only one in here with an answer like this, but PowerShell and the Pode framework. I am super productive with it, as much so as in any other language, and it plays nice with the rest of my stack (Tailwind, HTMX, SQLite.) I can leverage the .NET framework and C# libraries when I need to and can iterate quickly. All of this runs on the latest version of Ubuntu LTS. Obviously, this won’t work for everyone but for my purposes I haven’t been able to beat it and it makes me happy.
评论 #38063918 未加载
dwb超过 1 年前
Depends on project requirements of course and it&#x27;s been a little while since I used them in anger, but sounds like Rails and Postgres are still going strong so I&#x27;d probably pick those. If something like React was strictly necessary I&#x27;d use React plus the most vanilla TypeScript stack, but I&#x27;d use only Rails&#x27; built-in stuff if at all possible. I don&#x27;t know exactly about hosting but I&#x27;d probably go for something like Render or Heroku.
traverseda超过 1 年前
Django&#x2F;flask&#x2F;qaurt (depending on what features I need), htmx, and any more complicated stuff (client side terminal emulator, client side text editor) wrapped in individual web components. Probably use sakura.css to start with for css.
scosman超过 1 年前
SvelteKit + hosted Postgres (supabase, neon)<p>Very fast to get going and nice developer experience. Love jamstack style hosting. Scales from simple static site generator that is free to host, to live APIs&#x2F;dynamic pages, and back again without changing frameworks. Can make beautiful pages that load in 100ms and 30kb.<p>Currently using tailwind css because it also compiles (like svelte) and only ships what you use to the client.
jmstfv超过 1 年前
I built my business on Rails&#x2F;SQLite&#x2F;Sidekiq+Redis.<p>Hetzner (bare metal) for hosting. Bash script for provisioning a server. Vanilla JavaScript only when necessary. Tailwind for design. nanoc for generating a static site.<p>If I were to start again, I&#x27;d pick the same stack again. It just works and gets out of the way.
exabrial超过 1 年前
For internet facing webapps where infinite customization of html&#x2F;css is important: Jakarta EE: Java 17&#x2F;CDI&#x2F;Quarkus for the backend, HTMX for the frontend. Quarkus is now standards based and has a large community. Java executes at near CPP speed but with memory safety. Java has the literal best debugger in the industry and also the combination of CDI and Mockito make writing true unit tests easy and fast. It literally has everything.<p>Honestly though, the vast majority of webapps I implement are &quot;boring&quot; and the technology behind them needs to be boring and focus on productivity and maintainability. For this I usually select JakarataEE and JSF&#x2F;Primefaces. Component based frameworks like this are stupid easy to slap together forms and business processes for internal webapps.
评论 #38060527 未加载
janosdebugs超过 1 年前
Something boring, well documented, and widely used. The more boring the better. I&#x27;d avoid hotshot stacks like the plague because they are usually immature and tend to change quickly.<p>Ideally, I&#x27;d pick something that has OpenAPI as a first class citizen or code generation, including validation.
iamcalledrob超过 1 年前
It would depend whether the web app is a &quot;dynamic website&quot; or a &quot;super interactive app that happens to run in a browser&quot;.<p>For a <i>website</i>, it&#x27;d be Go + HTML&#x2F;CSS (sprinkling JS where needed). Here&#x27;s why: (1) Code will &quot;just build&quot; years later (2) Deployment is stupidly easy -- just build to a single binary with all resources embedded (3) Everything about the stack is stable and easy to reason about. Though perhaps not exciting.<p>For a &quot;web app&quot;, I feel there are no great options. The half life of the JS ecosystem is about 5 minutes, so whatever you start with will be out of fashion shortly after. React has had some staying power, though isn&#x27;t without its flaws. I generally feel like most &quot;web apps&quot; could actually be websites though.
edg5000超过 1 年前
Two recent projects I wrote in C++20 using my own HTTP library. Only dependencies are a JSON library and a HTML template library (only used in one project). For these projects I used my own Postgres C++20 library.<p>Another recent project I did in mostly pure Java, with only a third-party library for SMTP email sending, and a library for using HTML templates.<p>IDE is VSCode with clangd as linter, and gcc as compiler, and CMake as build system. For Java, I use the RedHat VSCode plugin.<p>Frontend in pure TypeScript, with an icon library.<p>Challenges I encountered: - Statically checking data structures between frontend and backend. This needs code generation. And there was a lot of code repetition for shared data structures between front- and backend. - More database abstraction would be good.<p>Other than that it all runs great.
achandlerwhite超过 1 年前
.NET 8 on my mac using Rider.<p>It’s not the .NET Framework you might remember from the 2000’s.
memchr超过 1 年前
I would choose Remix based solely on my assessment of the integrity and personal character of the people I’ve met who use it, which I suspect is similar to those who created it.
评论 #38076593 未加载
lobo_tuerto超过 1 年前
Elixir, Phoenix (+LiveView), Tailwind CSS and PostgreSQL. :)
filestorage超过 1 年前
Frontend: Angular or Vue, deployed on AWS S3 bucket + cloudfront (for https)<p>Backend: AWS Appsync (or AWS API Gateway) integrated with AWS Lambdas written in Golang. Authentication through AWS Cognito. DB: anything serverless from AWS (Dynamodb, Aurora etc.)<p>This way the app would be 100% serverless, no need for effort to scale it or to maintain the infrastructure (apart from automating the ifrastructure through AWS CDK).
评论 #38063315 未加载
coreyp_1超过 1 年前
I loved Drupal back in the day, but at some point (D8+, part of it moving to Symfony), it became too difficult to manage and for me personally to keep up with.<p>But I believe that, in the early days, Drupal made excellent foundational design choices as a framework, and if you used it&#x27;s APIs in your custom module development, then, generally speaking, you would have a secure website.<p>But now, D7 is approaching EOL, and I absolutely don&#x27;t want to migrate to the latest flavor. D7 has been rock solid for a decade, and I have no desire to chase the latest fad.<p>I wish that there were a stable, monolithic solution that is simpler to setup (as in including everything, including database, webserver, SSL certs, etc.) that just worked and was extendable and overridable programmatically, in the same way that Drupal was.<p>Modern web stacks have become a bucket of Lego pieces that seems ok if you are an expert in everything and know how to put everything together exactly. The problem is, most people aren&#x27;t experts in form handling, login and authentication, media handling, caching, etc.
评论 #38083631 未加载
em-bee超过 1 年前
depends on the goal:<p>if the passion is to learn some new tech then well, there are lots of options, i&#x27;d pick something that i haven&#x27;t worked with yet.<p>if it is something where the passion is in the content, i would use the same old stack that i used for my last few projects. in my case that is aurelia+custom backend which is a reusable object storage and user management platform, where i didn&#x27;t need to add any project specific features for some time now.<p>if i could not use that backend, i would pick something that makes it easy to manage objects through a REST API.<p>if i had to evaluate a new framework then the main thing that i would look for is the ability to minimize or avoid any dependency on build tools.<p>unfortunately, with the rapid evolution in frontend frameworks there is also a rapid evolution in build tools. that just adds extra effort to maintain a site for more than a few years.<p>without buildtools getting in the way i can maintain a site with minimal effort, and i know it will still be running in a decade from now.
oooyay超过 1 年前
I use Typescript and Python. Usually Svelte or Vue and Django. For Async components of the backend I write components in Go.
pplonski86超过 1 年前
Backend in Django Rest Framework. Postgres as db. Frontend Typescript and React. Deployment with docker compose on AWS.
Nezteb超过 1 年前
Elixir, Phoenix (with Ecto and Postres), LiveView.<p>Functional programming, pattern matching, and immutability make life a lot easier.
calvinmorrison超过 1 年前
depends on the app but Laravel + something.<p>It&#x27;s all built in, you can buy packages that implement most SaaS features out of the box, authentication, 2 factor, all the crap you need is rolled in as packages.<p>I would stick with something like Orchid for admin type CRUD apps as there is ZERO html&#x2F;js knowledge required.<p>for a public app - I would still use Orchid on the backend and then on the frontend use something simple with blade templates and controllers.<p>PHP is a lot better than it was, Laravel developers are easy to find, the stack is very well understood, and it&#x27;s flexible enough to build whatever you want.<p>EDIT: I just wanted to add 99% of &quot;apps&quot; are not retail facing but are internal apps or business to business type apps that solve a specific business niche. For that, I only care about how fast and easy is it to stand up and implement that specific business logic.
tdriver超过 1 年前
I built this site recently with Blazor: <a href="https:&#x2F;&#x2F;gpsoutage.com" rel="nofollow noreferrer">https:&#x2F;&#x2F;gpsoutage.com</a> It runs completely on the client and is hosted for free on Azure. There is a lot of support for Blazor and as a .Net backend dev, I didn&#x27;t have to learn too much front-end code. I&#x27;d definitely choose Blazor again.
briandoesdev超过 1 年前
I&#x27;ve really been into what I call the &quot;HAG&quot; stack: HTMX, Alpine.JS, Go.<p>It&#x27;s simplicity has been a fresh of breath air. I love Go and being able to use it for almost the entire web app is amazing. I am excited for the upcoming router enhancements Go has proposed, that will let me move off Chi router. I try to stay as close to the std lib as possible. Though, the `templ` package is amazing and I very much will continue to use it when possible.<p>For my database I use `libsql` by Turso with server mode.<p>As for deployment, I just dockerize the app and the database then run them as two separate components in a Docker App.<p>Makes it a simple and easy to develop and deploy updates.
评论 #38095362 未加载
Glench超过 1 年前
I used SvelteKit, but it would be nice if there was something like rails on top of SvelteKit that brought database connections &#x2F; models, admin screens, etc.<p>SvelteKit is the best combination of front-and-backend in terms of performance and developer usability that I&#x27;ve found.
d-z-m超过 1 年前
Go for backend, HTML template files for frontend + Alpine.js for reactivity. Probably custom&#x2F;classless CSS as I&#x27;m falling out of love w&#x2F; Tailwind. Probably would deploy on EC2.<p>If I was trying to learn something new, I&#x27;d experiment with solid.js or htmx.
HerrBertling超过 1 年前
Last thing I built is using SST for some lightweight recurring TypeScript lambda functions + DynamoDB for data storage. Plus a very simple one-page Remix + TailwindCSS frontend because deployment of that through SST is a breeze as well. It is the stuff I know and can easily handle.<p>For anything new, I&#x27;d try Phoenix to see what I can achieve with Elixir and a non-React&#x2F;Vue frontend.
ivan_gammel超过 1 年前
Depends on business scope, growth model etc. My default option is Java&#x2F;Spring Boot&#x2F;PostgreSQL for BE with HATEOAS API, Typescript&#x2F;Angular SPA for FE if personalized experience is required. If it’s about just serving some almost static webpages, then some SSG+headless CMS with a bit of vanilla.js.<p>Choice of stack is simple: it may not be the best in class or fancy choice, but it’s close enough, allows simple infrastructure setup, quick start with rapid iterations and easy to go from 1 dev setup to a team. More importantly I have a lot of experience with this stack, so I can focus on business rather than on learning new technology.
FractalHQ超过 1 年前
Loving seeing so many Sveltekit + Postgres posts! Truly hard to top the dream team.
jcutrell超过 1 年前
Sinatra, flask, or Laravel. Something that gives me a direct control over routes and allows me to opt-in to magic when I want or need it. Dynamic language.<p>Depending on the frontend need, I might go with straight server rendering static pages. So often the big stack of rendering contexts and HOCs and blah blah blah just gets in the way. Rendering a view shouldn’t be difficult, and progressive enhancement is easier starting from strict HTML + well structured CSS.<p>I love React, I’d be happy to try Svelte… my fear in not doing that would be “when we eventually need it, it’s difficult to opt in progressively” (which is terrible).
lucidone超过 1 年前
Laravel or Rails spitting out Blade or ERB templates respectively. As a solo dev you have everything you need in both ecosystems and you aren&#x27;t doing 2x the work with a separate front end and back end.
mooreds超过 1 年前
Either one that I wanted to learn or one that I knew.<p>Which of those depends on whether the focus of the passion was exploration of new tech to make an impact on my understanding of tech or exploitation of existing tech to make an impact on the world.<p>If it was the former, today I&#x27;d probably learn Rust + whatever webapp stack is popular in that language. Seems to make some pretty interesting guarantees around programming and is blazing fast.<p>If it was the latter, I&#x27;d pick rails. Nothing in my experience beats rails for productivity for a bog standard webapp.
lgkk超过 1 年前
I’d use whatever scales best for the least cost.<p>Go backend. Single binary. Big performance. I’d use Go for as many things as possible until I actually had a need for distinct technologies (queues, redis, etc.). Throw embedded db into the mix and you shouldn’t have any problems for a long time.<p>React UI on cloudflare pages. Free. Easy.<p>Postgres. Single node goes far. Great plug n play extensions. Same as with Go I can push this pretty far until there is some serious requirement to do something else.<p>Deploy on either cheap bare metal or an affordable provider like DO.
评论 #38066416 未加载
ivory54321超过 1 年前
I have just launched a relatively straightforward webapp that required a light touch front end with fairly significant data processing on the backend<p>- Backend: Django (Postgres in production) + Celery to handle async tasks - Frontend: HTML (standard django renderer), CSS, HTMX + occasional jQuery - Deployment: Render<p>I was already familiar with Python and I feel the language is more than capable to handle the data processing required and with Django I could concentrate on the actual app functionality without diving too much into auth etc
mixandgo超过 1 年前
I&#x27;d use Ruby on Rails with Hotwire. For building a SaaS quickly, it&#x27;s my go-to framework.
rasulkireev超过 1 年前
What you know best!<p>For me it would be:<p>*Django* for backend with the built-in templates. No frontend backend split.<p>TailwindCSS for styling.<p>StimulusJS for sprinkling JS wherever needed, which is not very often.<p>Postgres as my DB (although if I&#x27;m not integrating Stripe, SQLite will suffice).<p>Maybe Redis for caching and as a broker for background tasks, if needed.
评论 #38129992 未加载
phartenfeller超过 1 年前
SvelteKit + SQLite for me. SvelteKit is easy to pick up and their standards make sense to me.<p>Of course SQLite has limits but it takes a lot of complexity or concurrent users to come close to them.
1-2-3-5-8超过 1 年前
If it is my money&#x2F;time then I&#x27;ll choose Django, Rails or Phoenix.<p>If it was a big corporate with deep pockets then I&#x27;ll (or they&#x27;ll force me to) go with React, Angular etc.
hevisko超过 1 年前
Fishing tackle - much easier to go fishing than to navigate today&#x27;s stacks and interfaces.
edimoldovan超过 1 年前
Go Std, HTML + plain CSS + vanilla JS if needed. No build steps.
meiraleal超过 1 年前
Just pure ol&#x27; JavaScript with a couple libraries.<p>Frontend: Lit and Tailwind (in reality, unocss, a tailwind runtime that doesn&#x27;t need build)<p>Database: indexeddb + some CRDT<p>Backend: no backend, webrtc to sync between devices without a central server<p>Hosting: Github and cloudflare cache, the app has a functionality to deploy itself, generating a minified tailwind CSS and if needed, a &quot;SSR&quot; version of it (but without hydration, this is the part of the frontend craziness that I don&#x27;t wanna get close).
hotshoe超过 1 年前
React on the front-end because of eco; Fastify on the backend w&#x2F; Postgres. I host React w&#x2F; Remix for light-duty SSR, but real work gets done on the backend. I&#x27;m moving away from metaframeworks as single solution -- they&#x27;re easy, but keeping biz logic on the be makes it much easier to swap out fe and better for testability IMO. I&#x27;ll prob shift over to Solid once &#x2F; if Start ever ships, else Qwik.
mar1n3r0超过 1 年前
Go + wasm(<a href="https:&#x2F;&#x2F;github.com&#x2F;maxence-charriere&#x2F;go-app">https:&#x2F;&#x2F;github.com&#x2F;maxence-charriere&#x2F;go-app</a>) + IPFS + orbitdb
BerislavLopac超过 1 年前
Personally, I&#x27;d go with <a href="https:&#x2F;&#x2F;pyapi-server.readthedocs.io" rel="nofollow noreferrer">https:&#x2F;&#x2F;pyapi-server.readthedocs.io</a>
jvatic超过 1 年前
I&#x27;m surprised nobody said they&#x27;d use [Yew](<a href="https:&#x2F;&#x2F;yew.rs&#x2F;" rel="nofollow noreferrer">https:&#x2F;&#x2F;yew.rs&#x2F;</a>), especially given the premise of this being for a passion project.
dinkleberg超过 1 年前
Go using the Gin framework. I’d use SQLite until I had a compelling reason not to. Server side rendering using pongo2 templates. Vanilla js and Htmx where appropriate.<p>I’ve built several projects like this and just started another one and it is by far my favorite stack.<p>I don’t like spending time fighting frameworks, so I like to keep my stack as minimal as possible. Thankfully the Go ecosystem pretty uniformly shares that ideology.
austin-cheney超过 1 年前
Instead of thinking about tech stack think about the problem you want solved. Most devs think about tech stack first and so all they do is read from a database and struggle to put text on screen. Then once that climb that mountain their product looks identical to everything else and is limited to putting text on screen at considerably inflated expense.
ramikalai超过 1 年前
I started work on a passion project recently and chose to use Next.JS on Vercel. It&#x27;s new to me and so there was a little bit of a learning curve but that was part of the fun.<p>Seems super simple to get up and running and let&#x27;s you focus on the product itself rather than the stack.<p>Alternative answer: Use whatever you&#x27;re most familiar&#x2F;comfortable with.
jareklupinski超过 1 年前
I&#x27;ve been meaning to try Django (mit Postgres) + HTMX + Alpine + Tailwind for a while, and while I don&#x27;t typically write a django admin page, <a href="https:&#x2F;&#x2F;github.com&#x2F;unfoldadmin&#x2F;django-unfold">https:&#x2F;&#x2F;github.com&#x2F;unfoldadmin&#x2F;django-unfold</a> at least puts them in the same box for me to start playing with
necatiozmen超过 1 年前
For the frontend, there is React framework called refine for building CRUD apps like admin panel and internal tools<p><a href="https:&#x2F;&#x2F;github.com&#x2F;refinedev&#x2F;refine">https:&#x2F;&#x2F;github.com&#x2F;refinedev&#x2F;refine</a><p>It has built-in integrations for UI libraries and data providers. You can select your stack
quickthrower2超过 1 年前
NextJS again!<p>I keep changing my mind. Part of me wants to use old school tech. But I do like the DX of Next.<p>NextJS tends to make sites that need JS on the front end. And probably bigger bundles than an old school MVC job. I will take that hit though for some of the positives of working in React and productivity and modernness and community of great work around React.
very_good_man超过 1 年前
Rails 7.1 deploy with Kamal to a low cost place.
eternityforest超过 1 年前
It would definitely either be TS or Python.<p>I think I might use Bootstrap but I&#x27;d heavily customize theming.<p>Probably SvelteKit or Vue for the frontend. Most likely SvelteKit.<p>SQLite or a flat file database for sure.<p>I think what I would do is use Tornado to serve SvelteKit pages, if I went with Python.<p>Definitely a monorepo for front and back end. Probably I&#x27;d try to do zero server side templating.
modeless超过 1 年前
I just started trying out Bun and its focus on speed plus broad compatibility makes it an absolute pleasure to use so far. For hosting I haven&#x27;t started yet but think I might try fly.io with LiteFS as database. Just for fun, I wouldn&#x27;t choose it for a work project until I&#x27;ve tested it out.
karakanb超过 1 年前
Laravel Jetstream with Inertia + Postgres, for sure. It is the most productive setup I have found for myself as a solo dev trying to deliver a full web app. If it is more like a backend-only setup, an API or sth, I tend to default to Go these days due to the speed and ease of deployment.
mattrighetti超过 1 年前
If it’s a personal project, I would pick and try out the latest trends that I’ve been keeping an eye on.<p>I’m planning to try out HTMX + a backend written either in Rust or Go. Since it’s a passion project it doesn’t necessarily need to be out there for thousands of users, so I’ll go with SQLite.
yetanother12345超过 1 年前
Exactly the same &quot;tech stack&quot; as I used before that term became popular:<p><pre><code> - HTML - JS (Ecma Script, not some &quot;framework&quot;) - CSS (not &quot;Typescript&quot; or whatever, standard CSS) </code></pre> For backend I&#x27;d use PHP. Yes, PHP.<p>Edit: The same would apply for $job
评论 #38063305 未加载
yieldcrv超过 1 年前
T3 stack, with bun<p>(Typescript, tRPC, Tailwinds<p>Next.js React, Prisma, Zod<p>Bun)<p>Client and server in one project and language. All the trendy, still free, easier to use compute instances let you deploy javascript server projects. Many don&#x27;t support other stacks like Java or Python. Heroku supports python but no longer has a free tier.
Narciss超过 1 年前
T3 stack with MUI deployed to vercel + Postgres (I use supabase) My latest projects are built with it, but I also use a very similar stack at my work so it’s easy to pick it up.<p>Also, this stack is free if using vercel + supabase until you reach an BIG userbase
o_m超过 1 年前
Frontend: Remix or Next.js with server components<p>Backend: ASP.NET Web API (REST). Only calling these APIs from the backend-for-frontend Node code.<p>Hosting: Everything at one Cloud provider, either Azure or AWS. No SaaS-services.<p>Database: Postgres<p>Infra: Terraform or Bicep for infratructure as code, and Docker.
ja27超过 1 年前
I&#x27;m a simple man. Node&#x2F;Express with probably MariaDB and React. Maybe give Tailwind a spin. Same with next.js if I had the time.<p>Would prefer go on the backend but language switching when doing frontend at the same time is a bit of a pain.
throwaway167超过 1 年前
Yesod&#x2F;Haskell for the backend, backbone.js for front end. Oracle for DB.
RalfWausE超过 1 年前
Well, i am currently building a little App for my job that is also a bit of a passion project, well, i am building using the Internetcomputer and the motoko language in the backend and vanilla JS and html in the frontend.
v3ss0n超过 1 年前
Litestar + HTMX<p>Litestar + Svelte<p>SQLAlchemy<p>Haystack<p><a href="https:&#x2F;&#x2F;litestar.dev" rel="nofollow noreferrer">https:&#x2F;&#x2F;litestar.dev</a>
vandyswa超过 1 年前
No extras. Hand written JS, CSS, and HTML. Backend use CGI or for long polling type apps, golang and an HTTP server module. Or Python and its batteries-included HTTP server (but I&#x27;m moving away from Python).
schappim超过 1 年前
Rails + Postgres w&#x2F; [1] jumpstartrails<p>[1] <a href="https:&#x2F;&#x2F;jumpstartrails.com" rel="nofollow noreferrer">https:&#x2F;&#x2F;jumpstartrails.com</a>
devhe4d超过 1 年前
Something that I am good &#x2F; fast at
agonzalezro超过 1 年前
Phoenix &amp; its Liveview. Backed by Postgres or even SQLite for some use-cases.
Minor49er超过 1 年前
I&#x27;m going to be working on a niche search site soon. For it, I&#x27;m planning on using PHP, Nginx, Postgres, and Typesense for the back end and probably React for the front end
lsferreira42超过 1 年前
I&#x27;ve been in love with:<p>Backend: Golang standard lib, gorilla&#x2F;mux for routing Front: htmx + tailwind<p>If i need a database, i tend to start with redis, then sqlite and ONLY if it scale, postgres!!
hknmtt超过 1 年前
i cannot answer objectively for obvious reasons. but i am very happy with Go back-end, Quasar front-end, JSON for message formatting and MariaDB for data storage. I have made couple of project in this manner, in addition to previous ones, so I am very happy with this setup and cannot really imagine trying anything else that would work better. Quasar can be also built into a mobile app which is another bonus.
dewbrite超过 1 年前
My last full stack passion project I used Axum for the backend&#x2F;API, Mithril.js with Coffeescript for the frontend, then S3* and Meilisearch for data storage.
maia_g超过 1 年前
FE: Svelte. BE: Go, Postgres. Keeping it fairly simple.
0xblinq超过 1 年前
Laravel + Hotwire if working alone or with a small team. Laravel + Inertia if working on a large team or with dedicated backend and frontend teams.
owenpalmer超过 1 年前
Supabase + Flutter is a stack I can highly recommend if you want to get off the ground fast. Both are extremely intuitive to get started with.
评论 #38076615 未加载
absqueued超过 1 年前
Lately its been Fastify, Postgres and Svelte Kit.<p>Also tried Remix for a few smaller projects - didnt really fly but was quick to develop.<p>Fastify has been game changer for me.
nathants超过 1 年前
picking a stack isn’t enough. you need to codify it and build tooling around it so you can completely forget how it works. picking it up cold after a year should be just as easy as picking it up from yesterday. mine is here[1].<p>1. <a href="https:&#x2F;&#x2F;github.com&#x2F;nathants&#x2F;aws-gocljs">https:&#x2F;&#x2F;github.com&#x2F;nathants&#x2F;aws-gocljs</a>
wruza超过 1 年前
With all these modern frameworks and stacks, most of the practical AI UI tools were made with gradio. Interesting contrast.
j0hnyl超过 1 年前
The last few web apps I&#x27;ve built:<p>Flask &#x2F; HTMX &#x2F; Pico.css &#x2F; Postgres or Sqlite<p>Dockerized so that it&#x27;s easy to spin up.<p>Edit: Caddy for webserver.
评论 #38061468 未加载
moltar超过 1 年前
- TypeScript end to end<p>- infra on AWS via AWS CDK TypeScript<p>- backend domain plain TypeScript<p>- frontend plain React, no framework (TSX)<p>- database RDS Aurora serverless v2 (Postgres)<p>- monorepo using pnpm
randomdev3超过 1 年前
Go, postgres&#x2F;MySQL,static Vue frontend
JohnBooty超过 1 年前
Literally anything, thanks to ChatGPT&#x2F;CoPilot&#x2F;etc.<p>Choosing a stack has always been a balance between &quot;what you are currently productive in&quot; and &quot;the best possible tool for the job.&quot;<p>These days, assuming you have a base level of skill and experience, it&#x27;s like 2-10x easier to get up to speed in a brand new stack thanks to those AI coding buddies<p>Your current competencies still matter and always will, but today, IMO we&#x27;re <i>way</i> more free to choose the &quot;best&quot; tool and assume that we can get up to speed quickly.<p>Putting that aside, I still think Rails is amazing for &quot;most&quot; webby stuff. Would consider Flask if I needed things from the Python ecosystem. Or I guess Phoenix if I needed that massive concurrency. Would pair them with Postgres and&#x2F;or Redis as needed.<p>For frontend... Vue? Or maybe just server-side rendering if I could get away with it.
评论 #38060230 未加载
taf2超过 1 年前
I’d start with rails. It stays out of the way while providing all the core features necessary to grow.
patches11超过 1 年前
Next.js, material-ui, trpc<p>Most of what you need to get something functional and not totally ugly, not a lot that you don’t.
maxbrydak超过 1 年前
HTMX for the front end Go for the backend Postgres for DB Redis for cache
JakeAl超过 1 年前
Remember APE. The right medium is always the most<p>Accessible Powerful cost Effective<p>relative to your audience and available resources.
pylua超过 1 年前
I am surprised I haven’t seen angular listed here.<p>I would pick flutter &#x2F; istio &#x2F; booternetes &#x2F; helm
kamma4434超过 1 年前
Elixir with Liveview, or any server side you know well (in my case it’s Java&#x2F;jsp) with Htmx.
pier25超过 1 年前
Depends on the app.<p>Probably Laravel with Livewire and Lit for creating interactive widgets. Postgres for the db.
xjidjccudux超过 1 年前
Htmx+tailwind with rust&#x2F;leptos serverside. Avoiding JS as much as possible.
Exuma超过 1 年前
Posting here so I can refer back to this...
sim04ful超过 1 年前
The ReactJS + Typescript + Rust + LMDB combo just works so well for me.
vandyswa超过 1 年前
Do note sqlite3 suffices up to a surprisingly demanding workload.
rahlokzero超过 1 年前
Today: Expo for web and native, with a FastAPI backend.<p>Tomorrow: Who knows.
leosanchez超过 1 年前
ASP.NET Core MVC + htmlx. Tailwind, ansible, docker
Vanclief超过 1 年前
Fronted: React Backend: Golang Database: PostgreSQL
rio2超过 1 年前
Backend: Go, SQLite<p>Frontend: Flutter<p>If Flutter is not possible or suitable than htmx + bulma (or w3c, pico etc..).
cvalka超过 1 年前
Go + htmlx + TiDb or YugabyteDB
qq99超过 1 年前
SolidStart or Qwik, + postgres
lylejantzi3rd超过 1 年前
Does anybody still use Perl 5?
评论 #38134442 未加载
Dansvidania超过 1 年前
i am using svelte and firebase
stephane-klein超过 1 年前
I just started a project and chose this stack:<p>- SSR SvelteKit with Hydration (<a href="https:&#x2F;&#x2F;github.com&#x2F;sveltejs&#x2F;kit">https:&#x2F;&#x2F;github.com&#x2F;sveltejs&#x2F;kit</a>)<p>- PostgreSQL database server<p>- Postgres.js - PostgreSQL client for Node.js (<a href="https:&#x2F;&#x2F;github.com&#x2F;porsager&#x2F;postgres">https:&#x2F;&#x2F;github.com&#x2F;porsager&#x2F;postgres</a>)<p>- Migration powered by graphile-migrate (<a href="https:&#x2F;&#x2F;github.com&#x2F;graphile&#x2F;migrate">https:&#x2F;&#x2F;github.com&#x2F;graphile&#x2F;migrate</a>)<p>- PostgreSQL Row-Level Security (<a href="https:&#x2F;&#x2F;www.postgresql.org&#x2F;docs&#x2F;16&#x2F;ddl-rowsecurity.html" rel="nofollow noreferrer">https:&#x2F;&#x2F;www.postgresql.org&#x2F;docs&#x2F;16&#x2F;ddl-rowsecurity.html</a>)<p>- svelte-headlessui (<a href="https:&#x2F;&#x2F;github.com&#x2F;rgossiaux&#x2F;svelte-headlessui">https:&#x2F;&#x2F;github.com&#x2F;rgossiaux&#x2F;svelte-headlessui</a>)<p>- sveltekit-i18n (<a href="https:&#x2F;&#x2F;github.com&#x2F;sveltekit-i18n&#x2F;lib">https:&#x2F;&#x2F;github.com&#x2F;sveltekit-i18n&#x2F;lib</a>)<p>- TailwindCSS (<a href="https:&#x2F;&#x2F;tailwindcss.com&#x2F;" rel="nofollow noreferrer">https:&#x2F;&#x2F;tailwindcss.com&#x2F;</a>)<p>- Superforms (<a href="https:&#x2F;&#x2F;superforms.rocks&#x2F;" rel="nofollow noreferrer">https:&#x2F;&#x2F;superforms.rocks&#x2F;</a>)<p>- sveltekit-flash-message + svelte-french-toast (<a href="https:&#x2F;&#x2F;github.com&#x2F;ciscoheat&#x2F;sveltekit-flash-message">https:&#x2F;&#x2F;github.com&#x2F;ciscoheat&#x2F;sveltekit-flash-message</a> + <a href="https:&#x2F;&#x2F;github.com&#x2F;kbrgl&#x2F;svelte-french-toast">https:&#x2F;&#x2F;github.com&#x2F;kbrgl&#x2F;svelte-french-toast</a>)<p>Tooling :<p>- asdf (<a href="https:&#x2F;&#x2F;asdf-vm.com&#x2F;" rel="nofollow noreferrer">https:&#x2F;&#x2F;asdf-vm.com&#x2F;</a>)<p>- Docker and Docker Compose<p>- NodeJS<p>- pnpm<p>- Jest for unittest<p>All deployed on a VM at Scaleway (<a href="https:&#x2F;&#x2F;www.scaleway.com&#x2F;en&#x2F;" rel="nofollow noreferrer">https:&#x2F;&#x2F;www.scaleway.com&#x2F;en&#x2F;</a>) with Bash script (<a href="https:&#x2F;&#x2F;github.com&#x2F;stephane-klein&#x2F;sveltekit-tendaro-webshell-skeleton&#x2F;tree&#x2F;main&#x2F;deployment">https:&#x2F;&#x2F;github.com&#x2F;stephane-klein&#x2F;sveltekit-tendaro-webshell...</a>)<p>After 3 months of development on this stack, I&#x27;m very satisfied. My application is fast, light and requires very little code.<p>Project skeleton example: <a href="https:&#x2F;&#x2F;github.com&#x2F;stephane-klein&#x2F;sveltekit-tendaro-webshell-skeleton&#x2F;tree&#x2F;main">https:&#x2F;&#x2F;github.com&#x2F;stephane-klein&#x2F;sveltekit-tendaro-webshell...</a>
评论 #38069594 未加载
评论 #38069596 未加载
评论 #38076040 未加载
paxys超过 1 年前
BE - Go<p>FE - Typescript, React, Tailwind<p>DB - Postgres<p>Cache - Memcached<p>Server&#x2F;Routing - Envoy
madduci超过 1 年前
jQuery for frontend, backend in SpringBoot or Quarkus
phendrenad2超过 1 年前
php, heroku, mysql, redis, cron2go.
porridgeraisin超过 1 年前
- Node<p>- Either vanilla js or vue.<p>In a while, s&#x2F;node&#x2F;bun<p>Go on the server is fine as well.
andrewstuart超过 1 年前
Nodejs<p>Plain SQL with Postgres<p>React
lexoj超过 1 年前
Go + HTMX (DB Postgres or Sqlite)
ta456457547超过 1 年前
Spring Boot and Thymeleaf. The JS ecosystem has gone to utter shite.
peter-m80超过 1 年前
Next.js. I consider it the industry standard
评论 #38059438 未加载