| ??? 12/10/08 08:12 Read: times |
#160813 - Not true Responding to: ???'s previous message |
Per Westermark said:
If I have access to a programmer that can produce a 10kB working and sellable program in C, or can produce a 3kB broken disaster in assembler, then it really does not matter if the real solution could be fitted into 1kB of carefully crafted assembler. I go for the 16kB chip and collect the money from the customer. Richard Erlacher said:
Once your customer figures out what you've done, he probably will call someone else for any follow-on work he may have, since you've increased HIS cost for YOUR convenience. Quite possibly not. For very many projects, it's the software development that is by far the largest contributor to the final product price. It is also often more important to get something to market sooner, rather than make it "perfect" and be later. In other words, for such projects, it's the development costs and timescales that are key. Thus the customer would not be at all happy to find that you've wasted months of development time (ie, cost) wringing evey last drop of performance, and shaving every last byte of "excess" code space to get a 1K assembler result when a 10K 'C' result would have easily met the product requirements! In many cases, the chip would have, say, 16K anyhow - so it makes no difference to the hardware cost whether you sweat it in assembler to make it 1K, or breeze it in 'C' and make it 12K, or sweat it in 'C' and make it 4K! (those are just random numbers) See Steve's post: http://www.8052.com/forum/read/160801 It's no different with 'C' or Pascal, or with BASIC. If the programmer can do his job, he'll usually do it. My experience has been that the majority of programmers can't. They can't program in 'C' any better than in ASM. Most HLL programmers take longer to produce a work product than a competent ASM programmer would take. Now you seem to be contradicting your own argument; now you seem to be agreeing with what I said - that it's nothing to do with the language, but everything to do with the programmer! We agree on that bit! |
