Rate-limit by delegated client without losing tenant-wide protection
Creating many client keys bypasses a per-key request limit.
Estimated field mix
- API design50%
- Site reliability30%
- Security20%
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 69 of 115
Creating many client keys bypasses a per-key request limit.
Estimated field mix
Organization owners cannot see who expanded a client scope.
Estimated field mix
Existing integrations depend on broad keys and cannot all migrate at once.
Estimated field mix
Documentation encourages hardcoding keys and retrying every unauthorized response.
Estimated field mix
Event payloads mirror internal shipment rows and change whenever the schema changes.
Estimated field mix
A caller can subscribe its endpoint to another organization's shipment events.
Estimated field mix
An arbitrary callback URL could direct the sender toward unapproved network resources.
Estimated field mix
Partners cannot verify signatures after the sender serializes the same event differently on retry.
Estimated field mix
The platform advertises one delivery even though connection loss can cause duplicates.
Estimated field mix
The sender retries every response indefinitely, including malformed-endpoint failures.
Estimated field mix
Partners assume events arrive in the order they happened, but parallel delivery reorders them.
Estimated field mix
Support repairs a payload during replay and leaves the same event ID representing different facts.
Estimated field mix
138 matching projects · Page 6 of 12
Reconcile local order state with a simulated provider under duplicate and delayed delivery.
Keep customer records consistent across a local application and a simulated CRM.
Reconcile availability and event changes across a scheduling app and a local calendar provider.
Define customer-facing reliability indicators and actionable budget policies.
Diagnose and recover delayed background work without duplicating effects.
Verify that database and object-store backups can reconstruct a coherent service.
Protect essential reads when optional workloads saturate a service.
Prepare a small service for a predictable launch surge through capacity and dependency review.
Make storage growth and transfer costs inspectable without compromising retained records.
Validate infrastructure changes as bounded plans with drift and recovery context.
Replace static service credentials with bounded workload identity and tested rotation.
Promote immutable application artifacts through environments with inspectable provenance.
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.