On Monday, November 24, 2014 4:05:08 AM UTC-8, Erik Christiansen wrote:
> I am reminded of two quotes:
>
> There are two ways of constructing a software design. One way is to make
> it so simple that there are obviously no deficiencies. And the other way
> is to make it so complicated that there are no obvious deficiencies.
> -C.A.R. Hoare
>
> ... with proper design, the features come cheaply. This approach is
> arduous, but continues to succeed. -Dennis Ritchie
>
> I agree that associative arrays do not seem arduous enough for the
> benefits they can bring to the right problem, but then, someone else has
> done all the work for us.
>
> I'd normally test with a known 100% good list, and with a list with a
> known number of errors. Those lists do not need to be very long - a few
> dozen words ought to suffice. The third test - grinding through a pile
> of words, you have already done.
>
> The exercise is a reminder to us all that the more lines of code we
> write, the more bugs creep in undetected.
>
> Erik
>
> --
> Sometimes you have to outsmart this stuff, it works for Murphy you know.
> - Gene Heskett, on emc-users ML
Mr. Hoare has a fine sense of irony!
Meanwhile, the awk program passed its "good data" and "known errors" test, and I am grinding on through the "real data", so all seems satisfactory, at least as far as I want to take this. So, once again, I thank you for all your help on this project, much appreciated.
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
No comments:
Post a Comment