jrg

There is, of course, at least one category that don’t over rely upon their hearing: deaf people.

It’s about pedestrians wearing the headphones.

You seem to have misunderstood the invention. It’s not about cyclists wearing headphones.

We've used them as a more reliable/resilient/replicated (with a lower operational effort) provider of HBase tables and Kafka streams, and a bit of file storage.

This is about WiFi "protected" with WPA2: basically treat it as suspiciously as you would any public WiFi.

If you choose not to use public WiFi because you can't "trust" it, then you now need to stop using your private WiFi too (until your systems get appropriate patches).

Well that's an article written by someone who's never submitted an app, that uses encryption, to the App Store.

They're big on ensuring you've applied for the correct export licence from the USA (because that's where the distribution is technically made from), even if you're based outside the USA.

(Google just make you say you have, but Apple actually want to see the approval doc)

(Cheat sheet? Cheat Novella, more like! I think it's probably past the point where it needs to be split up a bit, even if only for your own benefit.)

"How do you check disk usage. How do you trouble shoot a high disk usage issue"

which is fine, until someone's done something similar to the next bit of advice - i.e. deleted some "old", large files that were still open by the application.

Better: compare filesystem usage (with df), against disk space used (with du), to deduce that there's an open file that has been unlinked. Then use lsof (whatever Sun say about pfiles or about dtrace, lsof is an essential tool) to look for processes with open files that have large offsets.

And, when deleting large files, check whether they're open, and truncate them before deleting them if you're not sure.

(note to another poster - ain't nothing wrong with Solaris! But I'm not really sure what interviewer might ask questions about the OSI 7 layer model, these days, and I agree that there's a real odd jumble of scripting snippets in there: best advice to anyone wanting to improve that side of their systems administration skills, is to read a copy of Unix Power tools.)

That just reminded me of this piece, written by Michael Johas Teener - one of the people who was heavily involved in Firewire development.

http://www.teener.com/firewire_FAQ.html#Why_the_4-pin_connec...

(No word on what he thinks of the FW800 connector.)

It's painful to watch Unix SAs who don't understand shell scripts (which are, after all, a way of automating repetitive command-line tasks), because it is such an essential part of understanding the OS and how it works.

I think it is important to know when to use a quick shell script, and when to solve the problem with some Perl (or even some C.) Sometimes it is quicker to throw together a shell script, with a bit of sed, awk, or some simple for loops, automating the command line you just manually ran a moment ago; sometimes it's best to solve the problem by switching to some Perl.

Wouldn't it be nice to also see the numbers for the Sky (Murdoch-owned/controlled) channels?

At a distance you'd stop-down the lens aperture, stick it in manual focus, and set it to somewhere around infinity.

(and big, fancy yachts are always moored somewhere sunny, off the coast. So no problem there.)

definitely. If your parents'[1] have Google (or Yahoo) as their homepage then give them a url to access and watch them enter it straight into the search box.

[1. Or other non-tech person that you can watch web-browsing]

yet its data frequently seems to be wrong, for anyone looking at a particular city who knows the venues.

So if they can't get it right, for a limited scope of live music events, it is clearly as tough to get right as others say it is.

But they take you, the user, away from whatever it is you're actually doing. This is another case where the advertiser is going to have to see if their marketing message succeeds without the 'click through' to give them the warm and fuzzies.

and we used to use ttcp (for it was more efficient with slinging around large files.)

Do you have references and pointers? Is this going to hurt me when I put two non-storage servers live running 2009.06?

"The conversion value is approaching zero" -- I think advertisers, some at least, have forgotten how advertising can work. They've been lead to believe by some that because they can track everyone's response to a campaign that it always makes sense to do so.

It's not likely that I'm going to see a banner advert on a page and immediately click on the link and respond to it. It interrupts whatever I'm actually doing - i.e. reading the content. But I might well remember having seen the advert later, and that might change my future plans.

(Here's an idea for free - make it easy for me to find the adverts I've already been shown. When I'm reading a physical newspaper or magazine I can flick back to the advert, or riffle through to find it again. Unless an advertiser is doing saturation advertising across an entire ad network one day, it's hard for me to do the same online.)

Indeed. It would be nice to see some comparisons to the architectures (and, as everyone seems to care so much, prices) in the various 'VTLs' sold by the likes of Falconstor, HP, EMC, and StorageTek/Sun!

Floor loading (and rack size) is a problem with their 'very big box of disks'.

That, and the fact that the company seems to be struggling to get sales.

For Offsite I too use CrashPlan, to computers at friends rather than using their 'central' service.

Of course some euro plugs have what I'd call a "sneaky" earth, that isn't a pin but simply a contact on the other two parts of the socket and plug.

See the two pictures in this (quickly googled) discussion, for a clear illustration - http://forum.expatica.com/print.html&client=printer&...

To be honest, I don't usually read the names of those commenting (and notice that they are less prominent, being in grey, than the comment itself) - at least until after thinking "Good point, well made."

But perhaps others are more fan-worshipping.

and wouldn't it be nice if they briefed their colleagues, so that law enforcement officers the world over will stop "asking" photographers to delete pictures they've just taken.

As a side note, it has always been possible (on UFS at least) to link directories. It just gets a bit messy at fsck time, and older shells get a bit confused with 'cd ..'

Apple's implementation could have avoided linking directories - by creating new directories each time but always linking the files inside them - though I suspect that they decided it would be far quicker to replicate entire trees if you knew nothing in them had changed.

Of course the BBC sometimes (often?) take their news from the agencies (PA, AP, etc.) and then it gets complicated.

(and let's not even start on what the Daily Fail and other vocal competitors will say.)

The experience of listening to FM radio on a portable radio with a small aerial, is not good.

I tried once, with my then phone's FM radio, to listen to my usual BBC station on my 25 minute commute train journey. I gave up (too many tunnels, bridges, cuttings, with poor or no signal), and went back to my MP3s. I certainly wouldn't want to try TV!

well, you can use 'ESC + v' with "vi" editing mode, and I've never found an equivalent way to use $EDITOR on your command line if you're using "emacs" editing mode.

which is a good time to mention the recent ACM Ubiquity article, "The Fallacy of Premature Optimization" (http://www.acm.org/ubiquity/volume_10/v10i3_hyde.html) by Randall Hyde.