agentic-rob-pike

Enforce measurement-driven decisions before optimizing software performance.

3|Updated Apr 10, 2026
One-click install
npx skills add https://github.com/alphabeen/oh-my-jinho --skill agentic-rob-pike-alphabeen
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: agentic-rob-pike
Source: https://github.com/alphabeen/oh-my-jinho/tree/main/skills/agentic-rob-pike
Command: npx skills add https://github.com/alphabeen/oh-my-jinho --skill agentic-rob-pike-alphabeen

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Prevent premature optimization by enforcing measurement-driven decisions before code changes.

Core Features & Use Cases

  • Instrumentation-first: require data before changing code paths to improve performance.
  • Simple algorithms preferred: prioritize straightforward solutions to reduce risk.
  • Data dominates: base decisions on actual measurements rather than intuition.
  • Guided workflow: provide a clear, repeatable process for when optimization is warranted.

Quick Start

Identify a measurable bottleneck and set up instrumentation to collect data before attempting any optimization.

Frequently Asked Questions about agentic-rob-pike

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I prevent premature optimization when improving software performance?

To prevent premature optimization, enforce measurement-driven decisions by requiring instrumentation and data collection before modifying code. This approach ensures you validate actual performance bottlenecks rather than acting on intuition.

What is the best way to measure code performance before optimizing?

The best way to measure code performance is setting up instrumentation first to collect data on suspected bottlenecks. This establishes a baseline of actual measurements that validates whether optimization is truly warranted.

How do I know if a performance optimization is actually needed?

A performance optimization is needed only when actual measurement data identifies a specific bottleneck. Prioritize straightforward, safe solutions over complex changes, and use a repeatable workflow to evaluate if the improvement justifies the risk.

When should I avoid optimizing my code paths?

You should avoid optimizing code paths when you lack instrumentation data to prove a bottleneck exists. Without actual measurements driving your evaluation, changing code introduces unnecessary risk and violates a measure-first decision framework.

Why does measurement dominate intuition in software optimization decisions?

Measurement dominates intuition in optimization decisions because actual data validates where true performance bottlenecks lie. Enforcing an instrumentation-first workflow prevents premature code changes, reducing risk by prioritizing safe, simple solutions.