frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

The physics behind why cutting onions makes us cry

https://physicsworld.com/a/the-physics-behind-why-cutting-onions-makes-us-cry/
1•sohkamyung•1m ago•0 comments

We need (at least) ergonomic, explicit handles

https://smallcultfollowing.com/babysteps/blog/2025/10/13/ergonomic-explicit-handles/
1•emschwartz•2m ago•0 comments

Show HN: A fast quantum circuit simulator

https://qblaze.org/master/
1•hvenev•3m ago•0 comments

Example.org Has a New Website

https://example.org/
1•schindlabua•5m ago•1 comments

AMD Zen5 Turin CPUs arrive to AWS forming the M8a instance family

https://aws.amazon.com/blogs/aws/new-general-purpose-amazon-ec2-m8a-instances-are-now-available/
1•ashvardanian•5m ago•0 comments

Show HN: Universal MCP gateway for AI agents

https://mcp360.ai
2•mcp360•6m ago•0 comments

AI Is Too Big to Fail

https://sibylline.dev/articles/2025-10-12-ai-is-too-big-to-fail/
1•raffael_de•7m ago•0 comments

Finding vulnerabilities using AI with Joshua Rogers

https://opensourcesecurity.io/2025/2025-10-ai-joshua-rogers/
1•robin_reala•9m ago•0 comments

Show HN: ChartPilot now tracks the top US MidCap and 300 stocks hourly

https://www.getchartpilot.com
1•thisisagooddayg•9m ago•1 comments

Caveat Prompter

https://surfingcomplexity.blog/2025/10/12/caveat-promptor/
1•azhenley•10m ago•0 comments

Disaggregation in Large Language Models: The Next Evolution in AI Infra

https://www.infoq.com/articles/llms-evolution-ai-infrastructure/
1•cebert•12m ago•0 comments

Show HN: Manage App Store Connect the Smart, Automated Way

https://www.storeconfig.com
1•selcukcihan•14m ago•0 comments

Fatima for the Non-Religious

https://robindouglas.org/2025/09/08/fatima-for-the-non-religious/
1•Anon84•21m ago•0 comments

Two tiny Bun-native packages tRPC over Bun.serve and a Kysely Postgres dialect

1•lacion•21m ago•0 comments

RMPocalypse: Breaking AMD Confidential Computing with a Single Write

https://rmpocalypse.github.io/
2•hasheddan•21m ago•1 comments

San Francisco Wants to Destroy a 96-Year-Old's Defining Artwork

https://www.nytimes.com/2025/10/12/arts/design/vaillancourt-fountain-san-francisco.html
1•mitchbob•24m ago•1 comments

Autopilot, Copilot, and Software Developers

https://rahulpandita.me/blog/2025-10-12-Copilot
2•azhenley•25m ago•0 comments

Astronauts plan to bake cookies on the ISS

https://qz.com/1680054/astronauts-plan-on-baking-cookies-on-the-iss
1•fanf2•29m ago•0 comments

Visual Studio Code 1.105

https://code.visualstudio.com/updates/v1_105
1•tosh•33m ago•0 comments

Why did containers happen? A view from ten years in the trenches by Docker's fo

https://buttondown.com/justincormack/archive/ignore-previous-directions-8-devopsdays/
2•todsacerdoti•33m ago•0 comments

LoCaL: Countering Surface Bias in Code Evaluation Metrics

https://arxiv.org/abs/2509.15397
1•PaulHoule•34m ago•0 comments

Motion Tracking Fish: Novel Way to Control Electronic-Music Performance. (2014) [pdf]

https://www.norijacoby.com/eloul_et_al.pdf
1•bookofjoe•35m ago•0 comments

Ask HN: Does getting angry with the LLM make it more likely to do what you ask?

1•wewewedxfgdf•36m ago•2 comments

More on Mu

https://micro.mu/blog/2025/10/13/more-on-mu.html
1•asim•36m ago•0 comments

Longevity Mystery Solved

https://erictopol.substack.com/p/a-long-awaited-longevity-mystery
3•HR01•41m ago•0 comments

Documentary Investigating how crypto is making the Trumps millions [video]

https://www.youtube.com/watch?v=sij89ENvZqQ
1•nabla9•42m ago•0 comments

Peter Matthiessen Travelled the World, Trying to Escape Himself

https://www.newyorker.com/magazine/2025/10/20/true-nature-the-pilgrimage-of-peter-matthiessen-lan...
1•mitchbob•46m ago•1 comments

The Sveriges Riksbank Prize in Economic Sciences in Memory of Alfred Nobel 2025

https://www.nobelprize.org/prizes/economic-sciences/2025/summary/
2•k2enemy•47m ago•0 comments

Show HN: Aspera – Hybrid symbolic-LLM agents for production

1•christianrth•50m ago•2 comments

Fastmail Desktop App

https://www.fastmail.com/download/
1•freetonik•51m ago•0 comments
Open in hackernews

Modern Linux tools

https://ikrima.dev/dev-notes/linux/linux-modern-tools/
39•randomint64•2h ago

Comments

_ZeD_•51m ago
the second item is

exa modern replacement for ls/tree, not maintained

"not maintained" doesn't smell "modern" to me...

arccy•45m ago
like good open source, it's now forked by a community instead of having only a single maintainer

eza: https://github.com/eza-community/eza

