Perl-kodare?

Finns det några fler programmerare här på Flashback som kodar i Perl. Jag tycker det är lite tråkigt att Perl inte har ett eget underforum i Systemutveckling, för litet? Jag började för någon månad sen och är oerhört nöjd, Perl är numera mitt absoluta favoritspråk. Har ett par CGI-projekt jag har under utveckling just nu.

Ett eget underforum kanske inte är rätt, men det borde ligga i ett forum tillsammans med PHP, Python och Ruby eller något i den stilen.

Det enda tillfälle som jag kan tänka mig att en fråga kan sluta med en punkt är i formuleringen "är det mat snart frågas, kom". Men visst. Jag har använt Perl i några år. Det är inte vackert, särskillt inte om man tittar under huven. Men det får jobbet gjort.

Vad ska man säga? Perl är ju bara underbart när det gäller att få mycket uträttat med minimal arbetsinsats.. Det går ju nästan inte att göra fel heller! Det bara funkar!

PERL är det enda språk jag kan säga att jag kan någolunda bra.
Jag tycker om det men tycker att de kunde ändra OO-delen så att den blir som i PHP. Dvs normala klasser.

En annan grej jag inte tycker är estetiskt tilltalande om är följande:


..det borde istället enligt mitt tycke vara...


Tyvärr så verkar PERL delivs befinna sig i utförsbacke p.g.a att dess storhet delvis byggde på att det var så bra till CGI skriptande och i princip enda alternativet. Nuförtiden finns det starka konkurrenter såsom PHP, Ruby och ASP.NET.

Perl är helt oslagbart när det gäller att snabbt knåpa ihop saker och snabbheten i att evaluera regexp är oslagbar när det gäller parsning av textfiler etc. Perls största problem är dock underhållbarheten, då alla "magiska" variabler gör det svårt att läsa koden. Jobbar för tillfället med ett stort system skrivet helt i perl och utvecklat under tio års tid och det är ett monster att hålla ordning på. Det du skriver Wolfram, $var = @_; är ju den snygga varianten, det är ju inte helt ovanligt att folk underlåter att tilldela in-arrayen till skalärer, utan mitt inne i subrutinen hittar man

if (@_[2] =~ /^\d\d:\d\d.*(\S*)/) {
$var = $_;
}

ofta utan någon form av kommentar som förklarar det hela.

Just möjligheten till liknande konstruktioner i Perl gör att jag anser att man ska tänka sig för väldigt noga innan man väljer Perl som språk för ett system och se till att kommentera allt nogrannt samt undivka de allra "coolaste" genvägarna. Man ska vara medveten om att som programmerare lägger man mer tid på att läsa kod än att skriva kod, så lättläst kod borde vara av högre prioritet än lättskriven.

Alltså sen också när man börjar blanda shift och indexering av @_ så bör man ju skämmas :-)

Nej, jag gillar också Perl, men det känns ju bättre att använda det för textmanipulering och sånt än till strukturerade problem där man bör ta till objektorientering och abstraktion.

Tycker det är ett lite allmänt fenomen bland många programmerare; man lär sig ett språk och sedan använder man det till allt och förespråkar det rabiat. Det finns helt enkelt inget språk som är bäst till allt och man bör vara pragmatisk och välja det verktyg som är bäst lämpat för det problem man ska lösa. Dessutom är det utvecklande att lära sig flera språk, även om man aldrig kommer ha användning av dem.

Perl


$var = @_;
$var tilldelas längden av @_; Kanske inte riktigt vad du menade?

Man kan programmera uselt i alla språk. Visst kan man göra det extra svårt i perl, men ansvaret för det ligger hos utvecklaren.
I större projekt behövs guidelines och granskningar... i alla språk.

Perl är objektorienterat och vad det gäller abstraktion så har CPAN 8000+ moduler till allas förfogande. Behöver man däremot prestanda kan man ju skriva i C istället. Alternativt kombinerar man de båda.

Precis så ja!

Alltså, visst finns det objektorientering i Perl och visst finns det en härlig uppsättning bibliotek man kan använda sig av. Men visst största problem när man är en större uppsättning personer när man använder Perl är att trots objektorienteringen så blir det ändå lätt rörigt med dålig användning av abstraktion. Så till större, abstrakta, problem föredrar jag andra språk. Då jobbar jag ändå med Perl dagligen.

Problemet jag har sett i de fall Perl har använts till större system är just att det tillåter att man bryter guidlines på för många sätt. Visst, man kan alltid påstå att det är utvecklarens ansvar att se till att koden upprätthåller en viss standard och att man inte bryter systemets design, men förr eller senare uppstår situationen att en kritisk bugg _måste_ lösas omedelbart och chefen uttryckligen säger till programmeraren att han ska göra det som går snabbast utan hänsyn till eventuella framtida konsekvenser.

I korthet; finns möjligheten till genvägar så kommer någon förr eller senare att ta dem. Ofta tänker man när man medvetet gör en mindre bra lösning att man kan rätta till det senare, men när det väl kommer till kritan är det oftast helt omöjligt att få timmar att lägga på att rätta till problem som inte försämrar funktionaliteten. Exakt detta har hänt med det system jag jobbar med nu. För tio år sedan när det urprungligen designades så var det troligen ett väldesignat system, men med tiden har fler och fler speciallösningar, akuta buggfixar och hack smugit sig in och idag är systemet så svårunderhållt att man inte kan göra några ändringar utan osäkerhet i vad man faktiskt påverkade.

Min åsikt är att som programmerare spenderar man största delen av sin tid inte med att skriva kod utan med att läsa och förstå andras kod. Således borde en viktig del av vilket språk man väljer vara hur lätt det är att läsa befintlig kod.

Nu kan det låta som att jag är extremt negativ till Perl, men så är inte fallet. Jag jobbar med Perl varje dag och ser många fördelar och användingsområden med språket. Dock tycker jag det lämpar sig dåligt för stora komplexa system som ska kunna underhållas över tid och av varierande personer.

Håller absolut med dig angående hur stor del av tiden som går åt till att läsa andras kod!

Risken med Perl är att man får mer writeability än readability, så att säga.