JJ

JJ / EXIBIST

Robotics / AI / Systems

Leadership

The portfolio is grounded in team responsibility, not just solo experiments.

This section exists to show that the engineering work lives inside collaborative systems with real deadlines, public repos, and operator-facing consequences.

Current

GitHub / Software Leadership

ASL Robotics / FRC Team 1884

Operating inside a collaborative robotics software environment where repository structure, review quality, planning tools, and operator-facing systems affect real hardware and real match preparation.

Responsibilities

  • Help shape repository organization and code workflow around the team’s software work.
  • Contribute across robot code, operator-facing tooling, simulation work, and public engineering utilities.
  • Translate technical complexity into interfaces and processes other team members can use under time pressure.
  • Treat GitHub as an engineering surface: code review, structure, versioning, and shared ownership matter as much as the code itself.

Public evidence

  • Public org repositories now span Season2026, PathPlanA, GriffinSim, FRCHeatmap, frc1884-strategy, frc1884-scouting, and attendance tooling.
  • PRE-Season2026 and season2025 public READMEs both explicitly credit PathPlanner + PathPlannerLib, Choreo/ChoreoLib, and maple-sim as part of the 2026-era stack.
  • Season2026 docs explicitly preserve PathPlanA autos through deploy and operator-board selection flows.

Repository practice

GitHub as engineering surface

Code review, structure, branching discipline, and public repo hygiene are part of the work. The point is not just to ship code, but to keep the codebase usable for the rest of the team.

Operator reality

Software has to work under time pressure

Robot software and its supporting tools are only valuable if they help people make correct decisions quickly. That pressure changes how interfaces, diagnostics, and abstractions should be designed.

Technical range

Leadership is broader than a single robot repo

The public FRC1884 surface already spans season robot code, PathPlanA autonomous tooling, deterministic simulation work, scouting and strategy software, and operations support systems. That range is part of the credibility.

Toolchain context

PathPlanner is part of the stack. PathPlanA is a distinct team repo.

The preseason and 2025 robot-code READMEs explicitly credit PathPlanner + PathPlannerLib, Choreo, and maple-sim in the 1884 software stack.

The 2026-era codebase also has a separate team planner repo: PathPlanA. Its integration docs show a deploy-backed flow where autos are authored in Flutter, exported into the Season2026 deploy tree, previewed on the operator board, and then executed through the robot’s existing auto-align queue.

That is the accurate relationship: upstream PathPlanner is a credited dependency in the team stack, while PathPlanA is team-specific planning tooling that fits around that workflow.

WPILibAdvantageKitPathPlanAPathPlannerChoreomaple-simTypeScript tooling