goatslacker's comments

goatslacker | 7 years ago | on: How America lost its love for the stick shift

Never found paddle shifters to be in the same league as a manual transmission even in modern high performance cars. There's always that bit of lag and delay with automatic that there isn't on a manual.

goatslacker | 7 years ago | on: Sadly, I must say goodbye to Leaf, my programming language

Yes and no. Sometimes it's not about the destination but about experiencing the journey. From the post it seems like the author extracted the value they wanted to extract over the years. Knowing when to give up is difficult, especially when you've sunk a lot of cost into the project and feel like you have to finish it. The thing is, you don't have to and it's perfectly acceptable to put it on hold indefinitely.

In the end you'll still have all those experiences with you and that's what you paid for with your time.

goatslacker | 9 years ago | on: Nintendo signals end for Wii U

So long dear Wii U ! I'll always play and update you with neat hacks at my place. Seriously though, I don't understand people. For me the Wii U had way better games than the Wii and I would never trade my Wii U for any Playstation or Xbox. Smash Bros is way better, Mario Kart is way way way better (the best Mario Kart ever?)... Just lacked a really good 3D Mario Game.

goatslacker | 10 years ago | on: The Evolution of Flux Frameworks

Alt author here. I've actually begun to integrate some of the microflux ideas into Alt itself. Alt already has a lot of the benefits mentioned in the post: time travel, revert, record and replay debugging; but stores as reducers and having them not own state makes for clean code. However, I don't think one size fits all here, some stores are good as reducers of state and others fit a larger role. There are actually many different types of stores that get created in an application. This is really powerful but also confusing for beginners coming from MVC.

Anyway I'm excited for what the future holds for flux and excited for relay.

goatslacker | 11 years ago | on: Facebook PathPicker

Hey - I was the person who used this tool the most while I was at FB. Thanks a bunch for open sourcing this I've been missing it.

goatslacker | 11 years ago | on: Flux Comparison by Example

Alt[1] has isomorphic support but there are some trade offs such as you're unable to use actions on the server. But you can still keep your stores as singletons and have them be concurrent. I'm still juggling on different ways to tackle this problem to offer more flexibility. There are a couple of example apps sitting in the iso[2] repo which is an isomorphic helper class.

1: https://github.com/goatslacker/alt

2: https://github.com/goatslacker/iso/tree/master/examples

goatslacker | 11 years ago | on: Flux Comparison by Example

This is pretty cool. There have been a ton of flux frameworks floating around lately, glad that there's an app that deals with async data to be able to compare each on their merits.

goatslacker | 11 years ago | on: What the Flux?

Very nice, this is a great write up on an intro to flux. It feels like a lot of the learning curve on flux is spent trying to figure out exactly where to query data: in the actions, the store, or utils? And I feel like most of the pain in starting flux from scratch is creating all the constants, action creators, and registering the dispatcher.

After you've got everything set up it's smooth sailing though and you live with no regrets. Getting up that first hill though is tough.

I like thinking of my actions as where I fire off everything that will be fetching data. Then I keep the stores synchronous so that their only job is to get data from the dispatcher and store it. This makes the whole application pretty easy to reason about.

goatslacker | 11 years ago | on: Tuxedo.js – A Framework Built on React and Flux

The interesting bit of isomorphic applications isn't the fact that you can use JS on the server. For me, it's that you can keep all your UI and UI-related logic written in one language, and have your business logic, data fetching, and everything else in whatever language you prefer.

This has many benefits like code reusability and not having to write placeholders/render code twice -- in two different languages.

page 1