[Vari]I linguaggi che più avete odiato.

[javaboy]

Quali sono i linguaggi di programmazione più brutti con cui avete avuto a che fare?


La mia personale classifica dei "mostri" è la seguente:

1)Perl
2)Visual Basic 6.0
3)Bash Script
4)Php

[fero86]

my humble opinion: PHP andrebbe messo MOLTO PRIMA di Bash e soprattutto MOLTO PRIMA di VB6.

io sono dell'idea che VB6 non sia stato capito: per capire a fondo cos'era e qual'era il suo scopo di vita bisognava conoscere le varie tecnologie sottostanti, le famose tecnologie "attive" (ActiveX, ActiveScripting, ecc.), ed eventualmente anche quelle ancora piu sottostanti, cioé COM.
VB6 era veramente un bel software, e fino a poco tempo fa (quando ancora ero ignorante) sarei stato il primo a dire che era un obbrobbrio mal riuscito, una grossa svista dall'immeritato successo che la Microsoft continuava ottusamente a portare avanti, sarei stato il primo a tuonare contro i suoi stravolgimenti della programmazione a oggetti; poi per fortuna ho capito e ho amato.

[javaboy]

Originariamente inviato da fero86

my humble opinion: PHP andrebbe messo MOLTO PRIMA di Bash e soprattutto MOLTO PRIMA di VB6.

io sono dell'idea che VB6 non sia stato capito: per capire a fondo cos'era e qual'era il suo scopo di vita bisognava conoscere le varie tecnologie sottostanti, le famose tecnologie "attive" (ActiveX, ActiveScripting, ecc.), ed eventualmente anche quelle ancora piu sottostanti, cioé COM.
VB6 era veramente un bel software, e fino a poco tempo fa (quando ancora ero ignorante) sarei stato il primo a dire che era un obbrobbrio mal riuscito, una grossa svista dall'immeritato successo che la Microsoft continuava ottusamente a portare avanti, sarei stato il primo a tuonare contro i suoi stravolgimenti della programmazione a oggetti; poi per fortuna ho capito e ho amato.

Io purtroppo ci ho dovuto mettere le mani sopra quando già esistevano tecnologie migliori come .net quindi è stato odio a prima vista. Fortunatamente
la mia esperienza con VB6 è durata poco. Non conosco abbastanza bene VB6 per poter controbattere le tue argomentazioni......In ogni caso l'intento del topic non era determinare i linguaggi di programmazione peggiori con criteri oggettivi ma solo riportare eventuali esperienze negative.


Php molto prima di bash? Detesto php ma Bash è oltre i limiti della perversione umana..

[shinya]

1) Powerscript
2) VBA
3) php

Poi ci sono i linguaggi che non mi piacciono più ma contro i quali non provo odio.... tipo perl o java...

[Johnn]

C++ (dopo aver conosciuto Java): come andare in carrozza dopo essere salito su una Mercedes...

[cdimauro]

1) Perl
2) PHP
3) Bash

[javaboy]

Originariamente inviato da Johnn

C++ (dopo aver conosciuto Java): come andare in carrozza dopo essere salito su una Mercedes...

Vero. Però la "bruttezza" del c++ è dovuta a ben due buone ragioni:
1) Permette di lavorare a basso livello
2) E (quasi) un super-insieme del C.

Partendo da questi presupposti non penso che sarebbe stato facile creare un linguaggio molto più semplice ed elegante.....Insomma c++ ha la sua ragione di esistere.

[javaboy]

Nessuno ha mai avuto esperienza con cobol? Me ne hanno parlato decisamente malissimo....

[||ElChE||88]

1) Perl
2) Perl
3) Perl

[fero86]

Originariamente inviato da shinya

1) Powerscript
2) VBA
3) php

cos'é Powerscript?

che strana scelta poi VBA... cos'é che non ti piace di VBA? la sintassi é la stessa di Visual Basic 6, cambiano solo gli oggetti esposti (oggetti specifici di Office nel caso di VBA, tutti gli ActiveX installati sulla macchina nel caso di VB6).

interessante notare come PHP appaia in tutte le classifiche

Originariamente inviato da Johnn

C++ (dopo aver conosciuto Java): come andare in carrozza dopo essere salito su una Mercedes...

ci sono cose che in Java non puoi fare, e non si tratta dei buffer overrun (parlo di cose utili). per esempio Java non ha l'ereditarietá multipla, non ha l'operator overloading, non ha i puntatori a funzioni (presenti anche in C# sotto forma dei delegates), non ha le lambda expressions (presenti nella nuova revisione del C++) e non permette di realizzare scoped objects togliendoti quindi quel controllo finissimo che hai in C++ sulla deallocazione delle risorse allocate dinamicamente; puoi scegliere uno tra alcuni algoritmi predefiniti di garbage collection ma non é la stessa cosa.
parlando invece delle API é tutt'altra questione: l'armamentario messo a disposizione da Java é infinitamente piu vasto e potente delle quattro cacchiate che ti da il C++ (classi di I/O, collection classes e poco altro), ma se il C++ (come spesso accade) viene abbinato a qualche framework é tutta un'altra musica.

Originariamente inviato da javaboy

Vero. Però la "bruttezza" del c++ è dovuta a ben due buone ragioni:
1) Permette di lavorare a basso livello

