dorkitude

Wouldn't it be easier just to continue using Facebook, but never grant any permissions to any apps?

orijing (the engineer at Facebook) is right in that you do have to auth the app.

It's not as though could be browsing one day in search of "abortions Chicago" or "genital warts" and have that auto-published to your FB page. You'd have to give an app explicit permission to share activities on your behalf.

This is intriguing.

How do you pay for it? (Do we, the users?)

Hmm, maybe it would be the best for everyone if you could collapse one of the two section types.

I'd love to hear how this stacks up against Jasmine (Pivotal's DOM-less JS TDD project).

Is vows-bdd like a Cucumber to vows'/jasmine's RSpec?

Great slides!

A QA note: The text spills offscreen and the CSS doesn't allow me to make it readable in Chrome on a 13" MacBook Air:

http://drktd.com/9JL2

HN is probably not the best arena in which to antagonize nerds.

Point very much taken

I've tried to tone the copy down quite a bit

What do you think now?

New B2B startup, targeting other startups: http://schmetrics.com

Seems we've hit on a real need with our solution. It's testing super well, and we've quickly turned into a very lucrative business.

No time yet for design; we're a week old and only just now put up a website.

Let me know what you think!

kw

wow, dash isn't acceptable in unicode??

fixed with double-hyphens, thanks

point taken; replaced with "ludicrously"

can you elaborate?

This is all I used: http://validator.w3.org/check?uri=http%3A%2F%2Fschmetrics.co...

thanks for the feedback; we definitely agree it will be off-putting to certain kinds of clients

luckily for us, those are the kinds of clients we don't want to deal with right now :)

sorry, i posted before there was a link to the solution page live (it's there now):

http://schmetrics.com/solution.html

I want to keep the site light and un-intimidating, but i'm wondering if this goes too far. Will this work?

While it can of course get annoying, hipness should not be discarded so easily.

I'd argue that the hipness of a language/tech stack is actually an important business consideration today, if only due to the short supply of good startup dev talent. Good developers have their pick of jobs right now. For instance, most of the PHP badasses I know are regularly turning down PHP work in favor of working with something newer.

After all, the smartest people like to learn more than anything else.

builtwith.com does a better job with my site.

Under the Site misses MooTools, which is being loaded asynchronously on my site via Google Libraries API

Impressively, Built With even managed to detect that I was making an AJAX call to StackOverflow's API.

Cool site! I'm having a lot of fun. However, I was confused by this flow:

First: http://drktd.com/8Jgn

After clicking the 'Add It!' link: http://drktd.com/8Iaf

The wording on the previous page had me expecting a page for manually adding technologies to my site's stack a la Bagcheck.com.

It's also worth noting that SQLite is, for the time being, the underlying store for Membase

Didn't people just like this say the first Wii had behind-the-times hardware, and that it would fail from lack of DVD support? It's like all the tech geeks who've spent years trying to line up the specs-to-price ratio of Apple vs. PC products, and are bewildered that so many people prefer the former, applying math where intuition is needed instead.

You may be impervious to design, but I assure you, users are not.

You can't (any more than you can know the actual amount of cash in circulation)

The explanation of MooTools' advantages should mention inheritance. MooTools is indispensable if you want to build a robust class-and-instance structure that more closely matches the architecture you're using in other client technologies (e.g. java, flex, or cocoa)

Comic Sans?

Because it would take roughly 1 billion years for those standards to have actual, web-wide meaning (thanks in no small part to the popularity of Microsoft's so-called browsers).

I personally don't care what kind of crappy parking pages they put up. When I register a domain, I immediately point it at either dreamhost, ec2, or heroku, depending on my fuzzy ideas about what it will one day become. I'd rather type-in-traffic see an error page than a tacky parking page.

I'll stick with Name.com for all my non-COM/ORG/NET tld's.

I replaced my auto-forwarder to about.me (and later profile.io) with this little piece of self-aggrandizing marketing. It took basically no time, and it feels better to me, but I'd like an outside opinion

touché

You may be missing one thing "we" don't have to deal with that "they" most certainly do: insurance against bad programmers.

Lost of best practices, from the workflow methodologies you lampoon to the widespread use of (and reliance on) design patterns, only appear to exist to give bad programmers a way to contribute -- or at least to avoid them doing harm.

i like it. you guys are definitely one to watch out for on #StartupBus.

good points! luckily it's a StartupBus project, so fail-early and fail-often is in our genes :)