Aadithya niranjan

I code, I read, I gym || Building @Amazon || Highway rogue ll Man UTD ||
Innovator by day, stargazer by night ||

[Aadithya niranjan @StackMaverick]

@alexandr_wang Man… I’m still waiting on it here in India (APAC)

[Aadithya niranjan @StackMaverick]

@keylimepie2000 LOL r u serious fr

[Vijayanand - AI Data Analytics @vijay27anand]

🚀 This week, our team presented at AmazeIN Tech 2026, Amazon India's biggest tech stage! Our pitch, AIS (Autonomous Intelligence Service), was selected in the 🏆 Top 10 out of 450+ teams across Amazon India 🇮🇳

A closed-loop, agentic AI engine that works 24×7 on business anomalies:
🔍 Detects → 🧠 Diagnoses → 🎯 Decides → ⚡ Acts
It takes you from anomaly to resolution in minutes, not days ⏱️

Grateful to my team for the hard work behind this, and to the organizers for a great event 🙌
#AmazeINTech2026 #Amazon #AgenticAI #AI #Innovation #LifeAtAmazon

[Aadithya niranjan @StackMaverick]

@hunvreus i agree..bt even though sqllite comes w their own extension still for OLAP systems you tend to use some other good alternatives cause eod sql lite is good at how data is stored on disk, bt for OLAP we require how data is processed by CPU

[Aadithya niranjan @StackMaverick]

@deedydas cant agree more..... frm nwonwards there should be a watchme.mp4 file 😂

[Vijayanand - AI Data Analytics @vijay27anand]

🏆 We won 1st Prize at the Amazon India Tech Conference (Amaze-IN Tech 2026) - PitchIT Award, Chennai! 🥇 for Amazon Autonomous Intelligence Service (AIS).

A fully managed, agentic AI engine that closes the loop end to end it detects, diagnoses, decides, and acts on business anomalies 24×7, collapsing anomaly-to-resolution from days into minutes.

[Aadithya niranjan @StackMaverick]

Pretty nervous as hell before my first tech speech.

But turns out when you genuinely like what you’re talking about, the stage fear kinda just… goes off.

Didn’t expect that.

[Aadithya niranjan @StackMaverick]

@404not_utkarsh 1) redundant DB connection
2) nd try to use pagination or projection it should help lol

[Aadithya niranjan @StackMaverick]

@Umesh__digital Neither Bt yeh second would be the least worse

[Aadithya niranjan @StackMaverick]

@SakshiSugandhi ooh camel one😂i lik it lol

[Aadithya niranjan @StackMaverick]

@ChShersh hehe lol.....i agree

[Aadithya niranjan @StackMaverick]

@devXritesh i believe a good sys shld make sure both r decoupled....you cn always use Little laws to identify your req throughput...while building sys

[Aadithya niranjan @StackMaverick]

@codewith55 i actually believe the opposite way i started w C...hw the hardware reacts to your code..is much more important than jus shwin OP...yes PY is easy...bt the level of abstraction it gives doesn't justify the engineering....bt if your science guy go fr it

[Aadithya niranjan @StackMaverick]

@IamAroke u cn hv a mono repo and still deploy microservices.. dnt confuse codebase management with system arch...the network latency is real...bt i wld gladly pay the network latency tax to buy process-level fault tolerance

[Aadithya niranjan @StackMaverick]

@stonebaloni @NTFabiano yp 😂 it’s EN, js encoded for compression....less bandwidth same meaning....

[Aadithya niranjan @StackMaverick]

@codewith55 Both serves entirely different purpose….bt if ur focusing on the world of OLTP sys….usually GO wins for its cloud native support and convinient fr building distributed sys

[Aadithya niranjan @StackMaverick]

@danielkleach I agree lol… bt I do think technical people often have less exposure to the business side….which makes it harder to market and scale a product we can build worldclass products, but turning them into world-class businesses is a different skill altogether…

[Aadithya niranjan @StackMaverick]

@IamAroke I don’t think so it will soar indeed,if you feel that ur writing a lot the indeed choice of b tree is wrong..ig fr ur functionalities u myt need to switch to LSM..again im not denying the claim UUIDv7 is not a better choice but if your functionality is write heavy then LSM is ryt

[Aadithya niranjan @StackMaverick]

@codewith55 I agree in any general oltp sys bt there r other use cases as well ryt…..I still dont think its good db fr key value at huge scale….and obvio ur olap hs completely different requirements….

[Aadithya niranjan @StackMaverick]

@arexobcd I still use them….when I need to fact check somethin or to find somethin frm web.:::