IDE Java

[peppedx]

Sto cercando di capire se mi conviene migrare da netbeans a eclipse

[franksisca]

mio modesto parere, avendo usato tutti e tre gli ide + textpad, il migliore per fare applicazioni VERE è eclipse, mentre per applicazioni da fare in poco tempo JVBuilder ti dà un grossa mano con la grafica.

[peppedx]

Il fatto è che io utilizzo Netbeans e non mi trovo poi male, ma poi una quantità di librerie/tool open che si trovano in giro hanno plug-in per eclipse e non per netbeans....questo è l'unico cruccio!

[71104]

mi spiace ma su questo forum avrai un risultato imparziale: il team del progetto Diamonds (una ventina di persone) non può che votare Eclipse

[71104]

Originariamente inviato da peppedx

Il fatto è che io utilizzo Netbeans e non mi trovo poi male, ma poi una quantità di librerie/tool open che si trovano in giro hanno plug-in per eclipse e non per netbeans....questo è l'unico cruccio!

considera semplicemente che Eclipse NON è peggiore di NetBeans, quindi...

[peppedx]

considera semplicemente che Eclipse NON è peggiore di NetBeans, quindi...

Di questo ne ero certo, mi chiedevo solo se fosse abbastanza migliore da giustificare una migrazione visto che ormai uso il beans da un pò....

[Fenomeno85]

eclipse, ma non amo java e poi siamo arrivati alla conclusione che java fa quello che vuole.

~§~ Sempre E Solo Lei ~§~

[^TiGeRShArK^]

Originariamente inviato da peppedx

Di questo ne ero certo, mi chiedevo solo se fosse abbastanza migliore da giustificare una migrazione visto che ormai uso il beans da un pò....

io li ho usati tutti e tre in svariate versioni...
devo dire ke eclipse è senza ombra di dubbio il mio preferito, e ti consiglierei di fare il salto

[peppedx]

che dire, quasi quasi mi avete convinto; se avete della documentazione interessante da suggerirmi sono pronto a valutarla.

Grazie a tutti,
Saluti,
Peppe

[PGI-Bis]

Altro. Se un un linguaggio ha bisogno di un IDE allora è meglio cambiare linguaggio (o librerie).

[peppedx]

Altro. Se un un linguaggio ha bisogno di un IDE allora è meglio cambiare linguaggio (o librerie).

Non vorrei aprire un flame, ma capisco quello che dici, a volte anche io utilizzo vi (no emacs no...lo so dovrei, ma non ci riesco proprio).

Ma una volta che si è imparato ad utilizzare swing, mi vuoi dire perchè è preferibile fare le cose a mano, o molto banalmente rinunciare all'autocompletamento, non mi dire che tu ricordi tutti i parametri di tutte le possibili funzioni di libreria? Se è così complimenti!

Ciao.

[71104]

Originariamente inviato da PGI-Bis

Altro. Se un un linguaggio ha bisogno di un IDE allora è meglio cambiare linguaggio (o librerie).

perché?

[dupa]

Originariamente inviato da PGI-Bis

Altro. Se un un linguaggio ha bisogno di un IDE allora è meglio cambiare linguaggio (o librerie).

[PGI-Bis]

L'assistenza è per definizione necessaria quando gli strumenti che hai in mano non consentono di ottenere lo stesso risultato con la stessa efficienza.

La soluzione offerta da un IDE è un pacco di 100 megabyte che contiene strumenti che altri hanno ritenuto essere più "facili" da usare e dunque più efficienti.

Il che mi pare fondato su due ipotesi: la prima è che gli strumenti predefiniti non siano familiari all'utente o che siano inefficienti, la seconda è che quelli proposti siano più "semplici" non solo, com'è certo, per chi li abbia progettati, ma anche per chi li deva usare.

La prima ipotesi di idoneità è quella in ragione della quale io ritengo che si possa ottenere lo stesso risultato con delle riduzioni delle librerie esistenti. Se JComponent ha 300 metodi e me ne servono tre, riduco il numero di comportamenti in un oggetto intermedio, magari un produttore di JComponent o quanto mi appaia più ragionevole.

La seconda è rischiosa: cosa sia "più semplice" è variabile da persona a persona, secondo le sue conoscenze ed esperienze.

L'unica certezza è che un IDE propone soluzioni pensate da altri.

