Sarwin Chandran Discover Me
Code systems

Software tools, interfaces, and reusable systems built to make the next idea easier to ship and revisit.

This page is less about one-off coding exercises and more about the code that supports real work: portfolio systems, helper libraries, interface experiments, and practical tooling.

Interfaces Tooling Automation
What belongs on a good code page
Use
What the system actually helps with in practice.
Structure
How the code is organized so it stays readable later.
Reuse
Which pieces are worth carrying into the next build.
Working principle

The best code in this portfolio is the code that reduces future friction, not just the code that looked clever once.

Selected builds

Software work that earns its place by being reusable, legible, or genuinely helpful to the rest of the archive.

Portfolio rebuild preview
Interface system

Portfolio rebuild and shared design system

A multi-page static system built to keep content organized, responsive, readable, and easier to evolve without redesigning each page from scratch.

Toolkit preview
Toolkit

Reusable utility shelf

Helper functions, smaller libraries, and reusable pieces that keep new work from starting at zero every time.

Interaction prototype preview
Prototype

Interaction experiments

Small prototypes for visual explanation, motion, or interface behavior that later inform bigger builds.

System mapping preview
Workflow tooling

Build-support scripts and documentation

The less glamorous layer that keeps future edits faster: file structure cleanup, templates, documentation habits, and small automation helpers.

Systems view

The Code page is where implementation gets separated from theory so both can breathe.

  • Keep code pages practical. Use them for architecture, components, scripts, and implementation choices that matter in real use.
  • Prefer reusable patterns. The strongest entries are usually the ones that make the next project easier to start.
  • Document the maintenance value. If a build saves future time or reduces future confusion, that belongs on the page.
Good metadata to keep
Build type
Interface, system, automation, toolkit, or web experiment.
Useful artifacts
Components, file structure, screenshots, before/after comparisons, and implementation notes.
Next move
The refactor, feature, or cleanup step that makes the system better next time.
Code log
  • 18 Mar 2026
    Reworked the portfolio navigation and page system around a clearer taxonomy.

    The value here is structural: fewer mixed categories, cleaner page identities, and more maintainable shared styling.

  • 12 Mar 2026
    Trimmed template weight and kept only the behavior the site actually needs.

    Less unnecessary dependency surface means fewer confusing leftovers to maintain.

  • 07 Mar 2026
    Cleaned up repeatable patterns so future edits can happen faster.

    The improvement is not flashy, but it compounds every time the site changes.

What this room should make easy

Returning to an old build and understanding why the structure looks the way it does.

That is the real test for the Code page. If the system still explains itself months later, the page is doing useful work.