News for hackers. Stuff that matters.

grandimam

Re:We should be more ambitious with the software we build on Monday October 26, 2026 @01:37PM (#50247724)
What is more ambitious than a programming language I built, just for working on my side projects - https://github.com/grandimam/faz
Re:Bringing uv and ty together on Saturday October 24, 2026 @03:21PM (#50224231)
This feels more like we are moving towards a Bun-like model where tooling becomes a unified runtime experience, handling everything from dependency management, package, linting, type checking and finally execution. To me, merging uv, ruff, and ty seems like a natural organizational step.

Show HN: I added optional chaining to CPython

https://github.com/grandimam/cpython

I forked CPython to experiment with adding optional chaining (?.) directly to the language.For example: name = response?.customer?.name.lower()If response or customer is None, the expression short-circuits and evaluates to None. This isn't a library or a transpiler change, but a direct CPython modification.A bit about the build: I used AI extensively for this experiment. Part of my motivation...

( Read More... | no comments | 2 points | on HN )

Show HN: Wy – a Rust terminal tool for understanding AI-generated code

https://github.com/grandimam/wy

I have been an opensource terminal tool for understanding AI-generated code.A git-diff shows what changed, but the context behind it lives somewhere within the agent's session context, and often goes missing in long running agent execution.Wy helps reduce that understanding gap, and helps engineers build judgement. This is especially useful for unfamiliar codebases, where agents are the primary...

( Read More... | no comments | 2 points | on HN )
My heuristics is that the first 100 users are almost always a distribution problem. If you do not have 100 users using your product extensively, and you see a retention drop there is no way you can conclude anything else.

The reason why I take this approach is that - I have had personal experience building tools that didn't go anywhere, and same tools built by people with some online following gaining good traction. It could simply be a case of anecdotal experience, but distribution has always been harder for the tools I have built.

And would you share those recordings on YT or X itself?

Ask HN: How to build an audience as a software engineer?

I am a software engineer, and I have recently started writing more publicly about Python, backend systems, frameworks, and things I have learned while building open-source projects.The problem I am trying to figure out is distribution.I am building things, writing in public, but publishing them into the void, is not creating an audience of any kind. For someone who have successfully built an...

( Read More... | 4 comments | on HN )
Re:Thinking in Python by Bruce Eckel on Sunday August 23, 2026 @03:31AM (#49406764)
I had created something along the same lines - a platform for devs to understand Python deeply, and was trying to see if there was a market for such content. The thing that I realised is that even with AI, there has to be distribution available for things like this to gain traction.
Re:Does Python still need to be async-first? on Sunday August 23, 2026 @03:23AM (#49406728)
> each thread has non-trivial overhead.

Agreed. But I am not proposing a thread-per request model. The model will most likely be a fixed pool of workers, potentially combined with multiple processes, an M x N model.

I also agree that co-routines are cheaper than OS threads if the application itself is mostly waiting for network I/O. My question is what happens the moment the workload isn't purely I/O bound.

Right now, the solution seems to be an escape hatch where CPU-bound work is executed behind a thread-pool - see FastAPI or Starlette for example.

With free-threaded Python, I am interested in whether a framework can instead own that complexity: application code remains synchronous or async-partially (at the main thread).

> Removing GIL has nothing to do with that

It doesn't make network I/O faster, agreed. But, the more interesting consequence of removing the GIL is that with threads we can actually parallelise for CPU-bound Python code which earlier required multi-processor.

> How is it different from Flask or Django

This is probably the most important question. It's still in beta, so a lot of things can change. But simply put that Flask/Django lets one write sync code but do not provide the execution model I am describing. Concurrency is supplied at the server layer - gunicorn workers, etc.

The thesis that I am proposing is a framework runtime where concurrency and parallelism are first-class primitives. Now, that free-threaded makes threads capable of CPU parallelism can the framework own the concurrency and parallelism while application code stays async.

Suki - https://github.com/grandimam/suki

It's something that i built for myself. I am interested in the topic of building expertise, and spend a lot of time reading books. After a certain I realised that I needed resources that was very specific to my use case and current skill level rather than something that was static.

Suki allows me to build that curriculum, and probes progressively to help me build a real mental model.

Show HN: Personal AI tutor that builds and probes your understanding

https://github.com/grandimam/suki

I used to learn from books and courses. But I kept realising I hadn't built a real mental model. I always needed an LLM on the side to fill in what the books skipped. So, I stopped using books as my direct source of truth and started using LLMs itself: to design the curriculum and probe whether I understood the topic.Suki - it's opensource. Given a topic it builds a curriculum from beginner to...

( Read More... | no comments | on HN )
Re:Being a senior can get you fired early on Monday August 10, 2026 @07:04PM (#49251093)
Thank you. I updated the title. Apologies, it was something I didn't realise.
Re:Python Parallel Testing Library on Monday August 10, 2026 @05:38AM (#49241433)
Why not build it on free-threaded python?

Ask HN: When did we go from agentic loops to graphs?

The AI engineering conversation seems to be shifting daily: from prompts, loops, to now graphs.I’m curious whether there is genuine progress happening in the field that has given me so much or whether folks are creating terminology because they want to feel closer to action or be able to say they predicted the next big thing.

( Read More... | 2 comments | 2 points | on HN )

Ask HN: Stop Looking at Code?

There is a recent trend in tech where software development is being done by not looking at code but merely the output.Some of the recent examples include the Bun Rust migration, etc. I wanted to understand both from startup’s and experienced individuals how do you see the trend, are we really moving towards a workflow where we simply optimize the loop or graph and code is merely an artifact...

( Read More... | 9 comments | 2 points | on HN )

Show HN: Experimental freshness-first caching library for FastAPI

https://github.com/grandimam/zinda

Hi folk,I am working on a small experimental freshness-first caching library and wanted some design feedback. before i take it further.Instead of wiring up invalidations by hand, the cache would watch your function by hand and cache should automatically infer the behavior and keep the data fresh.Code: https://github.com/grandimam/zinda

( Read More... | no comments | on HN )
Re:Kimi Work on Monday July 20, 2026 @03:59PM (#48984109)
Is there an opensource version of such a tool. I would really like a desktop app and use different models instead of a CLI.
Re:Ask HN: Are Rust migrations delivering any benefits? on Monday July 20, 2026 @02:31PM (#48982929)
> But you can get the most benefit by structuring your code in a way that forces its correctness to be validated at compile-time

Can you elaborate this more?

Ask HN: Are Rust migrations delivering any benefits?

There seems to be a growing trend of rewriting everything to Rust. The common argument seems to be surrounding safety and better concurrency.I wanted to understand if I am the only one that finds the language hard to understand (primarily it's time system). Am I missing out on something that everyone including junior engineers seems to have figured out.

( Read More... | 4 comments | 3 points | on HN )
Re:6× faster batched binary search in Rust on Tuesday July 14, 2026 @02:01PM (#48910729)
Interesting! I wonder how much of this improvement is actually due to Rust. I suspect implementing the same approach in C would produce similar results. The speedup seems hardware-level optimizations than the language itself.
Re:Rewriting Bun in Rust on Thursday July 09, 2026 @01:42AM (#48841414)
The rewrite itself is amazing, but I don't think folks realise the actual conditions that made it possible. It's not as simple as a company spending ~$160K on tokens.

This was done by someone who has essentially already rewritten Node once. Bun itself is a reimplementation of Node, so the author was walking in knowing exactly what the correct behavior is. And an exhaustive amount of test suite to verifiy the changes?. On top of that, there is a reference from Node and V8 to validate more throughly. So the $160K is simply the price of translating knowledge that already lived in one engineer's head in a newer syntax.

Re:Learning to code is still worthwhile on Tuesday July 07, 2026 @12:36AM (#48813708)
I have always found similarities between programming and filmmaking.

Programmer being the director and the LLM being the entire apparatus upon which the film/software is built. This became evident to me while doing spec-driven development for a few of my projects where I specify the constraints upon which the software should be build, but have limited control over the performance similar to how a director has limited control over an actor's performance.

Older »