I commenti sono aggiunti quando e soprattutto se ho il tempo di guardarli e dopo aver eliminato le cagate, spam, tentativi di phishing et similia. Quindi non trattenete il respiro.
64 messaggi this document does not accept new posts
-AT- Luca Di Luca postato il 19/01/2009 08:20
Approfitto del fatto di essere il primo (forse) per fare una domanda a tutti voi un pelo OT.
....<ZAP!>
....<ZAP!>
-AT- Luca Di Davide Bianchi postato il 19/01/2009 08:37
> Approfitto del fatto di essere il primo (forse) per fare una domanda a tutti voi un pelo OT.
> ....<ZAP!>
Esistono i forum, esistono i newsgroups, esiste google... ed esiste il mio sito che NON E' nessuno di questi.
> ....<ZAP!>
Esistono i forum, esistono i newsgroups, esiste google... ed esiste il mio sito che NON E' nessuno di questi.
-- Davide Bianchi
feed Di RaDu postato il 19/01/2009 08:36
comunque i feed non si aggiornano !!
-- RaDu
-AT- RaDu Di Davide Bianchi postato il 19/01/2009 08:36
> comunque i feed non si aggiornano !!
I feed si aggiornano ogni tot ore, pazienza e fede.
I feed si aggiornano ogni tot ore, pazienza e fede.
-- Davide Bianchi
Il problema sta davvero nel linguaggio? Di Gama postato il 19/01/2009 08:38
Secondo me si tratta invece di un problema "multipiattaforma": se uno non sa cosa vuol dire programmare non lo sa in tutti i linguaggi e su tutti i sistemi.
Come dici giustamente pero' chiunque sia in grado di aprire un tag di script php e fare una echo si definisce "programmatore php" (ogni riferimento alla mia collega fancazzista e' puramente voluto).
Quello che pero' mi chiedo e': come mai si e' arrivati a questo punto?
Gama
Come dici giustamente pero' chiunque sia in grado di aprire un tag di script php e fare una echo si definisce "programmatore php" (ogni riferimento alla mia collega fancazzista e' puramente voluto).
Quello che pero' mi chiedo e': come mai si e' arrivati a questo punto?
Gama
-- Gama
-AT- Gama Di Davide Bianchi postato il 19/01/2009 08:40
> Quello che pero' mi chiedo e': come mai si e' arrivati a questo punto?
Perche' c'e' una domanda (vera o generata).
Perche' c'e' una domanda (vera o generata).
-- Davide Bianchi
-AT- Davide Bianchi Di Gama postato il 19/01/2009 08:49
> Perche' c'e' una domanda (vera o generata).
> --
> Davide Bianchi
E' proprio questo che mi fa specie: questa smodata necessita' di avere qualcosa che funziona ma che in realta' o non funziona o funziona male. Quando io mi siedo con l'obiettivo di realizzare qualcosa cerco di farlo nel modo migliore e ci metto un minimo di ragionamento ma, in casi come questo, mi chiedo se per lo meno hanno pensato almeno per quattro secondi a rendere migliore il programma.
Anche dalla parte di chi acquista vedo un'assuefazione a prodotti mediocri o scarsi senza il coraggio o la semplice voglia di cercare di meglio. Questo giovedi' saro' in trasferta perche' un'azienda ha chiesto di rimettere in sesto una loro web-app dopo essersi resa conto che quello che hanno e' pressoche' una schifezza. Mi rendo sempre piu' conto che e' questa l'eccezione.
> --
> Davide Bianchi
E' proprio questo che mi fa specie: questa smodata necessita' di avere qualcosa che funziona ma che in realta' o non funziona o funziona male. Quando io mi siedo con l'obiettivo di realizzare qualcosa cerco di farlo nel modo migliore e ci metto un minimo di ragionamento ma, in casi come questo, mi chiedo se per lo meno hanno pensato almeno per quattro secondi a rendere migliore il programma.
Anche dalla parte di chi acquista vedo un'assuefazione a prodotti mediocri o scarsi senza il coraggio o la semplice voglia di cercare di meglio. Questo giovedi' saro' in trasferta perche' un'azienda ha chiesto di rimettere in sesto una loro web-app dopo essersi resa conto che quello che hanno e' pressoche' una schifezza. Mi rendo sempre piu' conto che e' questa l'eccezione.
-- Gama
-AT- Gama Di Davide Bianchi postato il 19/01/2009 08:59
> > Perche' c'e' una domanda (vera o generata).
>
> E' proprio questo che mi fa specie: questa smodata necessita' di avere qualcosa che funziona ma che in realta' o non funziona o funziona male. Quando io mi siedo con l'obiettivo di realizzare qualcosa cerco di farlo nel modo migliore
Si, ma tu non hai il problema di presentare un rendiconto ai tuoi finanziatori che dice "abbiamo guadagnato X milioni in questo trimestre".
> Anche dalla parte di chi acquista vedo un'assuefazione a prodotti mediocri o scarsi senza il coraggio o la semplice voglia di cercare di meglio.
Questo solo perche' chi compera non e' in gradi di distinguere.
>
> E' proprio questo che mi fa specie: questa smodata necessita' di avere qualcosa che funziona ma che in realta' o non funziona o funziona male. Quando io mi siedo con l'obiettivo di realizzare qualcosa cerco di farlo nel modo migliore
Si, ma tu non hai il problema di presentare un rendiconto ai tuoi finanziatori che dice "abbiamo guadagnato X milioni in questo trimestre".
> Anche dalla parte di chi acquista vedo un'assuefazione a prodotti mediocri o scarsi senza il coraggio o la semplice voglia di cercare di meglio.
Questo solo perche' chi compera non e' in gradi di distinguere.
-- Davide Bianchi
-AT- Gama Di Francesco Paolini postato il 20/02/2009 22:20
> Secondo me si tratta invece di un problema "multipiattaforma": se uno non sa cosa vuol dire programmare non lo sa in tutti i linguaggi e su tutti i sistemi.
io mi ricordo di quando il prof alle medie ci faceva fare i programmi in italiano e poi "tradurli" in basic e compilarli col gwbasic...
io mi ricordo di quando il prof alle medie ci faceva fare i programmi in italiano e poi "tradurli" in basic e compilarli col gwbasic...
-- Francesco Paolini
software e costi Di Zot postato il 19/01/2009 09:24
Davide, i problemi di sw malfatto/malfunzionante/malprogettato o non progettato affatto/malscritto secondo me li puoi sintetizzare in una frase:
"nulla si crea, nulla si distrugge tutto si commenta"
Per esperienza
Zot
"nulla si crea, nulla si distrugge tutto si commenta"
Per esperienza
Zot
-- Zot
-AT- Zot Di Carlo postato il 19/01/2009 19:01
> Davide, i problemi di sw malfatto/malfunzionante/malprogettato o non progettato affatto/malscritto secondo me li puoi sintetizzare in una frase:
> "nulla si crea, nulla si distrugge tutto si commenta"
>
Bellissima!!!
Posso usarla come signature?
> "nulla si crea, nulla si distrugge tutto si commenta"
>
Bellissima!!!
Posso usarla come signature?
-- Carlo
Non sanno... Di Marco Musicò postato il 19/01/2009 09:58
Al riguardo ricordo un episodio capitato proprio a me. Un amico di famiglia che lavora nel campo IT mi chiese un giorno se sapevo programmare in PHP, ASP, javascript e altro. Gli ho risposto che so leggere un programma scritto in quei linguaggi e so capire che diavolo fa. Mi ha risposto: "Allora sai programmare in quei linguaggi!". Gli ho detto che stava facendo lo stesso ragionamento di chi dice che una qualunque persona che sappia leggere e scrivere in italiano sa scrivere i Promessi Sposi!
Non mi stupisce, quindi, che ci siani "supposti" programmatori che vadano a fare casini in giro perchè a fare qual lavoro ce li ha messi qualcuno che non ha la più pallida idea di cosa sia un programmatore!!
J.
<OT>
Davide, pensa che dopo anni che ti seguo sono andato a leggere il tuo CV solo di recente e ho scoperto che sei della zona di Pavia! Fa piacere sapere che un "conterraneo" sia così famoso!!
</OT>
Non mi stupisce, quindi, che ci siani "supposti" programmatori che vadano a fare casini in giro perchè a fare qual lavoro ce li ha messi qualcuno che non ha la più pallida idea di cosa sia un programmatore!!
J.
<OT>
Davide, pensa che dopo anni che ti seguo sono andato a leggere il tuo CV solo di recente e ho scoperto che sei della zona di Pavia! Fa piacere sapere che un "conterraneo" sia così famoso!!
</OT>
-- Marco Musicò
scusatemi... Di Herr Franz postato il 19/01/2009 10:04
Non vedo perchè incolpare il php.Se non c'era lui veniva fatto in vbscript e si limitava a crashare il server appena andava un po sotto pressione.....
-- Herr Franz
É scappato... Di Gaetano Sasso postato il 19/01/2009 10:12
...un piccolo bug nell'aggiornamento...
...o era una nuova feature non documentata???
...o era una nuova feature non documentata???
-- Gaetano Sasso
-AT- Gaetano Sasso Di Francesco Paolini postato il 20/02/2009 22:21
> ...un piccolo bug nell'aggiornamento...
> ...o era una nuova feature non documentata???
> --
> Gaetano Sasso
era un test di carico del sistema!
> ...o era una nuova feature non documentata???
> --
> Gaetano Sasso
era un test di carico del sistema!
-- Francesco Paolini
subject Di Nik postato il 19/01/2009 10:20
fortunatamente il mio programmatore PHP (e altro) non fa di queste castronerie
-- Nik
-AT- Nik Di Carlo postato il 19/01/2009 19:03
> fortunatamente il mio programmatore PHP (e altro) non fa di queste castronerie
> --
> Nik
sgrat sgrat... le ultime parole famose
> --
> Nik
sgrat sgrat... le ultime parole famose
-- Carlo
Problema Di Andrea Occhi postato il 19/01/2009 10:39
Il problema non è il linguaggio, è l'idiozia propria di chi in quel linguaggio scrive.
Poi il fatto che sia relativamente semplice, che richieda poche risorse (penso in confronto a Java), lo ha fatto un linguaggio comune.
L'errore è nelle 1000 query per l'home page, o per le immagini su un db, non che le query vengano fatte da php.
IMHO, naturalmente...
Poi il fatto che sia relativamente semplice, che richieda poche risorse (penso in confronto a Java), lo ha fatto un linguaggio comune.
L'errore è nelle 1000 query per l'home page, o per le immagini su un db, non che le query vengano fatte da php.
IMHO, naturalmente...
-- Andrea Occhi
A Nik... Di Francesco Milanese postato il 19/01/2009 10:45
...te la sei tirata addosso, eh? Sgraaaaaaat!!
-- Francesco Milanese
-AT- Francesco Milanese Di Nik postato il 19/01/2009 18:49
> ...te la sei tirata addosso, eh? Sgraaaaaaat!!
azz.... maledetto sgrat sgrat sgrat
no vabbé, scherzi a parte... può anche sbagliare, come tutti, e sicuramente ci sono programmatori più esperti e più bravi, ma almeno è un ragazzo sveglio e intelligente e le idiozie in genere le evita
azz.... maledetto
sgrat sgrat sgrat
no vabbé, scherzi a parte... può anche sbagliare, come tutti, e sicuramente ci sono programmatori più esperti e più bravi, ma almeno è un ragazzo sveglio e intelligente e le idiozie in genere le evita
-- Nik
Non nella scopa Di Motosauro postato il 19/01/2009 10:51
Ma nel manico.
Php non obbliga a scrivere male, incoraggia solo (in particolare a causa della tipizzazione dinamica imho)
Volendo in php si possono scrivere delle cose ordinate e ben funzionanti. Bisogna sapere dove si vuole andare a parare, certo.
E certamente il web ad oggi è PIENO di PattumeHighlyPutrescent
Php non obbliga a scrivere male, incoraggia solo (in particolare a causa della tipizzazione dinamica imho)
Volendo in php si possono scrivere delle cose ordinate e ben funzionanti. Bisogna sapere dove si vuole andare a parare, certo.
E certamente il web ad oggi è PIENO di PattumeHighlyPutrescent
-- Motosauro
subject Di Daniele postato il 19/01/2009 11:29
Il mondo IT e' tristemente pieno di wannabe, millantatori e amici di amici di amici bravi con il picci', e non solo su linguaggi di scripting purtroppo.
Basta pensare a:
login : root
password : root (o nell'ipotesi piu' rosea root123)
Basta pensare a:
login : root
password : root (o nell'ipotesi piu' rosea root123)
-- Daniele
-AT- Daniele Di Motosauro postato il 19/01/2009 14:37
> Il mondo IT e' tristemente pieno di wannabe, millantatori e amici di amici di amici bravi con il picci', e non solo su linguaggi di scripting purtroppo.
> Basta pensare a:
> login : root
> password : root (o nell'ipotesi piu' rosea root123)
> --
> Daniele
M-AT-#!a, come hai fatto a scoprire la password di root di tutte le mie macchine?
Mi hai messo un keylogger?
:-)
> Basta pensare a:
> login : root
> password : root (o nell'ipotesi piu' rosea root123)
> --
> Daniele
M-AT-#!a, come hai fatto a scoprire la password di root di tutte le mie macchine?
Mi hai messo un keylogger?
:-)
-- Motosauro
-AT- Daniele Di Giovanni R. postato il 19/01/2009 23:13
> Il mondo IT e' tristemente pieno di wannabe, millantatori e amici di amici di amici bravi con il picci', e non solo su linguaggi di scripting purtroppo.
> Basta pensare a:
> login : root
> password : root (o nell'ipotesi piu' rosea root123)
> --
> Daniele
Personalmente uso spesso password simili, devo ammetterlo, ma non ho mai usato 123 dentro una mia password.
Se non ci fosse gente come quella di cui parliamo male qui, noi non avremmo un lavoro!
;-)
Ciao
> Basta pensare a:
> login : root
> password : root (o nell'ipotesi piu' rosea root123)
> --
> Daniele
Personalmente uso spesso password simili, devo ammetterlo, ma non ho mai usato 123 dentro una mia password.
Se non ci fosse gente come quella di cui parliamo male qui, noi non avremmo un lavoro!
;-)
Ciao
-- Giovanni R.
Programma Hyper Porcata Di Stéphane postato il 19/01/2009 12:41
Nel mondo del lavoro in generale è pieno di cialtroni che dovrebbero andare a zappare la terra invece di far finta di essere programmatori. Questo è vero in tutti i linguaggi più diffusi nelle attuali aziende: Java, C# e PHP. La differenza è che PHP è un linguaggio più "pratico" degli altri due, puoi cominciare a fare qualcosa in mezz'ora di lettura del manuale. Questo cambia solo una cosa: i programmatori cialtroni in PHP sono dei semplici ignoranti (nel senso che ignorano tutto in materia informatica), mentre i programmatori cialtroni in Java/C# sono generalmente ignoranti che hanno studiato (cioè con l'aggravante che certe cose le dovrebbero sapere).
Magari una volta dovrei scrivere qualcuna delle Horror Story che mi son capitate e mandarle al buon Davide...
Magari una volta dovrei scrivere qualcuna delle Horror Story che mi son capitate e mandarle al buon Davide...
-- Sté-Phane
-AT-Marco Musicò Di miniBill postato il 19/01/2009 17:56
>Non mi stupisce, quindi, che ci siani "supposti" programmatori che vadano a fare
>casini in giro perchè a fare qual lavoro ce li ha messi qualcuno che non ha la
>-Più pallida idea di cosa sia un programmatore!!
Fin troppo spesso la gente parla/prende decisioni su cose di cui non ha neppure una vaga idea, come quelli che "bisorrebbe aumentare il controllo" riferendosi al tuTubo
>casini in giro perchè a fare qual lavoro ce li ha messi qualcuno che non ha la
>-Più pallida idea di cosa sia un programmatore!!
Fin troppo spesso la gente parla/prende decisioni su cose di cui non ha neppure una vaga idea, come quelli che "bisorrebbe aumentare il controllo" riferendosi al tuTubo
-- miniBill
-AT- miniBill Di Francesco Paolini postato il 20/02/2009 22:23
> Fin troppo spesso la gente parla/prende decisioni su cose di cui non ha neppure una vaga idea, come quelli che "bisorrebbe aumentare il controllo" riferendosi al tuTubo
oppure come quelli della vittoria di Napoleone a Waterloo...
-- Francesco Paolini
Verduraio Di Carlo postato il 19/01/2009 19:01
Il funzionamento di questa "roba" mi fa venire in mente un programmatore lotus che ha scoperto il fantastico mondo della programmazione web.....
Non è che chi ha fatto il piaccaperozzo non sia un programmatore lotus che aveva la tv rotta alla sera?
Non è che chi ha fatto il piaccaperozzo non sia un programmatore lotus che aveva la tv rotta alla sera?
-- Carlo
subject Di kallsu postato il 19/01/2009 19:26
>che la qualita' del software prodotto langue seriamente dietro alla quantita', >che sembra molto piu' importante.
AVE !
Perché tu non hai ancora avuto a che fare con $ProgrammatoriPiAccaP e il loro astruso concetto di WebbAService, perché tu pensi che quando risp "SI" alla domanda "Devi interrogare un WebbAService che ha parametri COSI&COLA .... , sei capace ?" ti aspetti almeno un "Hello World!" compaia sulla sua pagina e non una valanga di errori nel log.
AVE !
Perché tu non hai ancora avuto a che fare con $ProgrammatoriPiAccaP e il loro astruso concetto di WebbAService, perché tu pensi che quando risp "SI" alla domanda "Devi interrogare un WebbAService che ha parametri COSI&COLA .... , sei capace ?" ti aspetti almeno un "Hello World!" compaia sulla sua pagina e non una valanga di errori nel log.
-- kallsu
Spezziamo una lancia... Di Daniele postato il 19/01/2009 19:49
Spesso mi trovo da clienti che richiedono piccole applicazioni php per visualizzare graficamente dei dati o similari...
(si, programmi di reporting o business object sono ovviamente troppo costosi).
Normalmente ogni 6 mesi richiamano per una modifica, con disponibilita' di pecunia inversamente proporzionale alla complessita' della stessa.
Ergo, spesso applicazioni (anche ben studiate) vengono nel tempo stravolte fino a diventare accrocchi monumentali...
La cosa triste e' quando queste vengono poi vendute!!!
(si, programmi di reporting o business object sono ovviamente troppo costosi).
Normalmente ogni 6 mesi richiamano per una modifica, con disponibilita' di pecunia inversamente proporzionale alla complessita' della stessa.
Ergo, spesso applicazioni (anche ben studiate) vengono nel tempo stravolte fino a diventare accrocchi monumentali...
La cosa triste e' quando queste vengono poi vendute!!!
-- Daniele
sono senza parole Di Lorenzo Pasquinelli postato il 19/01/2009 20:15
Nei miei dieci anni di webapp catastrofiche ne ho viste un bel po' ma questa si merita un posto nella top ten!
Senti ma non è che dalle tue parti cercate gente valida? La cosa potrebbe interessarmi..
Senti ma non è che dalle tue parti cercate gente valida? La cosa potrebbe interessarmi..
-- Lorenzo Pasquinelli
Sono un PHP accozzaro. Di Alex ARNZ postato il 19/01/2009 20:16
Non per scelta, non per scelta mia, ma i risultati alla fine non erano mai orridi. Secondo me. L'ho fatto a tempo perso, per qualche esigenza aziendale. Sono un SysAdm, non un programmatore.
Il problema, penso, che sia più che altro il fatto che sempre di più i programmatori sono cut_and_paste managers. Cioè gente che prende, copia, incolla da libri, esempi, tutorials di internet e cerca di farli funzionare o al limite di fare uscire qualcosa senza dare (troppi) errori.
Avete mai visto un programmatore moderno buttare giù un diagramma di flusso? Io no. All'università (ho studiato ben altro) i diagrammi di flusso erano all'ordine del giorno per risolvere ogni problema. Se uno non ha in mente lo schema di quello che deve fare, il risultato non può che essere pessimo. Buttano giù due righe di codice, e anzichè focalizzarsi sui risultati, perdono tre giorni a fare l'interfaccia carina che poi ritoccano mille e altre mille volte nel corso del progetto ed infine è una accozzaglia di patch come tutto il resto.
Il problema, penso, che sia più che altro il fatto che sempre di più i programmatori sono cut_and_paste managers. Cioè gente che prende, copia, incolla da libri, esempi, tutorials di internet e cerca di farli funzionare o al limite di fare uscire qualcosa senza dare (troppi) errori.
Avete mai visto un programmatore moderno buttare giù un diagramma di flusso? Io no. All'università (ho studiato ben altro) i diagrammi di flusso erano all'ordine del giorno per risolvere ogni problema. Se uno non ha in mente lo schema di quello che deve fare, il risultato non può che essere pessimo. Buttano giù due righe di codice, e anzichè focalizzarsi sui risultati, perdono tre giorni a fare l'interfaccia carina che poi ritoccano mille e altre mille volte nel corso del progetto ed infine è una accozzaglia di patch come tutto il resto.
-- Alex ARNZ
-AT- Alex ARNZ Di Gama postato il 19/01/2009 21:20
>Buttano giù due righe di codice, e anzichè focalizzarsi sui risultati, perdono tre giorni a fare l'interfaccia carina che poi ritoccano mille e altre mille volte nel corso del progetto ed infine è una accozzaglia di patch come tutto il resto.
> --
> Alex ARNZ
Per questo farebbe molto comodo dover OBBLIGATORIAMENTE rispettare gli standard di accessibilità: dovendo realizzare un'applicazione in grado di funzionare anche su browser testuale, con pagine linearizzate, con gli stili e javascript disabilitati si parte a lavorare da quello che e' il progetto e non dall'interfaccia (se non quella concettuale di uso della pagina).
> --
> Alex ARNZ
Per questo farebbe molto comodo dover OBBLIGATORIAMENTE rispettare gli standard di accessibilità: dovendo realizzare un'applicazione in grado di funzionare anche su browser testuale, con pagine linearizzate, con gli stili e javascript disabilitati si parte a lavorare da quello che e' il progetto e non dall'interfaccia (se non quella concettuale di uso della pagina).
-- Gama
-AT- Gama Di Alberto postato il 20/01/2009 13:09
> Per questo farebbe molto comodo dover OBBLIGATORIAMENTE rispettare gli standard di accessibilità: dovendo realizzare un'applicazione in grado di funzionare anche su browser testuale, con pagine linearizzate, con gli stili e javascript disabilitati...
> --
> Gama
in tal caso su questo sito non potresti fare login.
Alberto
> --
> Gama
in tal caso su questo sito non potresti fare login.
Alberto
-- Alberto
Parlate di programmatori "cialtroni"... Di Fabio postato il 19/01/2009 20:45
...mi sento chiamato in causa.
E' il pregio e allo stesso tempo il difetto del php quello di permettere di creare subito "qualcosa" anche con scarse conoscenze.
PS: E pensare che 5 query a pagina per il mio sito mi sembravano troppe, loro ne fanno 1000!
E' il pregio e allo stesso tempo il difetto del php quello di permettere di creare subito "qualcosa" anche con scarse conoscenze.
PS: E pensare che 5 query a pagina per il mio sito mi sembravano troppe, loro ne fanno 1000!
-- Fabio
cialtroni & accrocchi Di Giovanni R. postato il 19/01/2009 23:15
davide, accrocchi e cialtroni ne vedo giornalmente.
fortunatamente ci sono incapaci che fanno si che noi si abbia tutti lavoro.
cosa faremmo in un mondo di lusers?
fortunatamente ci sono incapaci che fanno si che noi si abbia tutti lavoro.
cosa faremmo in un mondo di lusers?
-- Giovanni R.
Mah... Di The_Yeti postato il 20/01/2009 11:30
Di solito in informatica i miracoli e le magie non accadono.
Ma somigliamo così tanto agli stregoni???
Ma somigliamo così tanto agli stregoni???
-- The_Yeti
-AT- The_Yeti Di Davide Bianchi postato il 20/01/2009 11:51
> Di solito in informatica i miracoli e le magie non accadono. Ma somigliamo così tanto agli stregoni???
Come no? Esempio: CL prova a fare una cosa e riceve un messaggio di errore, chiama il Sysadmin che fa la stessa cosa e funziona... cosa deve pensare CL? a) il sysadmin ne sa piu' di lui o b) magia! Secondo te cosa pensa CL? Se pensasse (a) non sarebbe piu' un CL.
Come no? Esempio: CL prova a fare una cosa e riceve un messaggio di errore, chiama il Sysadmin che fa la stessa cosa e funziona... cosa deve pensare CL? a) il sysadmin ne sa piu' di lui o b) magia! Secondo te cosa pensa CL? Se pensasse (a) non sarebbe piu' un CL.
-- Davide Bianchi
-AT- Davide Bianchi Di Gandolfo "Infinity" Ivo postato il 21/01/2009 22:08
> cosa deve pensare CL? a) il sysadmin ne sa piu' di lui o b) magia! Secondo te cosa pensa CL? Se pensasse (a) non sarebbe piu' un CL.
Io direi entrambe (ma in ordine inverso) ma solo perchè sono BastardoInside[TM]
Secondo me i CL hanno una visione del tutto "stregonesca" dell'informatica, ma questa è una mia idea
Io direi entrambe (ma in ordine inverso) ma solo perchè sono BastardoInside[TM]
Secondo me i CL hanno una visione del tutto "stregonesca" dell'informatica, ma questa è una mia idea
-- Gandolfo "Infinity" Ivo
ce l'hai contro il php Di checkitout3 postato il 20/01/2009 16:02
ma allora io che per diletto sto cercando di imparare stò cavolo di ZF dici che incruccherò il server? spero proprio di no... le cose che facevo io in php come intranet aziendale erano (e sono tutt'ora) usate perchè sono velocissime e non caricano il povero PII350 che le hosta....
il fatto è che oggi c'è sempre meno tempo===soldi per sviluppare quindi si usa ciò che fa più comodo... ma 1000 query per un index mi sembra un tantino esagerato..
Buona settimana
il fatto è che oggi c'è sempre meno tempo===soldi per sviluppare quindi si usa ciò che fa più comodo... ma 1000 query per un index mi sembra un tantino esagerato..
Buona settimana
-- checkitout3
cmq è vero... Di Manuel postato il 20/01/2009 17:24
è successo, succede e succederà un pò a tutti noi che stiamo da questo lato della barricata... il CL smadonna 2 ore e non riesce a fare un c***o, arriva il SysAdmin, fa le stesse identiche cose, e funziona.
Si, siamo stregoni
Si, siamo stregoni
-- Manuel
-AT- Manuel Di Lorenzo postato il 20/01/2009 21:42
> è successo, succede e succederà un pò a tutti noi che stiamo da questo lato della barricata... il CL smadonna 2 ore e non riesce a fare un c***o, arriva il SysAdmin, fa le stesse identiche cose, e funziona.
>
> Si, siamo stregoni
Dissento, gli stregoni sono i CL, che riescono ad operare in modo tanto astruso da generare ogni possibile (ed impossibile) problema. Il sysadmin in genere opera nel modo piu' semplice possibile, in modo logico, ed ecco che, ovviamente, il problema non si presenta.
>
> Si, siamo stregoni
Dissento, gli stregoni sono i CL, che riescono ad operare in modo tanto astruso da generare ogni possibile (ed impossibile) problema. Il sysadmin in genere opera nel modo piu' semplice possibile, in modo logico, ed ecco che, ovviamente, il problema non si presenta.
-- Lorenzo
Piaccachì? Di Fame postato il 21/01/2009 11:55
Anch'io da autonomo feci n. 3 siti in PHP ma è servito a capire che NON so programmare e NON so gestire un progetto.. i clienti erano parenti/amici e ci ho guadagnato solo una moglie, una fornitura di cioccolato/gelato a vita e un paio di cene...
Il fatto è che se esistono aziende che vanno avanti per tentativi ogni scimmia va bene.. inoltre prevale la logica di usare il primo strumento che capita senza chiedersi se sia il più adatto.
Riguardo alla "magia" io provo a far capire ai CL che certe cose NON si possono fare e quindi NON sono da chiedere
CL: "sai come aprire un volantino con estensione *.$locale_dove_ubriacarsi ?"
IO: "visto che in tutta l'azienda non esiste una licenza Bubblesher non è possibile aprirlo: fattelo mandare in Worp! Cmq tra mezz'ora te lo mando convertito.. (trattavasi di foglio A4 con sopra 6 screenshot per 40 Mb)"
Ciao a tutti - Fame
Il fatto è che se esistono aziende che vanno avanti per tentativi ogni scimmia va bene.. inoltre prevale la logica di usare il primo strumento che capita senza chiedersi se sia il più adatto.
Riguardo alla "magia" io provo a far capire ai CL che certe cose NON si possono fare e quindi NON sono da chiedere
CL: "sai come aprire un volantino con estensione *.$locale_dove_ubriacarsi ?"
IO: "visto che in tutta l'azienda non esiste una licenza Bubblesher non è possibile aprirlo: fattelo mandare in Worp! Cmq tra mezz'ora te lo mando convertito.. (trattavasi di foglio A4 con sopra 6 screenshot per 40 Mb)"
Ciao a tutti - Fame
-- Fame
PHP Di Emanuel_e postato il 21/01/2009 17:27
Non c'è niente di male nell'utilizzare il php come linguaggio per i propri siti web. Sebbene, per la fama che ha, non sia il più sicuro in assoluto, è quantomeno assurdo sostenere che non sia facile da usare, ed è versatile entro certi limiti.
Il problema sta nel fatto che, proprio perchè facile, ci sono in giro moltissimi programmatori wannabe che di fatto non conoscono una beneamata e si considerano geni nel saper eseguire un banalissimo echo. E poi non sanno organizzare un database e/o fanno centinaia di query sulla stessa pagina.
Se uno vuole mettersi ad utilizzarlo sul serio si deve comunque metterlo a studiare. C'è poco da fare.
Il problema sta nel fatto che, proprio perchè facile, ci sono in giro moltissimi programmatori wannabe che di fatto non conoscono una beneamata e si considerano geni nel saper eseguire un banalissimo echo. E poi non sanno organizzare un database e/o fanno centinaia di query sulla stessa pagina.
Se uno vuole mettersi ad utilizzarlo sul serio si deve comunque metterlo a studiare. C'è poco da fare.
-- Emanuel_e
$Mitico... Di Thurill-AT-gmail.com postato il 21/01/2009 21:39
"e' fatta da $accolitadiimbecilli."
Giuro, mi son piegato dal ridere...
Buona settimana D.
Giuro, mi son piegato dal ridere...
Buona settimana D.
-- Thurill-AT-gmail.com
Beh.... Di Massy postato il 22/01/2009 04:17
Nulla di nuovo sotto il sole.
Sarò sfigato io ma di progetti del genere da ristrutturare, ampliare e migliorare ne vedo a iosa.
'sti giorni stiamo lavorando su un sito, anzi pardon, su una "web apps primaria":
primo file aperto
if ($var>0) {
do something
} else {
if ($var>0) {do something2}
}
e un rarissimo commento
// capire perché non fa mai something2
dici che è colpa di php?
Sarò sfigato io ma di progetti del genere da ristrutturare, ampliare e migliorare ne vedo a iosa.
'sti giorni stiamo lavorando su un sito, anzi pardon, su una "web apps primaria":
primo file aperto
if ($var>0) {
do something
} else {
if ($var>0) {do something2}
}
e un rarissimo commento
// capire perché non fa mai something2
dici che è colpa di php?
-- Massy
-AT- Massy Di Emanuel_e postato il 22/01/2009 08:45
> primo file aperto
> if ($var>0) {
> do something
> } else {
> if ($var>0) {do something2}
> }
> e un rarissimo commento
> // capire perché non fa mai something2
>
> dici che è colpa di php?
> --
> Massy
Logico. O, perlomeno, per il CL la colpa sarà sempre e comunque di php.
> if ($var>0) {
> do something
> } else {
> if ($var>0) {do something2}
> }
> e un rarissimo commento
> // capire perché non fa mai something2
>
> dici che è colpa di php?
> --
> Massy
Logico. O, perlomeno, per il CL la colpa sarà sempre e comunque di php.
-- Emanuel_e
-AT- Massy Di Andrea postato il 22/01/2009 11:14
> primo file aperto
> if ($var>0) {
> do something
> } else {
> if ($var>0) {do something2}
> }
> e un rarissimo commento
> // capire perché non fa mai something2
Dehihiho!
Possiamo ammirare:
1)Un'ineccepibile strutturazione logica del codice
2)Un esempio da manuale di commento
> if ($var>0) {
> do something
> } else {
> if ($var>0) {do something2}
> }
> e un rarissimo commento
> // capire perché non fa mai something2
Dehihiho!
Possiamo ammirare:
1)Un'ineccepibile strutturazione logica del codice
2)Un esempio da manuale di commento
-- Andrea
-AT- Davide Bianchi Di Davide Bianchi postato il 22/01/2009 11:31
> Possiamo ammirare:
> 1)Un'ineccepibile strutturazione logica del codice
> 2)Un esempio da manuale di commento
Vedo il tuo esempio e rilancio: tratto dal codice di una foxxuta applicazione (di cui parlero' diffusamente nelle storie future):
int customerId = 0;
if( customerId == 0 ) {
...
}
if( customerId == 0 ) {
....
}
...
--
Davide Bianchi
> 1)Un'ineccepibile strutturazione logica del codice
> 2)Un esempio da manuale di commento
Vedo il tuo esempio e rilancio: tratto dal codice di una foxxuta applicazione (di cui parlero' diffusamente nelle storie future):
int customerId = 0;
if( customerId == 0 ) {
...
}
if( customerId == 0 ) {
....
}
...
--
Davide Bianchi
-AT- Davide Bianchi Di Andrea postato il 22/01/2009 15:40
> Vedo il tuo esempio e rilancio: tratto dal codice di una foxxuta applicazione (di cui parlero' diffusamente nelle storie future):
>
> int customerId = 0;
>
> if( customerId == 0 ) {
> ...
> }
>
> if( customerId == 0 ) {
> ....
> }
>
> ...
Si vede che a qualcuno piace "if"...
>
> int customerId = 0;
>
> if( customerId == 0 ) {
> ...
> }
>
> if( customerId == 0 ) {
> ....
> }
>
> ...
Si vede che a qualcuno piace "if"...
-- Andrea
non è colpa di php o almeno... Di soichiro postato il 22/01/2009 13:21
Sono un baboon coder in php, devo ammettere che anche io scrivo la mia bella dose di orrori :F, ma non sono mai arrivato alle castronerie lette fin qui!!
La principale colpa di php è il mantenere la compatibilità con le vecchie versioni che permettevano di tutto o quasi, mentre con le nuove versioni, a partire dalla 5, pian piano sti stà cercando di rendere più stringenti i controlli sul codice (basti pensare alle register_globals impostate di default su Off), poi con la versione 6 si avrà un ulteriore giro di vite.
Il problema come nella maggior parte dei casi è tra sedia e tastiera con decine di pseudo-programmatori(dei veri e propri script kiddies) che utilizzando la marea di codice che si trova in rete creano dei mostri che a volte per oscuri motivi diventano pure di successo :F.
Ho una domanda da farvi: non riesco a capire che vantaggio (reale) che si ha mettendo le immagini dentro il database? A me sembra un'inutile complicazione e appesantimento del db visto che i server sono abbastanza veloci in risposta anche con il filesystem.
-AT-Alex ARNZ: io sono uno di quei pochi programmatori che perde delle ore prima di mettersi a scrivere del codice per fare diagrammi e schema database, visto che le poche volte che non l'ho fatto ho perso il triplo del tempo.
La principale colpa di php è il mantenere la compatibilità con le vecchie versioni che permettevano di tutto o quasi, mentre con le nuove versioni, a partire dalla 5, pian piano sti stà cercando di rendere più stringenti i controlli sul codice (basti pensare alle register_globals impostate di default su Off), poi con la versione 6 si avrà un ulteriore giro di vite.
Il problema come nella maggior parte dei casi è tra sedia e tastiera con decine di pseudo-programmatori(dei veri e propri script kiddies) che utilizzando la marea di codice che si trova in rete creano dei mostri che a volte per oscuri motivi diventano pure di successo :F.
Ho una domanda da farvi: non riesco a capire che vantaggio (reale) che si ha mettendo le immagini dentro il database? A me sembra un'inutile complicazione e appesantimento del db visto che i server sono abbastanza veloci in risposta anche con il filesystem.
-AT-Alex ARNZ: io sono uno di quei pochi programmatori che perde delle ore prima di mettersi a scrivere del codice per fare diagrammi e schema database, visto che le poche volte che non l'ho fatto ho perso il triplo del tempo.
-- soichiro
-AT- soichiro Di Davide Bianchi postato il 22/01/2009 13:41
> La principale colpa di php è il mantenere la compatibilità con le vecchie versioni che permettevano di tutto o quasi, mentre con le nuove versioni, a partire dalla 5, pian piano sti stà cercando di rendere più stringenti i controlli sul codice
Perche' a me viene in mente Microsoft ed i suoi tentativi di rendere "sicuro" Windows aggiungendo pezze e pinzillacchere?
> Ho una domanda da farvi: non riesco a capire che vantaggio (reale) che si ha mettendo le immagini dentro il database?
Il "vantaggio" (se vuoi chiamarlo cosi') e' che puoi gestire tutte le immagini tramite una interfaccia, lo svantaggio e' che non puoi usare i meccanismi di caching di Apache per gestirti il contenuto non-dinamico.
Perche' a me viene in mente Microsoft ed i suoi tentativi di rendere "sicuro" Windows aggiungendo pezze e pinzillacchere?
> Ho una domanda da farvi: non riesco a capire che vantaggio (reale) che si ha mettendo le immagini dentro il database?
Il "vantaggio" (se vuoi chiamarlo cosi') e' che puoi gestire tutte le immagini tramite una interfaccia, lo svantaggio e' che non puoi usare i meccanismi di caching di Apache per gestirti il contenuto non-dinamico.
-- Davide Bianchi
-AT- soichiro Di Gama postato il 22/01/2009 14:40
> Il problema come nella maggior parte dei casi è tra sedia e tastiera con decine di pseudo-programmatori(dei veri e propri script kiddies) che utilizzando la marea di codice che si trova in rete creano dei mostri che a volte per oscuri motivi diventano pure di successo :F.
>
Questa la vivo tutti i giorni sulla mia pellaccia: fiumi di codice recuperato sa solo il web dove ed incollato senza nemmeno aver capito cosa fa (talvolta con tanto di commenti in lingue impronunciabili). Va bene il riuso del codice ma certa gente esagera!
> Ho una domanda da farvi: non riesco a capire che vantaggio (reale) che si ha mettendo le immagini dentro il database? A me sembra un'inutile complicazione e appesantimento del db visto che i server sono abbastanza veloci in risposta anche con il filesystem.
Oltre a quanto detto dal padrone di casa posso aggiungere anche l'elemento "mi manca l'hardware o raggiungerlo e' un suicidio": spazio sul web server ridotto all'osso e conseguente impossibilita' di inserire li' sopra immagini piu' grosse di una manciata di pixel, impossibile acquistare una nuova macchina per lo stoccaggio delle immagini e database server con un paio di TByte a disposizione. La soluzione e' pressoche' obbligatoria in questo caso.
Unico problema grave riscontrato: il backup su nastro non ha problemi di sorta ma quello eseguito tramite MySql non digerisce bene la mole di dati e ci manda a stendere. Cosa fare quando $collegaPelato si mette a smanacciare sul db DI PRODUZIONE e dopo un fallimento i dati sono compromessi?
Gama
>
Questa la vivo tutti i giorni sulla mia pellaccia: fiumi di codice recuperato sa solo il web dove ed incollato senza nemmeno aver capito cosa fa (talvolta con tanto di commenti in lingue impronunciabili). Va bene il riuso del codice ma certa gente esagera!
> Ho una domanda da farvi: non riesco a capire che vantaggio (reale) che si ha mettendo le immagini dentro il database? A me sembra un'inutile complicazione e appesantimento del db visto che i server sono abbastanza veloci in risposta anche con il filesystem.
Oltre a quanto detto dal padrone di casa posso aggiungere anche l'elemento "mi manca l'hardware o raggiungerlo e' un suicidio": spazio sul web server ridotto all'osso e conseguente impossibilita' di inserire li' sopra immagini piu' grosse di una manciata di pixel, impossibile acquistare una nuova macchina per lo stoccaggio delle immagini e database server con un paio di TByte a disposizione. La soluzione e' pressoche' obbligatoria in questo caso.
Unico problema grave riscontrato: il backup su nastro non ha problemi di sorta ma quello eseguito tramite MySql non digerisce bene la mole di dati e ci manda a stendere. Cosa fare quando $collegaPelato si mette a smanacciare sul db DI PRODUZIONE e dopo un fallimento i dati sono compromessi?
Gama
-- Gama
-AT- soichiro Di Motosauro postato il 22/01/2009 15:40
> Sono un baboon coder in php, devo ammettere che anche io scrivo la mia bella dose di orrori :F, ma non sono mai arrivato alle castronerie lette fin qui!!
>
> La principale colpa di php è il mantenere la compatibilità con le vecchie versioni che permettevano di tutto o quasi, mentre con le nuove versioni, a partire dalla 5, pian piano sti stà cercando di rendere più stringenti i controlli sul codice (basti pensare alle register_globals impostate di default su Off), poi con la versione 6 si avrà un ulteriore giro di vite.
> Il problema come nella maggior parte dei casi è tra sedia e tastiera con decine di pseudo-programmatori(dei veri e propri script kiddies) che utilizzando la marea di codice che si trova in rete creano dei mostri che a volte per oscuri motivi diventano pure di successo :F.
>
> Ho una domanda da farvi: non riesco a capire che vantaggio (reale) che si ha mettendo le immagini dentro il database? A me sembra un'inutile complicazione e appesantimento del db visto che i server sono abbastanza veloci in risposta anche con il filesystem.
>
> -AT-Alex ARNZ: io sono uno di quei pochi programmatori che perde delle ore prima di mettersi a scrivere del codice per fare diagrammi e schema database, visto che le poche volte che non l'ho fatto ho perso il triplo del tempo.
> --
> soichiro
Ehm, m'ero dimenticato di fare login
Sempre sull'archiviazione in mysql ho fatto più siti dove l'archiviazione di dati Ğriservatiğ tipo fatture viene fatta in tabelle, apputno per levarli dal filesystem
>
> La principale colpa di php è il mantenere la compatibilità con le vecchie versioni che permettevano di tutto o quasi, mentre con le nuove versioni, a partire dalla 5, pian piano sti stà cercando di rendere più stringenti i controlli sul codice (basti pensare alle register_globals impostate di default su Off), poi con la versione 6 si avrà un ulteriore giro di vite.
> Il problema come nella maggior parte dei casi è tra sedia e tastiera con decine di pseudo-programmatori(dei veri e propri script kiddies) che utilizzando la marea di codice che si trova in rete creano dei mostri che a volte per oscuri motivi diventano pure di successo :F.
>
> Ho una domanda da farvi: non riesco a capire che vantaggio (reale) che si ha mettendo le immagini dentro il database? A me sembra un'inutile complicazione e appesantimento del db visto che i server sono abbastanza veloci in risposta anche con il filesystem.
>
> -AT-Alex ARNZ: io sono uno di quei pochi programmatori che perde delle ore prima di mettersi a scrivere del codice per fare diagrammi e schema database, visto che le poche volte che non l'ho fatto ho perso il triplo del tempo.
> --
> soichiro
Ehm, m'ero dimenticato di fare login
Sempre sull'archiviazione in mysql ho fatto più siti dove l'archiviazione di dati Ğriservatiğ tipo fatture viene fatta in tabelle, apputno per levarli dal filesystem
-- Motosauro
-AT- Motosauro Di Davide Bianchi postato il 22/01/2009 15:45
> Sempre sull'archiviazione in mysql ho fatto più siti dove l'archiviazione di dati Ğriservatiğ tipo fatture viene fatta in tabelle, apputno per levarli dal filesystem
mysqldump, questo sconosciuto... se i dati "riservati" non li crittografi...
mysqldump, questo sconosciuto... se i dati "riservati" non li crittografi...
-- Davide Bianchi
-AT- Davide Bianchi Di Motosauro postato il 02/02/2009 10:36
> > Sempre sull'archiviazione in mysql ho fatto più siti dove l'archiviazione di dati Ğriservatiğ tipo fatture viene fatta in tabelle, apputno per levarli dal filesystem
>
> mysqldump, questo sconosciuto... se i dati "riservati" non li crittografi...
> --
> Davide Bianchi
a dire il vero non mi è del tutto sconosciuto e se il campo blob viene immesso tramite AES(), affiancato dall'AES() della chiave penso che siamo abbastanza sicuri (a patto di non perdersi la chiave master).
Che tu sappia un campo archiviato come AES è decriptabile anche senza chiave se ne viene fatto il dump tramite mysqldump?
Se sì devo rivedere il design di un paio di cosette
>
> mysqldump, questo sconosciuto... se i dati "riservati" non li crittografi...
> --
> Davide Bianchi
a dire il vero non mi è del tutto sconosciuto e se il campo blob viene immesso tramite AES(), affiancato dall'AES() della chiave penso che siamo abbastanza sicuri (a patto di non perdersi la chiave master).
Che tu sappia un campo archiviato come AES è decriptabile anche senza chiave se ne viene fatto il dump tramite mysqldump?
Se sì devo rivedere il design di un paio di cosette
-- Motosauro
php parte 2 Di soichiro postato il 22/01/2009 16:27
Grazie per le risposte, che sembrano confermare il mio parere negativo sulle immagine messe in un database , se serve nuovo hardware/hosting si compra (un disco ide costa poche decine di euro così come alcune centinaia di spazio in hosting) invece di andare a creare accrocchi che pesano sulla macchina visto che ogni immagine nel db può significare query in più necessarie per aprire una pagina web e spreco di banda o tempo per implementare soluzioni di caching faidate.
-AT-davide si parla di web application e secondo me il discorso dell'interfaccia unica mi sembra più pratica fatta proprio con php/asp/ecc. con nel database solo dati testuali o int(es. pk, nome del file, descrizione, chiave esterna se necessaria).
La gestione immagini secondo me andrebbe realizzata tramite scripting(usando le funzioni legate al filsystem e alla libreria relativa la gestione delle immagini).
Mi ricorda una discussione sul forum PHP di html.it a cui ho partecipato, in cui l'autore asseriva che gli include rallentavano pesantemente gli script e portava come esempio un ciclo che apriva tipo X000 un file con include() con la misurazione della durata di esecuzione :F, e la brillante soluzione era mettere i dati degli include su una tabella perchè aveva prestazioni migliori o_O(solitamente negli include ci metto proprio i dati di accesso al database e le varie funzioni raggruppate in un solo file per avere la comodita di aggiornare le sezioni dinamiche del sito cambiando un solo file :F ).
, se serve nuovo hardware/hosting si compra (un disco ide costa poche decine di euro così come alcune centinaia di spazio in hosting) invece di andare a creare accrocchi che pesano sulla macchina visto che ogni immagine nel db può significare query in più necessarie per aprire una pagina web e spreco di banda o tempo per implementare soluzioni di caching faidate.
-AT-davide si parla di web application e secondo me il discorso dell'interfaccia unica mi sembra più pratica fatta proprio con php/asp/ecc. con nel database solo dati testuali o int(es. pk, nome del file, descrizione, chiave esterna se necessaria).
La gestione immagini secondo me andrebbe realizzata tramite scripting(usando le funzioni legate al filsystem e alla libreria relativa la gestione delle immagini).
Mi ricorda una discussione sul forum PHP di html.it a cui ho partecipato, in cui l'autore asseriva che gli include rallentavano pesantemente gli script e portava come esempio un ciclo che apriva tipo X000 un file con include() con la misurazione della durata di esecuzione :F, e la brillante soluzione era mettere i dati degli include su una tabella perchè aveva prestazioni migliori o_O(solitamente negli include ci metto proprio i dati di accesso al database e le varie funzioni raggruppate in un solo file per avere la comodita di aggiornare le sezioni dinamiche del sito cambiando un solo file :F ).
-- soichiro
-AT- soichiro Di Davide Bianchi postato il 22/01/2009 16:32
> Grazie per le risposte, che sembrano confermare il mio parere negativo sulle immagine messe in un database , se serve nuovo hardware/hosting si compra (un disco ide costa poche decine di euro così come alcune centinaia di spazio
Ricordati anche di calcolare quanto costa fare il backup di quel disco e verificare che funzioni (il backup).
Ricordati anche di calcolare quanto costa fare il backup di quel disco e verificare che funzioni (il backup).
-- Davide Bianchi
acc! Di Simone postato il 23/01/2009 09:15
stamattina sono arrivato a lavoro e guardando la posta noto una sfilza di email con scritto...
"Hello root,
You are receiving this automatic notification message because you are listed as the contact for node $servers.
The node has Failed its scheduled backup."
per un totale di 8 email con nomi di server diversi... guardo l'unità nastri e li in bella vista un nastro incastrato dentro... dove ho messo l'estintore (strumento di tortura da me preferito)?
ps. per una ragione o per l'altra anche ieri e l'altro ieri il backup è fallito. oggi sarà una giornata molto terrificante
"Hello root,
You are receiving this automatic notification message because you are listed as the contact for node $servers.
The node has Failed its scheduled backup."
per un totale di 8 email con nomi di server diversi... guardo l'unità nastri e li in bella vista un nastro incastrato dentro... dove ho messo l'estintore (strumento di tortura da me preferito)?
ps. per una ragione o per l'altra anche ieri e l'altro ieri il backup è fallito. oggi sarà una giornata molto terrificante
-- Simone
I peccati del PHP Di Cymon postato il 25/01/2009 17:58
Il problema non è nel linguaggio (che è buono come un altro), ma nell'immagine che da di sé. Il PHP vuole convincere la gente che chiunque picchiando sui tasti può programmare. Che è una cosa tanto facile. E' normale poi che diventi un catalizzatore di schifezze.
Per questo preferisco il perl. Ci fai le stesse (ma proprio TUTTE) cose del PHP, ma visto che è ritenuto vecchio e criptico la maggior parte della gente se ne tiene lontana.
Per questo preferisco il perl. Ci fai le stesse (ma proprio TUTTE) cose del PHP, ma visto che è ritenuto vecchio e criptico la maggior parte della gente se ne tiene lontana.
-- Cymon
Linguaggio o programmatore Di Fiorenzo postato il 06/02/2009 12:44
Io credo che il linguaggio possa influire ma, in minor parte. Invece, quando il programmatore, programma male, anche se al posto di PHP usasse Perl, farebbe comunque delle castronerie inenarrabili.
Quindi, impariamo a programmare in modo decente, impariamo a testare ciò che facciamo prima di lanciarlo sulla luna, e poi, quando e se troviamo dei limiti nel linguaggio (dopo però aver imparato bene a programmare) allora cambiamo linguaggio.
Probabilmente ho detto delle cose scontate, ma da quello che leggo nella storia in cui sto lasciando questo post, forse non sono poi così scontate.
Un saluto a tutti e in modo particolare a Davide
Quindi, impariamo a programmare in modo decente, impariamo a testare ciò che facciamo prima di lanciarlo sulla luna, e poi, quando e se troviamo dei limiti nel linguaggio (dopo però aver imparato bene a programmare) allora cambiamo linguaggio.
Probabilmente ho detto delle cose scontate, ma da quello che leggo nella storia in cui sto lasciando questo post, forse non sono poi così scontate.
Un saluto a tutti e in modo particolare a Davide
-- Fiorenzo
Cosa ti ASPetti? Di Marco Panino postato il 30/03/2009 14:01
Se vedi annunci del tipo:
"cerco programmatore php, asp, java, .net, con approfondite conoscenze di frontpeig, photoshop e illustrator, max 24 anni, min 8 anni di esperienza laureato o con titolo equivalente"
cosa ti aspetti?
Tempo fa mi proponevo "solo" come uno che programma (bene) php, e non volevo fare (male) grafica. Non é quello che vuole il mercato...
Ma se emigro in nord-europa pure io trovo un lavoro decente?
"cerco programmatore php, asp, java, .net, con approfondite conoscenze di frontpeig, photoshop e illustrator, max 24 anni, min 8 anni di esperienza laureato o con titolo equivalente"
cosa ti aspetti?
Tempo fa mi proponevo "solo" come uno che programma (bene) php, e non volevo fare (male) grafica. Non é quello che vuole il mercato...
Ma se emigro in nord-europa pure io trovo un lavoro decente?
-- Marco Panino
-AT- Marco Panino Di Davide Bianchi postato il 30/03/2009 14:29
> Se vedi annunci del tipo:
...io potrei dirti http://www.soft-land.org/faq/lavoro
> Ma se emigro in nord-europa pure io trovo un lavoro decente?
Hemm... definisci "decente"...
...io potrei dirti http://www.soft-land.org/faq/lavoro
> Ma se emigro in nord-europa pure io trovo un lavoro decente?
Hemm... definisci "decente"...
-- Davide Bianchi
PiAccaacidoPerforza Di Antony Star postato il 04/09/2009 11:54
Hai ragione sul PHP, il fatto che rende rapido e veloce lo sviluppo, fa esperto chi ha scritto due righe nei tag. Lo uso da anni e non mi definisco un esperto, anche se poi in giro esistono quintalate di codice scritto da sedicenti esperti, che fanno pietà. Il problema sta a monte e non è un male di un linguaggio e basta, il problema sta nel fatto che si occupa di informatica chi non dovrebbe farlo. Leggo gli annunci di offerta lavoro e rabbrividisco quando ricercano programmatori senior di php che abbiano due anni di esperienza su php in generale e WAMP (cioè senza avere la più pallida idea di cosa sia apache o mysql, perchè si installa con due click). Credo sia quello il problema, credo che il problema stia nel fatto che oggi chi ha usato un linguaggio per scrivere "hello world" è un programmatore junior e chi ha fatto un mezzo sito di fatto assurge ad essere un programmatore senior. Il tutto nell'ottica di prendere un ragazzino e pagarlo niente... per poi spendere molto di più a ca$$ate compiute.
--
Antony Star
