JB3's IDE is also already almost Pure Java, which is presumably why it is so slow.
On the other hand, by doing a large project like JBuilder in Java, they are learning a lot about its slowness, suffering from that slowness, and thus having plenty of experience trying to make it faster.
If and when they get JB running quickly, that will be a good sign that Java is ready for "Prime Time" for large complex desktop apps.
** Separation of data from the presentation. We're going to allow users to customize and 'skin' the site, so XML/XSL is definitely on our horizion.
There is a huge amount of value in doing this, and one of my gripes about PHP (which I use extensively for DiskWise.com) is that its basic design encourages mixing HTML with code. I know that it is very possible to not do so, but nonetheless that is the "default" mode of operation.
Yes, I tried it. The results were very poor, but my ASP was very complex. It got confused by the extensive quoting I was doing, and really munged up some of the code.
I think it might do an acceptable job if you ASP (VBScript) is very simple. Definately try it out yourself with your code.
I second that. Although we have had very good results with a complex PHP site (DiskWise.com), I often would prefer to be dealing with a more general purpose language, whether it be Perl, Python, Java, or whatever.
>> 3) The lunar colony won't succeed until people have a good reason to leave Earth (i.e. escape a big brother government). Right now, I don't think we have that sort of intolerable situation.
This strikes me as highly infeasible. It would take a tremendous amount of resources (money and power) to mount a lunar colony effort, and anyone or group with that much money and power is highly unlikely to be an "out" group politically.
Does a company have a moral obligation or fiduciary responsibility to the stockholders to circumvent it's "home" country's laws, misguided or otherwise, to maximize profits? How about other countries' laws?
A salient point is that the development process they use is EXTREMELY expensive and time consuming. They have been working on the same program, making very slow, ponderous changes, for many many years.
Although defect-free code is Very Good Thing, the reality is that a company that took the amount of time and money to do it how NASA does it would be bankrupt years before they would bring a product to market.
.. of course, at any given time, the vast majority of all companies, and therefore all jobs, are NOT at startup companies. At the vast majority of companies, contractors get no equity participation, and employees get very very little or no equity participation.
Teachers are paid what the market will bear, which is not very much, because there are a LOT of people willing and able to be teachers, and there are not particularly stringent requirements that would constrain the supply. Supply and demand.
Alternatively, you could use SSH instead of telnet, which is good idea anyway.
(The real point of SSH is generally to keep people "out there" from sniffing names and passwords, I doubt the people that wrote telnet had in mind needing to use it to prevent packet sniffing by your own local adminstrator!)
I have seen articles that suggest that motorcycle helmets may or may not be a major benefit in reducing overall death/injury rates, because although the helmet is great if you are in an accident, it also makes it more likely you will be in an accident, because of the greatly reduced vision and hearing you have with the helmet on.
(Of course, I don't ride motorcycles, so I wouldn't know...)
I find MySQL to be fast, simple, reliable, and very easy to program for. It handles BLOBs easily, without using an arcane extra API. It is the "guts" behind several of my web sites, including (shameless plug) DiskWise.com, which is based on PHP and MySQL.
Agreed. phpMyAdmin is the slickest tool around for admining MySQL. I like it much better than the Win32 and X based admin tools I have tried, and it works well across the net to admin a DB on a site hosted somethere.
I think this applies more to some companies that others. We had great difficulty with MCI WorldCom specifically, with something as simple as turning on a couple of T1's that had 45 notice of the install date for.
It's not all big companies, though. We have have some services from Frontier (itself the result of many mergers), and they generally display a much higher level of competence.
1) Don't you mean that MySQL can perform multiple (read) operations on *same* tables simultaneously? Doing differenting things to different tables sounds like no big deal, not nearly as hard as doing different things to the same table.
2) Is anyone aware of a current benchmark comparing PostgreSQL to other DBs? The standard line about PostgreSQL performance seems to be "PostgreSQL was pretty slow, but 6.5 is a huge improvement"... with no numbers to compare.
I have something like this working under PHP3, which runs as an Apache module. It caches the generated GIF so it does not have to regenerate it every time.
It was not hard to put together, although it is not currently in a ready-to-distribute state.
To stick graphic text in, I do something like this, using brackets instead of braces to slashdot doesn't nuke it:
[img src="/text.php?text=Hello+World&size=15"]
It's not as seamless as what Roxen does, but it works fine.
As the question points out, it has to use an old GD that has GIF support.
Slashdot Mirror
Have they noticed that this format (yymmdd-xxxx) does not allow for dates past Y2K?
JB3's IDE is also already almost Pure Java, which is presumably why it is so slow.
On the other hand, by doing a large project like JBuilder in Java, they are learning a lot about its slowness, suffering from that slowness, and thus having plenty of experience trying to make it faster.
If and when they get JB running quickly, that will be a good sign that Java is ready for "Prime Time" for large complex desktop apps.
Any idea how it compares in scope? From looking at the sites, Zope appears to be a MUCH larger project than Midgard.
** Separation of data from the presentation. We're going to allow users to customize and 'skin' the site, so XML/XSL is definitely on our horizion.
There is a huge amount of value in doing this, and one of my gripes about PHP (which I use extensively for DiskWise.com) is that its basic design encourages mixing HTML with code. I know that it is very possible to not do so, but nonetheless that is the "default" mode of operation.
Yes, I tried it. The results were very poor, but my ASP was very complex. It got confused by the extensive quoting I was doing, and really munged up some of the code.
I think it might do an acceptable job if you ASP (VBScript) is very simple. Definately try it out yourself with your code.
I second that. Although we have had very good results with a complex PHP site (DiskWise.com), I often would prefer to be dealing with a more general purpose language, whether it be Perl, Python, Java, or whatever.
This is true with PHP3, which runs as a CGI under IIS. I believe they are addressing it with PHP4.
>> 3) The lunar colony won't succeed until people have a good reason to leave Earth (i.e. escape a big brother government). Right now, I don't think we have that sort of intolerable situation.
This strikes me as highly infeasible. It would take a tremendous amount of resources (money and power) to mount a lunar colony effort, and anyone or group with that much money and power is highly unlikely to be an "out" group politically.
It has been said that anyone who would be satisfied with $X, is not the kind of person who will be driven enough to get $X.
Does a company have a moral obligation or fiduciary responsibility to the stockholders to circumvent it's "home" country's laws, misguided or otherwise, to maximize profits? How about other countries' laws?
I read the same thing.
A salient point is that the development process they use is EXTREMELY expensive and time consuming. They have been working on the same program, making very slow, ponderous changes, for many many years.
Although defect-free code is Very Good Thing, the reality is that a company that took the amount of time and money to do it how NASA does it would be bankrupt years before they would bring a product to market.
.. of course, at any given time, the vast majority of all companies, and therefore all jobs, are NOT at startup companies. At the vast majority of companies, contractors get no equity participation, and employees get very very little or no equity participation.
Teachers are paid what the market will bear, which is not very much, because there are a LOT of people willing and able to be teachers, and there are not particularly stringent requirements that would constrain the supply. Supply and demand.
The lounge-O-computer-desk looks more like a joke than an actual product to me.
I'll stick with my Aeron, thanks.
Alternatively, you could use SSH instead of telnet, which is good idea anyway.
(The real point of SSH is generally to keep people "out there" from sniffing names and passwords, I doubt the people that wrote telnet had in mind needing to use it to prevent packet sniffing by your own local adminstrator!)
... so MP3 crowd will have to wait for the CD version to come out, then rip it.
This whole thing about copy-proof formats seems silly to me, because it is so clear that (unprotected) CDs will be with us for a long, long time.
I have seen articles that suggest that motorcycle helmets may or may not be a major benefit in reducing overall death/injury rates, because although the helmet is great if you are in an accident, it also makes it more likely you will be in an accident, because of the greatly reduced vision and hearing you have with the helmet on.
(Of course, I don't ride motorcycles, so I wouldn't know...)
I find MySQL to be fast, simple, reliable, and very easy to program for. It handles BLOBs easily, without using an arcane extra API. It is the "guts" behind several of my web sites, including (shameless plug) DiskWise.com, which is based on PHP and MySQL.
** Kyle Cordes ** kyle@kylecordes.com ** http://DiskWise.com **
"Its One Big FU waiting to happen..."
I think this applies more to some companies that others. We had great difficulty with MCI WorldCom specifically, with something as simple as turning on a couple of T1's that had 45 notice of the install date for.
It's not all big companies, though. We have have some services from Frontier (itself the result of many mergers), and they generally display a much higher level of competence.
Interbase has had a similar design for a long time, which has not helped it get anywhere in the marketplace.
A corrollary to this is that if you do build one to throw away, you will end up throwing away the second one, too.
1) Don't you mean that MySQL can perform multiple (read) operations on *same* tables simultaneously? Doing differenting things to different tables sounds like no big deal, not nearly as hard as doing different things to the same table.
2) Is anyone aware of a current benchmark comparing PostgreSQL to other DBs? The standard line about PostgreSQL performance seems to be "PostgreSQL was pretty slow, but 6.5 is a huge improvement"... with no numbers to compare.
I have something like this working under PHP3, which runs as an Apache module. It caches the generated GIF so it does not have to regenerate it every time.
It was not hard to put together, although it is not currently in a ready-to-distribute state.
To stick graphic text in, I do something like this, using brackets instead of braces to slashdot doesn't nuke it:
[img src="/text.php?text=Hello+World&size=15"]
It's not as seamless as what Roxen does, but it works fine.
As the question points out, it has to use an old GD that has GIF support.
Perhaps the situation calls for a poll:
The Aeron Chair:
( ) awesome, worth it
( ) nice, but not worth it
( ) sucks