:

Dhruv Jain

  • Categories
  • RSS
  • any vs unknown - cover

    any vs unknown

    I know you are always confused with any VS uknown in typescript.

    TypeScript
  • How not to name your Types - cover

    How not to name your Types

    Naming conventions, also known as code nomenclature or coding conventions, are important in software development for several reasons: Readability, Maintainability, Code Reusability, Consistency, Documentations, and Scalability. Here we shall discuss some naming conventions I follow and recommend so that the next time you are writing new types it’s easier for you to name them.

    TypeScript
    Clean Code
  • Format numbers to Ordinals - cover

    Format numbers to Ordinals

    Ordinal suffix number format is a way of writing numbers that indicates their position in a sequence, such as first, second, third, etc. This format is commonly used in writing dates, ranks, and other similar contexts.

    JavaScript
    Snippet
  • Prefetching React Lazy - cover

    Prefetching React Lazy

    How to prefetch React Lazy components or pages so that your page transitions are as smooth and fast as possible. This blog is in continuation of my earlier blog about Energetic React Lazy, where I discussed about code splitting and how you can use React Lazy to make your app lighter and faster.

    React
    React Lazy
  • The Energetic React Lazy - cover

    The Energetic React Lazy

    You might have heard about React lazy and suspense before, but might never have felt the energies ⚡️ it has, I don’t know why is it called lazy why not energy or maybe flash, I guess it’s called as lazy since it lazily loads something 🤔.

    React
    React Lazy
  • The missing chapter of Code Reviews - cover

    The missing chapter of Code Reviews

    Code Reviews have been an integral part of Software Development Lifecycle, but lately this topic has been missing from our engineering books. This document covers some aspects of why we review code, how we should review code etc.

    Coding
    Code Review
  • Data Driven React Components - cover

    Data Driven React Components

    Component structures are very unopinionated in terms of how they receive data - is it via props, or do they handle their own data/business logic? How your components are designed largely decide the fate of our application, onto how people are going to reuse the components, are they actually reusable or not, how much of a refactor does a component require before plugging in, how easier is it to plug the component and just use it.

    React
    JavaScript
    TypeScript
Dhruv Jain

Follow me

  • GitHub
  • LinkedIn
  • Twitter

Extras

  • Source Code
  • About Me

Built with Next.js & Sanity