PHP vs resto del mondo (qualità del codice)

[guest]

E basta con 'sto php.
Chi dice che PHP fa schifo e non è adatto è perchè non sa programmare ed allora cerca di nascondersi dietro il fattore linguaggio.

Se uno sa programmare, programmerà bene anche in php perchè saprà come strutturare il software, con o senza framework.
Se non sai programmare, php, ruby, quelchevuoi farai sempre e comunque spaghetti code.

solo perchè in php c'è il "goto" non significa che lo devi usare obbligatoriamente, non si usa e basta, tanto per dirne una.

[andrea.paiola]

toh divertiti [drupal] Contents of /drupal/CHANGELOG.txt
con Drupal 7 per esempio han rifatto tutto il layer del db... prima praticamente non esisteva e si sono accorti che in effetti serviva

[Deflagrator]

Ho scelto alla fine php per la base applicativa già presente, fosse per me avrei usato Java EE (certamente non ASP.NET, Giove ce ne scampi)

Appunto, hai scelto un linguaggio peggiore, solo perchè è più diffuso, quindi hai già dato una bella botta alla qualità del progetto... Non capisco perchè dovremmo scampare da ASP.NET, già solo in termini prestazioni, è molto meglio di PHP visto che è semi-compilato...

[Deflagrator]

E basta con 'sto php.
Chi dice che PHP fa schifo e non è adatto è perchè non sa programmare ed allora cerca di nascondersi dietro il fattore linguaggio.

Se uno sa programmare, programmerà bene anche in php perchè saprà come strutturare il software, con o senza framework.
Se non sai programmare, php, ruby, quelchevuoi farai sempre e comunque spaghetti code.

solo perchè in php c'è il "goto" non significa che lo devi usare obbligatoriamente, non si usa e basta, tanto per dirne una.

Non è una questione di programmazione, è questione anche di prestazioni, che non credo vorrai dirmi siano esaltanti rispetto a linguaggi come python e asp.net, inoltre per la programmazione a oggetti, dico solo che recentemente hanno introdotto i namespace...

[andrea.paiola]

E basta con 'sto php.
Chi dice che PHP fa schifo e non è adatto è perchè non sa programmare ed allora cerca di nascondersi dietro il fattore linguaggio.

Se uno sa programmare, programmerà bene anche in php perchè saprà come strutturare il software, con o senza framework.
Se non sai programmare, php, ruby, quelchevuoi farai sempre e comunque spaghetti code.

solo perchè in php c'è il "goto" non significa che lo devi usare obbligatoriamente, non si usa e basta, tanto per dirne una.

prima del linguaggio conta saper progettare software e database...

[guest]

I namespace non sono fondamentali, per fare buon codice.
Per le prestazioni, non credo che python, che necessita comunque di un interprete, sia migliore di php.

Inoltre, a meno che non si stia progettando il sito del CERN, quei nanosecondi di differenza nel renderizzare le pagine (risolvibili con APC o altri acceleratori/cache) siano ininfluenti, sopratutto in caso di applicazioni web da shered hosting, dove il collo di bottiglia è e sarà sempre il database o il server sottostante.

Su shared hosting usare python, asp.net o php, in termini di prestazioni ti potrà cambiare di 1/10 di millisecondo.
Discorso diverso se hai una intera infrastruttura (leggasi facebook, per dire). Li potresti aver ragione, ma allora devi usare un linguaggio che nasce compilato e non un interprete (quindi niente perl, asp, python, ruby, ...)

[guest]

prima del linguaggio conta saper progettare software e database...

Si, è quello che dico io.
Se sai progettare, puoi usare benissimo php senza aver timore di fare castronerie. Se non sai progettare, le castronerie le fai con qualunque linguaggio.

[andrea.paiola]

Non è una questione di programmazione, è questione anche di prestazioni, che non credo vorrai dirmi siano esaltanti rispetto a linguaggi come python e asp.net, inoltre per la programmazione a oggetti, dico solo che recentemente hanno introdotto i namespace...

anche php puo essere compilato o altre mille cose... per i namespace e solo da vedere quanto vuoi essere retrompatibile... php 5.3 ha fatto grossi passi in avanti mantenendo alcune lacune...

[Antonio]

E basta con 'sto php.
Chi dice che PHP fa schifo e non è adatto è perchè non sa programmare ed allora cerca di nascondersi dietro il fattore linguaggio.

Se uno sa programmare, programmerà bene anche in php perchè saprà come strutturare il software, con o senza framework.
Se non sai programmare, php, ruby, quelchevuoi farai sempre e comunque spaghetti code.

solo perchè in php c'è il "goto" non significa che lo devi usare obbligatoriamente, non si usa e basta, tanto per dirne una.

Non ho capito se sei serio, veramente .

A prescindere da tutto, come diceva anche valeriano tempo addietro, l'ambiente di sviluppo ha il suo peso. Non puoi minimamente mettere a confronto PHP+Zf con JAVA EE
Anche a livello di testing, non c'è storia

