The most important factor
-
"The most important factor in determining the speed and efficiency of a program is not the language used to program it, but the people behind the keyboards." I asked my friend what are the features one can find in C++ that are not in C#, and he started his search, when I saw this comment I laughed http://stackoverflow.com/questions/4257659/c-sharp-versus-c-performance[^]
I would say this is true 99% of the time, you can make a program as slow as a governmental office on C++, while a program written in JavaScript run circles around it. ;P
CEO at: - Rafaga Systems - Para Facturas - Modern Components for the moment...
-
CDP1802 wrote:
Just as I always said, but I prefer a hex keyboard. Toggle switches are too slow.
I agree with you there! See you got it working, looking good! Is that an old wire wrap tool there on the table?
VS2010/Atmel Studio 6.1 ToDo Manager Extension The problem with the gene pool is that there is no lifeguard. -Steven Wright
Oh, sorry. That's a replica of the original, not mine. My old omputer is only a year younger, but did not need any more wire wrapping and has a hex keyboard. Here[^] you can see one like mine being made functional again. The 'mainboard' essentially is the same as the wirewrapped original, but with some improvements. The one shown there is quite similar to mine, I just never had more than 4k RAM, but at least it still works perfectly after all the years. This year I was outside a lot, trying to fly around with (model) helicopters. By now good weather at the weekend is getting more rare, so chances are good that I will have more time for working on the Elf III with 16 mb RAM and perhaps the prototype for a multi CPU Elf IV :)
Sent from my BatComputer via HAL 9000 and M5
-
Quote:
All that stuff saves time as long as it works and then steals it again.
Th'ives I say, they stole my precious :laugh:
-
Kenneth Haugland wrote:
there is also something called development time
True. Assembly must be quicker to develop, because you have to type fewer characters.
I wanna be a eunuchs developer! Pass me a bread knife!
-
I would say this is true 99% of the time, you can make a program as slow as a governmental office on C++, while a program written in JavaScript run circles around it. ;P
CEO at: - Rafaga Systems - Para Facturas - Modern Components for the moment...
-
Oh, sorry. That's a replica of the original, not mine. My old omputer is only a year younger, but did not need any more wire wrapping and has a hex keyboard. Here[^] you can see one like mine being made functional again. The 'mainboard' essentially is the same as the wirewrapped original, but with some improvements. The one shown there is quite similar to mine, I just never had more than 4k RAM, but at least it still works perfectly after all the years. This year I was outside a lot, trying to fly around with (model) helicopters. By now good weather at the weekend is getting more rare, so chances are good that I will have more time for working on the Elf III with 16 mb RAM and perhaps the prototype for a multi CPU Elf IV :)
Sent from my BatComputer via HAL 9000 and M5
I checked prices on ebay for the Elf, couldn't afford one then and can't afford one now...damn expensive! But would be fun to play with, maybe I'll develop an equivalent one using an AVR?
VS2010/Atmel Studio 6.1 ToDo Manager Extension The problem with the gene pool is that there is no lifeguard. -Steven Wright
-
I checked prices on ebay for the Elf, couldn't afford one then and can't afford one now...damn expensive! But would be fun to play with, maybe I'll develop an equivalent one using an AVR?
VS2010/Atmel Studio 6.1 ToDo Manager Extension The problem with the gene pool is that there is no lifeguard. -Steven Wright
-
Only until threw Mickeysoft out the window last year. They have wasted my time once too often. If my computer were not so allergic to Linux, there would not be a single installation of Windows left.
Sent from my BatComputer via HAL 9000 and M5
Quote:
Only until threw Mickeysoft out the window last year.
Assuming that everything about the survailiance story with NSA is true, more might follow you ;)
-
Build one from scratch. The original cost 100$ in 1977 and that has not changed very much. Some parts, like the CDP1802 are a little harder to get, but I can help with that.
Sent from my BatComputer via HAL 9000 and M5
The one thing that holds me back from doing a lot of projects is PCB fabrication. I've been looking at different ways to DIY but haven't taken the leap yet. To have them made is a tad expensive but the result is a lot better than I could probably do. I tried wire wrap years ago and was terrible at it so I feel that is not a real option.
CDP1802 wrote:
Some parts, like the CDP1802 are a little harder to get, but I can help with that.
Thanks will keep that in mind if/when I get to that point.
VS2010/Atmel Studio 6.1 ToDo Manager Extension The problem with the gene pool is that there is no lifeguard. -Steven Wright
-
Quote:
Only until threw Mickeysoft out the window last year.
Assuming that everything about the survailiance story with NSA is true, more might follow you ;)
-
:laugh: :laugh: :laugh: :laugh: :laugh: If they would remove the tiles (have enough of them in my house as it is) and had a start button, but noooo....
-
"The most important factor in determining the speed and efficiency of a program is not the language used to program it, but the people behind the keyboards." I asked my friend what are the features one can find in C++ that are not in C#, and he started his search, when I saw this comment I laughed http://stackoverflow.com/questions/4257659/c-sharp-versus-c-performance[^]
Tarek Elqusi wrote:
...but the people behind the keyboards
True that. I was given a problem that was to be solved in no more than an hour. I came up with a solution inside that hour, but I hated it. It was an O(N^2) solution. I spent much more time thinking about it and came up with an O(N) solution that put it to shame. So, am I one of those problem coders because I came up with a bad solution off the top of my head? Or am I a problem coder for coming up with an elegant solution so slowly? I have very little experience with C++, all I know is the uncountable number of times programs failed because of memory leaks and they turned out to be C++ code. (I could get C# to fail with memory problems too but that was intentionally running a recursive routine over 40K times or creating an int array with 200,000,000 items.)
-
Hex keyboard. Machine language and a hex keyboard.
Sent from my BatComputer via HAL 9000 and M5
So it's also quicker to learn, because you don't have to master such a big character set!
I wanna be a eunuchs developer! Pass me a bread knife!
-
Eiffel - now there's a name. With all the imagery of phallic, Gaulloise-smoked France, how could it not be a success? I even made it say 'Hello World'. Eventually. With a French accent of course. :laugh:
Simon O'Riordan from UK wrote:
Eiffel - now there's a name.
It definitely sounds better than YUCK (or however it's spelled...) ;P
-
Simon O'Riordan from UK wrote:
Eiffel - now there's a name.
It definitely sounds better than YUCK (or however it's spelled...) ;P
Actually it's not so bad, as long as you use a black & white monitor with a grainy picture and smoke plenty of Gaulloises while getting an Algerian craftsman to do the actual coding while you talk in a depressed way to your girlfriend, sitting with a full ash tray and empty coffee thimbles. X|
-
Tarek Elqusi wrote:
...but the people behind the keyboards
True that. I was given a problem that was to be solved in no more than an hour. I came up with a solution inside that hour, but I hated it. It was an O(N^2) solution. I spent much more time thinking about it and came up with an O(N) solution that put it to shame. So, am I one of those problem coders because I came up with a bad solution off the top of my head? Or am I a problem coder for coming up with an elegant solution so slowly? I have very little experience with C++, all I know is the uncountable number of times programs failed because of memory leaks and they turned out to be C++ code. (I could get C# to fail with memory problems too but that was intentionally running a recursive routine over 40K times or creating an int array with 200,000,000 items.)
" int array with 200,000,000 items". I once tried to read a big file for md5sum calculation, then realised it was bigger than my total available RAM. As I remember, the solution was to use some sort of block-copying stream function(C#) with a big block to make the processing bearable. :rolleyes:
