The Kingdom That Built From Commands
In the old days, the Rajah's builders raised palaces by shouting commands at craftsmen. "Add a pillar here. Move that wall. No — move it back." Months passed. No two palaces were alike. The second palace differed from the first in a hundred ways no one could explain. The Rajah grew tired of paying twice for the same mistake. He summoned Lipika, the royal scribe, and said: "Write everything down before a single brick is laid."
“A building described before it is built can be checked before it is wrong.”
The Complete Manuscript
Lipika wrote a manuscript for the next palace. Not a sketch — a manuscript. Every pillar's height. Every gate's width. The number of wells. The depth of the foundations. The order in which each part must be assembled. She used a precise language, JSON, in which every brace must be closed, every key must be quoted, and nothing could be left to imagination. The manuscript was long — two hundred pages for a modest palace. But when Rachaka the builder opened it, he knew everything. He never had to ask.
“Verbosity that prevents questions is worth its length.”
Parameters and Variables
The Rajah wanted three palaces: one in the north, one in the south, one in the east. They should be identical in design but different in size and colour. Lipika wrote one manuscript with blank spaces at the top — parameters — and asked the Rajah to fill them in for each palace: "northSize: large, northColour: white." The rest of the manuscript was unchanged. Deep inside the manuscript she kept calculated values in variables, so the same number was never written twice. Change the parameter, and the variable rippled through every page.
“A blueprint with blanks is more powerful than three blueprints.”
DependsOn: The Order of Things
Rachaka learned early that some things could not be built in any order. A door cannot hang before the wall is raised. A well cannot be dug inside a floor. Lipika added a special instruction to each section: dependsOn. "This gate depends on this wall. This floor depends on these foundations." The forge read dependsOn and arranged the craftsmen accordingly. Two sections with no dependency between them were built at the same time. Sections that depended on each other waited. The palace rose in the right order, always.
“Declaring what you need before you need it is wiser than learning the order by failing.”
The Manuscript Preserved
Years passed. The Rajah's son inherited the kingdom and wanted to rebuild one palace. The craftsmen were new. The old builders had retired. But Lipika's manuscripts were still in the vault. The son sent for Rachaka's apprentice, handed him the manuscript, and said: "Build this again." The new craftsman read the manuscript and built it exactly. No guess. No improvisation. The blueprint was the palace, described in advance. A new scribe named Bicep had started writing shorter manuscripts — she called them sugar for the same blueprint — but the old manuscripts still worked, still ran, still built the same palace, year after year.
“The value of a blueprint is not in its beauty but in its permanence.”
When to Choose the Complete Manuscript
Lipika's manuscripts were long and exacting. They did not allow partial changes — to change one room, you described the whole palace again with that room changed. The Rajah's new advisor suggested Bicep for new palaces. But Lipika reminded him: "Every Template Spec I filed here can be reused by any builder in the kingdom with a single reference. My manuscripts are the law — Bicep merely speaks in shorter sentences. The forge understands both. Choose the format that suits your scribes, but understand that they both produce the same palace."
“Know the format your forge reads, and the shorthand is your choice — not your forge's.”
🪔 Deepak — the lamp of meaning · what this fable means in code
ARM templates are Azure's declarative JSON format for infrastructure. Like Lipika's complete manuscripts, they describe every resource in full — verbose but precise. Parameters are the blanks filled per deployment; variables are calculated values reused throughout. dependsOn is the explicit ordering mechanism. Template Specs are the vault — reusable templates shared across an organisation. Bicep is "syntactic sugar" — it compiles to the same ARM JSON. Both build the same palace; Bicep just writes it in half the lines.

