Python & open-source engineer • Open edX core maintainer • Exploring CPython, Rust & WebAssembly • Speaker • Writing what I learn ↓

Bangalore, India
Still buzzing from @europython 2026! 🐍 I presented “Python Games in the Browser,” met Guido van Rossum, experienced Core.py IRL, connected with the DSF community, and joined the sprints and socials. An unforgettable week with the Python community! 💛💙
2
10
536
It was so much fun to discuss compilers, python and wasm. Major kudos to @kranirudha for doing such amazing work on waspy. I think we can definitely make shipping wasm with python easy.
This past weekend @fhackdroid and me got an opportunity to talk at IICT 2026 @compiler_tech hosted at @iiscbangalore on waspy, a python to wasm compiler, our progress so far, things that work now, and things being worked upon... 🎉
9
152
This was really interesting to present and let people know that waspy exists 😎
We've a new Python to WASM playground on waspy website now, where you can try diff python programs and see it's WAT, as well as functions to interact with. First presented yesterday at CompilerTech conference at IISC, Bengaluru with @fhackdroid Come check this...
4
94
I am looking forward to this XD
October Meetup is coming up! BangPypers × @FunctionalIndia 24 Oct 2026 10:30 AM – 2:00 PM @EPAMSystems Office, Bengaluru Bringing Bengaluru’s Python and functional programming communities together for talks, learning and conversations. meetup.com/bangpypers/events…
3
198
Farhaan Bukhsh | Python × Rust × WebAssembly retweeted
Had a great time talking about building 3D worlds… So great to find folks working on incredible stuff in the area… at @IndiaFOSS 2026 ⚡️
1
2
23
311
Farhaan Bukhsh | Python × Rust × WebAssembly retweeted
Sonnet 5.5 better than Opus 5.5 on agentic coding 😮
Replying to @claudeai
Sonnet 5.5 improves on Sonnet 5 across benchmarks, in some cases dramatically. It’s a faster, lower-cost complement to Claude Opus 5.5, strongest at well-scoped everyday tasks, fixing bugs, and creating polished documents, slides, and spreadsheets.
1
2
153
TIL: Been using Linux’s fg command a lot lately. Ctrl+Z suspends the current process. jobs lists suspended jobs. fg brings it back. Great when using agents/editors: Ctrl+Z → run a quick command → fg No extra pane or tab. Tiny command, great workflow. Follow for more such TIL
1
1
88
Runek is an amazing project I think this talk is going to be awesome. Looking forward to it 😎
Looking forward to a foss weekend ✨ Hit me up if you’re coming… Looking forward to talking about rapier, wasm and runek ⚡️
1
1
112
And here we go ....

ALT World War Ii Death GIF

I resigned from Anthropic today. I spent the last three years doing pretraining research at both OpenAI and Anthropic. Neither company is acting responsibly. They are racing straight to self-improving superintelligence and gambling with our lives. More thoughts below.
1
60
I think I probably have met a few architects who want to write code. They are extremely aware of the codebase, and for me, designing a system has always been more of a conversation than a line carved in stone. @sjgoedecke this is an amazing write-up, very raw thoughts.
1
3
268
Every poor soul or compute needs some motivation XD This somehow reminds me of Marvin
2
87
Are we really turning into a meat-proxy? I am a strong advocate to use AI agents for the job but to know what exactly is going on, I would rather think that we are getting better at describing what we want and how we want it. We are getting better at refining the requirements.
1
62
The recording of my #EuroPython talk is now available! 🎥🐍 If you missed it at the conference, you can catch the full session here: ▶️ youtu.be/7vKx1hx9m9s Would love to hear your thoughts and feedback! cc: @europython @europythons #Python #OpenSource
1
5
127
Farhaan Bukhsh | Python × Rust × WebAssembly retweeted
Prepped another board with the CH32V203 and edited a process video !! Pasting, assembly, reflow, .. and USB comms testing
3
3
91
7,531
Feluda v1.16.0 — Napoleoner Chitthi is out 🚀 🔍 Custom license definitions 📦 SBOM as a scan source 🔗 Ecosystem + PURL identification 🐧 APK/DPKG/RPM package discovery 📜 Unknown license resolution via ClearlyDefined Building better visibility into your software supply chain.
1
1
2
140
Farhaan Bukhsh | Python × Rust × WebAssembly retweeted
We're excited to announce our next speaker for import_bengaluru - Ganesh Kathiresan who will be representing @PyData BLR and be speaking on "How NumPy divides integers really fast (and the bugs I caused doing it)" Ganesh is a SSE at Amazon and an OSS contributor to @numpy_team
Made with AI
1
4
14
598
Farhaan Bukhsh | Python × Rust × WebAssembly retweeted
A single GPU serving an LLM does not process one request at a time. It processes one step at a time, and a step can belong to any request that happens to be ready. Here's how it goes ... Generating a response is not one big computation; it is a loop. Each iteration of that loop (a step) takes the current sequence, runs one forward pass, and produces exactly one new token. So, a response of 500 tokens is 500 separate steps. This is where continuous batching kicks in. Continuous batching decouples the step from the request. After every single token generation step, the scheduler checks the batch. Any sequence that has finished (hit an EOS token) is evicted immediately, and any new request waiting in the queue is slotted into that now-open slot, right in the middle of everyone else's generation. So at any given moment, the GPU's batch might contain token 3 of a brand new request sitting right next to token 400 of a long-running one. The GPU does not know or care; it just runs a forward pass over whatever sequences are currently assigned to its batch slots. Now, this is only possible because attention and the KV cache are computed per-sequence. Each request's keys and values live in their own memory region (this is where PagedAttention comes in, to manage that memory efficiently), so batching different requests together at different stages of generation does not corrupt anyone's context. Thus, GPU utilization stays high and average latency drops, because no one is stuck waiting behind a single slow request that happened to start first. Hope this helps.
17
23
283
16,342
Farhaan Bukhsh | Python × Rust × WebAssembly retweeted
This is more for agent builders... Primarily coding agents but extends to more general agent builders too. I imagine some amount discomfort in not knowing where your agent is running, which some agents use with docker and other directly on your system. Was working on something similar and ended up writing about it here: blog.anirudha.dev/give-your-…
1
1
4
126
Farhaan Bukhsh | Python × Rust × WebAssembly retweeted
Excited to announce @InMobi as our Venue Partner for #import_bengaluru! 🎉 Thanks to the InMobi team for supporting Bengaluru’s Python & open-source community. 📅 6 Sep | 10 AM–6 PM 📍 InMobi, Bengaluru RSVP: luma.com/5v2wfu9f
Made with AI
8
15
964