Talk IndiaOS

FOSS at Zerodha

FOSS at Zerodha
Keynote IndiaFOSS 2.0

#IndiaFOSS 2.0 Day 1 Closing note By Kailash Nadh

#IndiaFOSS 2.0 Day 1 Closing note By Kailash Nadh
Talk IndiaFOSS 2.0

Building dictionaries: Open data, Open source

Building dictionaries: Open data, Open source
Talk IndiaFOSS 2.0

Fireside chat with Rudra Saraswat: 12 year old Linux dev

Fireside chat with Rudra Saraswat: 12 year old Linux dev
Keynote IndiaFOSS 3.0

Closing Note

Closing Note
Talk IndiaFOSS 3.0

Toying with DNS

Toying with DNS
Talk IndiaFOSS 2024

7+ million Postgres tables

7+ million Postgres tables

Session Description

The talk explores how we use a single node Postgres to have more than 7 million ephemeral tables as a caching strategy for serving reports from a ~trillion-row database to millions of users on a daily basis at Zerodha. This is enabled by DungBeetle, a distributed SQL querying and caching system that we developed. It sits in front of large SQL databases to distribute and queue user requests for reports that involve running complex SQL queries that typically end up choking large databases. The talk explores the hacks and decisions that went into what originally seemed like a ridiculous idea, but turned out to be high performing, cost-effective, and practically zero maintenance solution to a hard problem.

Invited Talk IndiaFOSS 2025

HUML (Human-oriented Markup Language)

HUML (Human-oriented Markup Language)

Session Description

I would like to present HUML, a new (and experimental), simple, strict, serialization language for documents, datasets, and configuration. It prioritizes strict form for human-readability. It looks like YAML, but tries to avoid its complexity, ambiguity, and pitfalls.

HUML was primarily born out of the numerous frustrations with YAML, where one easy-to-miss, accidental indentation change can dangerously alter the semantics of a document. Other popular markup languages such as TOML and HCL are configuration-oriented. NestedText is an interesting approach, but is too primitive to be suitable for wider use cases. JSON is universal, but lacks comments, does not have a strict form for consistent readability across contexts, and has bracket-matching and formatting woes which make human editing difficult.  Of these, YAML is the one that comes closest to indicating structure and hierarchy visually, but unfortunately, YAML is a dangerous, human-unfriendly minefile.

Ultimately, a new markup language is a subjective endeavour (it was even in 2001, as evidenced by YAML's original name, Yet Another ...). HUML looks like YAML, but borrows characteristics from many existing languages with the primary focus on enforcing human readability and consistency across contexts.

Still, why YET another markup language? ... Why not!?