The most important factor
-
DaveAuld wrote:
Maybe once you tell me I may understand what I should considering laughing at...
Synopsis: Assembler and all higher level languages are for sissies, 1's and 0's is the only way to go. :)
VS2010/Atmel Studio 6.1 ToDo Manager Extension The problem with the gene pool is that there is no lifeguard. -Steven Wright
-
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:
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
-
DaveAuld wrote:
Maybe once you tell me I may understand what I should considering laughing at...
Synopsis: Assembler and all higher level languages are for sissies, 1's and 0's is the only way to go. :)
VS2010/Atmel Studio 6.1 ToDo Manager Extension The problem with the gene pool is that there is no lifeguard. -Steven Wright
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
-
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:
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
-
DaveAuld wrote:
Maybe once you tell me I may understand what I should considering laughing at...
Synopsis: Assembler and all higher level languages are for sissies, 1's and 0's is the only way to go. :)
VS2010/Atmel Studio 6.1 ToDo Manager Extension The problem with the gene pool is that there is no lifeguard. -Steven Wright
Been there, done that!
-
DaveAuld wrote:
I may understand what I should considering laughing at...
A man walks into a bar and says ouch. It was an iron bar.
speramus in juniperus
-
"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[^]
Actually, I find the most important factor to be the demand and availability of a Programming language. At college I always wanted to learn C++, even when they said "Yeah, we have C++" they did not. They lied to me and then flat-out gave me C#. Honestly, after finishing my studies on C# this year in December, I'll probably get myself a course on C++. After all, the more program languages you learn, the better your scope is. It all comes down to scope in my opinion. Different languages (like the variation of Pascal we have at work) have different scopes, therefore once learning a scope, you're able to do more in a language. I think my logic is a little confused (Haven't been coding all that much lately, company has given me formwork to do most of the time.) but I'm sure to take my final C# test in about January/February next year.
-
"Iron Man" is a Super Hero. "Iron women" is a command. :suss:
Loading signature... . . . Please Wait . . .
:-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')
-
:-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...
