///Re: Back to assembly language is productive


Betov wrote:
"rhyde@xxxxxxxxxx" <rhyde@xxxxxxxxxx> écrivait
news:1167403927.701368.248080@xxxxxxxxxxxxxxxxxxxxxxxxxxxx:

And your comments, in no way, explain why assembly *could* be the base
of a "Development Environment for Productivity".

I don't need any BlaBla for explaining anything, clown:

True, you just never explain anything. :-)


I just do it,

Yes, you must be more productive in assembly than you are in HLLs,
because you don't know any HLLs. OTOH, if you actually *knew* how to
program well in a decent HLL, you'd probably realize how your statement
doesn't apply to the general population.

and the productivity of these users:


Given that what "most
people think", I suspect you are in a very small group of people if you
think that programming in assembly is more productive than programming
in HLLs.

... says all there is to say about the subject.

Yes, you are in a very small group of people -- those who only know
assembly language and think it's the most productive without actually
having bothered to learn anything else. As the saying goes, to him who
has only a hammer, everything looks like a nail. If you only know
assembly language, then it's pretty clear that you can write
applications in assembly language more productively than with any other
language. OTOH, good programmers have a lot more tools in their
toolchest than a hammer (assembly language) and know when to use the
appropriate tool for the current job (application).




Go ahead, try and define that tiny group you're in (those who
only know and use assembly language) as the "true asmers" all you want.
The rest of the world will simply say "No thanks. If that's what being
an assembly language programmer is all about, I want no part of it."
It's no wonder your product and ideas are as poorly received as they
are.

The "rest of the world" being full of unsignificant
nobodies like you, what they (and you) say is to be
compared to what cows say when they see a train passing
by.

As I said, you can reduce the definition of assembly language and an
assembly language programmer to the tiny subset of the world that
consists of you and a few of your friends. That, however, does help you
win any debates about the productivity of assembly language.
Cheers,
Randy Hyde
P.S. Simply stripping the "///" off the post doesn't hide the fact that
you lied about not responding to posts with "///" in the subject line.

.

Relevant Pages

  • Re: Numeric output
    ... HLLs were designed to be more compact. ... Assembly as well as HLLs have their place in programming. ... asm isn't written for LoC productivity. ... > If size and speed were valuable characteristics, ...
    (alt.lang.asm)
  • Re: C# programmer wants to learn assembly?? plz help
    ... This was evident to me 3 weeks into my first learning ... Also I would never have said this if it was not for RosAsm. ... any claims about productivity are just hot air. ... talk about "productivity in assembly language versus Pascal." ...
    (alt.lang.asm)
  • Re: Back to assembly language is productive
    ... assembly language and think it's the most productive without actually ... HLL in between 1968 and 2006, clown? ... less words and evolution tends to simplify grammars, programmers have ... fully working release so that I can archieve some productivity. ...
    (alt.lang.asm)
  • comp.lang.asm.x86 - Frequently Asked Questions - general 3
    ... x86 Assembly Language FAQ - General Part 3 of 3 ... Benjamin David Lunt's DOS assembly page ... Eric Isaacson's A86 Assembler and D86 Debugger Page ... Quantasm's x86 and Pentium Programming Tips and Info ...
    (comp.lang.asm.x86)
  • x86 Assembly Language FAQ - General Part III
    ... x86 Assembly Language FAQ - General Part 3 of 3 ... Benjamin David Lunt's DOS assembly page ... Eric Isaacson's A86 Assembler and D86 Debugger Page ... Quantasm's x86 and Pentium Programming Tips and Info ...
    (comp.lang.asm.x86)