frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

"Compiled" Specs

https://deepclause.substack.com/p/compiled-specs
1•schmuhblaster•4m ago•0 comments

The Next Big Language (2007) by Steve Yegge

https://steve-yegge.blogspot.com/2007/02/next-big-language.html?2026
1•cryptoz•5m ago•0 comments

Open-Weight Models Are Getting Serious: GLM 4.7 vs. MiniMax M2.1

https://blog.kilo.ai/p/open-weight-models-are-getting-serious
3•ms7892•15m ago•0 comments

Using AI for Code Reviews: What Works, What Doesn't, and Why

https://entelligence.ai/blogs/entelligence-ai-in-cli
3•Arindam1729•15m ago•0 comments

Show HN: Solnix – an early-stage experimental programming language

https://www.solnix-lang.org/
2•maheshbhatiya•15m ago•0 comments

DoNotNotify is now Open Source

https://donotnotify.com/opensource.html
4•awaaz•17m ago•1 comments

The British Empire's Brothels

https://www.historytoday.com/archive/feature/british-empires-brothels
2•pepys•17m ago•0 comments

What rare disease AI teaches us about longitudinal health

https://myaether.live/blog/what-rare-disease-ai-teaches-us-about-longitudinal-health
2•takmak007•22m ago•0 comments

The Brand Savior Complex and the New Age of Self Censorship

https://thesocialjuice.substack.com/p/the-brand-savior-complex-and-the
2•jaskaransainiz•24m ago•0 comments

Show HN: A Prompting Framework for Non-Vibe-Coders

https://github.com/No3371/projex
2•3371•25m ago•0 comments

Kilroy is a local-first "software factory" CLI

https://github.com/danshapiro/kilroy
2•ukuina•35m ago•0 comments

Mathscapes – Jan 2026 [pdf]

https://momath.org/wp-content/uploads/2026/02/1.-Mathscapes-January-2026-with-Solution.pdf
1•vismit2000•37m ago•0 comments

80386 Barrel Shifter

https://nand2mario.github.io/posts/2026/80386_barrel_shifter/
2•jamesbowman•38m ago•0 comments

Training Foundation Models Directly on Human Brain Data

https://arxiv.org/abs/2601.12053
1•helloplanets•38m ago•0 comments

Web Speech API on HN Threads

https://toulas.ch/projects/hn-readaloud/
1•etoulas•40m ago•0 comments

ArtisanForge: Learn Laravel through a gamified RPG adventure – 100% free

https://artisanforge.online/
2•grazulex•41m ago•1 comments

Your phone edits all your photos with AI – is it changing your view of reality?

https://www.bbc.com/future/article/20260203-the-ai-that-quietly-edits-all-of-your-photos
1•breve•42m ago•0 comments

DStack, a small Bash tool for managing Docker Compose projects

https://github.com/KyanJeuring/dstack
2•kppjeuring•43m ago•1 comments

Hop – Fast SSH connection manager with TUI dashboard

https://github.com/danmartuszewski/hop
1•danmartuszewski•43m ago•1 comments

Turning books to courses using AI

https://www.book2course.org/
5•syukursyakir•45m ago•3 comments

Top #1 AI Video Agent: Free All in One AI Video and Image Agent by Vidzoo AI

https://vidzoo.ai
2•Evan233•45m ago•1 comments

Ask HN: How would you design an LLM-unfriendly language?

1•sph•47m ago•0 comments

Show HN: MuxPod – A mobile tmux client for monitoring AI agents on the go

https://github.com/moezakura/mux-pod
1•moezakura•48m ago•0 comments

March for Billionaires

https://marchforbillionaires.org/
1•gscott•48m ago•0 comments

Turn Claude Code/OpenClaw into Your Local Lovart – AI Design MCP Server

https://github.com/jau123/MeiGen-Art
1•jaujaujau•48m ago•0 comments

An Nginx Engineer Took over AI's Benchmark Tool

https://github.com/hongzhidao/jsbench/tree/main/docs
1•zhidao9•51m ago•0 comments

Use fn-keys as fn-keys for chosen apps in OS X

https://www.balanci.ng/tools/karabiner-function-key-generator.html
1•thelollies•51m ago•1 comments

Sir/SIEN: A communication protocol for production outages

https://getsimul.com/blog/communicate-outage-to-ceo
1•pingananth•52m ago•1 comments

Show HN: OpenCode for Meetings

https://getscripta.app
2•whitemyrat•53m ago•1 comments

The chaos in the US is affecting open source software and its developers

