If you are looking for a barebones distro, try gentoo (gentoo.org). For a barebones window manager, perhaps try something like fluxbox or blackbox.
Pretty much, gentoo will give you a base system and it will be up to you to set everything up.
If you'd take a moment and actually LOOK at their Sourceforge entry, you'd not have posted this If YOU would have taken a moment to actually look at their Sourceforge page, you would realize the page also includes the details of the 5.0 release and in fact has answers to some of the questions that are being asked in this thread.
It is very important for students to start learning a low-level language. This way, they teach themselves to pay attention to smaller details and thus write better code. It is much harder for a java coder to sit down and start coding in assembly then it is for an assembly coder to sit down and start java. Low-level languages prepare students for other languages and reinforce important base concepts which are vital to a balanced education. Just remember, web-based and scripting languages wouldn't have a platform to run on if it wasn't for c/asm.
but try to imagine that not everyone is intimately familiar with the C++ standard regarding sequence points The point of C++ is not that someone can sit down and wing it. That is why the documentation is there. To code in C++, you have to understand what you are doing.
don't you think it's awfully easy to make a mistake in C++? It's awfully easy to make a mistake in any language
A programmer who refuses to use a language with automatic memory management and mandatory bounds checking due to professional pride is the computer world equivalent to a truck driver who refuses to use a seatbelt And a programmer who can't use a language without automatic memory management and mandatory bounds checking is the computer world equivalent to a trucker who doesn't have a driver's license.
And APIs. I mean, by now, transactions on a filesystem should be part of your standard C-API; read, write, oh sorry, I didn't mean that: rollback. Why isn't it ? I think you need to take another look at the standard C API. And just so you know, the "STANDARD C API" is not a "Unix" thing. Perhaps you should look at http://www.open-std.org/jtc1/sc22/wg14/
Then the fact that most software is still written in C/C++ should cause a tear or two. Tears of joy? There is no reason why applications should be written in anything else. C/C++ still remain the most powerful programming languages around. Yeah, they can be misused in the wrong hands, but can't any language?
This article is without doubt a troll. I would love to hear how closed-source is any different. Of course we build off older principles: newer isn't always better.
playing dumb won't work because you posted the question on/. and now everyone knows that you know
The time in which you could have played dumb is over. What I would recommend doing is confronting the employee and telling him to contact the blog owner. Let him worry about it, not you.
I think this makes it pretty obvious that Steve Jobs is secretly hiding self-destruct mechanisms inside the ipods for when Apple tries to take over the world.
Ubuntu is very popular atm because it is very beginner friendly. Ubuntu seems to strive to make itself like Windows to attract more people. It is only a matter of time before Ubuntu looks and acts just like Windows.
What I can say, though it is not quite relevent to the discussion, but I will anyway... the issue with calling the GC directly -is- an incredibly easy to find bug =P In my opinion, ANYTIME the GC is called directly, thats a bug right there, so finding it can even be automated!!! Tadah! (Seriously though, NEVER EVER EVER call the GC directly. If you THINK you have to, its because there's an architecture problem somewhere...). Interesting. When I code in Java, I try to take control of the program as much as possible, which usually results in me fighting with the JVM. I acknowledge that writing Java code is like writing for a separate os, which acts completely different then the host os and that to write effective Java code, it becomes necessary to familiarize oneself with the JVM and all its nuances.
This discussion reminds me of a very interesting book that one of my professors lent to me which was a sort of puzzle book describing some small intricacies within the JVM that could lead to rather large bugs. Even with higher-level programming languages, I still believe it is necessary to have a strong understanding of the underlying implementation. So in other words...
doesn't mean you can hire crap programmers, no matter how much the project managers think so! Exactly!!
I agree with what your saying, most applications are not performance dependent or require the amount of control of a lower-level language. But to imply that higher level languages are more error proof then lower level language (I assume this is what you mean, correct me if I am wrong) is not completely correct. Again, since this is what I have experience in, I am going to pick on Java to provide an example. While Java provides a level of abstraction over lower level memory work, this creates another issue with the developer. Since the developer is not always sure what is going on behind the scenes, it is very easy to write buggy code that looks correct and is hard to debug. One example of this, although not life-threatening to the application but still rather annoying, is the issue with calling System.gc() (The method call to manually run the garbage collector). One would think that when they tell the JVM to run the garbage collector, the garbage collector would run, however inside the JVM, the application is not able to force the garbage collector to run, only hint to it that it might want to run. Now I realize that in the overall scope of an application, this seems minuscule and this is also just a java problem.
I guess the overall message I am trying to convey is that sometimes providing a level of abstraction hides too much from the programmer, thus allowing for just as many bugs, albeit different kinds of bugs.
Interesting. I really haven't messed around with C#. Part of me really dislikes using a propriety language, but I have heard some good things.
"By default you can't shoot yourself in the foot, Is it better to make an idiot-proof language or make better programmers? Personally, I think the whole idiot-proof language idea is a complete waste. It just promotes more illiteracy in computer science.
Slashdot Mirror
If you are looking for a barebones distro, try gentoo (gentoo.org). For a barebones window manager, perhaps try something like fluxbox or blackbox. Pretty much, gentoo will give you a base system and it will be up to you to set everything up.
Obviously, you should use a bunch of cantennas to carry the wireless signal
The site is down, but the sourceforge page is not.
http://sourceforge.net/projects/truecrypt/
Last time I checked, it was about 60/40 C++/Java jobs.
It is very important for students to start learning a low-level language. This way, they teach themselves to pay attention to smaller details and thus write better code. It is much harder for a java coder to sit down and start coding in assembly then it is for an assembly coder to sit down and start java. Low-level languages prepare students for other languages and reinforce important base concepts which are vital to a balanced education. Just remember, web-based and scripting languages wouldn't have a platform to run on if it wasn't for c/asm.
don't you think it's awfully easy to make a mistake in C++? It's awfully easy to make a mistake in any language
There is nothing wrong with learning java. There is something wrong with learning java to avoid learning the low-level details of a computer.
Blame graphic card vendors, they are the reason why there is a lack of hardware support for graphics cards.
If you want a safe bet, go with nVidia, their cards possibly have the best linux support.
This article is without doubt a troll. I would love to hear how closed-source is any different. Of course we build off older principles: newer isn't always better.
moral of the story: if you are a linux noob, you might not enjoy a linux machine because its not windows
The author's words are so profound
playing dumb won't work because you posted the question on /. and now everyone knows that you know
The time in which you could have played dumb is over. What I would recommend doing is confronting the employee and telling him to contact the blog owner. Let him worry about it, not you.
pics or it didn't happen...
I think this makes it pretty obvious that Steve Jobs is secretly hiding self-destruct mechanisms inside the ipods for when Apple tries to take over the world.
Surrender or your 8 gigs of music gets it.
Ubuntu is very popular atm because it is very beginner friendly. Ubuntu seems to strive to make itself like Windows to attract more people. It is only a matter of time before Ubuntu looks and acts just like Windows.
Are we supposed to fall for another worthless publicity stunt of another celebrity pretending to "be one of us"?
There is no patch for human stupidity.
Try compiling now.
This discussion reminds me of a very interesting book that one of my professors lent to me which was a sort of puzzle book describing some small intricacies within the JVM that could lead to rather large bugs. Even with higher-level programming languages, I still believe it is necessary to have a strong understanding of the underlying implementation. So in other words...
doesn't mean you can hire crap programmers, no matter how much the project managers think so! Exactly!!
I agree with what your saying, most applications are not performance dependent or require the amount of control of a lower-level language. But to imply that higher level languages are more error proof then lower level language (I assume this is what you mean, correct me if I am wrong) is not completely correct. Again, since this is what I have experience in, I am going to pick on Java to provide an example. While Java provides a level of abstraction over lower level memory work, this creates another issue with the developer. Since the developer is not always sure what is going on behind the scenes, it is very easy to write buggy code that looks correct and is hard to debug. One example of this, although not life-threatening to the application but still rather annoying, is the issue with calling System.gc() (The method call to manually run the garbage collector). One would think that when they tell the JVM to run the garbage collector, the garbage collector would run, however inside the JVM, the application is not able to force the garbage collector to run, only hint to it that it might want to run. Now I realize that in the overall scope of an application, this seems minuscule and this is also just a java problem.
I guess the overall message I am trying to convey is that sometimes providing a level of abstraction hides too much from the programmer, thus allowing for just as many bugs, albeit different kinds of bugs.
"By default you can't shoot yourself in the foot, Is it better to make an idiot-proof language or make better programmers? Personally, I think the whole idiot-proof language idea is a complete waste. It just promotes more illiteracy in computer science.
..and he would have gotten away with it if it wasn't for you pesky kids and your talking dog.