Disqus - Latest Comments for joelhooks

Re: Flex Date and Time (datetime) Picker Control

Joel Hooks — Thu, 22 Aug 2013 09:23:27 -0000

Hey Pablo, glad it was useful. This one is officially a "classic" lol

Re: Lessons Learned: A Year with a Large AngularJS Project

Joel Hooks — Thu, 23 May 2013 11:58:24 -0000

We use "VOs" and wrap them in Models RL style. For non-singleton models we use providers to logic out what is being requested. This is for a "user with multiple accounts" situation, where each account is a context. It is a bit cumbersome, actually, but works.

Re: Lessons Learned: A Year with a Large AngularJS Project

Joel Hooks — Thu, 23 May 2013 11:56:53 -0000

We actually use a Node proxy in between the real services. It has been a huge help, and I plan to write that up next. No shared models though.

Re: 5 Essential VIM Plugins

Joel Hooks — Sat, 11 May 2013 19:13:40 -0000

Prostyle! Great tip man, thanks.

Re: A rose by any other name?

Joel Hooks — Fri, 26 Apr 2013 14:35:41 -0000

lol, I sent the email kind ;)

What I'd like to do is spend an hour pair programming with Rob. Don't know if it is something he'd be in to, but voice+code seems like the appropriate medium.

Re: 5 Essential VIM Plugins

Joel Hooks — Fri, 26 Apr 2013 09:39:21 -0000

Ya, that has been suggested several times. I was actually wanting this functionality while adding links to blog posts. Definitely on my list to check out.

Re: A rose by any other name?

Joel Hooks — Fri, 26 Apr 2013 09:29:01 -0000

It was rash. I probably missed an opportunity to build a respectful relationship.

Re: Modeling Data and State in Your AngularJS Application

Joel Hooks — Thu, 25 Apr 2013 23:58:18 -0000

It is like I am speaking Spanish and you are speaking Italian. I run with a smart crowd of talented developers, and we've generally had a difficult time interpreting. So, I don't know where the disconnect is. I'm fairly confident in my patterns and definitions, if not so much the implementation.

I genuinely appreciate your input, but there is a certain rigidity that makes me want to leave this conversation as it is.

Proxy: provide a surrogate or placeholder for another object to control access to it.

Re: Modeling Data and State in Your AngularJS Application

Joel Hooks — Thu, 25 Apr 2013 18:14:10 -0000

I enjoyed your post and you've given me a lot to noodle on. I know what I've described works in practice, at scale...

That doesn't mean it is presented correctly or that the terminology can't be "hardened" to support more understanding.

Cheers.

Re: It's Tiny. One Week Developing With an 11" MacBook Air

Joel Hooks — Thu, 25 Apr 2013 18:09:04 -0000

my font sizes are age appropriate! ;P

Re: Modeling Data and State in Your AngularJS Application

Joel Hooks — Thu, 25 Apr 2013 16:02:41 -0000

A persistent cart actually does have identity in some systems. I have proof!

The only anti-pattern I called out was using models as event listeners. I'd clarify, but I don't really understand the question.

My model is definitely acting as a proxy for the data. It's list supplied to it via another entity (when it isn't hard coded in a silly example)

In terms of notification and the $scope being the ultimate middleman for the view... it's angular and the $scope is the view, as far as the application layer is concerned. It's being used as an (effective) event bus. Of course angular binding obviates the need for that in a lot of cases. The notification is delivered by the $scope, but definitely originates from the model. It is likely too much scaffolding when binding does the same thing without boilerplate.

This approach to modeling works and greatly improves life on a large application. I feel as though this is mostly a semantic discussion, but I can assure you I'm not just pulling this out of my rear. I've seen it in action. I like to "call things what they are" but the multitude of definitions around any given term make this sort of conversation inevitable and frustrating.

Re: Modeling Data and State in Your AngularJS Application

Joel Hooks — Thu, 25 Apr 2013 15:26:10 -0000

A shopping cart model most certainly has "contents" containing n products. Customers and products are logic-less value objects. What you describe as a model (Author) is simply a value object as well.

By my definition, models and services are essentially the same thing. I draw the semantic difference as way to separate/encapsulate the storage and manipulation of value objects from asynchronous requests to external services. They could be one and the same, if you were willing to add that distinction.

Another way to look at these is as proxies. A model proxies data, while a service proxies external resources at the very edge boundaries of the application.

A model notifies its associated views and controllers when there has been a change in its state. This notification allows the views to produce updated output, and the controllers to change the available set of commands. A passive implementation of MVC omits these notifications, because the application does not require them or the software platform does not support them.

