frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Study confirms experience beats youthful enthusiasm

https://www.theregister.com/2026/02/07/boomers_vs_zoomers_workplace/
1•Willingham•22s ago•0 comments

The Big Hunger by Walter J Miller, Jr. (1952)

https://lauriepenny.substack.com/p/the-big-hunger
1•shervinafshar•1m ago•0 comments

The Genus Amanita

https://www.mushroomexpert.com/amanita.html
1•rolph•6m ago•0 comments

We have broken SHA-1 in practice

https://shattered.io/
1•mooreds•7m ago•1 comments

Ask HN: Was my first management job bad, or is this what management is like?

1•Buttons840•8m ago•0 comments

Ask HN: How to Reduce Time Spent Crimping?

1•pinkmuffinere•9m ago•0 comments

KV Cache Transform Coding for Compact Storage in LLM Inference

https://arxiv.org/abs/2511.01815
1•walterbell•14m ago•0 comments

A quantitative, multimodal wearable bioelectronic device for stress assessment

https://www.nature.com/articles/s41467-025-67747-9
1•PaulHoule•16m ago•0 comments

Why Big Tech Is Throwing Cash into India in Quest for AI Supremacy

https://www.wsj.com/world/india/why-big-tech-is-throwing-cash-into-india-in-quest-for-ai-supremac...
1•saikatsg•16m ago•0 comments

How to shoot yourself in the foot – 2026 edition

https://github.com/aweussom/HowToShootYourselfInTheFoot
1•aweussom•16m ago•0 comments

Eight More Months of Agents

https://crawshaw.io/blog/eight-more-months-of-agents
3•archb•18m ago•0 comments

From Human Thought to Machine Coordination

https://www.psychologytoday.com/us/blog/the-digital-self/202602/from-human-thought-to-machine-coo...
1•walterbell•18m ago•0 comments

The new X API pricing must be a joke

https://developer.x.com/
1•danver0•19m ago•0 comments

Show HN: RMA Dashboard fast SAST results for monorepos (SARIF and triage)

https://rma-dashboard.bukhari-kibuka7.workers.dev/
1•bumahkib7•20m ago•0 comments

Show HN: Source code graphRAG for Java/Kotlin development based on jQAssistant

https://github.com/2015xli/jqassistant-graph-rag
1•artigent•25m ago•0 comments

Python Only Has One Real Competitor

https://mccue.dev/pages/2-6-26-python-competitor
3•dragandj•26m ago•0 comments

Tmux to Zellij (and Back)

https://www.mauriciopoppe.com/notes/tmux-to-zellij/
1•maurizzzio•27m ago•1 comments

Ask HN: How are you using specialized agents to accelerate your work?

1•otterley•28m ago•0 comments

Passing user_id through 6 services? OTel Baggage fixes this

https://signoz.io/blog/otel-baggage/
1•pranay01•29m ago•0 comments

DavMail Pop/IMAP/SMTP/Caldav/Carddav/LDAP Exchange Gateway

https://davmail.sourceforge.net/
1•todsacerdoti•30m ago•0 comments

Visual data modelling in the browser (open source)

https://github.com/sqlmodel/sqlmodel
1•Sean766•32m ago•0 comments

Show HN: Tharos – CLI to find and autofix security bugs using local LLMs

https://github.com/chinonsochikelue/tharos
1•fluantix•32m ago•0 comments

Oddly Simple GUI Programs

https://simonsafar.com/2024/win32_lights/
1•MaximilianEmel•32m ago•0 comments

The New Playbook for Leaders [pdf]

https://www.ibli.com/IBLI%20OnePagers%20The%20Plays%20Summarized.pdf
1•mooreds•33m ago•1 comments

Interactive Unboxing of J Dilla's Donuts

https://donuts20.vercel.app
1•sngahane•34m ago•0 comments

OneCourt helps blind and low-vision fans to track Super Bowl live

https://www.dezeen.com/2026/02/06/onecourt-tactile-device-super-bowl-blind-low-vision-fans/
1•gaws•36m ago•0 comments

Rudolf Vrba

https://en.wikipedia.org/wiki/Rudolf_Vrba
1•mooreds•36m ago•0 comments

Autism Incidence in Girls and Boys May Be Nearly Equal, Study Suggests

https://www.medpagetoday.com/neurology/autism/119747
1•paulpauper•37m ago•0 comments