Hendrikto•45m ago
Literally the next line lists its replacement eza.
throw_a_grenade•37m ago
On the contrary, that's exactly what “modern” sounds like. I wonder when all those tools will go unmaintained. Coreutils, with all their problems, are maintained since before authors of many listed tools were born.
bieganski•51m ago
i wish there was an additional column in the table, that says "what problem does it solve". oh, and 'it's written in rust' does not count.
oneeyedpigeon•9m ago
Many of the entries do include this detail — e.g. "with syntax highlighting", "ncurses interface", and "more intuitive". I agree that "written in rust", "modern", and "better" aren't very useful!
Otek•49m ago
This is 2023 article. As with most “modern tools” half of them probably already have some newer, shinier and more trendy replacements
oneeyedpigeon•12m ago
There's a lot of tools here. Half still leaves plenty of value.
Scotrix•37m ago
would be good to have an indicator if it’s available with your distro by default or what package you’ll need to install it since all tools are only as useful as available they are…
0x37•35m ago
These may be objectively superior (I haven't tested), but I have come to realize (like so many others) that if you ever change your OS installation, set up VMs, or SSH anywhere, preferring these is just an uphill battle that never ends. I don't want to have to set these up in every new environment I operate in, or even use a mix of these on my personal computer and the traditional ones elsewhere.

Learn the classic tools, learn them well, and your life will be much easier.

andai•29m ago
I wanted to say we should just stick with what Unix shipped forever. But doesn't GNU already violate that idea?
samcat116•27m ago
For some people the "uphill battle" is the fun part
pjmlp•27m ago
I know well enough my way around vi, because although XEmacs was my editor during the 1990's when working on UNIX systems, when visiting customers there was a very high probability that they only had ed and vi installed on their server systems.

Many folks nowadays don't get how lucky they are, not having to do UNIX development on a time-sharing system, although cloud systems kind of replicate the experience.

landgenoot•21m ago
This is how I feel as well. Spend some time "optimizing" my CLI with oh my zshell etc. when I was young.

Only to feel totally handicapped when logging in into a busybox environment.

I'm glad I learned how to use vi, grep, sed..

My only change to an environment is the keyboard layout. I learned Colemak when I was young. Still enjoying it every day.

UltraSane•20m ago
"I don't want to be a product of my environment. I want my environment to be a product of me."
pbduring•17m ago
so right.
oneeyedpigeon•15m ago
> Learn the classic tools, learn them well, and your life will be much easier.

Agreed, but that doesn't stop you from using/learning alternatives. Just use your preferred option, based on what's available. I realise this could be too much to apply to something like a programming language (despite this, many of us know more than one) or a graphics application, but for something like a pager, it should be trivial to switch back and forth.

skydhash•15m ago
I do prefer some of these tools, due to a much better UX, but the only one I do install in every unix box is ripgrep.
bonoboTP•11m ago
Some people spend the vast majority of their time on their own machine. The gains of convenience can be worth it. And they know enough of the classic tools that it's sufficient in the rare cases when working on another server.

Not everybody is a sysadmin manually logging into lots of independent, heterogeneous servers throughout the day.

lucasoshiro•11m ago
> that if you ever change your OS installation

apt-get/pacman/dnf/brew install <everything that you need>

You'll need install those and other tools (your favorite browser, you favorite text editor, etc) anyway if you're changing your OS.

> or SSH anywhere

When you connect through SSH you don't have GUI and that's not a reason for avoiding using GUI tools, for example.

> even use a mix of these on my personal computer and the traditional ones elsewhere

I can't see the problem, really. I use some of those tools and they are convenient, but it doesn't matter that I can't work without that. For example, bat: it doesn't replace cat, it only outputs data with syntax highlight, makes my life easier but if I don't have it, ok.

snide•23m ago
Small note that a lot of these tool makers allow sponsorship on GitHub. I use bat / fd almost every day. Happy to support https://github.com/sponsors/sharkdp#sponsors
fergie•22m ago
I basically live in the terminal. However, every single one of these tools offers a solution to a problem that I don't have; aren't installed on my system; and mysteriously have many tens of thousands of github stars.

I genuinely don't know what is going on here.

oneeyedpigeon•9m ago
The core Unix toolset is so good, that you can easily get by with it. Many of these tools are better, but still not necessary, and they certainly aren't widely available by default.
anthk•21m ago
Modern doesn't always mean better. A better replacement for mplayer was mpv, and in some cases mplayer was faster than mpv (think about legacy machines).

   - bat it's a useless cat. Cat concatenates files. ANSI colour breaks that.

   - alias ls='ls -Fh' , problem solved. Now you have * for executables, / for directories and so on.

   - ncdu it's fine, perfect for what it does

   - iomenu it's much faster than fzf and it almost works the same

   - jq it's fine, it's a good example on a new Unix tool

   - micro it's far slower than even vim

   - instead of nnn, sff https://github.com/sylphenix/sff with soap(1) (xdg-open replacement) from https://2f30.org create a mega fast environment. Add MuPDF and sxiv, and nnn and friends will look really slow compared to these.
Yes, you need to set config.h under both sff and soap, but they will run much, much faster than any Rust tool on legacy machines.
oneeyedpigeon•6m ago
> bat it's a useless cat. Cat concatenates files. ANSI colour breaks that.

It's useless as a cat replacement, I agree. The article really shouldn't call it that, although the program's GitHub page does self-describe it as "a cat clone". It's more of a syntax highlighter combined with a git diff viewer (I do have an issue with that; it should be two separate programs, not one).

lucasoshiro•3m ago
> bat it's a useless cat

I can't see bat as a "useless cat" or a replacement for cat except for reading source code in the terminal. It's more a like a less with syntax highlight or a read-only vim.

PaulKeeble•8m ago
duf is pretty good for drive space, has some nice colours and graphs. But its also not as useful for feeding into other tools.

btop has been pretty good for watching a machine to get an overview of everything going on, the latest version has cleaned up how the lazy CPU process listing works.

zoxide is good for cding around the system to the same places. It remembers directories so you avoid typing full paths.