It matters because from this you can predict their future behaviour. And it matters to know if they care about you.
I choose to support with money entities that I perceive as 'good'. If they do their service for money alone, they will stab you in the back whenever they can make more money from it.
So, it's not principle vs. no principle, it's about different sets of principles, particularly about "Make money" being the first and foremost.
I also said "85 Mbyte install", not "85 Mbyte distribution".
Expanded distributives aren't usually distributed, so I assumed you refer to the installation executable (e.g. install.exe, or, more often, setup.exe). Ambigous.
Come on, you are grasping at straws. I didn't make a point about Java being too big for download, I made the point that the Java libraries are very, very interdependent. And Sun likes it that way because it makes it really hard to clone Java. Java isn't alone in this: a lot of runtimes that effectively had only a single codebase during a key period of their development have the same problem: CommonLisp, Smalltalk, Python, etc. And the most popular system like that: Windows. Yes, Java and Windows, sadly, are not all that different.
Actually you made both points, but let's get to the point of interdependency.
If we talk about Java in general, and not about specific vendor implementation, only java.* classes matter, there are 215 of them.
As long as a package referring to other package has lower or same priority, it is ok. Look which packages are referenced: java.io, java.net, java.security, java.lang, java.util, java.reflect and java.beans. There is coupling between theses packages, but, they are all considered core libraries, with one priority. What would you like it to be?
Let me remind you of your original statement: >> Take a look at the Java libraries some time. In fact, the Java standard libraries are so dependent on each other that the whole thing is only distributed as a monolithic 85 Mbyte install.
You said, distributed, which means, available for download or other way of getting. Second, you argue that Java libs are dependent on each other, and, *that* is why distribution is large. If you go from this point, you should talk about JRE, not about JDK, isn't it obviuos that JDK has no more necessary libraries than JRE? You were not specific, you're not specific this time again. JRE/JDK is too broad a term, there are different ones from different vendors (IBM for one). Sun's jre 1.4 is 34M, far enough from 56M ledestin@DANNANW 12:25/c/Program Files/Java $ls j2re1.4.0 $du -s 34M.
To prove your point about libraries, you'd have to dissect JRE and see how much of it, is libraries, and how they really depend on each other (analyzing imports for example).
If you care of constrained resources devices (such as phones) as I infer from your other posting, there is JavaME, it should be smaller. If you want to bash java for bloat, bash it for JVM startup time and process size, while you can:) These issues will be addressed in 1.5
Linux JSDK (mind you, JSDK, not JRE, which is ~10Mb) is 39M (j2sdk-1_4_0_01-linux-i586.bin)
Note: To run java programs you only need JRE.
Try music from different countries/regions
on
Discovering New Music?
·
· Score: 2, Insightful
There are good artists that aren't known worldwide, but are popular in their countries. Look at country-specific Tops (but beware:), newsgroups related to music, IRC, etc. So, the ways to know about good music aren't different, but the places are.
For one, Japan is absolutely worth looking at, I especially like soundtracks, they are usually a lot better than, well, non-soundtracks. Laputa, Nausicaa, Mononoke Hime OSTs are very good.
For two, take a look at these (poor quality, for review only, etc.): http://zemfira.ru/music/mp3/56.mp3 http:/ /zemfira.ru/music/mp3/50.mp3
With a standard file format, you don't have to call a specific app to create an instance of document. Why would I need a one of a herd of applications that understand this file format to create an instance of mine? It is an unnecessary dependency, it is bad design.
For a standard format there will be libraries that allow you to manipulate it.
>>But again, to do so means understanding the basic file formats. That's not efficient.
That is a matter of library design, and not an inherent disability.
I would assume they have no relevant experience with Java (and, possibly, even with.net), since they don't argument their position at all. Does it even make sense to take notice of what they say?
You might want Rickard Oberg's analysis of the recent Pet Shops comparision, he reviews architecture of the MS version, that what might be interesting to you.
Personally, I think that Design by contract would be good to have, and neither of them have it.
It would lead to some changes in the way people push ads, but, the best thing I can think of they could do is to serve ads from the server where content resides, so that I couldn't block images selectively. Well, at that point, I think I would do without images at all on such sites.
There are sure different developers, and the policy of the workplace you work at is geared for incompetent ones, so you probably don't attract many competent ones.
Slashdot Mirror
Maybe even having a suit as this is a win for them, even if they can't convince court, people might reconsider their attitude to RIAA.
YMMV, but Kazaa and eMule aren't as anime-centered as WinMX. I'm usually able to get what I need, though speeds aren't high, but, well, I can wait.
I choose to support with money entities that I perceive as 'good'. If they do their service for money alone, they will stab you in the back whenever they can make more money from it.
So, it's not principle vs. no principle, it's about different sets of principles, particularly about "Make money" being the first and foremost.
April 20, 1998 Java Plug-inTM product ships
Java plug-in allows to run "real Java" compatible applets. I myself used it in 2001 with IE.
>>Until about 3 years ago the ONLY JVM on Windows was MSJVM, officially licenced from Sun Micro.
Oh, please, can you back it up with facts?
Expanded distributives aren't usually distributed, so I assumed you refer to the installation executable (e.g. install.exe, or, more often, setup.exe). Ambigous.
Come on, you are grasping at straws. I didn't make a point about Java being too big for download, I made the point that the Java libraries are very, very interdependent. And Sun likes it that way because it makes it really hard to clone Java. Java isn't alone in this: a lot of runtimes that effectively had only a single codebase during a key period of their development have the same problem: CommonLisp, Smalltalk, Python, etc. And the most popular system like that: Windows. Yes, Java and Windows, sadly, are not all that different.
Actually you made both points, but let's get to the point of interdependency.
If we talk about Java in general, and not about specific vendor implementation, only java.* classes matter, there are 215 of them.
As long as a package referring to other package has lower or same priority, it is ok. Look which packages are referenced: java.io, java.net, java.security, java.lang, java.util, java.reflect and java.beans. There is coupling between theses packages, but, they are all considered core libraries, with one priority. What would you like it to be?
Could you point me at APIs that do that?
Let me remind you of your original statement:
/c/Program Files/Java .
:) These issues will be addressed in 1.5
>> Take a look at the Java libraries some time. In fact, the Java standard libraries are so dependent on each other that the whole thing is only distributed as a monolithic 85 Mbyte install.
You said, distributed, which means, available for download or other way of getting. Second, you argue that Java libs are dependent on each other, and, *that* is why distribution is large. If you go from this point, you should talk about JRE, not about JDK, isn't it obviuos that JDK has no more necessary libraries than JRE?
You were not specific, you're not specific this time again. JRE/JDK is too broad a term, there are different ones from different vendors (IBM for one).
Sun's jre 1.4 is 34M, far enough from 56M
ledestin@DANNANW 12:25
$ls
j2re1.4.0
$du -s
34M
To prove your point about libraries, you'd have to dissect JRE and see how much of it, is libraries, and how they really depend on each other (analyzing imports for example).
If you care of constrained resources devices (such as phones) as I infer from your other posting, there is JavaME, it should be smaller. If you want to bash java for bloat, bash it for JVM startup time and process size, while you can
Linux JSDK (mind you, JSDK, not JRE, which is ~10Mb)
is 39M (j2sdk-1_4_0_01-linux-i586.bin)
Note: To run java programs you only need JRE.
There are good artists that aren't known worldwide, but are popular in their countries. Look at country-specific Tops (but beware :), newsgroups related to music, IRC, etc. So, the ways to know about good music aren't different, but the places are.
/ /zemfira.ru/music/mp3/50.mp3
For one, Japan is absolutely worth looking at, I especially like soundtracks, they are usually a lot better than, well, non-soundtracks. Laputa, Nausicaa, Mononoke Hime OSTs are very good.
For two, take a look at these (poor quality, for review only, etc.):
http://zemfira.ru/music/mp3/56.mp3
http:
With a standard file format, you don't have to call a specific app to create an instance of document. Why would I need a one of a herd of applications that understand this file format to create an instance of mine? It is an unnecessary dependency, it is bad design.
For a standard format there will be libraries that allow you to manipulate it. >>But again, to do so means understanding the basic file formats. That's not efficient. That is a matter of library design, and not an inherent disability.
I would assume they have no relevant experience with Java (and, possibly, even with .net), since they don't argument their position at all. Does it even make sense to take notice of what they say?
You might want Rickard Oberg's analysis of the recent Pet Shops comparision, he reviews architecture of the MS version, that what might be interesting to you.
Personally, I think that Design by contract would be good to have, and neither of them have it.
It would lead to some changes in the way people push ads, but, the best thing I can think of they could do is to serve ads from the server where content resides, so that I couldn't block images selectively. Well, at that point, I think I would do without images at all on such sites.
There are sure different developers, and the policy of the workplace you work at is geared for incompetent ones, so you probably don't attract many competent ones.