non é del tutto vero: non é quasi mai possibile usare il C++ per scrivere drivers per Windows.

[fero86]

Originariamente inviato da ||ElChE||88

1) Perl
2) Perl
3) Perl

4) PHP

ti prego, non spezzare la continuitá che era venuta a crearsi

[||ElChE||88]

Originariamente inviato da fero86

4) PHP

ti prego, non spezzare la continuitá che era venuta a crearsi

Ci ho lavorato solo per qualche giorno, posso metterlo in lista comunque?
Ricordo che rimasi parecchio impressionato da alcune """feature""" del linguaggio.

[morskott]

Bhe, direi che (personalmente) il maggior obbrobrio di cui mi sia (cercato con scarso successo di) sporcato le mani è quella lettera dell'alfabeto....si...il C!!
Sarà che son partito dal Pascal (ah che tempi alle superiori!!!) per poi approdare direttamente a Java (il mio preferito) interessandomi nel contempo al C# (per quanto visto molto bello) e dovendomi sorbire quell'obbrobrio per qualche tesina (forse son un po esagerato, ma provate a far una tesina in C che dopo un anno devi ancora riuscire a provarla (per una non spiegata impossibilità/incapacità di chiamare una syscall personale da usermode)!!).
Vabbeh, ho un po divagato!!

[Johnn]

Originariamente inviato da javaboy

Vero. Però la "bruttezza" del c++ è dovuta a ben due buone ragioni:
1) Permette di lavorare a basso livello
2) E (quasi) un super-insieme del C.

Partendo da questi presupposti non penso che sarebbe stato facile creare un linguaggio molto più semplice ed elegante.....Insomma c++ ha la sua ragione di esistere.

Storicamente immagino che c++ sia stato un notevole passo in avanti rispetto al C (parlo rispetto all'OO) e quindi gli riconosco assolutamente la ragione di esistere. Ma Java, che è venuto dopo, ha migliorato il c++ nei sui aspetti scomodi e antiquati, in maniera notevole. La comodità, la sicurezza, la tranquillità (e mettiamoci pure l'ottima documentazione) di programmare in Java non è paragonabile a quella del c++.

Originariamente inviato da fero86

interessante notare come PHP appaia in tutte le classifiche

Nella mia non l'ho messo solo per non sparare sulla croce rossa.

Originariamente inviato da fero86

