Lot more links in Awesome GraphQL
Open APIs
Liting down few of public developer APIs exposed which can be useful to make a good project.
- GIPHY Images: https://developers.giphy.com/docs/api/
- Codeforces: https://codeforces.com/apiHelp
- Github: https://developer.github.com/
- Skyscanner https://rapidapi.com/skyscanner/api/skyscanner-flight-search
- Yahoo Finance https://rapidapi.com/apidojo/api/yahoo-finance1
- Walmart https://developer.walmart.com/
export const DATATYPES = { | |
HEADING: "HEADING", | |
DEFAULT: "DEFAULT" | |
}; | |
export const integrationStepsData = { | |
data: [ | |
{ | |
value: "Step 1: Onboarding", | |
type: "HEADING", | |
list: [] |
Code is clean if it can be understood easily – by everyone on the team. Clean code can be read and enhanced by a developer other than its original author. With understandability comes readability, changeability, extensibility and maintainability.
- Follow standard conventions.
- Keep it simple stupid. Simpler is always better. Reduce complexity as much as possible.
- Boy scout rule. Leave the campground cleaner than you found it.
- Always find root cause. Always look for the root cause of a problem.
(I'm enjoying doing these raw, barely edited writeups; I hope they're useful to you too)
This is my own writeup on feature flags; for a deep dive I'd recommend something like Martin Fowler's article (https://martinfowler.com/articles/feature-toggles.html).
So. Feature flags. The basic idea that you'll store configuration/values on a database/service somewhere, and by changing those values, you can change the user experience/features for a user on the fly.
Let's say that you're building a new feature, called 'new-button' which changes the color of buttons, which is currently red, to blue. Then you'd change code that looks like this -