Sachin Hedgep a subliniat principalele motive pentru ostilitatea pe care hackerii reali le testează la java. Aici sunt:
- nu există surprize și trăsături dificile în limbaj
- acesta este considerat în mod tradițional frâne java
- Cele mai multe aplicații swing arata groaznic
- introducerea exactă este plictisitoare
- este dificil să inventăm o bicicletă (totul este în biblioteca standard)
- java este popular, dar nu e cool
- pe java este imposibil să scriem drivere și alte lucruri interesante
Trebuie remarcat faptul că abrupta tehnologiei nu este legată de aplicarea sa practică.
Re: De ce Java nu este cool
"tastarea strictă este plictisitoare" - plictisi ale studenților. și astfel "pe java este imposibil să scriem drivere și alte lucruri abrupte" cumva ambele declarații nu se potrivesc.
Re: De ce Java nu este cool
Cum merge după cartea PG :-) PG FOREVER. Aici. "
Re: De ce Java nu este cool
> considerate în mod tradițional frâne cu java
în mod tradițional, Shtaiteza. împiedică teribilul. Nu zici că nu mai e dulce
Re: Re: Re: De ce Java nu este cool?
> Nu înțeleg decât că cineva poate interfera cu prezența tipifierii.
> Mi se pare că tastarea strictă vă permite să debugați unele erori din timpul de execuție la momentul compilării
> Nu înțeleg, există încă persoane care cred că Java este limba cea mai inhibitoare. ) Dacă da, care teste confirmă?
tomcat pe Pentium.
Re: Re: Re: De ce Java nu este cool?
Re: Re: Re: De ce Java nu este cool?
>> GY. atunci LOR este rahat. el este scris în java.
> Hmm. Și judecând după adresa URL - nimic asemănător.
Uită-te atent. YõSõPy - Jõva Syrvlıt Paga. Cele mai multe dintre ele nici nu sunt un broasca :-)
Re: Re: Re: De ce Java nu este cool?
>> Nu înțeleg, decât să intervină cineva cu prezența tipizării.> Var1 = (sometype) var2;
Și? Este rău? În absența introducerii, pot greși din greșeală codul și pot echivala cu o variabilă care trebuie să conțină un tip sau alt tip. În această construcție, acest lucru nu este în nici un caz făcut. )
>> Nu înțeleg, există încă oameni care cred că Java este cel mai inhibitor limbaj. ) Dacă da, ce teste confirmă acest lucru?> Tomcat pe Pentium.
Adică găsind un program de frânare, concluzionăm că limbajul în sine este inhibitor. D Putem apoi să avem un exemplu de limbă "non-frână"? Sunt sigur că găsesc un program care este scris pe el și va încetini. )
Re: De ce Java nu este cool
Despre ENT și despre problemele broaștei, aici am deschis legătura la articol și o văd dureros
mesaje familiare:
========
Eroare server
Serverul a întâlnit o eroare internă și nu a putut finaliza
cererea dumneavoastră.
JRun Connector Protocol Error.
========
Re: Re: Re: Re: De ce Java nu este cool?
> Există un kernel de lalix scris pe o perlă.
Ei bine, ai glume, boatswain :)
Re: Re: Re: De ce Java nu este cool?
> Nu înțeleg, există încă persoane care cred că Java este limba cea mai inhibitoare. ) Dacă da, care teste confirmă?
mai mult, IntelliJ IDEA pare să fi scris corect.
Re: Re: Re: Re: De ce Java nu este cool?
>>> Nu înțeleg de ce cineva poate interfera cu tastarea >> var1 = (sometype) var2;> AND? Este rău?
Faptul că această urâțenie este ... necesară. Vedeți Enumeration.nextElement ().
>>> Nu înțeleg, există încă oameni care cred că Java este cel mai inhibitor limbaj. ) Dacă da, ce teste suportă? >> tomcat pe Pentium.> Asta este, după ce a găsit programul de frânare,
doar prin luarea primului program real care mi-a venit în minte. În general, pot arunca o mulțime de exemple. Și nici unul (din viața reală) nu este opusul.
> concluzionăm că limbajul în sine este inhibitor? Frânarea în acest caz este strict un sistem administrativ, nu o limbă. Și _objazan_ pentru a fi frâna în vigoare a cerințelor care i-au fost prezentate (despre JIT Tryndet nu este necesar - el nu aici și).
Una dintre plângerile principale la broască - care încearcă să se așeze pe două scaune - este eficace atât în stadiul de dezvoltare, cât și în stadiul de implementare. Asta se contrazice reciproc.
Re: De ce Java nu este cool?
> Despre ENT și frâna brută, Iată un link către articol și îl vedeți dureros
mesaje familiare:
> ========
> Eroare server
> Serverul a întâlnit o eroare internă și nu a putut finaliza
> solicitarea dvs.
> Eroare protocol protocol JRun.
> ========
Și unde este Java? Și dacă apache raskazhet despre eroare internă, cine va fi vina? Assembler?
Java este ceva aici, doar un om bun - totul a lucrat așa cum ar trebui.
Re: Re: Re: Re: De ce Java nu este cool?
>>> Nu înțeleg, decât cineva poate interfera cu prezența tipizării.
>> var1 = (sometype) var2;> AND? Este rău?
Faptul că această urâțenie este necesară. Vedeți Enumeration.nextElement ().
Această "urâțenie" îmbunătățește lizibilitatea codului și elimină posibilitatea alocărilor incorecte. Enumerarea, iteratorul și vectorul sunt creaturi urâte care trebuiau îngropate încă de la început, deoarece acestea sunt unele dintre sursele puternice de erori de execuție care ar fi fost verificate pentru un tip chiar și la momentul compilării.
>>> Nu înțeleg, există încă oameni care cred că Java este cel mai inhibitor limbaj. ) Dacă da, care teste confirmă?
>> tomcat pe Pentium> Asta este, după ce a găsit programul de frânare,
> pur și simplu prin luarea primului program real care mi-a venit în minte. În general, pot arunca o mulțime de exemple. Și nici unul (din viața reală) nu este opusul.
Vă rog, cel puțin o duzină :)
Viteza Java, ca orice altă limbă, depinde în primul rând de mâinile programatorului. De fiecare dată când trebuie să scriu în Java, sunt convins de asta.
>> putem concluziona că limbajul în sine este inhibitor?
> Frâna în acest caz este strict un sistem administrativ, nu o limbă. Și _objazan_ pentru a fi frâna în vigoare a cerințelor care i-au fost prezentate (despre JIT Tryndet nu este necesar - el nu aici și).
După cum o înțeleg, teoretizarea este în general goală. Java tomoznaya, deoarece _objazana_ să fie frânare. Argumentul fierului, chiar provocator, este dificil.
Și cum nu are nimic de-a face cu acest JIT?
> Una dintre principalele reclamații la broască - care încearcă să se așeze pe două scaune - este eficace atât în faza de dezvoltare, cât și în etapa de implementare. Asta se contrazice reciproc.
De ce este asta? Din nou teoria? Puteți să argumentați de ce?