In a recent frontend interview, I was asked the difference between SSR and CSR. I couldn’t answer it properly at that moment. After the interview, I went back and learned it properly and it was actually a great reminder of how much there is to keep learning in frontend engineering. Here’s the simple explanation I wish I had given: CSR (Client-Side Rendering) The browser downloads a minimal HTML file and JavaScript, then React renders the UI in the browser. Pros: • Rich interactivity • Faster client-side navigation Cons: • Slower first load • Worse SEO SSR (Server-Side Rendering) The server renders the HTML first and sends a fully rendered page to the browser. Pros: • Faster first meaningful paint • Better SEO Cons: • Higher server load • Slightly more complex architecture Frameworks like Next.js make SSR much easier. Interviews are a great reminder that learning never stops in engineering. What’s a question you couldn’t answer in an interview but later learned deeply? #frontenddeveloper #react #codinginterview #javascript #webdevelopment
Kavita Pathak This is such an honest and relatable post. Many of us have had moments in interviews where we couldn’t explain something clearly, but those moments often push us to learn the concept much more deeply afterward. Posts like this are valuable because they remind developers that growth in engineering comes from continuous learning, not from knowing everything already.
You can go more further in this and check like comcept of Hydration in case of SSR as server is sending fully rendered HTML , Javascript is not attached to it yet like onclick actions and event listeners then whe have to you Hydration to attach JS to HTML