KDE also look a lot better than GNOME. I think that KDE is the best GUI environment for UNIX (besides Aqua). However, it is not the best for developers since they cannot create commercial application for it without paying TrollTech. I wonder how tyrannical Microsoft would be if they would ask you to pay them for using Window Forms, Win32 API, WTL, MFC, or any other API they have. Not everyone wants to create GPL applications, nor do they want to pay the TrollTech tax. This is a problem that needs to be solved. Using GTK is not a nice solution. Not only that the KDE libs are loaded, but the Gnome ones too. Thus, it is using too much memory. I home that SUSE comes up with a good desktop.
Hmm. The keyboard is cool, but I was more thrilled at enjoying the green. If that cool view is his backyard, I don't think he needs to sell this stuff for a living. Or, maybe he does. That grass withg the lake is really cool. Then again, maybe he filmed this in a national park.
Have you wasted bandwidth downloading Gigli? From now on, go to http://www.imdb.com. I never watch a film befor seeing its score. Gigli had about 2/10 last time I checked.
RealNetworks is in a shithole because of their stupid tactics with companies and users. No one likes their software. Those who install RealNetworks products are either stupid or have no choice.
The Win32 api has always had upper case first char; this might be another reason.
Method names should have a verb. getNumber() is much better than number().
C# is not interpreted. C# in compiled with JIT (Just In Time) upon runtime. If you digitally signed it, it will put the bin in the global assembly cache, and it won't compile it again upon another run time. You can also use ngen.exe (Native Image Generator) to compile it AOT (ahead of time) if you digitally sign the assemblies. All this has nothing to do with the virtual machine. That only manages memory and security.
The reason for it being upper case is because of properties:
private int numeber;
public int Number
{
get
{
return number;
}
set
{
number = value;
}
}
If the convention was to use lower case, it would have forced you to name number as m_number, _number or some other ugly naming convention.
For languages that do not support properties like C++, you use setNumber() and getNumber(), and don't have to rename "number" as "m_number".
Human eye transplant sounds good. However I'd like to see a more useful eye transplant. I'd like to see a Borg style transplant; this will give you the ability to zoom, night vision, sun proctection, x-rays in one package.
While mono is better overall, Portable.NET has better WindowsForms support. It sucks to have 2 open source projects that at their core want the same thing. If the open source community wants to compete with the fast releases of the Microsoft.NET , they need to be more unified.
That has to do with version numbers
Major.Minor.Build.Revision.
If the revision number has changed,.net treats the 2 libs as compatible. The newer version has only bug fixes. If the bulid version has changed,.net treats them as possible compatibility between them. If the minor, or major is changed, it treats them as uncompatible.
This is where.NET comes in. There is no more DLL hell. There are 2 ways to fix this in Linux. One way is to not use dynamic libaries, and use inline. The binaries will be big, but that is not a problem anymore since hard drives are big and cheap. The second way to fix this is to do what.NET did, make assemblies (exe, dlls) strong named. They cantain a version like 1.1.3434.13243, a digital signature, and are stored in a global assembly cache. This means that foobar.dll v1.0 and foobar.dll v1.1 can exist on disk at the same location (to the requesting program). On disk they are actually stored as foobar.dll, but the program does not see that. This way DLL hell is fixed..NET takes care of this problem. A similar service can be created for UNIX. I'm not talking about.NET, just about the service that gives the right version of the libary to the requesting program. Since almost every distro has a different file system hierarchy, and no distro capitulates to a standard, I don't think that this will ever happen.
While I have never been there, nor do I have a job in networking, or one at all, all I can say is that you should never travel or work alone. Find a way to get some protection. Get a gun, and some self-defence classes before you go. I have been in Middle East. I have lived in Israel for a few years and got an Israeli citizenship.
Slashdot Mirror
KDE also look a lot better than GNOME. I think that KDE is the best GUI environment for UNIX (besides Aqua). However, it is not the best for developers since they cannot create commercial application for it without paying TrollTech. I wonder how tyrannical Microsoft would be if they would ask you to pay them for using Window Forms, Win32 API, WTL, MFC, or any other API they have. Not everyone wants to create GPL applications, nor do they want to pay the TrollTech tax. This is a problem that needs to be solved. Using GTK is not a nice solution. Not only that the KDE libs are loaded, but the Gnome ones too. Thus, it is using too much memory. I home that SUSE comes up with a good desktop.
NOTHING IS SECURE FOREVER!
Please do NOT show their nude pictures!
... a phone needs to be just a bloody phone.
Hmm. The keyboard is cool, but I was more thrilled at enjoying the green. If that cool view is his backyard, I don't think he needs to sell this stuff for a living. Or, maybe he does. That grass withg the lake is really cool. Then again, maybe he filmed this in a national park.
Mayday! Mayday! Mayday! Windows is not responding. We are going down!
You are right; Rotten Tomatoes is better than IMDB since it uses professional movie critics. I am going to use RT from now on.
Have you wasted bandwidth downloading Gigli? From now on, go to http://www.imdb.com. I never watch a film befor seeing its score. Gigli had about 2/10 last time I checked.
RealNetworks is in a shithole because of their stupid tactics with companies and users. No one likes their software. Those who install RealNetworks products are either stupid or have no choice.
You are watching too much Stargate! I do too. I have not missed one episode. I look forward to Atlantis.
The Win32 api has always had upper case first char; this might be another reason. Method names should have a verb. getNumber() is much better than number().
C# is not interpreted. C# in compiled with JIT (Just In Time) upon runtime. If you digitally signed it, it will put the bin in the global assembly cache, and it won't compile it again upon another run time. You can also use ngen.exe (Native Image Generator) to compile it AOT (ahead of time) if you digitally sign the assemblies. All this has nothing to do with the virtual machine. That only manages memory and security.
The reason for it being upper case is because of properties: private int numeber; public int Number { get { return number; } set { number = value; } } If the convention was to use lower case, it would have forced you to name number as m_number, _number or some other ugly naming convention. For languages that do not support properties like C++, you use setNumber() and getNumber(), and don't have to rename "number" as "m_number".
Human eye transplant sounds good. However I'd like to see a more useful eye transplant. I'd like to see a Borg style transplant; this will give you the ability to zoom, night vision, sun proctection, x-rays in one package.
While mono is better overall, Portable.NET has better WindowsForms support. It sucks to have 2 open source projects that at their core want the same thing. If the open source community wants to compete with the fast releases of the Microsoft .NET , they need to be more unified.
Oh crap, now I have to see the Blue Screen of Death on my telly too.
That has to do with version numbers Major.Minor.Build.Revision. If the revision number has changed, .net treats the 2 libs as compatible. The newer version has only bug fixes. If the bulid version has changed, .net treats them as possible compatibility between them. If the minor, or major is changed, it treats them as uncompatible.
Correction: ... On disk they are actually stored as [HASH]foobar.dll, but the program...
This is where .NET comes in. There is no more DLL hell. There are 2 ways to fix this in Linux. One way is to not use dynamic libaries, and use inline. The binaries will be big, but that is not a problem anymore since hard drives are big and cheap. The second way to fix this is to do what .NET did, make assemblies (exe, dlls) strong named. They cantain a version like 1.1.3434.13243, a digital signature, and are stored in a global assembly cache. This means that foobar.dll v1.0 and foobar.dll v1.1 can exist on disk at the same location (to the requesting program). On disk they are actually stored as foobar.dll, but the program does not see that. This way DLL hell is fixed. .NET takes care of this problem. A similar service can be created for UNIX. I'm not talking about .NET, just about the service that gives the right version of the libary to the requesting program. Since almost every distro has a different file system hierarchy, and no distro capitulates to a standard, I don't think that this will ever happen.
Everytime some one posts a Deep Inside article makes me think of Deep Inside Devon, or some other Deep Inside .
I thought that nano-tech products from cabon are super strong. This will turn every car into a bulldozer. How will this be safer?
Speaking of "grammer", I must say that the actual spelling is GRAMMAR.
While I have never been there, nor do I have a job in networking, or one at all, all I can say is that you should never travel or work alone. Find a way to get some protection. Get a gun, and some self-defence classes before you go. I have been in Middle East. I have lived in Israel for a few years and got an Israeli citizenship.
Correction: Thank you for supporting me.
Than you for supporting me.