Former 11 year old

Joined May 2025
Been building something cool lately
12
1
105
4,754
Vikram Aditya retweeted
minecraft, but the animals have opinions. I built a mod that lets me actually talk to them. Different voices, different personalities, and they react to what’s happening around them. Voices by @FishAudio Drama 3.
4
2
19
623
Anthropic sent some stickers :)
1
11
178
Vikram Aditya retweeted
Turns out the future does have flying cars
48,060
100,327
32,602
834,142
77,683,740
Vikram Aditya retweeted
this is so true, if your motivation to travel is to escape the crisis of your life, its only going to make it worse escaping the reality doesn’t make the reality go away, better just face and fix your pathetic lives however i still feel travelling and meeting new people unlocks/stimulates different parts of your brain which in turn gives you a better framework/perspective to shape your life so its all about your intent
现在对旅游没有感觉了。 短效的多巴胺解决不了生活的危机。 山川、河流、古镇、海边、草原,都给不了我内心的平静。反而让我更难面对真实生活的不堪。 已经不想用金钱买来的世外桃源来麻痹自己了。 所谓的自由看世界,都是为了让你掏空钱包。其实我们需要一个字,就是闲。努力让自己闲着,这就是人生最后的归宿。
1
2
7
441
Vikram Aditya retweeted
building Weave : a p2p overlay network in rust. packets, routing, peer discovery, handling nodes going offline. the whole thing. starting from the basics and seeing how far i can take it.
so pretty much late about my new project's update which i was working on for some time while building forgequeue and it's quite ambitious project of mine as well
6
18
2
52
2,568
Vikram Aditya retweeted
added a web UI for forgequeue we going big this time
been working on forgequeue observability added a grafana dashboard for queue depth, in-flight tasks, retries, dlq, handler p50/p95/p99, redis latency and lease losses. now i can actually see what's happening while the queue is running.
3
14
1
44
2,292
Vikram Aditya retweeted
FOSS FORGE 2.0 by UFC (USAR FOSS Club) is live! 🚀 ₹5,00,000+ prize pool Real-world challenges, not hackathon PS CTFs, security, AI/ML, automation, web & more Quiz + leaderboard shape your challenges Register: unstop.com/o/2qr951x Details: fossclub.tech/foss-forge-2
2
13
1
14
332
Vikram Aditya retweeted
How I built a Container Runtime in C
16
14
1
34
1,900
Vikram Aditya retweeted
proposal for the Oppiabot Consolidation Project got accepted :) starting my internship at Oppia Foundation, where I'll be working on a unified TypeScript Core Engine + Plugin Framework for Oppiabot. gonna be working on the architecture, plugin system, GitHub integrations, and migrating the existing workflows over to it. should be a pretty interesting few months :)
36
5
1
87
3,029
Watched Doraemon after ages and somehow got a little teary-eyed.
1
10
168
Vikram Aditya retweeted
was inactive due to some days due to fuckass college but now --> finished the ownership and fencing part, so an old worker can't keep renewing or acknowledging a task after its lease has been replaced --> made recovery race-safe too : recovery now checks the lease again before requeueing, instead of trusting the result of an earlier expiry scan --> connected lease loss to the actual handler, so a worker losing ownership can cancel the task it's currently running --> after getting the failure path into a decent state, I started looking at performance and found another unnecessary Redis trip in the normal execution path --> changed the claim script to return the task body along with the lease, then ran the benchmark properly — ~8.26k tasks/sec vs ~7.86k before --> also started doing proper head-to-head runs against BullMQ. we're currently pretty close on a quiet machine, which gives me a much better baseline for figuring out where the next gains actually are --> turns out the interesting part isn't really Go vs Node it's actually how much Redis work we're doing per task next: batching that work and seeing how far the numbers actually move then add dead letter queue and metrics etc and then maybe some more optimizations till we are better
--> Redis now handles the queue state, with tasks moving atomically from READY → IN-FLIGHT through Lua, and every claim gets its own lease --> Built the failure path where a dead worker leaves an expired lease, the recovery loop detects it, requeues the task, and another worker can pick it up --> Added lease-aware ACKs, so only the worker holding the current lease can acknowledge the task --> Added heartbeats so long-running tasks can keep extending their lease instead of getting falsely requeued --> Tested the failure path end-to-end: fail --> lease expiry --> requeue --> retry --> success → ACK next: finish ownership/fencing + make the recovery race-safe, then multi-node failure testing FAFOing my way through distributed systems by actually building the shit I keep reading about lol
5
3
1
17
1,178
Implemented a WAL (Write Ahead Log) in C++ for Kwaque and it outperforms Redpanda's WAL:
4
2
59
1,268
This run does not measure end-to-end broker throughput, recovery speed, memory peaks, or request p99/p99.9 latency. This benchmark performs additional WAL ownership and coordination work while beating this preencoded Redpanda appender baseline on several substantial workloads.
1
3
64