Jan Varwig janv

Frontend Curriculum

When I am king™, this will be curriculum for frontend developers.

If everyone would read these books, many discussions could be avoided, and the ones we would have would be a lot more interesting.

JavaScript

Huh?

So basically FlowType doesn't know about CSS Modules, a really handy way of dealing with the plagues of CSS in codebases (global variables and dependency wackiness mainly).

What WebPack allows us to do is "require" CSS files and use their class names:

import styles from "my_styles.css";
import React from "react";

Why

Doing require extensions correctly is essential, because:

Users should be able to install multiple extensions in succession, and have them work together.
Coverage tools like nyc need it to reliably supply coverage information that takes into account sourcemaps from upstream transforms.
Because non-standard, un-predictable behavior causes hard to solve bugs, and major headaches for project maintainers.

What is a require extension anyways?

Who pays when startup employees keep their equity?

JD Maturen, 2016/07/05, San Francisco, CA

As has been much discussed, stock options as used today are not a practical or reliable way of compensating employees of fast growing startups. With an often high strike price, a large tax burden on execution due to AMT, and a 90 day execution window after leaving the company many share options are left unexecuted.

There have been a variety of proposed modifications to how equity is distributed to address these issues for individual employees. However, there hasn't been much discussion of how these modifications will change overall ownership dynamics of startups. In this post we'll dive into the situation as it stands today where there is very near 100% equity loss when employees leave companies pre-exit and then we'll look at what would happen if there were instead a 0% loss rate.

What we'll see is that employees gain nearly 3-fold, while both founders and investors – particularly early investors – get dilute

A composable pattern for pure state machines with effects

State machines are everywhere in interactive systems, but they're rarely defined clearly and explicitly. Given some big blob of code including implicit state machines, which transitions are possible and under what conditions? What effects take place on what transitions?

There are existing design patterns for state machines, but all the patterns I've seen complect side effects with the structure of the state machine itself. Instances of these patterns are difficult to test without mocking, and they end up with more dependencies. Worse, the classic patterns compose poorly: hierarchical state machines are typically not straightforward extensions. The functional programming world has solutions, but they don't transpose neatly enough to be broadly usable in mainstream languages.

Here I present a composable pattern for pure state machiness with effects,

Recently CSS has got a lot of negativity. But I would like to defend it and show, that with good naming convention CSS works pretty well.

My 3 developers team has just developed React.js application with 7668 lines of CSS (and just 2 !important). During one year of development we had 0 issues with CSS. No refactoring typos, no style leaks, no performance problems, possibly, it is the most stable part of our application.

Here are main principles we use to write CSS for modern (IE11+) browsers:

SUIT CSS naming conventions + SUIT CSS design principles;
PostCSS + CSSNext. Future CSS syntax like variables, nesting, and autoprefixer are good enough;
Flexbox is awesome. No need for grid framework;
Normalize.css, base styles and variables are solid foundation for all components;

	import Html exposing (text, div, Attribute)
	import Html.Attributes exposing (style, draggable)
	import Html.Events exposing (..)
	import Signal exposing (map, mailbox)
	import Json.Decode as Json exposing (value)

	mb = mailbox "None"

	messageOn : String -> Signal.Address a -> a -> Attribute
	messageOn name addr msg =

	import * as React from 'react';
	import { Component } from 'react';

	export default function HOCBaseRender<Props, State, ComponentState>(
	Comp: new() => Component<Props & State, ComponentState>) {
	return class HOCBase extends Component<Props, State> {
	render() {
	return <Comp {...this.props} {...this.state}/>;
	}
	}