ci sono cose che in Java non puoi fare, e non si tratta dei buffer overrun (parlo di cose utili). per esempio Java non ha l'ereditarietá multipla, non ha l'operator overloading, non ha i puntatori a funzioni (presenti anche in C# sotto forma dei delegates), non ha le lambda expressions (presenti nella nuova revisione del C++) e non permette di realizzare scoped objects togliendoti quindi quel controllo finissimo che hai in C++ sulla deallocazione delle risorse allocate dinamicamente; puoi scegliere uno tra alcuni algoritmi predefiniti di garbage collection ma non é la stessa cosa.
parlando invece delle API é tutt'altra questione: l'armamentario messo a disposizione da Java é infinitamente piu vasto e potente delle quattro cacchiate che ti da il C++ (classi di I/O, collection classes e poco altro), ma se il C++ (come spesso accade) viene abbinato a qualche framework é tutta un'altra musica.

Per l'ereditarietà multipla si può ovviare con le interfacce. Da studente onestamente non ho mai sentito la mancanza di puntatori a funzioni e overloading degli operatori.
Sul controllo finissimo delle deallocazione delle risorse, per la mia piccolissima esperienza (che è stata sufficiente a farmi intervenire in questo thread ) è stato più un che altro: stesso progetto, per un esame, da implementare in c++ e in Java. Per deallocare correttamente oggetti che non venivano più referenziati non bastava la solita free in quanto chi creava l'oggetto non era chi lo distruggeva. Google consigliava smart pointer, ma non erano sufficienti. Alla fine ho usato un garbage collector (mentre Java se la rideva...) ovviamente non standard.
In Java non mi sono neanche posto il problema.

Se devo sporcarmi le mani preferisco il C, che apprezzo nel suo ambito. Se voglio usare gli oggetti Java.

Ovviamente il tutto molto imho e molto "gusti personali".

[fero86]

Originariamente inviato da Johnn

Per l'ereditarietà multipla si può ovviare con le interfacce.

non é la stessa cosa, é un workaround lungo ed operoso. tra l'altro (mi viene in mente solo ora) altra cosa molto antipatica, almeno per me, é che in Java le classi ereditano tutto pubblicamente; in C++ invece é possibile ereditare con specificatori di visibilitá (private, protected, public).

Da studente onestamente non ho mai sentito la mancanza di puntatori a funzioni e overloading degli operatori.

gli operatori sono concettualmente analoghi ai metodi, quindi si tratta di una pura comoditá sintattica , peró sempre una comoditá é.
per quanto riguarda i puntatori a funzioni, io invece ne sento la mancanza eccome: in Java non posso neanche implementare uno stupidissimo metodo che calcoli la derivata di una funzione reale arbitraria, perché non posso passargli quella funzione; devo per forza sfruttare il puntatore a metodo implicito rappresentato dalla vtable di una classe. i puntatori a funzioni non sono affatto l'ennesima porcheria di derivazione C, anzi nella programmazione funzionale un concetto del tutto analogo, la chiusura, é di importanza fondamentale (ed é supportato anche da C# nella forma di delegati anonimi).

Sul controllo finissimo delle deallocazione delle risorse, per la mia piccolissima esperienza (che è stata sufficiente a farmi intervenire in questo thread ) è stato più un che altro: stesso progetto, per un esame, da implementare in c++ e in Java. Per deallocare correttamente oggetti che non venivano più referenziati non bastava la solita free in quanto chi creava l'oggetto non era chi lo distruggeva. Google consigliava smart pointer, ma non erano sufficienti. Alla fine ho usato un garbage collector (mentre Java se la rideva...) ovviamente non standard.
In Java non mi sono neanche posto il problema.

é chiaro che per programmi non critici (che sono la stragrande maggioranza) i garbage collectors di Java vanno benissimo, ma ci sono programmi in cui vorresti evitare che il GC entrasse in azione in determinati momenti. in C++ usando degli scoped objects (magari anche una sola classe, sotto forma di template) puoi scrivere un GC personalizzato in pochi minuti mantenendo il controllo totale sulla scelta dei momenti opportuni per la deallocazione delle risorse dinamiche (ivi inclusi blocchi allocati con new). se invece non ti serve questo controllo eccezionale puoi usare una dei fottiliardi di classi di smart pointers scritte fino ad oggi, incluse auto_ptr delle librerie standard oppure CHeapPtr di ATL; questo equivale a dire che neanche in C++ devi porti il problema della deallocazione della memoria dinamica, basta che dichiari il tuo puntatore come auto_ptr<int> anziché int*, per esempio.
infine, se la risorsa dinamica di cui devi gestire la deallocazione non é un blocco di memoria dell'heap (ma é, ad esempio, un HANDLE Win32) allora puoi scrivere in pochissimo tempo una tua smart class, ma prima controlla che qualche framework non ne abbia giá (MFC ed ATL ad esempio offrono classi per wrappare qualunque HANDLE ti venga in mente).
aggiungo che il fatto che tu abbia usato la free in C++ mi suggerisce una certa ignoranza in materia da parte tua; in C++ si usano new e delete.

Se devo sporcarmi le mani preferisco il C, che apprezzo nel suo ambito. Se voglio usare gli oggetti Java.

mentre se vuoi usare un linguaggio potente usi C++. il C++ é un linguaggio di enorme complessitá che offre costrutti molto sofisticati; impararlo approfonditamente richiede tempi notevoli ma una volta che l'hai fatto tuo puoi diventare molto produttivo perché puoi scrivere codice semanticamente sofisticato e quindi puoi fare di piu con meno righe di codice.

[DanieleC88]

Originariamente inviato da fero86

ci sono cose che in Java non puoi fare, e non si tratta dei buffer overrun (parlo di cose utili). per esempio Java non ha l'ereditarietá multipla, non ha l'operator overloading, non ha i puntatori a funzioni (presenti anche in C# sotto forma dei delegates), non ha le lambda expressions (presenti nella nuova revisione del C++) e non permette di realizzare scoped objects togliendoti quindi quel controllo finissimo che hai in C++ sulla deallocazione delle risorse allocate dinamicamente; puoi scegliere uno tra alcuni algoritmi predefiniti di garbage collection ma non é la stessa cosa.

Ricordo male o non ci sono nemmeno i parametri opzionali in Java?

Per rispondere al thread: PIACCAPPI'!

[gugoXX]

JavaScript

[shinya]

Originariamente inviato da fero86

cos'é Powerscript?

E' il linguaggio di scripting di Powerbuilder. Una cosa per cui Guantanamo dovrebbe essere riaperta, secondo me.

Originariamente inviato da fero86

che strana scelta poi VBA... cos'é che non ti piace di VBA? la sintassi é la stessa di Visual Basic 6, cambiano solo gli oggetti esposti (oggetti specifici di Office nel caso di VBA, tutti gli ActiveX installati sulla macchina nel caso di VB6).

Ah, credo sia una mia personale idiosincrasia. VB e derivati mi fanno sanguinare gli occhi.

[shinya]

Originariamente inviato da gugoXX

JavaScript

Dai... javascript non è malvagio come linguaggio in sè. Secondo me ha delle buone idee.
Il problema è il browser, DOM, implementazioni buggate...

[fero86]

Originariamente inviato da DanieleC88

Ricordo male o non ci sono nemmeno i parametri opzionali in Java?

no, quelli ci sono. ecco la dichiarazione del metodo PrintStream.printf:

public PrintStream printf(String format, Object ... args);

all'interno del codice del metodo args é visto come un array di Object.