Subash.

Rupandehi, Nepal

Subash PandeySoftware Engineer~1.5 years shipping software · Small team, broad exposure

I build and ship software in small teams where ownership isn’t optional—turning unclear ideas into working systems.

  • End-to-end ownership
  • Production-first thinking
  • APIs, backends & cloud
  • Documentation & workflows
  • Execution → coordination

Beyond code, I enjoy stepping into coordination when needed—clarifying tasks, aligning priorities, and keeping things moving.

About

Early career, small team, honest ambitions

I'd rather sound like a real person than an inflated résumé. Here's where I'm actually at—and what I'm trying to grow toward.

  • I like owning a slice end-to-end on small teams—routes and UI when needed, APIs, GCP, and client calls when the release depends on it.
  • ~1.5 years at Reduct Nepal: QA on Programiz Playground, then shipping Playground execution backends, Guided Projects, and CaseCamp.
  • BIM background; before industry, I led a college IT club and volunteered with AWS Cloud Club Nepal as a Province Lead—early experience explaining technical things to people who were stuck.
I care about staying with a thread until something real ships—not until the problem feels tidy.
  • Before industry

    Hackathons and community work where I wasn’t the most experienced person in the room. On Bulletin (Web3), I contributed to a whitepaper with someone already in the ecosystem. It didn’t ship—but it taught me how to work under ambiguity, handle pressure, and keep making progress without clear direction.

  • How I work

    Write things down, join the conversation when requirements need turning into something buildable, and onboard others with seniors in the loop so context isn’t trapped in one thread.

  • Where I'm headed

    I’m moving toward more project coordination and people leadership—keeping engineering judgment at the core, while improving how scope, priorities, and handoffs are handled across a team.

Skills

Capabilities

Technical stack below; coordination is where I keep showing up when the team is small and the interface between people and code gets fuzzy.

Building

What shipping work has actually required

  • Node.js & Go

    Cloud IDE execution path; Node→Go migration; measured compile-time improvement on our Go codebase

  • PHP & Java (Spring Boot)

    Jumping into existing codebases and integration-heavy changes

  • REST & services

    Endpoints, contracts, boundaries the next reader can follow

  • SQL & NoSQL

    Modeling and querying what the product actually stores

  • Cloud & deploys

    GCP on client-facing product work; AWS fundamentals from coursework and community

  • Testing & QA

    Where I started—execution across languages in a cloud IDE, thinking like a user

Coordination & communication

Where I spend time beyond the PR

  • Project coordination

    Tracking parallel work across a tiny team when there's no dedicated PM

  • Documentation & workflows

    READMEs, handover notes, internal docs so knowledge isn't trapped in one thread

  • Client-facing work

    Listening, translating trade-offs, following up so scope stays honest

  • Supporting juniors

    Walking interns through workflows with seniors in the loop

  • Agile habits

    Standups and planning as alignment tools, not ceremony for its own sake

Experience

Proof: products, metrics, ownership

Intern → engineer at the same company—concrete work, metrics, and ownership. Product names and context are spelled out here.

  1. March 2025 – Present

    Software Engineer

    Reduct Nepal Pvt Ltd.

    • CaseCamp: discovery at scale, US-facing client

      Legal teams upload large discovery sets; the product builds a sourced chronology. I worked on frontend structure, backend APIs when needed, and GCP deployments—often alongside a US-based client and public defenders. Two to three people covered the stack; if something blocked release, you stepped in.

    • Go compile time: 6.16s → 2.2s (~64%)

      I reworked concurrency handling in our Go codebase and measured the win: about 6.16s down to about 2.2s compile time. Review-backed change—I'm glad to walk through what I touched and how we verified it.

    • Guided Projects: shipped a beta in ~3–4 months

      Integrated Programiz Playground into Guided Projects—execution tied to lesson steps, checks on whether users followed instructions, backend tests comparing expected vs actual code. Beta shipped in roughly three to four months while we kept Playground running with a skeleton crew.

    • Playground execution: Node.js → Go

      Backend execution for the cloud IDE moved from Node.js to Go. I read what existed, extended work others had started, and learned Go while pushing toward feature parity with the Node path.

    • Docs, handovers, and parallel tracks

      API notes and workflow diagrams for internal use and client handovers. Multiple workstreams at once. Client conversations where stakeholders don't live in the repo. Onboarding interns with context so they weren't stuck on repeat questions.

  2. Dec 2024 – March 2025

    Software Engineer Intern

    Reduct Nepal Pvt Ltd.

    • QA on Programiz Playground (cloud IDE)

      Tested execution across programming languages—user-shaped scenarios, not only happy paths. Learned how small runtime inconsistencies turn into painful incidents when usage scales.

    • READMEs and system notes

      Wrote docs so the next teammate could orient without replaying the same chat explanations.

    • Team and client discussions

      Joined meetings early, listened first, turned feedback into concrete next steps.

