Skip to content
View dipak0000812's full-sized avatar

Block or report dipak0000812

Block user

Prevent this user from interacting with your repositories and sending you notifications. Learn more about blocking users.

You must be logged in to block users.

Maximum 250 characters. Please don’t include any personal information such as legal names or email addresses. Markdown is supported. This note will only be visible to you.
Report abuse

Contact GitHub support about this user’s behavior. Learn more about reporting abuse.

Report abuse
dipak0000812/README.md

Portfolio LinkedIn Gmail LeetCode


Second-year AIML student. My main interest is backend systems — I want to understand what breaks under concurrency, how queues fail, and where consistency gets hard. I build things to answer those questions, not to ship products. Also contribute to open source projects in the API tooling and Linux kernel workflow space. Alongside systems work, I've built with scikit-learn, LSTMs, and spaCy — enough to understand where ML fits and where it doesn't.


Projects

Orchestrix — Job Orchestration Engine

Go PostgreSQL Docker Prometheus

Async job engine in Go. Worker pool, full state machine (PENDING → SCHEDULED → RUNNING → SUCCEEDED/FAILED/RETRYING), exponential backoff, graceful drain on shutdown. Built primarily to work through real concurrency and failure-handling problems.

Three specific things I had to debug and fix:

Scheduler race — Multiple scheduler instances polling the same DB table would double-claim jobs. Fixed by wrapping job claims in SELECT FOR UPDATE SKIP LOCKED inside a transaction. Each instance atomically acquires a non-overlapping job set.

Silent retry loops — Unregistered executor types caused jobs to hit max retries silently, burning resources with no signal. Added explicit error classification: missing executors and panics route directly to FAILED; only actual execution errors are retryable.

Import cycle — Attaching Prometheus instrumentation to the worker package created a worker → api → worker dependency cycle. Resolved by extracting metrics into a standalone package imported independently by both.

v1 done. Currently exploring Redis/Kafka-backed queues as an alternative to DB polling and adding priority scheduling.


PRISM-AI — PR Risk Analysis Tool

Python FastAPI Next.js Claude

GitLab AI Hackathon — ZerothLayer.

Static analysis pipeline that scores pull request risk before review. The LLM generates the human-readable summary at the end — it does not do the analysis.

Pipeline:

  • tree-sitter parses changed files into ASTs (Python + JS/TS)
  • NetworkX builds the import dependency graph; BFS reversal computes structural blast radius
  • Six deterministic factors produce a 0–100 risk score: PR size, file churn rate, whether auth/payment modules were touched, test delta, dependency traversal depth, author familiarity with the module
  • Groq (Llama-3.3-70b) generates reviewer hints from the structured score — not from raw diff text

The design decision I'm most satisfied with: keeping the LLM downstream of deterministic scoring so the risk number is auditable and reproducible regardless of model behavior.


SolanaStreaks — Prediction Market Prototype · Live

Rust Solana TypeScript

Hackathon prototype. On-chain prediction market with streak-based multipliers built on Solana devnet using Rust/Anchor. Main focus was understanding Anchor's account ownership model, escrow logic, and how bet payout instructions get structured on-chain. Not actively maintained.


Open Source

Microcks OpenTelemetry kworkflow Layer5

  • Microcks — API mocking and contract testing; active contributions
  • OpenTelemetry — Contribution under review
  • kworkflow — Linux kernel developer workflow tooling
  • Meshery / Layer5 — Contributor, earned First Design badge
  • Hacktoberfest 2024 — 4 PRs merged

Technical Focus

Domain Stack
Languages Go · Python · TypeScript
Familiar With C · C++ · Rust
Backend REST APIs · Worker pools · PostgreSQL · Docker · Prometheus
ML & AI Scikit-learn · LSTM · spaCy · Claude API
Exploring Distributed systems · Kafka · Redis · Linux internals

Currently

  • Extending Orchestrix with Redis/Kafka queue backend; want to understand the operational tradeoffs vs DB polling under load
  • Working through Raft and consistency model literature (Lamport clocks, CRDT basics)
  • Contributing to Microcks, OpenTelemetry, kworkflow

Stats

Stats reflect public repository activity.

  

dhangardip09@gmail.com · Portfolio · LinkedIn

Popular repositories Loading

  1. microcks microcks Public

    Forked from microcks/microcks

    The open source, cloud native tool for API Mocking and Testing. Microcks is a Cloud Native Computing Foundation sandbox project 🚀

    Java 2

  2. meshery meshery Public

    Forked from meshery/meshery

    Meshery, the cloud native manager

    Go 2

  3. Stock-Price_Prediction Stock-Price_Prediction Public

    An AI-powered stock price forecasting dashboard using LSTM Deep Learning, 23 technical indicators, and real-time Yahoo Finance data via a Streamlit interface.

    Python 1

  4. TrustBite TrustBite Public

    TrustBite is a hyperlocal platform that helps students discover trusted mess and tiffin services using hygiene scores, reviews, and AI-based recommendations.

    JavaScript 1 2

  5. pgmpy pgmpy Public

    Forked from pgmpy/pgmpy

    Python library for Causal AI

    Python 1 1

  6. AIOD-rest-api AIOD-rest-api Public

    Forked from aiondemand/AIOD-rest-api

    Services for the core of AIoD: Authentication and the metadata catalogue with REST API.

    Python 1