Classify essential and optional ticketing requests
Recommendation requests compete with reservation checks without any priority policy.
Estimated field mix
- Site reliability60%
- System design40%
Preparing the next view without exposing private workflow data.
Design a system. Diagnose tail latency. Ship a migration. Recover a failed rollout. Pick a focused ticket or follow a project through its delivery phases.
1380 tickets · 138 projects · 26 engineering fields · Four difficulty levels
Field counts and the engineering field filter use each project's primary field. Estimated ticket labels can span multiple fields.
1380 matching tickets · Page 56 of 115
Recommendation requests compete with reservation checks without any priority policy.
Estimated field mix
A closed-loop load script hides overload by sending fewer requests as responses slow.
Estimated field mix
Requests accumulate indefinitely while waiting for a shared dependency.
Estimated field mix
Slow recommendations consume every outbound connection.
Estimated field mix
Pattern topics
The client has timed out while its dependency request continues holding a slot.
Estimated field mix
All rejected clients retry exactly one second later and recreate the spike.
Estimated field mix
One large tenant fills every waiting slot and blocks smaller tenants.
Estimated field mix
The team must choose between a larger queue and earlier rejection.
Estimated field mix
Degradation switches on and off rapidly near the threshold.
Estimated field mix
Product support cannot explain which features disappear during overload.
Estimated field mix
The launch plan says 'ten times traffic' without a base rate or request mix.
Estimated field mix
The database pool and email adapter have different limits and failure semantics.
Estimated field mix
138 matching projects · Page 11 of 12
Evolve a quoting module as partner contracts diverge, while keeping calculations reproducible and abstractions proportional to the problem.
Build a bounded browser editor whose tree operations, history, subscriptions, and exports remain coherent under failures and repeated use.
Support two incompatible notification providers while keeping domain decisions, instrumentation, and overload behavior explicit.
Replace a growing set of warehouse eligibility switches with a small, bounded rule language that support can inspect and engineers can evolve.
Evolve a long-lived account module while preserving tenant boundaries, client contracts, and a credible route back from partial migration.
Coordinate return inspection, replacement stock, and refunds across controllable provider boundaries while keeping uncertain outcomes visible.
Build a bounded arena with explicit alignment, lifetime and corruption behavior.
Implement bounded scheduling, cancellation and shutdown without hidden liveness failures.
Build framed IPC, bounded buffering, process lifecycle control and restart-safe request identity.
Implement decoding, stack safety, resource budgets and compatible bytecode revisions.
Design a safe FFI contract with explicit ownership, error mapping and compatibility.
Wrap files, timers and readiness notifications with explicit partial-result and portability behavior.
Practice scoped changes, keep a portable implementation and verification record, and learn to explain operational tradeoffs. Choose a ticket whose prerequisites you can provide.
Use realistic work to structure onboarding, internal practice, and conversations about engineering decisions. Each project names the delivery benefit. Agree scope and compensation before requesting company-specific work.
CSV contains one row per ticket. Map fields and issue types in your tracker; project grouping and dependency keys are descriptive. JSON preserves the complete project structure. These downloads do not synchronize with Jira.