About, and the method.
Revised 4 August 2026.
I live in Dubai. I have spent years building software for other companies — teams, deadlines, other people's requirements. Xuranium is what I build for myself, and it is a different thing: a small number of iOS apps for people who are trying to stop doing something, all of which do arithmetic on numbers the user typed in, and none of which do anything else.
This page is written in the first person because one person wrote the software. There is no "we" anywhere on this site, and if you find one it is a mistake I have not caught yet.
Every one of these apps works the same way, and it is deliberately a small way. You record what actually happened. A function reads what you recorded and returns a number, a schedule or a page. The number is shown with the date range it was measured over. Nothing is inferred about you that the arithmetic does not support, and where the data cannot support a conclusion the app prints that instead of a conclusion.
The interesting consequence is how much this rules out. The refusals below are not marketing positions; they are constraints written into each app's own specification, and each one costs something.
Each app's arithmetic lives in its own package, separate from the interface, and it is written as plain functions: values in, values out, no hidden state. The calendar, the time zone and the current time are all passed in rather than read from the system, so a test can move a user through ninety days in a few milliseconds and get a deterministic answer. Reading the clock directly is banned inside those functions — it is the thing that makes date arithmetic untestable, and date arithmetic is most of what these apps do.
None of them opens a network connection. That is not a claim about my intentions; it is a property you can check from the outside, because there is no account to create, nothing to log in to and no server for me to run.
The apps do not share a look. They share a standard — the same discipline about testing, the same refusals, the same treatment of prices and cancellation — and each one is drawn around its own object: a step-down ladder, a photo frame, a printed page, a ruled statement. The four app pages on this site are laid out the same way, one artefact each, which is why they do not look like each other either.
State on 4 August 2026, and it will date. Nothing here is approved, so nothing is available to download.
| App | Build | Listing |
|---|---|---|
| Pouch Break | Uploaded | In review |
| Stepdown | Uploaded | Not submitted — being reworked |
| Hands Off | Uploaded | Not submitted |
| PeriLog | Uploaded | Not submitted |
| BetLedger | Uploaded | Not submitted — listing complete |
Two more apps are built without a listing. Eight more are written down and paused.
They are paused because of what I found when I reviewed the whole portfolio in August 2026. The arithmetic inside each app was genuinely different — the engines share no logic — but what a person actually sees was too similar between them: near-identical paywalls, the same onboarding scaffold, the same navigation shape in three of them, and an icon set built to one formula. That is a real defect whether or not anyone else ever notices it, and shipping eight more apps on top of it would have been the wrong order of work. Fixing the visible half is what I am doing now, which is also why Stepdown has legal pages on this site and no page of its own yet.
There are no user numbers, download counts or test totals anywhere on this site. Nobody has used these apps, so any figure of that kind would be invented.
Every page here is a file. There is no framework, no bundler, no client-side router and no JavaScript at all — not deferred, not optional, none. The type is whatever your system already has, so nothing is fetched from a font host. There is no analytics, no cookie, no consent banner, because nothing is collected and there would be nothing to consent to.
The reason is not minimalism for its own sake. Five App Store listings and five uploaded builds link to twenty legal documents on this domain, and Apple checks that those links resolve. A privacy policy that needs a JavaScript bundle to boot is a privacy policy that can fail to open, and a link compiled into a shipped app cannot be changed afterwards. So those twenty pages are plain HTML with no styling framework and no scripts, the build refuses to finish if any one of them is missing, and there is no catch-all redirect on the host that could quietly serve this page in place of one of them.
The site is set as a printed document because that is what the products are: PeriLog's paid artefact is a page a doctor reads in a ten-minute appointment, and BetLedger's is a statement someone finally opened. Hairline rules, right-aligned figures in tabular numerals, letter-spaced labels in the margin. It prints properly, too.
Abdulrahman Azmy · Dubai, United Arab Emirates
hello@xuranium.com for anything, support@xuranium.com for an app that is misbehaving. Both reach me. If something on this site is wrong or out of date, that is worth an email — I would rather correct it than have it stand.