https://www.osnews.com/story/144348/the-chaos-in-the-us-is-affecting-open-source-software-and-its...
1•pjmlp•55m ago•0 comments
Open in hackernews

I'm a Senior Developer and I Still Google Everything (Perfectly Normal)

https://dev.to/elvissautet/im-a-senior-developer-and-i-still-google-everything-and-thats-perfectly-normal-21a2
45•dxs•3mo ago

Comments

bdangubic•3mo ago
senior developers - in the year of our Lord 2025 - should not be using google :)
webdevver•3mo ago
trvke... basically chatgpt-ing everything these days.
klardotsh•3mo ago
You're probably right, DDG and Kagi have been returning significantly better results for technical queries for many years now.
rstuart4133•3mo ago
I'd reverse that. Junior developers should not be using google. But if they are a senior developer, they are probably wasting their time using LLM's instead of google.

The reason is pretty straight forward. I'm a senior developer. If I ask an LLM a question about my domain of expertise, I usually often get hallucinations or 100's of useless words saying nothing. That's because I already know most of what the LLM's have seen on the internet.

But if I ask it for background information in a topic I'm new to, an LLM is great starting point.

coolThingsFirst•3mo ago
Some of these are too embarrassing ever for juniors. No senior should struggle with big o notation.
JohnFen•3mo ago
He only has 8 years of experience, so not very senior.
lizardking•3mo ago
Most of the engineers who work for my department would have had an easier time explaining big o when they had a lot less experience. Most of them haven't thought about it since college.
vanillax•3mo ago
Do you think most enterprises even care about Big O outside of silicon valley? The answer is no.
DontchaKnowit•3mo ago
What? Whens rhe last time you even thought about big o notation since college?
koinedad•3mo ago
I think this is normal especially if you’re changing languages, frameworks, codebases. Some people are gifted in memorization of these things and others of us just forget if it’s not needed. I do the same thing with people’s names.

If you’re working on the same type of thing everyday you’ll likely remember how to reverse an array in JavaScript. The other day I was trying to remember how to reverse a string in JavaScript… that was fun.

wppick•3mo ago
> Some people are gifted in memorization of these things

Those are usually people who aren't changing languages or frameworks. Memory is mostly recency and repetition, so if you want better memory then narrowing scope is a good strategy. I'd rather go broad so that I can better make connections between things but have to always look up the specifics especially now with LLMs right there

jasonthorsness•3mo ago
“You don't need to know everything. You need to know how to find everything.”

This is the knowledge in the head vs. in the world thing from Design of Everyday Things - if the knowledge is easily accessible in the world you will naturally keep it there not in your head. Maybe Google/LLMs are so fast this is the result.

wppick•3mo ago
One of the reasons I hate interviewing for software jobs is that the logic seems to be the opposite of this, and instead you should have any possible esoteric concept or possible problem ready at the top of your head instantly. And the same idea now with not allowing LLM for technical interviews
jasonthorsness•3mo ago
I agree I don’t think interviews match development reality very well
general1465•3mo ago
If I am doing something more often (especially Linux commands) I am creating pages in Joplin to search in them.
constantcrying•3mo ago
>Last Tuesday, I spent 20 minutes Googling "how to reverse an array in JavaScript" because I couldn't remember if it was .reverse() or .reversed() or .reverseArray().

It is normal to not remember this, I certainly agree do not. It is not normal to use a dev environment, where you need to use Google to answer this question.

Also Google does incredibly poorly on these types of questions, often linking absolute slop instead of the official documentation. Git for example has great documentation, but if you look for it through Google you get AI slop articles which answer your question in 30 paragraphs.

devilsdata•3mo ago
The biggest issue with this is that the developer did not read the documentation on the JavaScript Array prototype from MDN.

If you internet search "mdn array", you get the following as the first result:

https://developer.mozilla.org/en-US/docs/Web/JavaScript/Refe...

Then `⌘F`/`Ctrl-F` "reverse", the first result will be a link to this page:

https://developer.mozilla.org/en-US/docs/Web/JavaScript/Refe...

The second result will give the non-mutating ES6 version:

https://developer.mozilla.org/en-US/docs/Web/JavaScript/Refe...

Hell, even internet searching "mdn array reverse" will give you `reverse()` as the first result.

---

I genuinely find it concerning that it takes 20 minutes of "Googling" for the "Senior Developer" to work out something that is easily findable in the documentation.

It's especially worrying that they are then advising junior developers to do the exact same thing.

I appreciate that the author is trying to be encouraging. That's valuable, and we need more of it in this industry at the moment. But advising people that it's okay to avoid reading the documentation first is bad advice, in my opinion.