from wikipedia http://en.wikipedia.org/wik...

This is the definition of model that I use. It is perhaps too general of a word? Models hold state and inform the application when it has changed. Models contain domain logic for manipulating value objects that they proxy for. Services represent the final boundary of the application and proxy external dependencies.

Re: 5 Essential VIM Plugins

Joel Hooks — Tue, 23 Apr 2013 19:14:38 -0000

Wow, so nice and clean without any cruft. This is the first time I've seen Fresh. Cheers!

Re: 5 Essential VIM Plugins

Joel Hooks — Tue, 23 Apr 2013 16:11:31 -0000

Ya, NERDTree is very nice to have, but ctrlp is outrageously handy. I will check out your plugin. Thanks!

Re: It's Tiny. One Week Developing With an 11" MacBook Air

Joel Hooks — Fri, 19 Apr 2013 00:49:38 -0000

for VIM I mapped to `C-c` and it is a decent replacement. It is actually kind of nicer than `<esc>` in terms of ergonomics

Re: On Transitioning to JavaScript From AS3/Flex

Joel Hooks — Mon, 08 Oct 2012 12:36:30 -0000

Transitioning is correct term for me. I've never done JS development. My experience thus far shows a promising road ahead. I'm not trying to code 2003 DHTML ;)

Re: Practical Object Oriented Design is Excellent - @jhooks

Joel Hooks — Mon, 10 Sep 2012 10:02:14 -0000

Throw in some Art of Unit Testing, and you have a trifecta of kickass.

Re: On Transitioning to JavaScript From AS3/Flex

Joel Hooks — Wed, 29 Aug 2012 11:56:39 -0000

If you're into testing, testr.js is wicked cool for dealing with requirejs in your tests (which can be super griefy)

Re: On Transitioning to JavaScript From AS3/Flex

Joel Hooks — Tue, 28 Aug 2012 09:04:15 -0000

It might be ignorance @twitter-130929838, but we had some internal behavior we wanted to modify and it was difficult. It'd be the equivalent of replacing the MediatorMap in Robotlegs at runtime.

General usage I like Angular a lot. Well structured with clean DI.

Re: On Transitioning to JavaScript From AS3/Flex

Joel Hooks — Mon, 27 Aug 2012 14:15:01 -0000

I was at a stand still, spinning my wheels, for a long time with JS. When I finally got some traction (via a real project), it really helped. It is part of the "beauty" of JavaScript. You can essentially do whatever you want. This is also the curse of JavaScript. It requires an agreement up front as to what standards are going to be followed on a given project; backed up with rigorous code review.

Re: On Transitioning to JavaScript From AS3/Flex

Joel Hooks — Mon, 27 Aug 2012 14:11:05 -0000

I love Ruby, and Rails. Mostly for the same reasons I like JavaScript. The community has a lot of depth.

Having made principles and practices my focus from the start makes such a huge difference. My gut tells me that what I have learned can be applied across any platform and beyond. I'm often amazed at how these concepts apply to other systems outside of computers.

Re: On Transitioning to JavaScript From AS3/Flex

Joel Hooks — Mon, 27 Aug 2012 14:08:20 -0000

I've enjoyed AngularJS quite a bit, though it does have its sticky points. If I was to start a project fresh, I'd lobby fairly hard for Backbone, as you nailed it, Angular falls short in the flexibility department. It is well sealed, with very few internal extension points that I can see.

If I was to choose one thing about AS3 I miss, it would be Robotlegs.

Re: Fresh Start: Migrating from Wordpress to Octopress - Joel Hooks

Joel Hooks — Thu, 02 Aug 2012 09:14:22 -0000

I've "buried" them. I probably need to generate an index of some sort, but really I was trying to preserve existing links from searches and other sites.

Re: An Introduction to Robotlegs AS3 Part 1: Context and Mediators

Joel Hooks — Thu, 01 Mar 2012 10:40:48 -0000

Injections occur externally. The Injector has no access to private member variables. I know some folks that have done interesting byte code manipulations to make it possible, but with RL, that isn't the case.
--
Joel
817.675.6031 m
@jhooks (https://twitter.com/#!/jhooks)
http://joelhooks.com

Re: Robotlegs 2 (beta): Flickr Image Gallery

Joel Hooks — Thu, 02 Feb 2012 00:54:29 -0000

I don't think so. I can't investigate until this weekend. You can ask on the http://knowledge.robotlegs.org and might get a faster collaborator.