Lecture 1: Introduction to Research — [📝Lecture Notebooks] [
Lecture 2: Introduction to Python — [📝Lecture Notebooks] [
Lecture 3: Introduction to NumPy — [📝Lecture Notebooks] [
Lecture 4: Introduction to pandas — [📝Lecture Notebooks] [
Lecture 5: Plotting Data — [📝Lecture Notebooks] [[
Firstly, Create React App is good. But it's a very rigid CLI, primarily designed for projects that require very little to no configuration. This makes it great for beginners and simple projects but unfortunately, this means that it's pretty non-extensible. Despite the involvement from big names and a ton of great devs, it has left me wanting a much better developer experience with a lot more polish when it comes to hot reloading, babel configuration, webpack configuration, etc. It's definitely simple and good, but not amazing.
Now, compare that experience to Next.js which for starters has a much larger team behind it provided by a world-class company (Vercel) who are all financially dedicated to making it the best DX you could imagine to build any React application. Next.js is the 💣-diggity. It has amazing docs, great support, can grow with your requirements into SSR or static site generation, etc.
Note: This document is still a work in progress! Please let us know where it lacks so we can make the migration as smooth as possible!
When we set out to build React Router v6, from the perspective of @reach/router users, we had these goals:
- Keep the bundle size low. Turns out we got it smaller than @reach/router
Install, build and debug a react native app in WSL2 (Windows Subsystem for Linux) and Ubuntu.
So, are you building microservices? Take a look at a few of these symptoms, and decide for yourself:
- ❌ A change to one microservice often requires changes to other microservices
- ✅ Deploying one microservice requires other microservices to be deployed at the same time
- ❓ Your microservices are overly chatty
- ❌ The same developers work across a large number of microservices
- ✅ Many of your microservices share a datastore
- ✅ Your microservices share a lot of the same code or models
| import React from 'react' | |
| import hoistNonReactStatics from 'hoist-non-react-statics' | |
| // Returns the components name. If a name cannot be determined, "Component" is | |
| // used. | |
| const getComponentName = Component => | |
| Component.displayName || Component.name || 'Component' | |
| // Higher order component that automatically applies default props to the | |
| // wrapped component. |
| version: '3' | |
| services: | |
| minio: | |
| image: minio/minio:RELEASE.2019-07-17T22-54-12Z | |
| volumes: | |
| - data:/data | |
| ports: | |
| - "9000:9000" | |
| networks: |
| const styles = theme => ({ | |
| drawer: { | |
| position: 'absolute', | |
| overflowX: 'hidden', | |
| zIndex: theme.zIndex.drawer + 2, | |
| [theme.breakpoints.up('sm')]: { | |
| position: 'relative', | |
| width: drawerWidth, | |
| flexShrink: 0, |