Gronex
Log in

APIs & Platforms

30 guides

Designing APIs that survive retries and versioning, and choosing the right platform for the job.

REST API designREST API design is the discipline of exposing resources, representations, and state transitions through a contract that clients can evolve against.API designIdempotent HTTP methodsAn HTTP method is idempotent when repeating the same request has the same intended server effect as sending it once, even though responses may differ.API designAPI versioningAPI versioning is a compatibility strategy for changing a contract while existing clients continue to function against the guarantees they adopted.API designPagination API designPagination API design controls how a client traverses a changing collection without duplicates, missing records, or unbounded database work.API designAPI rate limitingAPI rate limiting bounds request or resource consumption over time so one caller cannot exhaust a shared service budget.API designHTTP status code designHTTP status code design maps an operation’s outcome to a stable protocol signal that clients, operators, and intermediaries can act on.API designWebhook designWebhook design delivers state changes to another system over an unreliable boundary, so authenticity, retries, ordering, and duplicate effects must be part of the contract.API designAPI error handlingAPI error handling turns validation, domain rejection, conflicts, and infrastructure failures into stable signals without leaking implementation details.API designOptimistic concurrency with ETagsOptimistic concurrency with ETags prevents a client from overwriting a newer representation by requiring its update to match the version it read.API designGraphQL vs RESTGraphQL and REST make different trade-offs in contract shape, client flexibility, caching, authorisation, and operational control; neither is a universal replacement for the other.API designBulk endpoint designBulk endpoint design handles many logical operations while preserving bounded work, useful result reporting, and safe retry semantics for each item.API designAPI authentication and authorizationAPI authentication establishes who or what is calling, while authorization decides whether that identity may perform this operation on this resource in this context.API designREST vs gRPCREST is the safer public default; gRPC is a strong internal choice for typed, streaming service calls. Compare compatibility, tooling, latency, and failure handling.API designJWT authentication vs Session authenticationServer sessions are the safer browser default; JWTs fit distributed consumers when stateless verification and explicit revocation limits are acceptable.API designOAuth vs API keyAPI keys suit simple server integrations; OAuth is the right default for delegated user access, scoped permissions, and token rotation.API designPolling vs WebhooksPolling is simplest and resilient to inbound restrictions; webhooks deliver changes efficiently when the receiver can expose a secure endpoint and handle retries.API designWebSockets vs Server-sent eventsSSE is the simpler one-way browser stream; WebSockets fit bidirectional low-latency interaction. Compare reconnects, proxies, and operational failure modes.API designLong polling vs WebSocketsLong polling fits simple notification delivery through HTTP; WebSockets fit sustained bidirectional traffic. Compare proxies, reconnects, and server resource use.API designLeetCode vs Repository-based machine coding practiceLeetCode is excellent for algorithm fluency; repository-based practice is a better fit for implementing and debugging backend services. Choose by the interview skill you need.PlatformsVideo and prompt libraries vs Repository-based practice platformsCompare prompt libraries with runnable repository practice for backend machine coding. The best platform is the one that gives executable feedback on the skill you need.PlatformsGronex vs LeetCodeGronex focuses on broken backend repositories and machine coding; LeetCode focuses on algorithmic problems. Compare the practice loop before choosing.PlatformsGronex vs InterviewBitInterviewBit is strong for structured algorithm and interview courses; Gronex focuses on runnable backend repositories. Choose based on the round you are preparing for.PlatformsGronex vs HackerRankHackerRank provides broad timed coding assessments; Gronex provides repository-based backend failures. Compare the feedback loop to the interview you expect.PlatformsGronex vs EducativeEducative offers structured interactive courses; Gronex offers runnable backend repositories. Compare guided learning with executable debugging practice.PlatformsGronex repository practice vs System design coursesSystem design courses teach architecture reasoning; Gronex exercises implementation and debugging in backend repositories. Use each for the interview stage it matches.PlatformsMachine coding interviews vs DSA interviewsMachine coding evaluates working service design and implementation; DSA evaluates algorithmic problem solving. Compare the format before choosing practice.PlatformsLLD interviews vs HLD interviewsLLD interviews test interfaces, state, and implementation detail; HLD interviews test scale, topology, and trade-offs. Prepare for the evidence each format requires.PlatformsMachine coding interview vs Take-home assignmentMachine coding tests scoped implementation under observation; take-home assignments test a fuller engineering loop. Compare time, feedback, and what quality means.PlatformsRepository-based interviews vs Whiteboard interviewsRepository interviews expose code navigation and executable behaviour; whiteboards expose reasoning and communication. Prepare for the evidence each format produces.PlatformsRepository-based LLD practice vs Diagram and prompt practiceUse diagrams and prompts to learn modelling, then repositories to practise interfaces, state, and tests. Compare LLD practice formats by the evidence they produce.Platforms