you buy a locked phone at massively subsidised prices (in fact in the UK you can get pretty much most of them including that funky new Motorola RAZR V3 in black for free), then you get it unlocked.
to do this, it'll cost you around 10UKP from a local phone shop, or you can do it yourself with a data cable. there are countless webpages that'll unlock it for you remotely: put in your IMEI number, your credit card details and it'll pop up the unlock code there and then in your browser.
then, when you've had your phone for a year and you've got gadget itch, you get another new phone free from your phone company, stick the old one on ebay, and make a profit.
in the UK the only people who buy unsubsidised handsets new are those who have loads of spare cash and gadget lust...
um, no. not for everyone.
can it synch the details field of your calendar, for example, rather than just telling you that you've a meeting? can it do wifi? can it run a vnc or RDP client? can it store a gig of mp3s on a cheap SD card? can you run netstumbler on it? i could go on, but i think you get the point.
"they didn't market themselves"? who is "they"? usenet's totally decentralised, there is no "they" to market anything.
google groups has done usenet harm in a way: they've now got "google groups" and most younger people don't know their NNTP from their elbow. you can now not only post to usenet via google groups, but *start up new google groups* which obviously don't propogate out to usenet - hence a google groups user's unlikely to go and start using usenet.
usenet's signal to noise ratio is somewhat higher than the web though, possibly for exactly this reason...
doubleclick's been in my hosts as resolving to 127.0.0.1 for *years*. ever since those flashing epilepsy-inducing ads they used to run. i am struggling to see how blocking everything from doubleclick could possibly inconvenience me in the slightest. you mean i can't read their puff-pieces about how great they are? boo-hyphen-hoo.
C: "It looks like you're trying to write a letter!"
You: "How do I format this?"
C: "M$ WinBLOWS! l33t s3cret@r13s use OPENOFFICE!"
you could really run with this one...
then http://www.dbpoweramp.com/ is what you want. rip to lossless FLAC with this or any other tool, and store on a big, cheap-ass IDE disk.
then use dbpoweramp to batch-convert (maintaining folder structure etc) to format of your choice for playback on whatever device you're using.
the advantage of this is that you rip once, and then batchconvert periodically overnight - so when you're using a small capacity MP3 player you can use 128 MP3s, and when you get an ipod you can rip to higher bit rates.
all you need is a spare bit of IDE storage for your temporary lossy data.
i know this.
i was merely pointing out that if you're NOT using integrated NICs, and don't have the WOL jumper from the card to the board, that you should be able to use wake-on-pci-event to turn it on with WOL anyway.
I use this daily to wake up my machines on the LAN from a wireless laptop.
I've yet to see a machine that doesn't respond to this - of course I'm tending to use integrated NICs which don't require a separate jumper, but most BIOSes will wake on PCI events too...
let's just toss all our documentation out of the window, and just tell the FDA scout's honour. perhaps we could just take up making homeopathic remedies out of pixie dust and moonbeams, and let them treat you with it if you ever get sick.
i'm not saying big pharma's blameless for everything, but someone's got to research and make the drugs you use. unless the only drug you're smoking is crack...
sorry, but you're wrong. i do this for a living. the point is not that it's unlikely the data will ever be called on again, the point is that the FDA *could* ask for it and the potential cost to the business should that happen and you weren't able to present it is huge. the FDA is, almost literally, a law unto itself: you *have* to gain their confidence in your methods right down to being able to, for example, prove that during the original phase 1 trial where you tested a candidate drug that became one of your megabrands, that the serial number of say the blood pressure meter attached to your bedside workstation was known, and that the service record for that device showed it had been calibrated that year. we really are talking down-to-the-little-rubber-feet levels of detail here.
believe me, we don't hang on to data for the hell of it: it's tortuously difficult and expensive to devise a way of retaining that data with 100% accuracy for years.
as an example: old clinical trial data captured on a bespoke electronic data capture system, several years ago: this system requires novell 3.5, and a precise and very particular model of PC long since obsolete - we're spending considerable amounts of money archiving that data in a neutral state.
export to XML? sure, but you have to (as an example) retain all that applications' audit trail, which a flat export ain't gonna give you.
this stuff is HARD and we definitely don't do it for fun.
having just completed my second FDA audit, believe me that just the thought that my data might have gone walkies is enough to make me wake up in a cold sweat - this is one of those cases where an individual IT worker could realistically cause their companies cash cow to be withdrawn from market with a few well placed cock ups.
i personally know of a single system at Another Big Pharma Company which due to poor documentation got a red letter from the FDA and was a knats whisker away from getting that companies entire portfolio banned from selling to north america.
oh, and of *course* you don't archive to CD and expect it to be there years later. you archive to a current standard and then periodically rearchive to a new standard. this is patently obvious. that old punch card data will have been transcribed via double data entry long ago...
i work in big pharma, and for a lot of our systems we *do* have to do this. legally, we've got to keep data for clinical trials for *twenty five years* after the patentable lifetime of a drug. not only that, but we've got to figure out a way of archiving complete systems for that long. suffice to say, it's really, *really* expensive...
crap, crap, crappity crap crap.
get dban on a boot floppy and wipe away. drives on SCSI controllers, yes: it's a bit tricker, but if it's IDE, DBAN or another eraser will happily wipe it to DOD standards. you can't wipe a system disk from within windows running on that disk, obviously.
ipod ads a go-go, i've never yet seen an OSX or apple mac advert at all on the TV, and very very few in print. why is this? are they not able to up production?
Slashdot Mirror
you buy a locked phone at massively subsidised prices (in fact in the UK you can get pretty much most of them including that funky new Motorola RAZR V3 in black for free), then you get it unlocked.
to do this, it'll cost you around 10UKP from a local phone shop, or you can do it yourself with a data cable. there are countless webpages that'll unlock it for you remotely: put in your IMEI number, your credit card details and it'll pop up the unlock code there and then in your browser.
then, when you've had your phone for a year and you've got gadget itch, you get another new phone free from your phone company, stick the old one on ebay, and make a profit.
in the UK the only people who buy unsubsidised handsets new are those who have loads of spare cash and gadget lust...
in the UK, www.aria.co.uk have them for about 33 UKP plus VAT. how cheap do you want?
um, no. not for everyone.
can it synch the details field of your calendar, for example, rather than just telling you that you've a meeting? can it do wifi? can it run a vnc or RDP client? can it store a gig of mp3s on a cheap SD card? can you run netstumbler on it? i could go on, but i think you get the point.
" Promise of future employment in your father's corporation or similar does not make you successful"
Well, it worked for George Bush Jnr...
happens already in the nikon kit aimed at law enforcement..
not a floating point error, perhaps?
"they didn't market themselves"? who is "they"? usenet's totally decentralised, there is no "they" to market anything.
google groups has done usenet harm in a way: they've now got "google groups" and most younger people don't know their NNTP from their elbow. you can now not only post to usenet via google groups, but *start up new google groups* which obviously don't propogate out to usenet - hence a google groups user's unlikely to go and start using usenet.
usenet's signal to noise ratio is somewhat higher than the web though, possibly for exactly this reason...
doubleclick's been in my hosts as resolving to 127.0.0.1 for *years*. ever since those flashing epilepsy-inducing ads they used to run. i am struggling to see how blocking everything from doubleclick could possibly inconvenience me in the slightest. you mean i can't read their puff-pieces about how great they are? boo-hyphen-hoo.
"We had a peice of chalk"
My spellcheck says piece!
tell them to reduc your meds.
C: "It looks like you're trying to write a letter!"
You: "How do I format this?"
C: "M$ WinBLOWS! l33t s3cret@r13s use OPENOFFICE!"
you could really run with this one...
then http://www.dbpoweramp.com/ is what you want. rip to lossless FLAC with this or any other tool, and store on a big, cheap-ass IDE disk.
then use dbpoweramp to batch-convert (maintaining folder structure etc) to format of your choice for playback on whatever device you're using.
the advantage of this is that you rip once, and then batchconvert periodically overnight - so when you're using a small capacity MP3 player you can use 128 MP3s, and when you get an ipod you can rip to higher bit rates. all you need is a spare bit of IDE storage for your temporary lossy data.
how's your parent's basement working out for you?
i know this.
i was merely pointing out that if you're NOT using integrated NICs, and don't have the WOL jumper from the card to the board, that you should be able to use wake-on-pci-event to turn it on with WOL anyway.
I use this daily to wake up my machines on the LAN from a wireless laptop. I've yet to see a machine that doesn't respond to this - of course I'm tending to use integrated NICs which don't require a separate jumper, but most BIOSes will wake on PCI events too...
let's just toss all our documentation out of the window, and just tell the FDA scout's honour. perhaps we could just take up making homeopathic remedies out of pixie dust and moonbeams, and let them treat you with it if you ever get sick.
i'm not saying big pharma's blameless for everything, but someone's got to research and make the drugs you use. unless the only drug you're smoking is crack...
sorry, but you're wrong. i do this for a living. the point is not that it's unlikely the data will ever be called on again, the point is that the FDA *could* ask for it and the potential cost to the business should that happen and you weren't able to present it is huge. the FDA is, almost literally, a law unto itself: you *have* to gain their confidence in your methods right down to being able to, for example, prove that during the original phase 1 trial where you tested a candidate drug that became one of your megabrands, that the serial number of say the blood pressure meter attached to your bedside workstation was known, and that the service record for that device showed it had been calibrated that year. we really are talking down-to-the-little-rubber-feet levels of detail here.
believe me, we don't hang on to data for the hell of it: it's tortuously difficult and expensive to devise a way of retaining that data with 100% accuracy for years.
as an example: old clinical trial data captured on a bespoke electronic data capture system, several years ago: this system requires novell 3.5, and a precise and very particular model of PC long since obsolete - we're spending considerable amounts of money archiving that data in a neutral state.
export to XML? sure, but you have to (as an example) retain all that applications' audit trail, which a flat export ain't gonna give you. this stuff is HARD and we definitely don't do it for fun.
having just completed my second FDA audit, believe me that just the thought that my data might have gone walkies is enough to make me wake up in a cold sweat - this is one of those cases where an individual IT worker could realistically cause their companies cash cow to be withdrawn from market with a few well placed cock ups.
i personally know of a single system at Another Big Pharma Company which due to poor documentation got a red letter from the FDA and was a knats whisker away from getting that companies entire portfolio banned from selling to north america.
oh, and of *course* you don't archive to CD and expect it to be there years later. you archive to a current standard and then periodically rearchive to a new standard. this is patently obvious. that old punch card data will have been transcribed via double data entry long ago...
...C&P it onto your own website with your name on it, and watch as he gets binned for plagiarism later...
i work in big pharma, and for a lot of our systems we *do* have to do this. legally, we've got to keep data for clinical trials for *twenty five years* after the patentable lifetime of a drug. not only that, but we've got to figure out a way of archiving complete systems for that long. suffice to say, it's really, *really* expensive...
berlesconi named? best hope he doesn't sue..
no, really. and i'm taking the time to tap this out on windows tablet edition. ow, the RSI.
this is funny..IN TAIWAN
and i can now ditch IE at work. next question; can anyone move the vertical scrollbar to the lefthand side so i can use my pentablet left handed?
crap, crap, crappity crap crap. get dban on a boot floppy and wipe away. drives on SCSI controllers, yes: it's a bit tricker, but if it's IDE, DBAN or another eraser will happily wipe it to DOD standards. you can't wipe a system disk from within windows running on that disk, obviously.
ipod ads a go-go, i've never yet seen an OSX or apple mac advert at all on the TV, and very very few in print. why is this? are they not able to up production?