shutter's comments

Spreedly seems like a potential option as well.

That would be awesome. If only those with the dough felt the same way...

Granted, there are hurdles -- concern for theft, infrastructure for loss/repair/upgrades, etc. But it would be incredibly exciting nonetheless.

Yes, more comment influence would be more useful than the orange.

Awful lot of markup for something that could arguably be better-accomplished with standard techniques (a tiny image and/or javascript progressive enhancement).

With DoubleCommand, you can bind the right "Enter" key to be Control. (On my MBP at least... I assume macbooks are the same)

No, you can win e-mail tetris without cheating.

You must decide for yourself which action your e-mails require: Trash, Defer, or Action. GTD gets this right.

If you don't make those decisions as e-mail enters your box, you're effectively saying (while playing tetris) "I'm going to ignore all of the L-shaped blocks and deal with the wreckage they leave behind later." Yeah, you'll lose. You have to make a decision on _every_ piece that drops into your inbox.

Filters can do wonders, if you really do have a huge influx of mail. You don't have to read and respond to every message unless you really want to.

That's true; Ruby and Python would both be worth learning. I'd push you toward Python, though, mainly because it has more traction outside of web development too (e.g. system administration, etc).

Posts are ordered by a function of both time and points, so they won't always be in point-based order.

What would you like to see in that quantum leap?

I enjoy ragging on Windows as much as the next guy, but this post reminded me how much of an accomplishment Windows really is. Few software projects need to deal with such a huge range of compatibility issues between hardware and software dating back nearly twenty years. Certainly no easy task.

4) Decent font weight: yes.

Counterargument: Obtaining the usually-excellent reliability and stability that Google usually offers would be time-consuming, difficult, and a distraction. Sure I could set up a server with Postfix et al, but there's no way I'd be more reliable than Google without investing a substantial amount of time, money, and energy.

I don't want to spend my time maintaining a mail server. Let someone else do that.

The nut of it:

    Ten months, seven trips to MSU, six blown fuses and about $60,000
    later, I'm proud to introduce you all to Snakebite: The Open Network!
    A network of around 37-ish servers of all different shapes and sizes, 
    spread over three sites, specifically geared towards the needs of
    open source projects like Python.

    Every CPython, Jython, IronPython and PyPy committer will have access 
    to every development server on the network.  I've also extended the
    offer to prominent Python projects like Django and Twisted.
    
    Eventually, I'll invite other open source projects to participate
    (Apache, Subversion, MySQL, Postgres, etc), but the network is my 
    gift to All Things Python, first and foremost, so Python projects
    will always get preferential treatment.

Great idea.

Helvetica

The general idea is worthwhile, but not to the extreme the author suggests:

    > Maintainability isn't a factor. Best practices don't
    > matter. Design patterns don't matter. All that matters
    > is getting things done.

Naturally, you must find a happy medium. Go for maintainability and best practices wherever possible, but don't lose sight of your goal: create your product.

That said, the author did acknowledge the need for moderation toward the end. Best practices are thusly named for a reason.

What would it take to create a free codec rivaling H.264? Is it a patent issue or a technological one?

Sounds grim, of course, but without downs we couldn't experience ups.

YouTube uses a Flash embed to stream videos from their servers. It's their own proprietary player SWF, but anyone could theoretically create something similar. Flash (the software) contains built-in templates for such a thing.

But this requires the Flash plugin, hence the desire for a <video> element and such (as we'll see in HTML5).

I once used Spirit successfully, even though at the time I was not as well-versed in C++ as I should have been. I tend to like boost, because it makes a lot of things easy that would otherwise be difficult and/or time-consuming to write in C++.

The website proclaims this loudly:

> This is a quick hack. Never use this in the wild.

Would be nice to know why, and what the alternative would be.