The Unix Heritage Society mailing list
 help / color / mirror / Atom feed
* [TUHS] Discuss of style and design of computer programs from a
@ 2017-05-07  0:51 Nemo
  2017-05-08 13:39 ` Tony Finch
  0 siblings, 1 reply; 14+ messages in thread
From: Nemo @ 2017-05-07  0:51 UTC (permalink / raw)


On 6 May 2017 at 11:23, ron minnich <rminnich at gmail.com> wrote (in part):
[...]
> Lest you think things are better now, Linux uses self modifying code to
> optimize certain critical operations, and at one talk I heard the speaker
> say that he'd like to put more self modifying code into Linux, "because it's
> fun". Oh boy.

Fun, indeed!  Even self-modifying chips are being touted -- Yikes!

N.


^ permalink raw reply	[flat|nested] 14+ messages in thread
* [TUHS] Discuss of style and design of computer programs from a user stand point
@ 2017-05-06 14:40 Larry McVoy
  2017-05-06 15:09 ` [TUHS] Discuss of style and design of computer programs from a Corey Lindsly
  0 siblings, 1 reply; 14+ messages in thread
From: Larry McVoy @ 2017-05-06 14:40 UTC (permalink / raw)


On Sat, May 06, 2017 at 09:18:57AM +0000, Michael Kj??rling wrote:
> On 5 May 2017 22:33 -0700, from scj at yaccman.com (Steve Johnson):
> > For me, a lot of what
> > I learned was from Stan Brown at the Labs, who read piles of my
> > (atrocious) FORTRAN code and repeatedly pointed out that when you
> > wrote a program, you were not just communicating with the computer,
> > but also other humans (including yourself) who would read (and perhaps
> > modify) the code in the future...
> 
> I would actually take that one step further: When you are writing
> code, you are _first and foremost_ communicating with whatever human
> will need to read or modify the code later. That human might be you, a
> colleague, or the violent psychopath who knows both where you live and
> where your little kids go to school (might as well be you). 

When I run engineering teams the point I make is if you wrote the code
more than 6 months ago it might as well be someone else's code.  So
write it in a way that someone else can debug / extend it.

I also made the point that "clever" sucks.  At least most of the time.
All "clever" means is "hard to understand".  The brief joy one gets 
from clever code is stomped on by the frustration one gets from having
to fix it.  

When they wouldn't listen to that I'd say "I'm the dumbest guy here, right?
And I'm the boss.  And I debug could.  The path to a big bonus does not 
go through clever code".  That seemed to work.

Personally, I find code that is clean, straightforward, obvious to be
beautiful.  The clever stuff usually strikes an odd note, not a good
one.

--lm



^ permalink raw reply	[flat|nested] 14+ messages in thread

end of thread, other threads:[~2017-05-08 17:01 UTC | newest]

Thread overview: 14+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-05-07  0:51 [TUHS] Discuss of style and design of computer programs from a Nemo
2017-05-08 13:39 ` Tony Finch
2017-05-08 16:21   ` Steve Johnson
2017-05-08 17:01     ` Dan Cross
  -- strict thread matches above, loose matches on Subject: below --
2017-05-06 14:40 [TUHS] Discuss of style and design of computer programs from a user stand point Larry McVoy
2017-05-06 15:09 ` [TUHS] Discuss of style and design of computer programs from a Corey Lindsly
2017-05-06 15:20   ` Michael Kjörling
2017-05-06 15:24     ` Larry McVoy
2017-05-06 15:51       ` Michael Kjörling
2017-05-06 15:53         ` Larry McVoy
2017-05-06 20:00     ` Steve Nickolas
2017-05-06 21:45       ` Michael Kjörling
2017-05-07  7:42         ` Stephen Kitt
2017-05-06 15:23   ` ron minnich
2017-05-06 15:44     ` Michael Kjörling

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).