It's even better if value is added in site, that is, if manufactured materials are produced in the same site and brought back to earth on demand. It would be useless if you would have to process it on earth, there wouldn't be enough space shuttles in the world for processing the output of a single mine.
It would be even better if you could _consume_ it on site...
And, of course, there are a whole lot of languages that can run on the JVM, via compilation to bytecode, or other exotic ways, like, for instance, parsers written in Java.
Unless you have a Java applet that fills the whole screen, establishes a RMI connection to the server, and records everything and sends it back... is the added bandwidth worth the while? Besides, you must have a HTML interpreter embedded in the applet, if you want to use your former web pages... I'd like to have a look at how it's technically done.
Maybe it's done with Javascript, but then you'll have to embed the information in an URL request or in a cookie, and I think that would make for very funny URLs indeed.
The advantage of using an applet is that you can circumvent what was told in the other post; information can be obtained even if cookies are not accepted and Javascript is turned off
How como nobody have mentioned The great dinosaur robbery, where lots of secret agents (and a posse of elite nannies) go after chinese plans to "jump down"? Imagine, if 3 million english schoolchildren can create one/hundredth of a earthquake, what could half a billion of chinese people do? Create a couple of earthquakes? Problem is, they would probable only hurt themselves...
AFAIK, Echelon wiretapping is done at the physical layer level; it has nothing to do with trapdoors in the software itself. It would still be done with Linux in every desktop, cell phone and fax machine.
"To Say Nothing of the Dog" (1999) is FAR from hard sci-fi, I was quite dissapointed with it and put it back on
the (my - I had ordered it online) shelf after the first 50 pages or so.
But you are right in that the vast majority rates as the good-old-days sci-fi. Children's bedtime stories (even
if they are good) on the Hugo list! What happened???
I found it quite funny, and well-built. Not as good as the "Doomsday book", but very good anyways. It definitely is _not_ sci-fi; it's rather a time-travel farce.
Do virus-related costs add up to the total cost of ownership? If so, how much would a Windows based-system cost? How much would a Linux/*BSD/Un*x based system cost?
There's been lately a bit of discussion on non-text or non-linear programming languages; from purely visual programming languages like Jaron Lanier's Mandala to literate programming languages like CWEB, there seems to be a trend beyond ASCII-linear text programs. Your colorforth seems to be an effort in that direction
Question is: where do you think this field is headed? Will non-ASCII programing languages be niche players, or will some of them become as widely used as PERL or Java? Is there something fundamentally different you can do with non-ASCII PLs? Or something that you can't do with other programming languages, like C++?
PS: I had a glimpse of Forth ~20 years ago with a Forth interpreter for the ZX Spectrum, which beeped and printed color squares while it was interpreting stuff. Quite funny, indeed! Or maybe a harbinger of ColorForth...
OK, it takes 0.8 seconds booting up, but what about booting down? It probably takes much more (killing processes and all), which means that, unless "powering down" means "unplugging", it'll take a bit more to reboot the whole machine; I guess the relevant figure for uptime should be "reboot" time, not just "boot" time.
owns the content... it's technically feasible to change the content displayed by the client anyway you want. Maybe that's was really the incentive behind the IE/Netscape war.
So what if Apache is just a webserver? We can still use Tomcat!
Hardware is not crackable?
on
Taming the Web
·
· Score: 1
You can crack hardware faster than you can say "Cue Cat". In fact, hardware-based software locks have been cracked since they exist; hardware based satellite-channel encryption schemes are also cracked routinely, and the hardware-based copy protecion scheme for the PS was cracked also very easily. Thing is, it's enough that a single person is able to crack something, to make it available anywhere on the net.
In fact, there's not a clear difference between hardware and software. "Hardware" protection schemes are usually based on FPGAs or EPROMs, which, in fact, are "somewhat hardwired" versions of software
All in all, I don't agree with the article; I would say all the myths still hold
Because if they do, I feel compassionate for them. Word sucks, but StarOffice sucks even more. Word hangs up very easily, but StarOffice hangs up, in Linux and Windows, and, besides, botches installation, so you have to install all over from scratch!
Hope they fix it in 6.0, openoffice or whatever, but, so far, I haven't even been able to install their snapshots for RedHat...
Slashdot Mirror
It's even better if value is added in site, that is, if manufactured materials are produced in the same site and brought back to earth on demand. It would be useless if you would have to process it on earth, there wouldn't be enough space shuttles in the world for processing the output of a single mine.
It would be even better if you could _consume_ it on site...
Seriously, how come somebody have not patented it?
Or maybe somebody has...
In any case, here are some neat income schemes: pay-per-email, pay-per-chat line, pay-per-popup windows!
If it did, I would eagerly buy it!
If they ship buggy hardware boxes, no wonder their OSs have holes bigger than you can stuff unsold XP boxes into...
Really? You'd probably loose most of the foreign-geeks-without-a-credit card crowd...
And, of course, there are a whole lot of languages that can run on the JVM, via compilation to bytecode, or other exotic ways, like, for instance, parsers written in Java.
Theoretically, there are bindings for several languages that can be run in a JVM, using the Bean scripting framework. The list of languages that can be run in it include a subset of Perl, Rexx, Jython, Javascript...
Unless you have a Java applet that fills the whole screen, establishes a RMI connection to the server, and records everything and sends it back... is the added bandwidth worth the while? Besides, you must have a HTML interpreter embedded in the applet, if you want to use your former web pages... I'd like to have a look at how it's technically done.
Maybe it's done with Javascript, but then you'll have to embed the information in an URL request or in a cookie, and I think that would make for very funny URLs indeed.
The advantage of using an applet is that you can circumvent what was told in the other post; information can be obtained even if cookies are not accepted and Javascript is turned off
I get the most out of XEmacs, which is an almot-GUI tool that drives CL utilities. I use it for everything, from C++ to Perl to Javascript to HTML.
Probably the best is to stick to what you know most. DDD is probably much better that gdb embedded in XEmacs, but, well...
How como nobody have mentioned The great dinosaur robbery, where lots of secret agents (and a posse of elite nannies) go after chinese plans to "jump down"? Imagine, if 3 million english schoolchildren can create one/hundredth of a earthquake, what could half a billion of chinese people do? Create a couple of earthquakes? Problem is, they would probable only hurt themselves...
AFAIK, Echelon wiretapping is done at the physical layer level; it has nothing to do with trapdoors in the software itself. It would still be done with Linux in every desktop, cell phone and fax machine.
"To Say Nothing of the Dog" (1999) is FAR from hard sci-fi, I was quite dissapointed with it and put it back on
the (my - I had ordered it online) shelf after the first 50 pages or so.
But you are right in that the vast majority rates as the good-old-days sci-fi. Children's bedtime stories (even
if they are good) on the Hugo list! What happened???
I found it quite funny, and well-built. Not as good as the "Doomsday book", but very good anyways. It definitely is _not_ sci-fi; it's rather a time-travel farce.
Do virus-related costs add up to the total cost of ownership? If so, how much would a Windows based-system cost? How much would a Linux/*BSD/Un*x based system cost?
There's been lately a bit of discussion on non-text or non-linear programming languages; from purely visual programming languages like Jaron Lanier's Mandala to literate programming languages like CWEB, there seems to be a trend beyond ASCII-linear text programs. Your colorforth seems to be an effort in that direction
Question is: where do you think this field is headed? Will non-ASCII programing languages be niche players, or will some of them become as widely used as PERL or Java? Is there something fundamentally different you can do with non-ASCII PLs? Or something that you can't do with other programming languages, like C++?
PS: I had a glimpse of Forth ~20 years ago with a Forth interpreter for the ZX Spectrum, which beeped and printed color squares while it was interpreting stuff. Quite funny, indeed! Or maybe a harbinger of ColorForth...
But then boot up will take hours while the system is reconstructed, fsck'd and all the rest
OK, it takes 0.8 seconds booting up, but what about booting down? It probably takes much more (killing processes and all), which means that, unless "powering down" means "unplugging", it'll take a bit more to reboot the whole machine; I guess the relevant figure for uptime should be "reboot" time, not just "boot" time.
owns the content... it's technically feasible to change the content displayed by the client anyway you want. Maybe that's was really the incentive behind the IE/Netscape war.
was co-lo in an (formerly) abandoned platform in the Northern Sea, then this. Whhat's next? A submarine? Co-lo in the international space station?
that teaching will be of the highest quality. Indeed, sometimes it's exactly the other way round.
The Apache foundation is not only Apache httpd, it's got lots of tools which are prepared for the "web of services":
So what if Apache is just a webserver? We can still use Tomcat!
You can crack hardware faster than you can say "Cue Cat". In fact, hardware-based software locks have been cracked since they exist; hardware based satellite-channel encryption schemes are also cracked routinely, and the hardware-based copy protecion scheme for the PS was cracked also very easily. Thing is, it's enough that a single person is able to crack something, to make it available anywhere on the net.
In fact, there's not a clear difference between hardware and software. "Hardware" protection schemes are usually based on FPGAs or EPROMs, which, in fact, are "somewhat hardwired" versions of software
All in all, I don't agree with the article; I would say all the myths still hold
Because if they do, I feel compassionate for them. Word sucks, but StarOffice sucks even more. Word hangs up very easily, but StarOffice hangs up, in Linux and Windows, and, besides, botches installation, so you have to install all over from scratch!
Hope they fix it in 6.0, openoffice or whatever, but, so far, I haven't even been able to install their snapshots for RedHat...
I keep waiting...
whoever owns the client, owns the content. J