There is a non-profit organization here at http://www.rebootcanada.ca/ which refurbishes old H/W for churches and the less fortunate. Not sure if they cover shipping, but they seem like a good place to ditch your junk. Otherwise you can send it to me, I LOVE legacy hardware. =)
My own encouragement came from curiousity about how computers and programs worked, but as far as encouraging someone either they will be interested in learning or they will not. As a programmer for the last 23 years I'd have to say teaching the importance of RTFM'ing is a good place to start. C is an ideal language to start with, it will show them many valuable programming concepts. Also, shell scripting shouldmake them comfortable with the commandline along with those all important 'programming concepts'. Unix/Linux/BSD is the best place to learn the art of coding (in my opinion)...Manpages are there to RTFM. One last thing, make sure their first IDE is VI, GCC and Make.;-)
By viewing/using/thinking about this source code you agree to the following:
Any work derived from the associated source code is property of Microsoft Corp. (as well as your family, pets and all relatives with the first name William).
Flaws and/or security holes are your fault, the source code was fine when we gave it to you.
In the event that the source code will not compile you must purchase a "Open Source.NET" license and you will be issued the working version of the source code. See #2.
Microsoft Corp. is the rightful patent owner for 'Open Source', Reading/Writing, The Alphabet and Breathing.
Where do you want to go today? Where we tell you to go of course.
The last time I benchmarked Java vs. C++ myself, C++ came out on top overall but it was fairly close. However, that was using Java compiled to a native executable, no JVM was involved.
Being primarily a C++ programmer I may be a little biased, but I can't see Java ever being faster than C++ and definately not JVM executed Java. Oh, don't get my started on C, in my own benchmarks Java got its ass whooped that's all I'm gonna say.
I personally like both C++ and Java as tools, who cares which is faster? They both get the job done. *shrugs* Can't we all just get along?!
I really can't see any real world application of such a, umm, toy. Also, the claim that "the stack is able to support an unlimited number of simultaneous TCP connections" is, well, bogus.
First off, regardless of how good a TCP/IP stack is you will still be limited by hardware. Then we
have sockets, usually a 32 bit value on most platforms. Each client connection will use at least 1 of these sockets...and I'm guessing this
"stack" uses PHP's socket functions; which wrap the real socket subsystem of the platform. So, that limits you to a maximun of 2^32 (~4294967296) available sockets; and 2^31 (~2147483648) on platforms that use a signed integer type to represent the socket. So, that little PHP toy stack will run outta sockets at some point.
Dreams are nice though aren't they? Anyways, hope your ass doesn't get DOS'ed too bad there! =P
Apparently Sun doesn't know what they want to do other than create a whole lot of hype. Instead of making Java Open-source or their little free hardware dream, I think the actual Java language should be standardized. I haven't heard much on the topic of Java being standardized lately and think it deserves some attention.
It is a great tool in my opinion, but under the control of Sun it's been a mess. The core API is constantly changed, alot of times in a good way, but they tend to deprecate portions of the API far too often. More thought into the design of these API's would help, but why bother?
Sun has 100% control over the direction of the language and its core API's.
Standardization of the language would force them to put a little more time and thought in their additions/changes to the Java API/language. I personally use C++ way more than Java, but have always stood behind it as being a great tool...that could be made even better.
Can you imagine a C or C++ compiler message similar to "Warning(5): Use of deprecated entry point 'int main()'. See 'void main()'"...hmm, god bless ANSI standards! Standardization would do more good for Java's future than anything else, in my opinion of course. =)</comment>
Slashdot Mirror
There is a non-profit organization here at http://www.rebootcanada.ca/ which refurbishes old H/W for churches and the less fortunate. Not sure if they cover shipping, but they seem like a good place to ditch your junk. Otherwise you can send it to me, I LOVE legacy hardware. =)
My own encouragement came from curiousity about how computers and programs worked, but as far as encouraging someone either they will be interested in learning or they will not. As a programmer for the last 23 years I'd have to say teaching the importance of RTFM'ing is a good place to start. C is an ideal language to start with, it will show them many valuable programming concepts. Also, shell scripting shouldmake them comfortable with the commandline along with those all important 'programming concepts'. Unix/Linux/BSD is the best place to learn the art of coding (in my opinion)...Manpages are there to RTFM. One last thing, make sure their first IDE is VI, GCC and Make. ;-)
You cannot implement a real TCP/IP stack using PHP alone, simple.
Configure ipchains (or iptables) on a 166MHz P1, you'll definately hear the activity...well, if you know your server intimately that is. =)
The last time I benchmarked Java vs. C++ myself, C++ came out on top overall but it was fairly close. However, that was using Java compiled to a native executable, no JVM was involved.
Being primarily a C++ programmer I may be a little biased, but I can't see Java ever being faster than C++ and definately not JVM executed Java. Oh, don't get my started on C, in my own benchmarks Java got its ass whooped that's all I'm gonna say.
I personally like both C++ and Java as tools, who cares which is faster? They both get the job done. *shrugs* Can't we all just get along?!
I really can't see any real world application of such a, umm, toy. Also, the claim that "the stack is able to support an unlimited number of simultaneous TCP connections" is, well, bogus.
First off, regardless of how good a TCP/IP stack is you will still be limited by hardware. Then we have sockets, usually a 32 bit value on most platforms. Each client connection will use at least 1 of these sockets...and I'm guessing this "stack" uses PHP's socket functions; which wrap the real socket subsystem of the platform. So, that limits you to a maximun of 2^32 (~4294967296) available sockets; and 2^31 (~2147483648) on platforms that use a signed integer type to represent the socket. So, that little PHP toy stack will run outta sockets at some point.
Dreams are nice though aren't they? Anyways, hope your ass doesn't get DOS'ed too bad there! =P
Apparently Sun doesn't know what they want to do other than create a whole lot of hype. Instead of making Java Open-source or their little free hardware dream, I think the actual Java language should be standardized. I haven't heard much on the topic of Java being standardized lately and think it deserves some attention.
It is a great tool in my opinion, but under the control of Sun it's been a mess. The core API is constantly changed, alot of times in a good way, but they tend to deprecate portions of the API far too often. More thought into the design of these API's would help, but why bother? Sun has 100% control over the direction of the language and its core API's.
Standardization of the language would force them to put a little more time and thought in their additions/changes to the Java API/language. I personally use C++ way more than Java, but have always stood behind it as being a great tool...that could be made even better.
Can you imagine a C or C++ compiler message similar to "Warning(5): Use of deprecated entry point 'int main()'. See 'void main()'"...hmm, god bless ANSI standards! Standardization would do more good for Java's future than anything else, in my opinion of course. =)</comment>