Immutable Data with Immer and Personal Assistant Bots

Let’s talk about immutable data. With socks. And personal assistant bots. I know, you’re already so excited.

Immutability and state are two developer buzzwords it took me forever to “get.”

Their underlying meanings aren’t necessarily that complex. But it’s tough to fully comprehend what they mean, and why they’re important, until you see them in action.

State just means the way an application is at a single point in time.

For example, if we’ve typed “how does CSS grid work” into the search bar, and there are three checkboxes ticked, and we have a dropdown menu open that’s the current “state” of things. If we close the menu that’s a state change.

Behind the scenes in apps we have to account for every state an app could be in (which gets expontential very quicky). This is usually called “managing state” and appears to be a neverending problem

Immutable State is one approach to solving our complex state problem – it simply means making a second copy of things before you change them.

It’s the same as copying and pasting a new ImportantThing_Version2_Draft.md document before liberally changing enourmous chunks of it. Then when you realise your poor editing choices and want to go back to the original version, it’s there waiting for you.

Writing immutable code is a wildly popular concept in general. And a good idea when you don’t want to muck everything up.