The most important factor
-
:-D Should be Iron Woman though
MVVM # - I did it My Way ___________________________________________ Man, you're a god. - walterhevedeich 26/05/2011 .\\axxx (That's an 'M')
-
That makes two of us... Most comments seems to point out that it can be made faster the lower type languange that you have. Lets say: Assembly could be faster than C C could be faster than C++ C++ could be faster than C# There isnt anything that you cant program in C# which you also coudnt programm in assembly. And since an assembly program could be tailor made to only serve your needs this could be made to run faster, but there is also something called development time :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!
-
"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[^]
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:
-
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!
:laugh: I must say, Im not very good at reading assembly though
-
Kenneth Haugland wrote:
but there is also something called development time :laugh:
You mean the time you spend debugging when some framework/library/reflection magic does not work as expected? All that stuff saves time as long as it works and then steals it again. I prefer to worry about my own code.
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:
-
:-D Should be Iron Woman though
MVVM # - I did it My Way ___________________________________________ Man, you're a god. - walterhevedeich 26/05/2011 .\\axxx (That's an 'M')
-
Here you go.[^] Just as I always said, but I prefer a hex keyboard. Toggle switches are too slow.
Sent from my BatComputer via HAL 9000 and M5
CDP1802 wrote:
Here you go.[^] Just as I always said, but I prefer a hex keyboard. Toggle switches are too slow.
Not if you use these toggle switches PDP-8/I[^], in high school we had to enter the boot program by hand. There were arguments on whether it was faster to toggle the switches as they were or to swipe across to reset before setting them.
Psychosis at 10 Film at 11 Those who do not remember the past, are doomed to repeat it. Those who do not remember the past, cannot build upon it.
-
"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 ;)
-
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!
