npm uses Semantic Versioning.
MAJOR.MINOR.PATCH[-PRERELEASE][+BUILD]
| Part | Meaning |
|---|
| # =========================================== | |
| # ZSH Hacks - Dreams of Code | |
| # =========================================== | |
| # Add these to your .zshrc file | |
| # =========================================== | |
| # ------------------------------------------- | |
| # 1. Edit Command Buffer | |
| # ------------------------------------------- | |
| # Open the current command in your $EDITOR (e.g., neovim) |
| import styled from '@emotion/styled'; | |
| import { | |
| Typography as MaterialTypography, | |
| TypographyProps as MaterialTypographyProps, | |
| } from '@material-ui/core'; | |
| import { | |
| spacing, | |
| SpacingProps, | |
| sizing, | |
| SizingProps, |
npm uses Semantic Versioning.
MAJOR.MINOR.PATCH[-PRERELEASE][+BUILD]
| Part | Meaning |
|---|
| :root { | |
| --grid-size: 10px; | |
| --cell-amount: 10; | |
| --grid-line-opacity: .4; | |
| --grid-offset-x: 20px; | |
| --grid-offset-y: 20px; | |
| } | |
| .with-grid-lines { |
| .next/ | |
| node_modules/ | |
| Dockerfile | |
| yarn-error.log | |
| .dockerignore | |
| .git | |
| .gitignore |
This is definitely not the first time I've written about this topic, but I haven't written formally about it in quite awhile. So I want to revisit why I think technical-position interviewing is so poorly designed, and lay out what I think would be a better process.
I'm just one guy, with a bunch of strong opinions and a bunch of flaws. So take these suggestions with a grain of salt. I'm sure there's a lot of talented, passionate folks with other thoughts, and some are probably a lot more interesting and useful than my own.
But at the same time, I hope you'll set aside the assumptions and status quo of how interviewing is always done. Just because you were hired a certain way, and even if you liked it, doesn't mean that it's a good interview process to repeat.
If you're happy with the way technical interviewing currently works at your company, fine. Just stop, don't read any further. I'm not going to spend any effort trying to convince you otherwise.
| .pnp.* | |
| .yarn/* | |
| !.yarn/patches | |
| !.yarn/plugins | |
| !.yarn/releases | |
| !.yarn/sdks | |
| !.yarn/versions |
Plop is a file generator tool system which allows you to define a script file to generate all the boilerplate files for you.
Similar in how Angular schematics works, you can define a set of actions who would generate all the pre-defined code for you either automatically or by answering to some CLI prompts.
First you will need to define a plopfile.js who would contain a function who would receive a plop object with access to all the methods to generate the code.
module.exports = function (plop) {
plop.setGenerator('components', {This focuses on generating the certificates for loading local virtual hosts hosted on your computer, for development only.
Do not use self-signed certificates in production ! For online certificates, use Let's Encrypt instead (tutorial).