// Workforce compliance

CPT Guidelines for Low-Level Systems and Performance Engineering

Curricular Practical Training exists to connect coursework to practice. For students moving into kernel work, compiler internals, or latency engineering, the connection is usually obvious to the engineer and invisible on the form.

Curricular integration is the test

CPT authorization requires that the training be an integral part of an established curriculum. In practice, that means a course, a thesis, a capstone, or a program requirement must be tied to the work. A student working on lock-free data structures should be able to point to a concurrency, operating systems, or advanced algorithms course whose learning outcomes the placement advances.

The most durable framing is a one-page memo written before the placement starts: the course, its outcomes, the systems work planned, and the artifact that will be produced. Advisors approve faster when they do not have to translate the engineering themselves.

Part-time versus full-time hour structures

Part-time CPT is capped at twenty hours per week during academic terms; full-time is generally reserved for periods when the academic load allows it. Performance work has a rhythm that fights fixed hours — a profiling campaign produces a week of nothing followed by two days of intense refactoring — so teams should plan around bounded deliverables rather than heroic sprints.

Accumulating twelve months or more of full-time CPT has downstream consequences for later training eligibility, which makes hour tracking a strategic decision rather than an administrative one. Track hours in the same system the team uses for engineering work so the numbers are trustworthy.

Scoping systems work for a student engagement

The best low-level student projects are narrow and instrumented. Replacing an allocator in one service, adding an eBPF probe to quantify syscall overhead, or building a reproducible benchmark harness are all achievable in a term and all produce a measurable result.

Avoid open-ended mandates like "make the platform faster." They generate neither an academic artifact nor a defensible record of what was learned. A scoped project ends with a number, a merged change, and a written summary that doubles as the course deliverable and the compliance record.

// key takeaways

  • Tie the placement to a specific course, capstone, or thesis before it begins.
  • Write a one-page integration memo so advisors do not have to translate the engineering.
  • Respect the twenty-hour term cap and track hours in the team's real system.
  • Watch cumulative full-time CPT because it affects later training eligibility.
  • Scope projects narrowly enough to end in a measured, merged result.

Working on something like this?

InnerLoop Resources takes on performance, distributed systems, and CI architecture engagements.

Brief our team →