La mia opinione personalissima, sebbene non troppo bizzarra, è che le soluzioni altrui dovrebbero essere ridotte all'osso perchè dividono il prodotto in due parti, una che è sotto il mio controllo, in quanto prodotta da me, e l'altra che non è sotto il mio controllo, in quanto prodotto altrui.

La cosa non è assolutamente un male in sè: l'unico problema è che il software l'abbiamo scritto in 100 (io e i 99 di Sun) ma quello che va dal cliente a prendersi le merluzzate in faccia in caso di problemi sono io. A me i merluzzi piace schivarli e allora cerco di avere non solo tutta la responsabilità, ma anche più controllo possibile .

[dnarod]

sono d accordo solo in parte...cioe sono d accordo in potenza, ma all atto pratico, seguendo il tuo ragionamento, cosa ti vieterebbe di programmare in assembler o di inventare un tuo linguaggio di programmazione per programmare?

finche si tratta di programmini ok, ma programmare qualcosa di estremamente complesso a mano, non credo che sia la soluzione migliore

d altro canto condivido la tua idea...mi sa pero che a un certo punto bisogna arrivare a "fidarsi", per velocizzare un po il processo; inoltre se ci mettiamo di mezzo il lavoro di team, questa logica non ha piu senso...vuoi programmare windows come lone project per essere sicuro che dipenda solo da te?

[dnarod]

acc ho riletto un attimo...scusa, non voglio assolutamente sembrare antipatico, in fondo condivido anche un po la tua filosofia, sry se ho usato un tono spiacevole, era solo per far capire con qualche esempio (poi magari mi sbaglio io)

[Andlea]

Io uso netbeans per le applicazioni web con jsp, servlet e beans
ecplipse per il resto

[PGI-Bis]

Ora vado un po' OT (pardon).

Tutto sommato l'esatta misura dell'efficienza è individuale, vale per questo o quell'uomo, questa o quell'organizzazione.

Al paradosso dell'assembly io rispondo: si, anche in assembly se così sei più efficace.

Personalmente in assembly ci metterei una settimana a fare due più due, dunque per me assembly non sarebbe una buona idea.

Ma per un'organizzazione in cui assembly è lo strumento in cui si riesce a fare di più e meglio, assembly è la scelta migliore quindi non paradossale come parrebbe.

Poi bisogna anche vedere, in prospettiva, qual'è lo stato del mercato: quanti programmatori assembly troverò in grado di mantenere la tal applicazione? Ma fa parte del gioco. Argomento che vale anche per gli IDE.

[Fenomeno85]

ogni linguaggio ha le sue potenzialità in campi specifici. Con assembly e C/C++ puoi andare a fare cose che con java non puoi.
Poi imho per avere in più il garbage collector e qualche minchiata io preferisco di gran lunga il C++.

comunque non mi sembra questo l'argomento di questo topic

~§~ Sempre E Solo Lei ~§~

[peppedx]

Originariamente inviato da PGI-Bis

L'unica certezza è che un IDE propone soluzioni pensate da altri.

La mia opinione personalissima, sebbene non troppo bizzarra, è che le soluzioni altrui dovrebbero essere ridotte all'osso perchè dividono il prodotto in due parti, una che è sotto il mio controllo, in quanto prodotta da me, e l'altra che non è sotto il mio controllo, in quanto prodotto altrui.

La cosa non è assolutamente un male in sè: l'unico problema è che il software l'abbiamo scritto in 100 (io e i 99 di Sun) ma quello che va dal cliente a prendersi le merluzzate in faccia in caso di problemi sono io. A me i merluzzi piace schivarli e allora cerco di avere non solo tutta la responsabilità, ma anche più controllo possibile .

Beh,quello che dici è sicuramente vero nel momento in cui un programmatore utilizzi uno strumento ad occhi chiusi, ma non è necessariamente così: il problema non è essere diffidenti degli strumenti, quanto wssere coscienziosi nell'utilizzarli e non perdere mai di vista quello che si sta facendo e come.

Dopodichè se si preferisce codificare direttamente in binario beh è una scelta: il mondo è bello perchè è vario, se ripenso agli anni incui l'edit del dos era l'unica scelta possibile per un ragazzino che voleva provare a programmare (utilizzando il gwbasic.... )