The most important factor
-
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 ;)
-
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
-
: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:
