aGHz

You are probably trolling, but just the same, I don't like it when people get downvoted without explanation. Ergonomically speaking, count the number of characters that need to be input by holding the shift key, and that will tell you which is simpler to type.

edit: Well when I started replying, you were well into the light grey and with no reply.

From https://github.com/jeffkaufman/apartment_prices/blob/master/...

  The guy who wrote Padmapper says this tool puts a pretty heavy load on his server and he
  would rather it was run no more than once a month.  If you're just looking for some
  apartment data, I've put some in apts-2013-01-29, which is for Boston in January 2013.

Please be considerate when running this. It does multiple querries to padmapper, one for each choice in number of bedrooms (0 to 9) times the number of 25$ increments in rent between 100$ and MAX_RENT. Consider tweaking those variables and maybe the 100 lower limit at https://github.com/jeffkaufman/apartment_prices/blob/master/...

He wasn't talking about culture, all his examples are commercial.

I should probably mention, before it's pointed out, that I mean REST is still in its infancy for web apps. It's more than proven itself as an excellent system architecture through the www.

I know, you've repeated that several times. "Without meaningful practical benefit" is what I'm referring to when I say you keep stating that you're missing the point. Just because you happen to not see the meaningful practical benefit doesn't mean there isn't one.

Constructive criticism, yes absolutely. Labelling things as wankery and reiterating that you don't see the point aren't. All they're showing is that you're missing the point.

1970: "Another part of the necessary art of calling bullshit is to take down good ideas when they become inflated beyond what they can bear. Organizing your instructions in a clear way is a reasonable idea that I support. But there's just not enough there there to dress it up in function calls, machine optimization, and all the other -- here's that word again! -- wankery that passes for muster in the compilers orthodoxy."

1980: "Another part of the necessary art of calling bullshit is to take down good ideas when they become inflated beyond what they can bear. Separating your code in functions that address single concerns is a reasonable idea that I support. But there's just not enough there there to dress it up in models, controllers, views, and all the other -- here's that word again! -- wankery that passes for muster in the MVC orthodoxy."

2010: (and this one's verbatim) "Another part of the necessary art of calling bullshit is to take down good ideas when they become inflated beyond what they can bear. Using URLs instead of IDs in your json responses is a reasonable idea that I support. But there's just not enough there there to dress it up in HATEOAS, HAL, custom mime types, and all the other -- here's that word again! -- wankery that passes for muster in the hypermedia orthodoxy."

I never could understand this attitude of overt antagonism towards people who care about architecture. If you aren't partial to such discussions yourself, at least show some respect for the people who, through years of wankerous discussion and debate, came up with and subsequently refined the pattern that propelled you to fame (or in the case of us mortals, at least gave us the tools to make our programming life a little easier). Now, I understand this particular guy is deeply invested in the MVC architecture. But that doesn't mean history stops here. REST (despite a long but somewhat underground history) and hypermedia are still in their infancy as an architecture. Many, many problems still remain unsolved and the process of debate meant to distill the good from the bad necessarily looks to outsiders as "wankery". Still, show some respect. The next person of Heinemeier's caliber will likely make their fame by bringing REST to the masses.

Right down my alley :) That's a long overdue reading for me. Thanks!

The part about us being teachers more than engineers or programmers jumped at me. I've long held the belief that code should be written far more for those reading it than for the machine executing it. Your comment builds on that and made me think of this mantra: "The machine executing my code to produce an application is a side-effect. The main purpose of my code is to teach others how I control the machine into producing the application".

This, of course, holds in a setting where multiple people work together to build a sizeable codebase. There are many other settings where adopting this mantra would be counter-productive.

I guess this would be a good place to ask. I remember a while ago using a DNS provider that actually let you edit your zone file in a textarea, but I can't for the life of me remember which one it was. Does anyone know?

> Now what I really want is an xterm that can render HTML/CSS.

Have a look at https://github.com/unconed/TermKit

(Oh, I got the emails for my feedback though, so maybe it worked after all)

I tried leaving some feedback but apparently "Sorry your feedback could not be send[sic] :-( Please try again."

Would be awesome to have a command like _ that opens the first result in the last batch.

Otherwise, kudos, this is amazing!

Ah, my bad. You were calling something a fiction and I assumed it was the "you can use bitcoins to accomplish this [in the context, performing transactions while remaining an anonymous pair of encryption keys, which you can't right now]", when you probably were referring to the "you don't even need banks" part.

Seems like a good place to link to "Poll: What's your favorite static site generator?"[1] submitted a few days ago. The most interesting notion to take away is that, for all the buzz surrounding static site generators like Jekyll and Pelican, you can actually accomplish the same goal using absolutely any backend you're comfortable with. As long as your output doesn't contain anything dynamic, you can even use frameworks like Django or Rails then pair this with a spider (e.g. wget) to pull all the dynamically-_generated_ output into a static snapshot that you then upload to GitHub.

[1] http://news.ycombinator.com/item?id=4857473

He's not dismissing Bitcoin, but the idea that through Bitcoin you can "remain a pair of anonymous public/private keys". This is explained here: https://en.bitcoin.it/wiki/Anonymity (and yes, I know that the technology can theoretically support this, it just doesn't in its current incarnation).

You seem to have gotten downvoted without comment, so let me chime in. He's proposing a FOSS client. There's no third party here, the client is using this software to breach their own ToS (supposing there's a clause in there by which you're only allowed to access twitter.com from a browser).

You might fall in the category Matt explicitly excluded from his audience. His advice is specifically for people that are either unwilling or too lazy to deal with 40 minutes of emailing per day.

Startup Guild seems to have attracted mostly micropreneurs, check it out: http://startupguild.net/

The strength of icons lies in recognition, not recollection, so your experiment doesn't prove anything. Essentially, I have no idea off the top of my head what the <arcane image processing tool> icon looks like in Photoshop, but put me in front of an open Photoshop and I'll recognize it in a split second.

A lot of this has to do with placement, yes, but I'm sure even without that, you can scan a mass of icons much more easily than a mass of text.

The discussion wasn't focused on this specifically, just a few comments made in passing. You can find a few like that here in the replies.

Ah, it seems I didn't realize this was a Google+ hangout event. Well, ours happens once a month in real life around beers so it's an excellent opportunity for networking at the same time.

> PR release for a new startup

Where did you find that? I guess if it goes great for them, they could spin it into a full-time tech event planning company or community or something, but right now it just sounds like an event where startups can briefly present their work to an audience.

That being said, the 'routing around damage' part is a bit over the top :)

In my city we've been holding a similar event[1] for more than a year now I believe and it's really great for both exposure and for keeping the community together. Since Montreal is much smaller than NYC, it's not limited to startups. Everyone can signup to present any project they're working on and I find that encourages the hacker frame of mind.

[1] Montreal NewTech: http://mtlnewtech.tumblr.com/ and @mtlnewtech

The term "clean room" has a well established meaning you probably aren't aware of, I refer you to [1], it might clear up what the original reply was referring to.

[1] http://en.wikipedia.org/wiki/Clean_room_design

That sounds very much like the more modern DOS game Z: http://en.wikipedia.org/wiki/Z_(video_game). It eschewed the Dune 2 RTS mechanics that had already become dogma by then and I distinctly remember finding it refreshing. (I grew up on DOS so I didn't know anything about the Genesis).

They could use the best photos in a collage or something. Be creative :)

There's only one word I have issues with in the entire TOS, and that's "promoting". Basically they can do the same annoying thing Facebook does when they use your face to recommend pages to other people. Google could potentially use your stuff to build ads for Drive.

Manually, you could structure it in several functions like prepare_response() and render_response(), possibly with other functions in-between for the various chunks of data you need in your response. When all the chunks are ready, you finally call render_response() and send it.

In practice, you can find a ton of libraries that can help you manage this [1], I -believe- the most recommended one would be 'futures'.

[1] https://github.com/joyent/node/wiki/modules#wiki-async-flow

Sorry, nothing off the top of my head, but a good starting point would be googling for stuff like "node event driven" or maybe "event driven programming" in general.