From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Sun, 28 Mar 2010 23:05:10 +0000 From: Eris Discordia To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Message-ID: <989B4954D6C952C13793229D@[192.168.1.2]> In-Reply-To: <8ccc8ba41003251417x1ec6a645y171736b0fbe6a352@mail.gmail.com> References: <14ec7b181003251133u3aac09f1qcee452382386ec19@mail.gmail.com> <8ccc8ba41003251417x1ec6a645y171736b0fbe6a352@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Re: [9fans] quote o' the day Topicbox-Message-UUID: f7348f66-ead5-11e9-9d60-3106f5b1d025 > In fact, we have both printed on paper hanging from the wall of the > corridor near our office. Let's hope they learn. Learn to... 1. ... not comment their code? 2. ... not include usage instructions? 3. ... not heed that their code might need to compile on any one of a=20 number of platforms that are far from glitch-free? 4. ... not include a preamble introducing their file, automatically=20 assuming they work in "clean environs" where nobody except people they know = on a face-to-face basis commits to their code repository? 5. ... not accommodate their user base insisting they know better what's=20 good for the users thereby dramatically cutting down the number of people=20 who may want to merely use, and not hack, their code? 6. ... forget to see past appearances in others' code instead of simply and = rationally counting the lines of code in the body of function 'simple_cat'=20 for a proper comparison of equivalent functionality between a feature-heavy = 'cat' and a minimalist 'cat' each with its own merits? 7. ... avoid provisioning for a time when 'coreutils,' in order to become=20 feature-heavy, will inevitably contain copious amount of code that needs to = be amenable to automated testing and documentation? 8. ... avoid any secondary optimization of their first solution under the=20 illusion that every optimization counts as the dreaded "premature=20 optimization?" 9. ... condescendingly refuse to write or maintain code that is capable of=20 cooperation with a dominant archaic design which can only be phased out=20 gradually? 10. ... allow themselves to be flattered by agreement from the close-knit=20 community of like-minded developers fully shutting their minds close to the = potential merits of functionally rival software? Never mind my trolling. I just needed to attention-whore. Continue, please. --On Thursday, March 25, 2010 22:17 +0100 Francisco J Ballesteros=20 wrote: > As a example for our students we use > > = http://git.savannah.gnu.org/gitweb/?p=3Dcoreutils.git;a=3Dblob;f=3Dsrc/cat.c= ;hb > =3DHEAD > > versus > > http://plan9.bell-labs.com/sources/plan9/sys/src/cmd/cat.c > > In fact, we have both printed on paper hanging from the wall of the > corridor near our office. Let's hope they learn. > > > On Thu, Mar 25, 2010 at 7:51 PM, wrote: >>> in similar vein, there's this handful guide on how to make your life >>> really hard in 11 easy steps: >>> >>> http://www.pixelbeat.org/docs/unix_file_replacement.html >>> >>> make sure you check out the final copy.c linked at the bottom of the >>> page >> >> It's a sign of the apocalypse. =C2=A0The configuration of the 6th = edition >> kernel Lions presented was about 10,000 lines of code. =C2=A0This = version >> of cp is nearly 1/4 of that, and the function copy_internal() is over >> 1000 lines long. =C2=A0I'm clearly not smart enough to function in a = world >> where cp is that complex... >> >> Back to real work...again...for real this time...I promise... >> BLS >> >> >> >