rufus_t's comments

I believe "You cant ell" was meant to be "You can tell", not "You can't tell", and that you agree with each other.

None of your examples are very good examples of "literature" as it's usually understood - in everyday use, the term by itself denotes prose fiction (and often excepting pulp novels). Not by coincidence, this is the "limited" definition Seibel uses.

Once you're done coding, the code will be completed.

That's all there is to it.

After two years (IIRC) on a 457, you can apply for a permanent visa, and that's also easier - and more expensive, of course - with a nominating employer. At least at the moment, there doesn't seem to be any education requirement for the nominated permanent visa (but they have a tendency to change the rules quite often).

The 457 requires you "have skills, qualifications, experience and an employment background which match those required for the position". I never finished uni and got a 457 in 2008 (I'm Swedish). I did have ~10 years of experience though.

The Department of Immigration have lots of information on their site, http://www.immi.gov.au/.

There aren't any. People use the words "biased" and "unbiased" mainly to express degrees of agreement.

Everyone's view is fair and balanced in their own eyes.

The dev kit isn't just an SDK - like console dev kits, it includes the hardware. Giving them away to anyone who says "yeah, I'll totally make software for that" doesn't sound like a brilliant business plan.

There's no such thing as "intuitive", there's only what you've become used to.

All the things that annoy you are "intuitive" to me.

You could probably code a maximizing script in Automator in a matter of minutes and bind that thing to a keyboard shortcut if it bothers you that much. I think the fact that most people don't is a sign that maximization isn't that great an idea once you get un-used to it.

When I'm on Windows, I frequently miss the instant side-by-side folder comparisons and the ability to select files in multiple folders simultaneously.

Like everything else, it's a tradeoff.

Plus, once you learn the traditional Mac shortcuts (right-left arrows to expand and contract, Command+down to narrow the view to one folder, Command-up to go back, type to select) it's pretty fast.

Of course, for really complex tasks, a decent shell beats any GUI.

I use both myself, depending on whether I'm using the mouse or a terminal, i.e. I "open a folder" but "list a directory". I've heard others do the same.

Push harder for what, exactly?

In my experience, the best game developers are primarily motivated by their desire to create awesome games and their motivation level is already maxed out. Some see shares and other bonuses more as a sign of distrust than as a motivator, as if their dedication to awesomositude is being questioned.

Besides, awesomest isn't necessarily most profitable, so if you encourage your team to optimise for profit, there's a pretty big risk that the awesomeosity output rate will drop. With time you might even end up with a team churning out click-grinding Skinner boxes, which is not very awesome at all.

Surely you don't need expiry to be accurate to the second. Also, most people in the world have no idea where "EST" is (or even what it means).

Why not just say "The link is valid until August 19", and then let it expire some time after all the world has moved on to the 20th? (No MM/DD or DD/MM. Please.)

I personally prefer the old fashioned "Just reply to this mail" method, which many mailing lists use for confirmation, to opening a browser window - in the worst case I have to wait for my browser to launch, too - and I'm going to close that window immediately anyway so I can get back to what I was actually doing, so I just think "I'll get to that later", but then I don't, and when I remember [did I click that link? I'm pretty sure I did, so there's probably a bug in their list somewhere and I shall ignore them henceforth], the link has probably expired anyway [can't be bothered checking what time and day it is in "EST" (Estonia?)] so I'll just browse around for funny kittens instead. And all of that just because somebody wanted me to click on a link. They're sooo cute!

Many a brain have pondered the same question since the beginning of time. For instance, you can meditate over the following koan:

-----

The venerable master Qc Na was walking with his student, Anton. Hoping to prompt the master into a discussion, Anton said "Master, I have heard that objects are a very good thing - is this true?" Qc Na looked pityingly at his student and replied, "Foolish pupil - objects are merely a poor man's closures."

Chastised, Anton took his leave from his master and returned to his cell, intent on studying closures. He carefully read the entire "Lambda: The Ultimate..." series of papers and its cousins, and implemented a small Scheme interpreter with a closure-based object system. He learned much, and looked forward to informing his master of his progress.

On his next walk with Qc Na, Anton attempted to impress his master by saying "Master, I have diligently studied the matter, and now understand that objects are truly a poor man's closures." Qc Na responded by hitting Anton with his stick, saying "When will you learn? Closures are a poor man's object." At that moment, Anton became enlightened.

-----

Anton van Straaten in http://people.csail.mit.edu/gregs/ll1-discuss-archive-html/m...

No. Like in English, it's "Gräset är alltid grönare på andra sidan"/"the grass is always greener on the other side". You should interpret it as "the grass on the other side always looks greener than it actually is". Your version is sometimes used as an after-the-fact statement that something didn't work out as planned, but it's not the traditional form.

It, and "Through the Looking-glass", are very good books on programming for programmers, too. If you haven't read them since you were liddle, you're missing out.

Two factors I can think of:

First, price has less to do with production cost than with the perceived value of the product. The value of the Kindle version is increased by the utility of the Kindle itself.

Second, the production cost has to be covered (of course) so the cost per unit depends on how many units you sell. In other words, a popular paperback may well have a much lower production cost per unit than the ebook will ever have.

John Cage's 4'33", on repeat.