Unless you want to count various HP programmable calculator keystrokes as being a language. After Algol it was Fortran, some assemblers, snobol, lisp, bliss-10, and others.
As defined here, a fixup combines multiple short stories into an interlinked longer work. One short story as inspiration for a film and a later novel definitely is not a fixup.
Joe Haldeman's excellent "The Forever War" was (is) a fixup. There was even a story left out of the novel because it was 'too depressing.' I was reading these as they came out, and remember that story. Yeah, depressing.
Similarly, Stephen King's first Dark Tower book had a number of sections first appear in The Magazine of Fantasy and Science-Fiction.
F&SF also published "The Forvelaka" (title?) and a few other stories that became the core of Glen Cooks first Black Company novel.
Not an actual paywall, they only ask for your email address. Not even a password.
This strikes me as a fine way to subscribe strangers to mailing lists, sigh.
HIPPA mandates who can and should have access to the files. The method of storage (disk, tape, SSD, paper, whatever) is largely irrelevant. As long as all those who have access to the files are HIPPA-trained and following the appropriate procedures, everything is fine. Similarly, transport is relevant only in that there must be no data disclosure to unauthorized persons. As such, if a person with appropriate clearance does the transport, all is cool.
HIPPA data is often encrypted when placed on tape or transported across systems, but that's because such activities may involve the data being visible to unauthorized people. As examples of each:
If two physically separate sites exchange HIPPA data across the open Internet, the data must be encrypted during transport. This might be done by VPN, sftp, whatever. As long as the bits on the wire can't be read by the ISPs managing the connection, it's OK.
For tapes that you archive off-site, you don't want your external storage facility to be able to read the tapes, nor have the data readable if the tape is misplaced in transport.
IMHO wise use of sensitive data on laptops requires encryption at the filesystem level. It's neither difficult or time-consuming, but given how much sensitive data has been exposed via folks losing or misusing laptops, it ought to be a no-brainer. Sadly, too few places bother.
What part of the summary "I asked the hotel staff if there were any limitations for using the suite. They said the only limitations were how many people were at our parties. They didn't say there were any limitations on displaying product" was unclear? It was OK with hotel management.
I agree these guys got blindsided by whoever they spoke to. But time and again I've seen cases where the guest says "your guy said it was OK" (and actually had it in writing) and the hotel manager said (politely) "I'm sorry, but he was wrong" and held up the regulation (local, state, hotel-specific, whatever).
If the guy was lucky enough to get it in writing, the hotel typically offers something back on the room or does their best to accommodate. Good places do that. Bad places don't. But as long as the hotel has written policy on its side (and I'll betcha the Vegas hotels do, in this case), the guest will ultimately lose.
You sir, are an idiot.
Speaking as a 30-year veteran of the convention and exhibition circuit, you, sir, are ignorant. Most hotel agreements prohibit use of the room for commercial activity. That doesn't simply mean buying and selling, it also means meeting with potential customers and exhibiting.
Now, that said . . . most ordinary hotels turn a blind eye to this sort of thing. But hotels which are affiliated with major exhibitions tend to enforce the rule rather strictly. The exhibition area makes its money by renting the exhibition space, and they correctly expect the hotel to not undercut them by allowing 'free' exhibitions in what are supposed to be sleeping rooms.
As for the folks who are suggesting lawsuits - try looking up some precedents. Lose, lose, lose.
College student Cynthia Moreno posted the "Ode to Coalinga," her hometown, in her MySpace journal. The "Ode" was extremely critical of Coalinga and its inhabitants.
Apparently Moreno thought better of having posted it, and she deleted it six days later. But not before the principal of the local high school, Roger Campbell, gave the Ode to his friend Pamela Pond, the editor of the local newspaper, the Coalinga Record.
Pond published the Ode as a letter to the editor . . . What's more -- this part of the story is related only in Moreno's brief to the court and not in the opinion -- Moreno learned that Campbell had given the Ode to Pond before it was actually published, and she contacted Pond to ask her not to print it. According to Moreno, Pond said she would not publish it, but then changed her mind and did so.
And it's not like there hasn't been fallout:
According to one online source, Moreno and her family are not the only ones who suffered consequences from the publication of the Ode. Pond was dismissed from the newspaper.
Other good information in the article. Not that anyone will read it....
Sure, if I liked their music. There's nothing more convincing that someone converted to your opinion. I hope all their fans buy the electronic version and the band gets stinking rich(er).
My name is Steve Simmons. I've got him beaten by at least a factor of ten. I was a founding board member of SAGE and its first elected president. I chaired the LISA conference and have been concom and/or reviewer for about 10 of them.
Does that make you change your mind? It shouldn't. Take both of our words at face value. If the argument makes sense, honor it. If it doesn't, don't.
This writeup would be more useful if the author could maintain even a marginal pretense of objectivity. His constant use of loaded images ("grenade", "suicide note", "violate the laws of physics") works against him, and this butter-wouldn't-melt-in-his-mouth gem actually gave me a sad laugh when seen in context with his full note:
This document looks purely at the cost of the technical portions of Vista's content protection. The political issues (under the heading of DRM) have been examined in exhaustive detail elsewhere and won't be commented on further...
By "elsewhere" he must mean "in other sentences in this document." His facts, which he rarely backs up, are extremely suspect given his inability to separate his prejudices from his presentation. Considered as a persuasive essay, I'd give it a D.
Which is not to say that I like DRM. It sucks, and Vista may become an unparalleled disaster because of it. But the author is far more adept at scoring points than he is at making his points persuasive.
Not. If your primary fs is totally borked, time machine is no help. I'm not a SuperDuper user myself, but from the descriptions given here it's clear that it makes a backup onto a second disk that is a bootable copy of your primary as of the last sync.
the code just being slapped together in the first place (yeah, I know you said you write it well. Given the circumstances under which most non-programming IT shops build apps, it's rarely written well.
Applications that interact with it change
etc, etc, etc.
Let's face it, the circumstances you describe are damned rare.
One could get contributions by demonstrating that there was an actual need. Thus far, it appears to be wishful thinking on the part of the developers.
IMHO it would be much more effective approach for HP, Sun, et al to approach the card and chip vendors and twist their arms to release better specs and drivers under a mutually acceptable open source license. The end result would be much better cards for the $ than what we're likely to get from OGP.
Speaking as a person who can find an arbitrary piece of email from the 1980s in minutes if not seconds, I'd be the last to disagree with the idea that an organized person can produce an organized filestore. That said, tho . . .
The gain is that a great deal of organization can be obtained from automated methods.
Something as simple as a scan of the file contents with a find is a help -- especially for end users who wouldn't know how to run a command-line if it bit them.
But there's far more you can do.
Certian classes of files have a great deal of meta-data that can easily be extraced and used in searches. This meta-data is sometimes at odds with the normal FS metadata, and can be more useful. Sticking with email as an example, you have fields
like From:, Date: (which may be radically different from file creation/mod date), Subject:, etc. Tracking things like date of file to a folder can be done in far more useful ways than the metadata now seen in file systems.
Or take mailed attachments of documents, spreadsheets, etc. It looks to me like DBFS could be used to automate many indexing processes that are currently difficult if not impossible (who sent it, when, what dates did I modify it, etc).
It should also be possible to make a versioning file system out of it.
Does DBFS do that now? I dunno, I've not downloaded the code yet. But it ought to let us build browsers on steriods that can maintain far more useful state than the average naive user can manage. It should also let power users become even more powerful.
Read the article, read some history
on
Database File System
·
· Score: 4, Interesting
To quote from the article (which most folks have not read, as usual):
The DBFS does not actually store files, it holds references to files on the underlying hierarchy based file system.
That line alone should answer many of the questions re backup,
speed of FS performance, etc.
This paper describes the design, implementation, and performance of the Inversion file
system. Inversion provides a rich set of services to file system users, and manages a large
tertiary data store. Inversion is built on top of the
POSTGRES database system, and takes
advantage of low-level DBMS services to provide transaction protection, fine-grained time
travel, and fast crash recovery for user files and file system metadata. Inversion gets between
30% and 80% of the throughput of
ULTRIX NFS
backed by a non-volatile RAM cache. In
addition, Inversion allows users to provide code for execution directly in the file system
manager, yielding performance as much as seven times better than that of ULTRIX NFS.
Note that this paper was published in early 1993.
Many of the issues it addresses are relevant
to DBFS, and many of DBFS's advantages are foreseen by that paper. IMHO DBFS has chosen a
direction that should have better performance
than inversion, not to mention lower risk and
easier failure recovery.
Inversion was built on POSTGRES,
which makes one wonder what happened to the source.
This fellow says that about 20% of his CDs have rotted. My collection is only about 600, but I have
zero (count 'em) zero bad disks. I know this because last year I went back and ripped every one of them to MP3s. And chunks of my collection go back to the 80s like his does.
If he's got a 20% failure rate, there's something wrong with the method or environment he's storing in.
Sigh. Read the frigging article, OK? It's about
commercially produced pressed CDs, not
recordable. The reference you cite is about
recordables. I could be wrong, but I don't ever recall seeing something about the commercial CDs decaying in this manner.
Hear, hear. Rochkind is good, but has neither the breadth nor depth of Stevens. It's a damned shame that there's apparently no-one with Stevens' dual skills in programming and writing who can take up his mantle. The review above, while generally complimentary, doesn't sound like Rochkind can replace Stevens.
Slashdot Mirror
Unless you want to count various HP programmable calculator keystrokes as being a language. After Algol it was Fortran, some assemblers, snobol, lisp, bliss-10, and others.
As defined here, a fixup combines multiple short stories into an interlinked longer work. One short story as inspiration for a film and a later novel definitely is not a fixup.
Joe Haldeman's excellent "The Forever War" was (is) a fixup. There was even a story left out of the novel because it was 'too depressing.' I was reading these as they came out, and remember that story. Yeah, depressing. Similarly, Stephen King's first Dark Tower book had a number of sections first appear in The Magazine of Fantasy and Science-Fiction. F&SF also published "The Forvelaka" (title?) and a few other stories that became the core of Glen Cooks first Black Company novel.
Not an actual paywall, they only ask for your email address. Not even a password. This strikes me as a fine way to subscribe strangers to mailing lists, sigh.
HIPPA data is often encrypted when placed on tape or transported across systems, but that's because such activities may involve the data being visible to unauthorized people. As examples of each:
IMHO wise use of sensitive data on laptops requires encryption at the filesystem level. It's neither difficult or time-consuming, but given how much sensitive data has been exposed via folks losing or misusing laptops, it ought to be a no-brainer. Sadly, too few places bother.
What part of the summary "I asked the hotel staff if there were any limitations for using the suite. They said the only limitations were how many people were at our parties. They didn't say there were any limitations on displaying product" was unclear? It was OK with hotel management.
I agree these guys got blindsided by whoever they spoke to. But time and again I've seen cases where the guest says "your guy said it was OK" (and actually had it in writing) and the hotel manager said (politely) "I'm sorry, but he was wrong" and held up the regulation (local, state, hotel-specific, whatever). If the guy was lucky enough to get it in writing, the hotel typically offers something back on the room or does their best to accommodate. Good places do that. Bad places don't. But as long as the hotel has written policy on its side (and I'll betcha the Vegas hotels do, in this case), the guest will ultimately lose.
You sir, are an idiot. Speaking as a 30-year veteran of the convention and exhibition circuit, you, sir, are ignorant. Most hotel agreements prohibit use of the room for commercial activity. That doesn't simply mean buying and selling, it also means meeting with potential customers and exhibiting. Now, that said . . . most ordinary hotels turn a blind eye to this sort of thing. But hotels which are affiliated with major exhibitions tend to enforce the rule rather strictly. The exhibition area makes its money by renting the exhibition space, and they correctly expect the hotel to not undercut them by allowing 'free' exhibitions in what are supposed to be sleeping rooms. As for the folks who are suggesting lawsuits - try looking up some precedents. Lose, lose, lose.
You mean, "will flourish again."
And it's not like there hasn't been fallout:
Other good information in the article. Not that anyone will read it....
You are correct; 90 days.
Sure, if I liked their music. There's nothing more convincing that someone converted to your opinion. I hope all their fans buy the electronic version and the band gets stinking rich(er).
My name is Steve Simmons. I've got him beaten by at least a factor of ten. I was a founding board member of SAGE and its first elected president. I chaired the LISA conference and have been concom and/or reviewer for about 10 of them. Does that make you change your mind? It shouldn't. Take both of our words at face value. If the argument makes sense, honor it. If it doesn't, don't.
Not. If your primary fs is totally borked, time machine is no help. I'm not a SuperDuper user myself, but from the descriptions given here it's clear that it makes a backup onto a second disk that is a bootable copy of your primary as of the last sync.
hahahahahahahahHAHAHAHAHAHAHAHAHAHAHhahahahaha . . .
Go on, pull the other one.
OK, ok, I'll be serious for a second. What about:
- OS patches that break things
- new feature requests from users
- new browsers that have to be accomodated
- the code just being slapped together in the first place (yeah, I know you said you write it well. Given the circumstances under which most non-programming IT shops build apps, it's rarely written well.
- Applications that interact with it change
- etc, etc, etc.
Let's face it, the circumstances you describe are damned rare.These mirrors seem to be limited to late 2003. I assume Olga was continuing to take submissions after that.
When Dexter's on the internet, can Hell be far behind?
One could get contributions by demonstrating that there was an actual need. Thus far, it appears to be wishful thinking on the part of the developers. IMHO it would be much more effective approach for HP, Sun, et al to approach the card and chip vendors and twist their arms to release better specs and drivers under a mutually acceptable open source license. The end result would be much better cards for the $ than what we're likely to get from OGP.
The gain is that a great deal of organization can be obtained from automated methods. Something as simple as a scan of the file contents with a find is a help -- especially for end users who wouldn't know how to run a command-line if it bit them.
But there's far more you can do. Certian classes of files have a great deal of meta-data that can easily be extraced and used in searches. This meta-data is sometimes at odds with the normal FS metadata, and can be more useful. Sticking with email as an example, you have fields like From:, Date: (which may be radically different from file creation/mod date), Subject:, etc. Tracking things like date of file to a folder can be done in far more useful ways than the metadata now seen in file systems.
Or take mailed attachments of documents, spreadsheets, etc. It looks to me like DBFS could be used to automate many indexing processes that are currently difficult if not impossible (who sent it, when, what dates did I modify it, etc).
It should also be possible to make a versioning file system out of it.
Does DBFS do that now? I dunno, I've not downloaded the code yet. But it ought to let us build browsers on steriods that can maintain far more useful state than the average naive user can manage. It should also let power users become even more powerful.
At a deeper technical level, nany of the questions asked here have historical answers or clues in The Design and Implementation of the Inversions File System. The abstract reads:
Note that this paper was published in early 1993. Many of the issues it addresses are relevant to DBFS, and many of DBFS's advantages are foreseen by that paper. IMHO DBFS has chosen a direction that should have better performance than inversion, not to mention lower risk and easier failure recovery.Inversion was built on POSTGRES, which makes one wonder what happened to the source.
This fellow says that about 20% of his CDs have rotted. My collection is only about 600, but I have zero (count 'em) zero bad disks. I know this because last year I went back and ripped every one of them to MP3s. And chunks of my collection go back to the 80s like his does. If he's got a 20% failure rate, there's something wrong with the method or environment he's storing in.
Sigh. Read the frigging article, OK? It's about commercially produced pressed CDs, not recordable. The reference you cite is about recordables. I could be wrong, but I don't ever recall seeing something about the commercial CDs decaying in this manner.
And I fondly remember MTS, too.
I've always preferred the 'metric sh*tload', which is ten percent more than an English sh*tload.
Google stock will go up, then down, then up, then become unpredictable. There, that ought to be vague enough.