Assembly, C, and Rust
Instructions, registers, memory, ownership, performance, and the hardware–software boundary.
00 systems / assembly / rust / linux / infrastructure
I’m Ishant Kumar Das. This is my working systems portfolio, technical cheat sheet, and learning surface across hardware, low-level software, Linux, virtualization, backend platforms, cloud engineering, accelerated compute, and AI infrastructure.
01 flagship direction
The center of gravity is systems engineering: understanding each layer well enough to operate it, debug it, and build reliable layers above it.
Instructions, registers, memory, ownership, performance, and the hardware–software boundary.
Operating systems, isolation, networking, containers, self-hosting, and operational recovery.
Reliable services and compute pipelines with portable boundaries across Cloudflare, AWS, and GCP.
02 technical cluster map
Technologies are grouped by the system they help build. A language can appear in more than one cluster when it serves a different engineering role.
The primary discipline: instructions, memory, kernels, low-level software, and the behavior of machines under real constraints.
The operating layer that turns machines into dependable platforms: VMs, containers, networking, observability, and self-hosted infrastructure.
GPU-aware computation from data layout to kernels, keeping numerical correctness and execution evidence connected.
APIs, data, automation, and portable cloud adapters. Cloudflare is home; AWS, GCP, and self-hosted paths remain deliberate options.
Model serving, evaluation, monitoring, lifecycle governance, and accelerator-adjacent infrastructure treated as systems problems.
A thin, accessible presentation layer for exposing systems work. It supports the portfolio; it is not the portfolio's technical center.
03 selected evidence
A Linux-centered environment for understanding virtual machines, containers, networking, service isolation, observability, and controlled failure.
A cross-language laboratory for matrix and tensor execution across C++, Rust, C, and CUDA kernels.
04 learning architecture
Each track moves from concepts to experiments, then into artifacts that can be inspected and tested.
The primary discipline: instructions, memory, kernels, low-level software, and the behavior of machines under real constraints.
flagshipThe operating layer that turns machines into dependable platforms: VMs, containers, networking, observability, and self-hosted infrastructure.
flagshipGPU-aware computation from data layout to kernels, keeping numerical correctness and execution evidence connected.
specializationAPIs, data, automation, and portable cloud adapters. Cloudflare is home; AWS, GCP, and self-hosted paths remain deliberate options.
platform extensionModel serving, evaluation, monitoring, lifecycle governance, and accelerator-adjacent infrastructure treated as systems problems.
systems applicationA thin, accessible presentation layer for exposing systems work. It supports the portfolio; it is not the portfolio's technical center.
supporting interface05 knowledge records
Systems core
A systems map connecting machine instructions, memory, kernels, Linux, virtual machines, containers, backend services, and cloud infrastructure.
Accelerated computing
Working notes on row-major storage, logical shapes, physical strides, contiguous views, and the cost of traversal order.
Short references support fast recall. Connected explanations preserve the reasoning behind them, so personal learning can become useful guidance for others.
Public summaries are separate from future protected notes, source artifacts, and personal learning records.
06 evidence model
The full stack page expands each cluster into concrete evidence states: exploring, practiced, built, shipped, or maintained.
Inspect the clustered evidence matrix