E ti dico questo mettendo da parte la componente uomo (fai conto che a programmare c'è chi le cose le sa fare).

Escludo del tutto C# e derivati, perché preferisco la portabilità ad un IDE sistemato leggermente meglio

[Deflagrator]

I namespace non sono fondamentali, per fare buon codice.
Per le prestazioni, non credo che python, che necessita comunque di un interprete, sia migliore di php.

Inoltre, a meno che non si stia progettando il sito del CERN, quei nanosecondi di differenza nel renderizzare le pagine (risolvibili con APC o altri acceleratori/cache) siano ininfluenti, sopratutto in caso di applicazioni web da shered hosting, dove il collo di bottiglia è e sarà sempre il database o il server sottostante.

Su shared hosting usare python, asp.net o php, in termini di prestazioni ti potrà cambiare di 1/10 di millisecondo.
Discorso diverso se hai una intera infrastruttura (leggasi facebook, per dire). Li potresti aver ragione, ma allora devi usare un linguaggio che nasce compilato e non un interprete (quindi niente perl, asp, python, ruby, ...)

Niente è fondamentale, però fa la differenza fra un linguaggio al passo con i tempi, ed uno che non sanno neppure che funzioni implementare per la prossima versione, se ce ne sarà una...
Le differenze di prestazioni, non credo sinceramente che si misurino in 1/10 millisecondi...
Non dico che PHP sia un brutto linguaggio, anzi è praticissimo e semplice da utilizzare, ma qui si vuole fare un progetto meglio di wordpress, un ottimo progetto, allora perchè scegliere di basarlo su una tecnologia con tante pecche come php solo per avere una diffusione maggiore?

[andrea.paiola]

e siamo arrivati alla solita code war...

[guest]

Si, sono serio, ma non stavo rapportando PHP a Java.
stavo semplicemente dicendo che non ha senso scartare php (per applicazioni web oriented) solo perchè alcuni han visto il "goto".
E' vero, ci sono castronerie, ma basta non usarle.

Mi riferivo di più al fatto che la gente tende ad evitare php perchè ti permette di fare query senza prepared statement e così via, o perchè non è fortemente tipizzato.

Mi riferisco al modo di programmare, se uno sa programmare, non avrà problemi, perchè puoi castare le variabili (come è giusto che sia) oppure no.
Puoi usare i prepared statement oppure no.

Se si parla, invece, di ambiente di sviluppo, qualunque cosa è meglio di php. Ma io mi parlavo a livello di codice.

[guest]

Niente è fondamentale, però fa la differenza fra un linguaggio al passo con i tempi, ed uno che non sanno neppure che funzioni implementare per la prossima versione, se ce ne sarà una...
Le differenze di prestazioni, non credo sinceramente che si misurino in 1/10 millisecondi...
Non dico che PHP sia un brutto linguaggio, anzi è praticissimo e semplice da utilizzare, ma qui si vuole fare un progetto meglio di wordpress, un ottimo progetto, allora perchè scegliere di basarlo su una tecnologia con tante pecche come php solo per avere una diffusione maggiore?

I namespace li puoi usare. Metti php 5.3 ed hai risolto.
Il problema di WP non è il linguaggio di programmazione, ma sono i programmatori.
Han scritto codice con i piedi ed è venuto fuori una accozzaglia.
Quei programmatori avrebbero fatto lo stesso anche con Ruby, per dirne una.
Perchè quei programmatori non han capito che il codice deve essere separato dai template, perchè non han capito che salvo rari casi le funzioni devono ritornare valori e non stampare scritte, perchè non han capito che bisogna ripulire gli input utente e che bisogna usare i prepared statement. e così via.

Questo è un problema di metodo, non di linguaggio.

[andrea.paiola]

ovviamente l appoggio ad Antonio...

basta essere a conoscenza dei limiti di php e che non usando ruby o non leggendo la doc di python ti divertirai molto meno...

[Deflagrator]

I namespace li puoi usare. Metti php 5.3 ed hai risolto.
Il problema di WP non è il linguaggio di programmazione, ma sono i programmatori.
Han scritto codice con i piedi ed è venuto fuori una accozzaglia.
Quei programmatori avrebbero fatto lo stesso anche con Ruby, per dirne una.
Perchè quei programmatori non han capito che il codice deve essere separato dai template, perchè non han capito che salvo rari casi le funzioni devono ritornare valori e non stampare scritte, perchè non han capito che bisogna ripulire gli input utente e che bisogna usare i prepared statement. e così via.

Questo è un problema di metodo, non di linguaggio.

I namespace lo so che ci sono, ma sono stati introdotti solo recentmemente... Gli sviluppatori di Wordpress hanno tutte le loro colpe, ma io non sto dicendo che con PHP non si può fare del buon codice, o che qualsiasi cosa fatta in php faccia schifo, ma che ci sono linguaggi ben più al passo con i tempi e con prestazioni migliori.