Projects

Things I have built or contributed to

Some are public repos, some are internal. I'm not claiming decade-long product sagas—just problems, what I did, and what I learned.

  • SastoDeal Revamp

    View on GitHub
    Problem
    E-commerce platforms pick up complexity quietly—endpoints multiply, shortcuts stack, and "later" becomes structural debt.
    Solution
    During Leapfrog Revampthon 2023 I focused on backend structure: clearer boundaries and room to grow for a major Nepali e-commerce scenario.
    Tech
    Backend focus · API thinking · Hackathon scope
    Outcome
    Hackathon scope—practice in how I'd untangle a real marketplace's growth pain, not a shipped production rewrite.
  • Miti — The Nepali Calendar

    View on GitHub
    Problem
    Living between calendars shouldn't feel like a spreadsheet chore. People wanted Nepali dates in daily life without abandoning tools they already use.
    Solution
    An open-source PWA for Nepali calendar tracking with Google Calendar sync—collaborative, incremental, and focused on usability.
    Tech
    Progressive Web App · Calendar sync · Open source
    Outcome
    A modest PWA for real schedules—Nepali dates and observances with Google Calendar sync, built in public with other contributors.
  • Bulletin (early experiment)

    Did not ship
    Problem
    A Web3 startup idea: help users find news and information the community has validated.
    Solution
    I contributed research and technical writing to a whitepaper with guidance from someone already in the Web3 ecosystem.
    Tech
    Research writing · Early-stage collaboration · Web3
    Outcome
    The product didn't launch. I still count it: pressure, unclear direction, and learning you can keep moving even when the outcome isn't guaranteed.
  • API & workflow documentation

    Private / internal
    Problem
    When knowledge lives only in chats and one-off explanations, handovers get expensive—internally and with clients.
    Solution
    Structured API notes, lightweight diagrams, and handover writeups so someone new could act without a live tour of the repo.
    Tech
    Technical writing · Diagrams · Handover support
    Outcome
    Fewer repeated questions on handovers; smoother transitions when someone new picked up the thread.

Leadership & community

Practice outside the office job

Mostly student and volunteer spaces—different from managing a payroll, but real reps for organizing, teaching patience, and helping people take a next step.

  • September 2024 – January 2025

    Lumbini Province Lead

    AWS Cloud Club Nepal

    Volunteer community work: organizing sessions and helping beginners get unstuck—patience, clarity, and logistics at province scale.

  • March 2023 – July 2024

    President

    IT Club (Oxford College)

    Running events and the boring behind-the-scenes work so a college tech club felt alive. That's some of my earliest real "people + planning" reps.

  • March 2023 – July 2023

    Deputy Community Builder

    Coding Olympics Nepal

    Supporting outreach and community programming—connecting competitive practice with people who needed a gentler entry point.

Certifications & milestones

Short list, honest weight

A few structured courses and events. They mattered to me; they don't replace shipping work or learning on the job.

  • AWS Academy Cloud Foundations
  • Java Internship Program (CodeSoft)
  • HackerRank SQL Certificate
  • HIPAA Compliance Training
  • Coding Competition — 2nd Runner-up
  • Hackathon participation (MBMC IdeaX)

How I work

Habits under load

What I reach for when trade-offs, handovers, or fuzzy debates show up—patterns, not a playbook.

  1. 01

    Habit

    Ask who needs to understand next

    Teammate next week or client who won't open the repo—I name the audience first, then shape the explanation. Early career means I'm building the reflex, not lecturing from a playbook.

  2. 02

    Habit

    Prefer changes I can explain

    Big surprises make bad Tuesdays. I like increments that can be reviewed and reasoned about, even when I'm eager to move faster.

  3. 03

    Habit

    Use numbers when the debate is fuzzy

    Not everything should be a metric. But when we're arguing about speed or reliability, I want something comparable before and after—not just confidence.

  4. 04

    Habit

    Stay in the problem long enough

    I don't need to know everything on day one—but I try not to leave the moment something is uncomfortable. The messy middle is often where the real constraints show up.

  5. 05

    Habit

    Write it where someone will find it

    If it only lives in my head or one thread, I haven't done my future self—or anyone else—any favors.

Contact

If you are hiring for engineering, coordination, or something in between

I am open to roles where I can keep growing technically while doing more of the planning and people-facing work I already gravitate toward—or to simply swapping notes with folks who care about the same problems.

No public email here—spam wins too often. If you message on LinkedIn with a line about what you are working on or hiring for, I will reply in kind. Happy to move to email once there is a real thread.