Wellness Hotels Discovery Application

https://aurio.place/
1•cherrylinedev•38m ago•1 comments

NASA delays moon rocket launch by a month after fuel leaks during test

https://www.theguardian.com/science/2026/feb/03/nasa-delays-moon-rocket-launch-month-fuel-leaks-a...
1•mooreds•39m ago•0 comments
Open in hackernews

Tell HN: The case for CRUD apps in the age of AI

3•prmph•5mo ago
I hear this denigration of CRUD apps all the time, especially nowadays as folks (even here on HN) think AI will erase the need for this kind of development

But, people forget that CRUD apps can be as complex or simple as they need to be. A CRUD app is identified as such by its purpose, not the sophistication of it.

Right now I'm wring a web app that's basically manages some domain data in a central db, but guess the kinds of things I have had to deal with. Here a a few (there are many more), in no particular order:

- Caching and load balancing infrastructure.

- Crafting an ORM that handles caching, transactions, and, well, CRUD, but in a consistent, well-typed, and IO-provider-agnostic manner (IO providers could be: DBs like Postgres, S3-compatible object stores, Redis, Sqlite, Localstorage, Filesystems, etc. Yes, I need all those).

- Concurrent user access in manner that is performant and avoids conflicts.

- Db performance for huge datasets (so consideration of indexes, execution plans, performant queries, performant app architecture, etc, etc)

- Defining fluent types for defining the abstract API methods that form the core of the system

- Defining types to provide strong typing for routes that fulfill each abstract API method.

- Defining types to provide strongly-typed client wrappers for each abstract API method

- How to choose the best option for application- and API security (Cookies?, JWT?, API keys? Oauth?)

- Choosing the best UI framework for the requirements of the app. I actually had to write a custom react-like library for this.

- Media storage strategy (what variants of each media to generate on the server, how to generate good storage keys, etc.

- Writing tooling scripts that are sophisticated enough to help me type-check, build, text, and deploy the app just in the way I want

- Figuring out effective UI designs for CRUD pages, with sorting, filtering, paging, etc built in . This is far from simple. For just one example, naive paging is not performant, I need to use keyset pagination.

- Doing all the above with robust, maintainable, and performant code

- Writing effective specs and docs for all my decisions and design for the the above

And many many more! I've been working on this "CRUD" app for years as a greenfield project that will be the flagship product of my startup. The techniques I have to evolve to solve various challenges could easily fill entire books.

Comments

WASDAai•5mo ago
A lot of people dismiss CRUD apps because they only picture a simple todo list or blog engine. But the moment you actually try to build something production grade you run into all the things you listed: concurrency, caching, type safety across layers, indexing strategies, keyset pagination, auth tradeoffs, UI ergonomics, etc. The funny part is most businesses still run on what boil down to CRUD apps. Accounting systems, ERPs, logistics dashboards, CRMs they are “just CRUD,” but they move billions of dollars. AI can help with parts of this (maybe codegen for boilerplate or smarter query planning), but it does not erase the problem space. If anything it makes consistency, reliability, and security even more critical. To me the interesting angle isn’t “AI replaces CRUD,” it’s “CRUD is the substrate that everything, including AI apps, has to sit on.”
ben_w•5mo ago
What WASDAai says is entirely fair (though caveat: a shockingly large number of production apps have really mediocre implementations from the war stories I've heard).

But:

This description sounds less like "I am making a CRUD app" and more like "I am making a generic CRUD app framework/dev tool".

Which is fine, and yes LLMs are not yet good enough to vibe their way at that scale, but it's not the same thing as any specific, concrete, CRUD app that such a tool may or many not also produce.

Actually, it gets worse:

> - Choosing the best UI framework for the requirements of the app. I actually had to write a custom react-like library for this.

Danger, Will Robinson, danger!

UI frameworks sure are fun to write. Done it loads of times myself. But one of those times was before jQuery existed, and was because it was before jQuery existed. Another was before Cocos2d existed, and because it was before Cocos2d existed.

If this was a fun side project then sure, have at it, but as a startup? I've seen people want to reinvent every part of their stack, as you are doing, and it took them 14 years to ship as Early Access.

Unless you're literally one of the FAANG companies, then devs — including ones you may need to hire, even if I'm reading the wrong thing between the lines and this isn't a CRUD-maker, you'll probably need to hire people at some point — aren't going to want to learn yet another UI framework to customise the output of your product.