Why you should use puts(3) when you don't need printf(3)

[Fai Lau]

In article <2770 at mmintl.UUCP> franka at mmintl.UUCP (Frank Adams) writes:
>
>There is a time and a place for careful programming to maximize speed.  And
>there is a time and a place for lazy programming.  For code which is only
>going to be run a few times, or code whose execution time is dominated by
>physical I/O time (or user response time), lazy programming is the way to go.
>
	Agree. I still remember when I first learned BASIC, the
machine was SLOW, and the interpretor was SLOW. I was writing
a mini word processor (with BASIC!!!) for my data base program
I would put like ten statements in a line, substitute "real" characters
for CHR$(n) by using a memory editor to edit the codes (you cannot write
non-ascii characters with the key board, so you have to edit the memory,)
put a machine language subroutine in a string and put the string
in high memory, porking and peeking video memory to speed up output,
etc, etc, every trick in the book.
	With today's 12MHz/math board PCs I think I'll stop slaving
myself.

Fai Lau
SUNY at Buffalo (The Arctic Wonderland)
UUCP: ..{mit-ems|watmath|rocksanne}!sunybcs!ugfailau
BI: ugfailau at sunybcs