[Catalyst] Remove .pl from scripts?

Aaron Peterson dopplecoder at gmail.com
Sun Nov 20 15:37:56 CET 2005


On 11/20/05, Christopher Hicks <chicks at chicks.net> wrote:
> On Sat, 19 Nov 2005, Sebastian Riedel wrote:
> > Am 19.11.2005 um 01:26 schrieb Sebastian Riedel:
> >> This question came up after the web frameworks night yesterday, many people
> >> seem to think it's ugly.
> >> Should we remove the .pl extension from scripts?
> >
> > Ok, seems we have a clear no, extensions have to stay.
>
> That's sad.  Why not leave the "proper" files there with their full .pl
> extension glory and for people who are in "open standards compliant"
> enviroments (like everything but Windows these days) offer a little
> convenience and toss in a symlink?  Putting in symlinks doesn't screw up
> editing anything and it saves three keystrokes every time you type one of
> these things all the way out.  It LOOKS hella nicer too.
>
> Extensions have been left out of UNIX commands for a variety of very good
> reasons for 35 years now.  Relying on extensions as ways of seperating
> file types may be more convenient if portability to Windows is a concern,
> but otherwise they're simply clutter.  The Mac had had metadata forks
> since Day 1 and the FOSS world has has file magic for 20+ years now.
> Relying on file extensions is just so reminiscent of the idiot driver who
> followed the Exit Here sign that had fallen askew and ended up landing in
> the ditch.  It would seem you wouldn't have to do this too many times to
> realize where the authoritative information actually is, but computers are
> immune to common sense it often seems.  The lure of treating file
> extensions as real information is admittedly understandable, but given
> that other clearly better solutions exist for the same stuff its only a
> matter of time before noone treats extensions as significant anymore.
> 8.3 filenames died not only from excess of brevity, but because every
> filename had a superfulous dot in it!  :)
>
> But honestly, shouldn't it be enough that we don't want to make users know
> what language every command is written in?  Maybe we want to replace these
> things with shell and batch scripts someday.  Ok, that's not entirely
> serious, but still, the user doesn't, shouldn't, and won't care what
> language command line commands are written in.  Is you cp Perl or C or
> C++?  How about your cc?  What language is your Perl written in?  Aside
> from Windows own band-aid of hiding file extensions by default, you might
> want to recall/realize that our very own Sun Microsystems tweaked things
> in Solaris to run SomeRandomJava.class files as simply SomeRandomJava.
>
> Its pretty funny watching so many half-as$ed attempts at burying file
> extensions, but if the extensions would just stay buried it wouldn't still
> be a problem.  :)
>
> --
> </chris>

I agree about the sillyness of the extension convention.  But come on
man, how hard can it be to make your own links, or use tab completion
if 3 keystrokes is a big concern for you.  Think we're going to change
the way Microsoft likes to do things any time soon?

Aaron



More information about the Catalyst mailing list