Home » Posts tagged "javascript"

JavaScript Fatigue Makes Me Scream

Maybe JavaScript Fatigue makes you scream too.

Are you annoyed with the constantly changing JavaScript environment?  Do you wish things could just settle down for a bit?  Have you decided that you won’t learn anything new because there will just be something new to learn tomorrow?

Welcome to JavaScript Fatigue.

But frankly, unlike many people who talk about JavaScript Fatigue, I see JavaScript Fatigue and the much broader subject of language fatigue as a symptom of a much larger problem that has less to do with JavaScript and more to do with human psychology and the state of the programming community at large.

image

Continue reading “JavaScript Fatigue Makes Me Scream”

What if Everything Was Immutable?

The first time a programmer who was trained in the classical procedural/object oriented history is confronted with the concept of making everything immutable, the first question that comes to mind is, “won’t that make my application slow?”  This is because of how most programmers have been trained.  Making everything immutable generally means that we must copy a lot of memory from one place to another.  Moving memory around is generally considered slow. And so, most programmers dismiss the whole idea as crazy talk.  But is it really all that crazy?

What if Everything Was Immutable?
Photo credit: Paul Stevenson via Visualhunt / CC BY

Continue reading “What if Everything Was Immutable?”

The Irrational fear of JavaScript “Script Kiddies”

Over the last several months, I’ve seen a lot of whining, complaining a fear regarding Angular 2 in particular and the JavaScript platform in general.

Terms like “JavaScript fatigue” are indicative of the attitude.

Another place I see this is with the recent announcement from the Angular team stating there will be another major point release every six months.  Like this is a bad thing?

Or the general attitude that particular (modern) design decisions that have been made in some of the more recent frameworks that have been released are bad for JavaScript.

And I look at that and honestly wonder why these people are programming in the first place.  If change bothers you, you are really in the wrong industry.

The Irrational fear of JavaScript "Script Kiddies"
Photo via tookapic via Visualhunt.com

Continue reading “The Irrational fear of JavaScript “Script Kiddies””

Awesome Angular2 Architecture Options and Opinions

On the subject of Angular2 Architecture, the perception is that Angular 2 is a highly-opinionated architecture.  But even though there is a style guide for Angular 2, there are a lot of decisions that still need to be made when working on any but the most trivial of applications.  And even then, since most applications take on a life of their own, one could make the case that you need to make these decisions for any application you are building regardless of the initial size.  Applications grow up.  But, that’s another blog post.

I’ve identified, and have formed opinions about 5 areas that Angular 2 leaves open for decisions.  Areas that if you don’t spend time considering the choices and making decisions could cost you in the future.

The five areas I’ve identified are:

  1. Handling Forms
  2. Page State Management
  3. Component State Management
  4. Data Flow
  5. Client Side Data
Awesome Angular2 Architecture Options and Opinions
Photo via africaniscool via Visualhunt.com

Continue reading “Awesome Angular2 Architecture Options and Opinions”

Dissecting Angular 2 Modules

In the new world of Angular 2, and even in the world of Angular.js, you might feel like the concept of a module is the most difficult to wrap your head around. This is especially if you’ve only ever written client side JavaScript code.  Once you’ve learned why you need a module, the temptation is to use one module for all your code.  I am guilty of doing that myself when I first started.  But, many times using one module for your entire application is the wrong thing to do because it reduces the ability to reuse your code in other modules.  Once you understand why modules exist, you’ll begin to reason about how to use modules appropriately.

Dissecting Angular 2 Modules
Photo credit: Sappymoosetree via Visual hunt / CC BY-ND

Continue reading “Dissecting Angular 2 Modules”