69 karma · joined July 24, 2008
Martin Fowler's book 'Refactoring' gives names a whole bunch of these. That might be where the op is coming from.
Geocoder's api feels a little bit more modern Geokit (rails3 vs 2). Having read the code for both, Geocoder was cleaner and would be easier to tweak if necessary.
So really it's just a preference: they do the same thing.
We're a nearly-funded startup creating a social platform for local communities and neighborhoods.
* Web Dev Intern: Will be working on a Ruby on Rails web app with some civic-minded Harvard students. Some programming experience nice, but not required. We will help you learn as needed.
Contact maxtilford at gmail
We're a nearly-funded startup creating a social platform for local communities and neighborhoods.
* Web Developer: Will be working on a Ruby on Rails web app with some civic-minded Harvard students.
Contact maxtilford at gmail
We're building a social network for communities and neighborhoods and ooking for Rails developers.
Contact maxtilford@gmail.com if you're interested.
disclaimer: I do some part-time work for them.
do { w <- widgets;
s <- sprockets;
l <- locations;
guard (l `hasInStock` w);
guard (l `hasInStock` s);
guard (w `isUsableWith` s);
return (w, s, l); }
We're trading horizontal space for vertical space. I think it's much clearer than either list comprehensions or plain map/filters. It's the best of both worlds.I think it is a matter of language design. Higher order functions are not as prominent in Python as say, Haskell, where map & friends are generally preferred for composability. Lispers prefer map & friends just because list comprehensions add all that messy syntax.
If I were a Python programmer, I would probably use list comprehensions, since they seem to be the preferred idiom.
I second the request for architecture info.