Here's what I believe is the biggest reason they don't: they're lazy. It doesn't matter if a language is hard to work with and has difficult syntax. If the developer knows it inside and out, that developer will prefer to use the older, less sophisticated language, regardless of any benefits the new one offers.
Yeah, most definetely. I still program things in C when it makes absolutely no sense to (I don't program operating systems, device drivers, performance critical code,...), but I'm pretty comfortable with it.
I'm also doing a lot of Java lately, because I've grown used to it at work, and it's even more comfortable (for a recursive argument, the C-like syntax makes for a natural progression:). I even use it for text-processing et al., even though there exist more appropiate alternatives.
The GTK+ Swing look is quite ugly; it only tracks a few Gnome themes, I think it does not support antialiasing and looks baaaaad. If you want to use it, anyway, check this.
If you want to develop Gnome apps in Java, there are Gnome/GTK bindings for Java.
There is also SWT, but I don't recommend it (it's a lowest common denominator for Win32, Cocoa, GTK and Solaris). Besides, it's selling point is 'cross-platform' compatibility. If you are developing Gnome apps, you shouldn't care much for that (I mean, you are following the HID and using Gnome apis -that's not crossplatform).
However, if I boot with a USB mouse plugged in, the touchpad stops working (no output at all if I cat the/dev stuff).
I've seen things posted around about this, they tell you to look in the BIOS (no suitable option on mine) and there seems to be some talk on LKML, but I've seen no changes (thought it'd be fixed in 2.6.5, there are some promising things on the changelog).
When I do a default install Eclipse on OS X, it places the user workspace underneath the Eclipse program directory, not naturally leading to program directories that are not virus writable. I run it on Linux, and the workspace is separated from the program directory off of my home directory, and the eclipse stuff installs nicely into a protected area.
Eclipse 3.0M8 is what you're looking for. It lets you choose the workspace location without fuss.
Why would anyone need to rewrite md5? If someone pays you by the hour, and you are not 10x fast as everyone else, they're wasting their money.
That said, I have written my own share of code that I could've borrowed from somewhere else, but it was because I didn't trust it (I wouldn't use that 'Bill's Custom C-Strings Library either).
But there's no way I'm going to roll my own when I can do otherwise.
Static linking is a mixed blessing. What if something I linked statically has a security update? What do you prefer, update just the library or update *all* of the packages that depend on it (of course, if it's something fringe enough, it might be the same amount of work).
Why Gnome/KDE insist in non-fs integrated virtual filesystems? Although their solution is platform independent, it is too 'opaque'. LUFS and similar stuff is the win:-b
1) X is pretty much as responsive as the Win32 GUI. But I'm so tired of the rebating of X sucks arguments that I'm not even gonna try
2) Gnome and KDE are pretty much shiny.
3) Language choice has 0 to do with this. Most Windows stuff is written in C++ and it is not slow.
4) Dependencies should be handled by your package manager, not you. Apt has had this sorted out for ages.
5) Firebird loads in 2-3 seconds in my laptop and never feels unresponsive.
7) OS/2 was a better Windows than Windows and see where it ended
8) If the users need to manually convert big Word documents to ASCII and put all the formatting back again, they won't switch from Office. Check the latest releases of Open Office and you'll be surprised
9) Packaging software will always be complicated. If a non for profit organization manages to package tens of thousands of packages effectively, I'd say that they are pretty good at it.
I'll have to say that Linux software installation would be easier if developers took advantage of the fact that their dependencies are GPL'ed or have similar licenses. Bundle your obscure dependencies.
Parallelize 3n+1? It looks like it cannot be parallelized. On the other hand, they could try several different starting n's at once, but that is not very interesting...
Let's change the programs to print "hello world" one million times...
alex@wintermute alex $ time java hello [...] real 0m2.032s user 0m0.161s sys 0m0.017s alex@wintermute alex $ time./a.out [...] real 0m2.914s user 0m0.003s sys 0m0.004s
Slashdot Mirror
cd /kernel/source/directory/
patch -p1 </path/to/patch
Decompress the patch before.
It might be fast, but someone's paying the bandwidth for the mirror.
Nobody is going to run their business on obsolete stuff, no matter how good it is now.
Like... Cobol?
Here's what I believe is the biggest reason they don't: they're lazy. It doesn't matter if a language is hard to work with and has difficult syntax. If the developer knows it inside and out, that developer will prefer to use the older, less sophisticated language, regardless of any benefits the new one offers.
Yeah, most definetely. I still program things in C when it makes absolutely no sense to (I don't program operating systems, device drivers, performance critical code, ...), but I'm pretty comfortable with it.
I'm also doing a lot of Java lately, because I've grown used to it at work, and it's even more comfortable (for a recursive argument, the C-like syntax makes for a natural progression :). I even use it for text-processing et al., even though there exist more appropiate alternatives.
The GTK+ Swing look is quite ugly; it only tracks a few Gnome themes, I think it does not support antialiasing and looks baaaaad. If you want to use it, anyway, check this.
If you want to develop Gnome apps in Java, there are Gnome/GTK bindings for Java.
There is also SWT, but I don't recommend it (it's a lowest common denominator for Win32, Cocoa, GTK and Solaris). Besides, it's selling point is 'cross-platform' compatibility. If you are developing Gnome apps, you shouldn't care much for that (I mean, you are following the HID and using Gnome apis -that's not crossplatform).
And I guess you never enjoy a movie the second time you see it...
I did, but the setting made no difference. In the end, I solved it.
Actually I finally solved it by passing i8042.nomux to the kernel :-b
I'm using those and they are working fine.
/dev stuff).
However, if I boot with a USB mouse plugged in, the touchpad stops working (no output at all if I cat the
I've seen things posted around about this, they tell you to look in the BIOS (no suitable option on mine) and there seems to be some talk on LKML, but I've seen no changes (thought it'd be fixed in 2.6.5, there are some promising things on the changelog).
Beat you to it :)
alex@wintermute:~$ uname -aLinux wintermute 2.6.5 #1 Sun Apr 4 12:48:02 CEST 2004 i686 GNU/Linux
But the touchpad on my Dell Inspiron 2650 is still not working properly :(
If that's the best you can come up with, then I say OS X is not so bad, no?
:-b
Anyway, I don't remember the last time I used a floppy
When I do a default install Eclipse on OS X, it places the user workspace underneath the Eclipse program directory, not naturally leading to program directories that are not virus writable. I run it on Linux, and the workspace is separated from the program directory off of my home directory, and the eclipse stuff installs nicely into a protected area.
Eclipse 3.0M8 is what you're looking for. It lets you choose the workspace location without fuss.
OTOH, if you are managing large amounts of files and you are not a newbie, the command line will probably be much better.
So maybe catering for the newbies is right...
What are you smoking?
Why would anyone need to rewrite md5? If someone pays you by the hour, and you are not 10x fast as everyone else, they're wasting their money.
That said, I have written my own share of code that I could've borrowed from somewhere else, but it was because I didn't trust it (I wouldn't use that 'Bill's Custom C-Strings Library either).
But there's no way I'm going to roll my own when I can do otherwise.
Static linking is a mixed blessing. What if something I linked statically has a security update? What do you prefer, update just the library or update *all* of the packages that depend on it (of course, if it's something fringe enough, it might be the same amount of work).
>>Thanks a lot dude. I'll never be able to use >>"prothon" without thinking of "hot porn" now.
>{puzzled} You say that as if it were a bad thing.
You say that as if you didn't think of it all the time (hot porn, that is).
Kiki Stockhammer
I think you mean... "Join me".
Why Gnome/KDE insist in non-fs integrated virtual filesystems? Although their solution is platform independent, it is too 'opaque'. LUFS and similar stuff is the win :-b
Just a nitpick; you can do your "safer still" approach in Java using StringBuffer instead of String; and it will be much faster.
100% agree. Look at X2, which I enjoyed more than X-Men (even if the budget had a lot to do with that).
I'm just experiencing a pretty hangover, so I could be wrong here, but N^2 is not exponential with regards to N...
The name is pronounced roughly like "Y que?", that's "So what?" in Spanish.
Cue-in Mitsubishi Pajero and Nissan Laputa jokes...
1) X is pretty much as responsive as the Win32 GUI. But I'm so tired of the rebating of X sucks arguments that I'm not even gonna try
2) Gnome and KDE are pretty much shiny.
3) Language choice has 0 to do with this. Most Windows stuff is written in C++ and it is not slow.
4) Dependencies should be handled by your package manager, not you. Apt has had this sorted out for ages.
5) Firebird loads in 2-3 seconds in my laptop and never feels unresponsive.
7) OS/2 was a better Windows than Windows and see where it ended
8) If the users need to manually convert big Word documents to ASCII and put all the formatting back again, they won't switch from Office. Check the latest releases of Open Office and you'll be surprised
9) Packaging software will always be complicated. If a non for profit organization manages to package tens of thousands of packages effectively, I'd say that they are pretty good at it.
I'll have to say that Linux software installation would be easier if developers took advantage of the fact that their dependencies are GPL'ed or have similar licenses. Bundle your obscure dependencies.
Parallelize 3n+1? It looks like it cannot be parallelized. On the other hand, they could try several different starting n's at once, but that is not very interesting...
Huh, sorry, that's one thousand times :-b
Let's change the programs to print "hello world" one million times...
Interesting, isn't it?