PHP 8 - Djävulens redskap?

PHP 8 - Djävulens redskap?

PHP 8 verkar vara extremt kinkig med hur koden skrivs. Massor måste ändras. Speciellt tidsödande i programsnuttar som läggs in här och där i WordPress.

Behövs verkligen denna standardisering eller är det ett tecken på att de som sköter det hela ofta försöker medvetet begränsa användarnas frihet? Jämför med när EU standardiserade gurkornas böjning. Prima EU-gurka fick bara böja 10 mm per 100 millimeter gurklängd. Gendarmerna Pierre et Jaques stod beredda med linjalerna. EU blev så utskrattade att de måste backa på det direktivet.
https://www.exakat.io/en/common-php-...rror-messages/

Samma metoder. ("The EU cucumber curvature law" avskaffades visst 2008)
https://www.spiegel.de/international...-a-562064.html

Det behövs, är välkommet och är efterlängtat av många. Mer stringens och mer typning ger bättre, säkrare, snabbare och tillförlitligare kod.

Finns ju python för er övriga.

PHP 8 är inte extremt kinkigt. Däremot har tidigare versioner varit extremt okinkiga, vilket har bidragit till att det finns oerhört mycket kass kod som någon måste underhålla.

Jämförelsen med gurkorna haltar, eftersom det inte handlar om något tvång. Fortsätt använda PHP 7 om du känner för det.

Den typiske php-kodaren är inte direkt något hackersnille. Så fort jag ser något i stil med a ? b : c ? d : e så kan jag nästan sätta min högra arm på att det är en junior som tror hen är smart. Parenteser där ökar läsbarheten markant.

Vidare tycker jag också att det är underbart att de har tagit en del steg bort från helt jävla efterblivna automatiska strängkonverteringar. Som att 0 == "foo" eller 42 == "42foo". De har också ändrat en del varningar till riktiga fel för saker som är helt jävla vansinnigt att det bara var en varning tidigare.

Men det var ju bra att även de som inte skriver kod på heltid kunde uttrycka sig enkelt. Det handlar om att kunna uttrycka sig på nätet. PHP är ett "folkets programmeringsspråk", det är bra och behövs. Det används även till avancerade applikationer som t.ex. Facebook.

Risken är att webhotell och liknande med tiden begränsar PHP 7.

Är det en yttrandefrihetsgrej menar du? Kan inte riktigt se kopplingen. Du behöver inte kunna skriva en enda rad kod för att publicera dina åsikter på nätet. Ibland är mitt jobb ett helvete på grund av att jag måste fixa gammal kod.

Så är det. Och av goda skäl. Om du vill skapa ett "folkets webhotell" så står det dig fritt att göra det.

De som sätter upp egna sajter hamnar till slut i programmering vare sig de vill eller inte. Det skall vara enkelt. De måste flytta sina sajter, få dem attraktiva etc. Kunna fixa med kod de inte skrivit själva, vilket många gjorde med PHP.

Man skall inte införa system som gör äldre applikationer oanvändbara (inte "bakåtkompatibla"). De organisationer som vill ha den graden av standardisering skall kunna ha det, men man skall inte tvinga på användarna det. Det blir massor med jobb i vissa fall.

Illa om det kommer att uppstå en "andra klassens webhotell" med icke uppdaterade versioner av PHP. "Det där är nog en farlig sajt, den kör PHP 7"

Bättre sent än aldrig. Tror inte problemet är att php8 är strikt, det är mer att php7 och äldre var sjukt slappa.
Personligen tycker jag PHP har varit alldeles för slapp. Men det är nog lite dubbelmoral då jag gillar Javascript.

TS nämner WordPress - Det är ett dåligt argument. Plugins där brukar ofta vara av de sämre slaget.
Fick rätta ett plugin en gång för att skaparen hade valt att indexera Arrayer med {} (curlybrackets) - fattar inte varför någon föredrar att använda dem - men antagligen för att de kanske kans skrivas utan att hålla ner Shift och/eller Alt på deras lokala tangentbord.

Det är dålig praxis att skriva komplicerade cond?true:false - använd alltid parenteser där och nestla dem helst inte.

Angående variabel typen real - visste inte ens att PHP tillät det, får mig att minnas Pascal. dvs 90-talet.
Undvik att använda det.

Vad är det för fulhack att casta en variabel till unset ?

Unterminated comment starting line - Använd line comment om du endast ska ha en enrads kommentar, avsluta annars block kommentaren.

Ofta med jävligt kasst resultat. Om förändringarna som infördes i PHP 8 medför några andra problem än det dryga med att konvertera koden så betyder ju det bara att du inte kan koda.

Det finns så jävla mycket skit som är gjort i bakåtkompatibilitetens namn. Det går att lappa ett tag, men till slut måste man riva av plåstret.

För att förbättra ett språk måste man kunna göra förändringar som breakar gammal kod. Annars blir det bara skit i längden. Man kan inte bara lägga till nytt utan att ta bort gammalt.

Det kan vara mycket drygt att konvertera PHP 7 i vissa situationer. En del kan givetvis inte koda lika bra som proffsen och deras sajter faller bort. Andra får slita. Jobb läggs på alla.

Inte bara programmerare som känner sig duktiga skall kunna använda tillskott till sin sajt.

Graden av standardisering skall användaren avgöra, man skall inte göra sajter oanvändbara med nymodigheter.

Om vi uttrycker oss så här då. De som utvecklar PHP kan välja mellan lösningar som gynnar mig eller dig. Vad har de för incitament att gynna dig?

De skulle ju självklart kunna välja att fortsätta släppa säkerhetsuppdateringar till PHP 7 parallellt med 8. Men vem ska betala för det?

PHP har ju alltid fungerat som ett "folkets programmeringsspråk" och även använts till mer avancerade tillämpningar. Nu blir det krångligare. Det kommer samtidigt som många friheter i samhället inskränks. "Att bygga sajter skall inte vanligt folk syssla med."

Möjligen kommer det kanske att vara görligt att skriva ny kod. Men konverteringen av äldre kod blir mycket jobbig i vissa fall.

Måste tyvärr dra ner på stan nu. Får fortsätta senare.

Har skrivit om en del kod från 7 till 8. Det var bara problematiskt i de fall en idiot hade skrivit den ursprungliga koden. Men jag är nöjd med resultatet för koden blev vansinnigt mycket bättre efteråt.

Jag väntar med spänning på hur du ska motivera varför andra ska betala för att du ska kunna koda trots att du inte kan.