Doncs això, odie Java. Quins són els motius? Bàsicament el rendiment... Acabe de posar eclipse en el que considere un "pepino" d'ordinador:
AMD Phenom II 965 3,8 Ghz (Overclock)
4 GB de RAM
Windows 7 64 bits
ATI HD 5850X2 Crossfire (açò no val per a molt en quant a l'eclipse però bé, per vacil·lar).
I el cas que no he notat molta millora respecte al portàtil dels posts anteriors un Turionx2 1,6Ghz amb 2 GB de RAM en windows XP.
Va a pedals, hi ha un lag d'entrada molt important. Pot ser que siga per un altre cas, però ni el entorns de desenvolupament comercials més importants en l'actualitat (Visual Studio i Delphi) van més què decentment, però l'eclipse, no hi ha manera.
De tota manera, algú podria dir, pots gastar una altre editor/entorn (a una mala es pot gastar el vi), però el rendiment no és només en quant als entorns de desenvoupament, sino als programes, van realment lentos i consumeixen massa recursos per al que gasten. Com a anècdota, en android no va tant mal, igual per què la màquina virtual que gasten és més lleugera.
Però no anava a escriure tot un post només pel rendiment ;) El motiu principal que no m'agrada, és pel funcionament d'entrada eixida. Ja no hi ha cadenes de bytes per a representar cadenes de caràcters (char *), ni tant sols String, a la que et descuides tot són Read(Write) Buffer, Adapter, Stream... Això fa que siga molt difícil provocar i controlar desbordaments de buffer (overflow), fent que siga molt més segur que els llenguatges convencionals. Però moltes vegades et faça pensar que estàs fent, almenys a una persona que ve de programar a baix nivell en ASM. Anem a il·lustrar-ho, en VB 6 per exemple es podia accedir als components d'una Grid per les coordenades:
object.TextMatrix(rowindex, colindex) [=string]
Grid.TextMatrix(0,0)="hola";
Per fer algo paregut en Java (en aquest cas, el SDK d'android):
AMD Phenom II 965 3,8 Ghz (Overclock)
4 GB de RAM
Windows 7 64 bits
ATI HD 5850X2 Crossfire (açò no val per a molt en quant a l'eclipse però bé, per vacil·lar).
I el cas que no he notat molta millora respecte al portàtil dels posts anteriors un Turionx2 1,6Ghz amb 2 GB de RAM en windows XP.
Va a pedals, hi ha un lag d'entrada molt important. Pot ser que siga per un altre cas, però ni el entorns de desenvolupament comercials més importants en l'actualitat (Visual Studio i Delphi) van més què decentment, però l'eclipse, no hi ha manera.
De tota manera, algú podria dir, pots gastar una altre editor/entorn (a una mala es pot gastar el vi), però el rendiment no és només en quant als entorns de desenvoupament, sino als programes, van realment lentos i consumeixen massa recursos per al que gasten. Com a anècdota, en android no va tant mal, igual per què la màquina virtual que gasten és més lleugera.
Però no anava a escriure tot un post només pel rendiment ;) El motiu principal que no m'agrada, és pel funcionament d'entrada eixida. Ja no hi ha cadenes de bytes per a representar cadenes de caràcters (char *), ni tant sols String, a la que et descuides tot són Read(Write) Buffer, Adapter, Stream... Això fa que siga molt difícil provocar i controlar desbordaments de buffer (overflow), fent que siga molt més segur que els llenguatges convencionals. Però moltes vegades et faça pensar que estàs fent, almenys a una persona que ve de programar a baix nivell en ASM. Anem a il·lustrar-ho, en VB 6 per exemple es podia accedir als components d'una Grid per les coordenades:
object.TextMatrix(rowindex, colindex) [=string]
Grid.TextMatrix(0,0)="hola";
Per fer algo paregut en Java (en aquest cas, el SDK d'android):
String[] items = new String[] { "Hola") }; |
ArrayAdapter<String> ad = new ArrayAdapter<String>( |
| getApplicationContext(), android.R.layout.simple_list_item_1, |
| items); | | |
gridview.setAdapter(ad);No sé com ho veureu, però jo ho veig d'un engorrò...
Comentaris
Publica un comentari a l'entrada