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

科技回声

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

GitHubTwitter

首页

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

资源链接

HackerNews API原版 HackerNewsNext.js

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

Ask HN: What web development stack do you prefer in 2024?

31 点作者 jadler999超过 1 年前
Curious to hear what those starting new projects&#x2F;startups are choosing for web application tooling and frameworks. This is meant to be an informal survey of the HN community for their web development preferences.<p>On the front end side of things, I feel that React is not the default framework as Svelte and HTMX are everywhere (or maybe I am reading too much Twitter). On the backend side, I think it is a bit more open and has to vary from project to project based on specific needs but would love to hear what you are using and why anyway.<p>For many, I realize the answer may be to use the tools you are most comfortable with but wanted to ask just to see.

34 条评论

jmaker超过 1 年前
Yes it’s the echo chamber of the promotion funnels that makes it appear as if everyone were jumping ship every few days.<p>In my bubble, Angular and React are the primary frontend frameworks, with Vue sometimes being ahead and sometimes behind either. Virtually no one uses Svelte in my circles., but most folks have heard of it or have applied it in their side projects. HTMX is even more niche, still up for discovery for most folks, don’t know it well enough to comment. I prefer Vue and Angular DX but I favor React component libraries, it’s complicated. My absolute favorite is PureScript with React.<p>In most cases, backend is Spring on Java for well-defined or rather systematically approached applications, and Python or TypeScript for something that can run on AWS Lambdas and a junior dev might become responsible for. I think .NET is a no less decent choice for that matter. Go for rather small applications that need to touch on layers beneath the application layer, not the best choice to express complex business logic. I personally just pick the JVM stack with Kotlin and Spring, and deploy to AWS.<p>Rust is too unstable for long-term maintenance but deserves to be respected, I try to push Rust (though I’ve spent most of my time in C++) for smoother collaboration and simpler code review—there’s little I ever need to check after the Rust compiler—mostly the business logic and some axioms, in addition this raises the bar for quality contributions. Having to deal with low-key merges after the fact, sometimes even circumventing CI, is not pleasant at all.<p>Therefore, having the source of QA truth in the compiler is a boon to my productivity, hope it manages to obviate even more test suites, lifting more of the business logic into the type system, the way you can do it in Haskell or, even more powerful, Idris, but that’s a bit off-topic. Yet that’s what I choose if I need correctness.
评论 #39118047 未加载
评论 #39110438 未加载
dinkleberg超过 1 年前
I’m gonna be a hipster by saying I was using Htmx (and its predecessor intercooler) before it was cool. I really wouldn’t think of specifically using Htmx to build your app. You use server side template rendering and then you sprinkle htmx on top to make it a bit nicer.<p>My preferred stack is server rendered go. I’ve traditionally used pongo2 for templates since they are nicer than standard go templates imo. But I’ll be trying out templ on my next project.<p>But whether you use go, Django, rails, laravel, whatever, if you’re doing traditional server rendering rather than the SPA or modern “full stack” framework, you’ll have a better time. And this is coming from someone who actually likes using SPA frameworks for interactivity. But managing client and server side state is so much more complex.
评论 #39114188 未加载
ralmidani超过 1 年前
I’m building out my server-side with Django while reading up on htmx. I haven’t started with actual UI interactions, but htmx is what I plan to use.<p>For more context, I’m essentially revisiting an app I built from 2015-2017, before I became employed in the industry. I built it with Django and Ember. Long story short, Django upgrades nicely, while anything requiring Node that was built that long ago is “lost in time, like tears in rain…”<p>Yes, I’m resentful. And yes, I hope I never have to touch Node&#x2F;NPM again.<p>Some other great options are Elixir&#x2F;Phoenix&#x2F;LiveView (I used it at my most recent job, and loved it) and Ruby&#x2F;Rails&#x2F;Hotwire. Hotwire is not coupled tightly with Rails, but using it with Rails would be the path of least resistance.<p>Personally, I went back to Django for reasons including:<p>- Data modeling and migrations with Django’s ORM are top-notch.<p>- Auth and admin which come out of the box are key for getting to an MVP quickly.<p>- I find Django’s template language more intuitive and more elegant than erb and EEx&#x2F;HEEx.<p>- Python is still king in the data world, so it’s easy to integrate with mature DS&#x2F;ML&#x2F;AI libraries.<p>- If I need to find talent, Python devs are everywhere.
评论 #39116824 未加载
lgkk超过 1 年前
Anything serious or has actual customers should use established technologies imo.<p>Who cares if it’s not the latest some hipster is pushing on Twitter? Most of the time these people aren’t even serious (in what they’re doing).<p>Focus on solving your customers problems.<p>For hobbies it’s free for all. Do whatever you like. It’s fine to be emotionally tied to some library or obscure thing. It’s for fun after all.<p>For anything serious, it’s good to be serious.<p>Maybe the trendiest thing will become that some day but don’t tank your own business in the process. Remember that Meta invested heavily in react not for fun but because they are a serious multi billion dollar business (key word).
QuadmasterXLII超过 1 年前
<a href="https:&#x2F;&#x2F;jstreb.hgreer.com" rel="nofollow">https:&#x2F;&#x2F;jstreb.hgreer.com</a> is my lastest fun project, and it&#x27;s seriously just javascript. Originally it depended on math.js for matrix operations but I ripped out that dependency and wrote my own linear algebra code for about a 20x performance boost.<p>For actual work, I&#x27;ve got one in sqlite &#x2F; flask &#x2F; htmx, and another in tensorflowjs + react + tanstack + firebase. I&#x27;m having opinions about the latter- a recent meeting started with me putting the url for the home page into a browser and then counting out loud until enough of the serverless stuff spun up for the interface to load. I got to 24, which was past &quot;making my point&quot; into &quot;awkward&quot;
mortallywounded超过 1 年前
For the last three years I have used only Go with vanilla HTML (templates&#x2F;html from the standard library), CSS and JS.<p>For a database, I have been using PostgreSQL.
评论 #39135043 未加载
评论 #39110208 未加载
chooma超过 1 年前
After test drive countless of frameworks...I&#x27;ve settled for a very boring stack<p>Ruby on rails is the only framework I use for SaaS applications.<p>Plain ES6 for a lot of things that are not as big as a SaaS. React when I need frontend stuff.<p>Python lives mostly in notebooks for all my thinkering.
bbsz超过 1 年前
I can provide somewhat unorthodox answer for 2024.<p>I am currently working on a solo project and EXTRA prioritizing for time to MVP. In the past I already delivered one project with React and I found it very unpleasant to debug with my backend even if surprisingly useful for handling complex dynamic behavior in UI. I decided that MVP might as well be <i>as vanilla at it can get</i> considering that I am building very much backend-data driven application.<p>Python + Flask for backend. vanilla HTML + vanilla Javascript for little of the dynamic behavior that I need now on frontend. after MVP I&#x27;ll most likely transfer to React because there&#x27;s a limit where it will become pointless to write JS scripts by hand.
评论 #39113941 未加载
dakiol超过 1 年前
Vanilla HTML, CSS, JS (no need to compile&#x2F;transpile&#x2F;etc.)<p>Golang (I only need to upload a binary to my server and done)<p>Postgres&#x2F;MySQL&#x2F;SQlite<p>Docker and&#x2F;or binaries.
Faizan711超过 1 年前
I think Next.js with Node.js for backend will be the go to stack for 2024 in Web Development.
评论 #39105534 未加载
joshstrange超过 1 年前
Most my personal and side-business projects have very spiky load or just low load in general. Because of that I love using AWS Lambda as my backend since it scales to 0 and scales to whatever you have your limits set at.<p>I use SST [0] for my backend with NodeJS (TypeScript) and Vue (Quasar) for my frontend. For my database I use either Postgres or DynamoDB if the fit is right (Single Table Design is really neat). For Postgres I like Neon [1] though their recent pricing changes make it less appealing.<p>[0] <a href="https:&#x2F;&#x2F;sst.dev">https:&#x2F;&#x2F;sst.dev</a><p>[1] <a href="https:&#x2F;&#x2F;neon.tech" rel="nofollow">https:&#x2F;&#x2F;neon.tech</a>
评论 #39117574 未加载
program247365超过 1 年前
Next.js - <a href="https:&#x2F;&#x2F;nextjs.org&#x2F;" rel="nofollow">https:&#x2F;&#x2F;nextjs.org&#x2F;</a><p>React framework - 20 million NPM downloads a month ()<p><a href="https:&#x2F;&#x2F;moiva.io&#x2F;?npm=next" rel="nofollow">https:&#x2F;&#x2F;moiva.io&#x2F;?npm=next</a>
lfciv超过 1 年前
Working with various data, ML, and researcher-type engineers there&#x27;s a bit benefit to using Python. Especially if you want to be at the forefront of what&#x27;s being built.<p>I&#x27;ve been building with Python FastAPI and a React&#x2F;Nextjs app. I&#x27;ve gone back and forth on whether we should have used Django, but we&#x27;ve been full steam ahead with what we have.<p>If I wasn&#x27;t building in the AI space I think I probably would have used Node &lt;-&gt; React with tRPC to make the typed full stack monorepo experience seamless.<p>Oh and Postgres - I&#x27;m irrationally loyal to Postgres
meowtastic超过 1 年前
Astro SSR with React components when in need (rarely). A joy to iterate upon since you don&#x27;t have to worry about coordination between the frontend and backend. Easy to dockerize and deploy wherever you want (I&#x27;m looking at you Next!). Never been more productive in my life. <a href="https:&#x2F;&#x2F;astro.build&#x2F;" rel="nofollow">https:&#x2F;&#x2F;astro.build&#x2F;</a>
schwartzworld超过 1 年前
&gt; I feel that React is not the default framework<p>It doesn&#x27;t really matter from a technical standpoint, you can build the same UI with any framework (or none). React is still a good default choice if you want to rely on the ecosystem or if you are planning on working with other people. There are lots of devs using react daily at work. Svelte may have twitter-appeal, but not very many big companies are using it.
night-rider超过 1 年前
Core vitals:<p>Vanilla JS<p>CSS<p>HTML<p>--------<p>Frameworks:<p>HTMX[0]<p>Tailwind CSS[1]<p>Cash[2]<p>--------<p>Backend:<p>PHP<p>NodeJS<p>--------<p>For quick mockups &amp; landing pages:<p>Webflow[3]<p>Carrd[4]<p>--------<p>Also some no-code SaaS solutions for dealing with tricky stuff like forms<p>[0] <a href="https:&#x2F;&#x2F;htmx.org&#x2F;" rel="nofollow">https:&#x2F;&#x2F;htmx.org&#x2F;</a><p>[1] <a href="https:&#x2F;&#x2F;tailwindcss.com&#x2F;" rel="nofollow">https:&#x2F;&#x2F;tailwindcss.com&#x2F;</a><p>[2] <a href="https:&#x2F;&#x2F;kenwheeler.github.io&#x2F;cash&#x2F;" rel="nofollow">https:&#x2F;&#x2F;kenwheeler.github.io&#x2F;cash&#x2F;</a><p>[3] <a href="https:&#x2F;&#x2F;webflow.com&#x2F;" rel="nofollow">https:&#x2F;&#x2F;webflow.com&#x2F;</a><p>[4] <a href="https:&#x2F;&#x2F;carrd.co&#x2F;" rel="nofollow">https:&#x2F;&#x2F;carrd.co&#x2F;</a>
kaaaate超过 1 年前
Recently I re-wrote my personal homepage (which was previously written in Vue.js) and the homepage for my discord bot in PHP (w&#x2F; smarty, and some CSS copied from Bootstrap).<p>For one of my other projects, my discord bot dashboard (which uses MongoDB and lots of boilerplate stuff for interacting with MongoDB), I&#x27;m using ASP.NET Core and Boostrap. It does the job, and it does it quite well.
tmnvix超过 1 年前
Django + HTMX + old-fashioned CSS (no framework - sometimes SASS, sometimes not). Hosted on Heroku if I don&#x27;t want to faff about.<p>For a couple of projects where it seems justified, Svelte (with a Django backend).<p>Plenty of experience over the last decade has me very wary of too many JS dependencies (revisiting anything older than a couple of years has invariably been a nightmare).
codingclaws超过 1 年前
For front-end vanilla HTML, CSS and JavaScript. HTML is SSR, unless an AJAX call would obviously improve UX. For back-end I don&#x27;t really care as long as it&#x27;s not one of those CMS frameworks that caters to the non-developer.
wolfvector超过 1 年前
At work I use vanilla HTML, CSS and Javascript for the frontend. For the backend I use node.<p>For personal projects I sometimes use the same stack, however in some occasions I have used Sveltekit.
account-5超过 1 年前
I&#x27;m planning two side project apps this year using Dart&#x2F;Flutter with an SQLite DB for local storage&#x2F;backend. I like the ability for this to run on any platform.
pillefitz超过 1 年前
Frontend: Whatever I&#x27;m using at work. Backend: Rust with Sqlite. It&#x27;s simple, but with the amenities of a higher-level language, it&#x27;s performant and the compiler has my back.
alecsm超过 1 年前
PHP (Symfony) on the backend. I just can&#x27;t get used to Node and I don&#x27;t like Python for web development.<p>I don&#x27;t do frontend anymore but when I do it&#x27;s pure JS and Bootstrap&#x2F;Tailwind.
jordiburgos超过 1 年前
Java + Spring Boot + MySQL in the backend. With OpenAPI to define the API structure and generate as much code as possible.<p>TypeScript + React in the frontend.
akullpp超过 1 年前
In the process of establishing HTMX, Alpine, Tailwind at work since the 6 year old React SPA is impossible to upgrade.
saasjosh超过 1 年前
It doesn&#x27;t matter because all tech stacks do the same thing. The only difference is how they organize code.
noworriesnate超过 1 年前
ASP.NET Core + HotChocolate GraphQL for backend, blazor for internal tools frontend, and react for web frontend
rishav_sharan超过 1 年前
I use vanilla js with tailwind for the frontend. Currently building on top of Cloudflare Pages and MySQL.
gt2超过 1 年前
Varies, but most commonly:<p>Django, Postgres, React, Docker, Heroku, AWS S3 for static frontend deployment.
ksherlock超过 1 年前
front end? preact if it&#x27;s complicated enough to need it, vanilla js otherwise.<p>Actually, a few months back I started doing something in react, then i asked myself why, then I replaced it with .net&#x2F;aspx and no javascript.
andrei_says_超过 1 年前
Rails and Turbo - the lazy dev’s path to success.
kojeovo超过 1 年前
Whatever we use @ work, I don&#x27;t code on personal time
rozenmd超过 1 年前
React and Node here.
KaiKimera超过 1 年前
Honestly, I&#x27;m tired of big sites. I like simple, clean HTML + CSS websites. And I write them myself. JAMstack.