Kahlil Lechelt kahlil

Why I use web components

This is some sort of answer to recent posts regarding Web Components, where more than a few misconceptions were delivered as fact.

Let's start by defining what we are talking about.

The Web Components Umbrella

As you can read in the dedicated GitHub page, Web Components is a group of features, where each feature works already by itself, and it doesn't need other features of the group to be already usable, or useful.

guys, dudes, bros

I think you mean team...

I think you mean squad..

I think you mean gang...

I think you mean pals...

Angular: Just say no

A collection of articles by AngularJS veterans, sometimes even core committers, that explain in detail what's wrong with Angular 1.x, how Angular 2 isn't the future, and why you should avoid the entire thing at all costs unless you want to spend the next few years in hell.

Reason for this: I'm getting tired of having to explain to everyone, chief of which all the indiscriminate Google Kool-Aid™ drinkers, why I have never believed in Angular, why I think it'll publicly fail pretty soon now (a couple years), and why it's a dead end IMO. This gist serves as a quick target I can point people to in order not to have to parrot / compile the core of the articles below everytime. Their compounded reading pretty much captures 99% of my view on the topic.

This page is accessible through http://bit.ly/angular-just-say-no and http://bit.ly/angularjustsayno, btw.

I won't be using Angular for my next project...and neither should you. • Robe

The introduction to Reactive Programming you've been missing

(by @andrestaltz)

This tutorial as a series of videos

If you prefer to watch video tutorials with live-coding, then check out this series I recorded with the same contents as in this article: Egghead.io - Introduction to Reactive Programming.

This article has been given a more permanent home on my blog. Also, since it was first written, the development of the Promises/A+ specification has made the original emphasis on Promises/A seem somewhat outdated.

You're Missing the Point of Promises

Promises are a software abstraction that makes working with asynchronous operations much more pleasant. In the most basic definition, your code will move from continuation-passing style:

getTweetsFor("domenic", function (err, results) {
 // the rest of your code goes here.

	// In-progress experiments with this idea before making a proper module

	var State = require('ampersand-state');


	module.exports = State.extend({
	props: {
	max: ['number', true, 20],
	reverse: 'boolean',
	first: 'any', // string or bool (true means end-of-collection, false means start-of-collection)

	DO WHAT THE FUCK YOU WANT TO PUBLIC LICENSE

	Copyright (C) 2014 ADDY OSMANI <addyosmani.com>

	Everyone is permitted to copy and distribute verbatim or modified
	copies of this license document, and changing it is allowed as long
	as the name is changed.

	DO WHAT THE FUCK YOU WANT TO PUBLIC LICENSE
	TERMS AND CONDITIONS FOR COPYING, DISTRIBUTION AND MODIFICATION

	var gulp = require('gulp');
	var gutil = require('gulp-util');
	var express = require('express');
	var path = require('path');
	var tinylr = require('tiny-lr');

	var createServers = function(port, lrport) {
	var lr = tinylr();
	lr.listen(lrport, function() {
	gutil.log('LR Listening on', lrport);

	#!/bin/bash

	while :
	do
	clear
	git --no-pager log --graph --pretty=oneline --abbrev-commit --decorate --all $*
	sleep 1
	done