A MobX store is a powerful tool for observing changes in React. Being able to react to any field and set any field without the boilerplate of setter methods is a breeze.
But what if you don’t want to expose all of your store’s fields? With just a few changes, we can successfully hide away some of the fields of your store.
Consider the following example (runnable CodeSandbox samples at the bottom of the article!):
This code represents a counter that can be incremented and decremented. Looks great! But there’s a problem that can sneak into your team’s codebase. What if someone accesses and changes
count directly? …
Normally, I develop using React and styled-components, but to allow this guide to be as portable as possible, I’ll be using just plain divs and CSS classes!
To start off, let’s break down a screenshot of the main user interface into the main divs that make up the overall structure. Let’s start off with a
div that takes up the entire viewport:
At the highest level, we have two major sections: the top-level header and the board section. …
Developers have their own exclusive language. You’ve heard it, I’m guilty of it— you’re in the middle of a meeting and you’re discussing a task when suddenly the developers turn to each other and say,
“Don’t we have the API key hard coded in that endpoint?”
“No, we’ve deprecated that endpoint. I can show you the diff later. If you don’t have it in your branch, try merging master.”
And you say,
“So… yes? No? Are we good?”
Non-developers are often left out of development-related tangents in conversations because sometimes it’s just easier to talk amongst ourselves and try to translate afterwards. …
Even if you’re a top-tier developer, a solid understanding of the more practical side of English grammar can help you really stand out. There’s quite a few tasks in a software developer’s daily life that rely on high quality communication:
You don’t need to be a professional author to ace these tasks: with a small toolbox of practical English grammar tips, you can really step up your communications game!
Luckily, software developers are already quite familiar with grammar:
Uh oh. You play it cool and run back to your laptop and pull up this article. Good move.
Luckily for you, if you understand Promises, you’re already 80% of the way there to understanding
Without further ado, let’s dive into
async/await ! …
Latest and greatest frameworks and design patterns are cool and all, but let’s get down to what we developers really care about: keyboard shortcuts.
There are few things in life that are quite as satisfying as the moment you learn a new keyboard shortcut and realize that your life will never be the same again. Let’s dive in.
Note: For completion sake, for Macs, ⌥ refers to the
option key and ⌘ refers to the
command key. As well, the Ctrl key on the Mac may also be denoted by a
The following shortcuts are for becoming a wizard at selecting exactly what you want to without hitting
shift and the arrow keys a million times. …
It’s time, friend.
Maybe you’re new to web and trying to pick up the latest front-end tech, or maybe you’re a season web developer, but just have been putting off fully understanding promises.
Promises truly aren’t complicated but it can be hard breaking into them. …
You know you have a good idea. I know you have a good idea. But others don’t seem to be convinced — maybe you get passed over in the meeting room, or your project proposals go unread.
But no more! Let’s explore some reasons why your ideas may not be gaining traction and how you can sharpen up how you share them with your team.
The first step to getting any project or idea actioned is it actually being good. While it’s definitely possible to get a bad idea on a roadmap, that’s of course not your goal. …
The golden rule is simple:
“Whatever you wish that others would do to you, do also to them” — Matthew 7:12a
This of course differentiates itself from the negative so-called “silver rule” that states “don't do to others what you wouldn't want them to do to you.” The golden rule calls for action rather than inaction.
With that out of the way, there's a very interesting argument that is sometimes given when the golden rule is brought up. You may have heard a conversation about the golden rule that went something like this:
Person A: “So then you should, for example, still be kind and considerate to someone even if you don't like them, since that's what you'd want them to do to you.” …
There are a plethora of methodologies to employ during software development with no shortage of ones with names with “first” or “driven” in them: test-driven development, mobile-first development, API-first development and, hilariously, YOLO-driven development.
Each of these methodologies describes what should be a top priority — one that shapes all other priorities at a certain point in the development process. Test-driven development can be applied at all levels of development (the actual coding part), while API-first development is more of a macro methodology that describes the order in which a development team should address tasks. …