Java sux (truth hurts)

Ne sam kazal nishto za .NET. Otdelno sam sreshtal mnenia che MSSOAP e po-dybyr ot SOAP4J, no tova savsem ne po temata :) Tuka se tvyrdeshe che java 'umirala'. IMHO v realni uslovia uspeha na edna technologia ne dalech ne zavisi izcialo ot technicheskite i harakteristiki.

Dosta sam bachkal s MSSOAP i opredeleno e edno ot nai-priatnite neshta koito MS sa pravili (i po izkluchenie stabilno). A kak se debugva s trace tool-a - chudo (ne che ne mojesh da go polzvash s java prilojenie de). Za Java ima mnogo implementacii za SOAP, niakoi proprietary. Sega se postandartizirat neshtata, no moje bi e malko nazad. Vaprosa e obache dali sa chak tolkova vajni i opredeliashti web servicite?

In God we Trust (all others must submit a X.509 certificate)

И това го нямат всички останали езици за web?...

"Да живееш - значи да се променяш." - Анатол Франс

.NET e stranen napyn. normalno da e bezmislen donjakyde.

defacto e prepisano J2EE, no prosto slagat virtualnata mavhina v kernela na windows za da lyzat usera che e po-byrzo (kakto pravija s MS JVM navremeto i zatova sega vseki moze da e exploytne)

inace C/C++ sa super, no ne sa dostatycno prenosimi. ima golemi razliki za VMS, HP-UX, AIX i Solaris.
pone za moy kasmet HP-UX i Linuz sa dost. blizki.

nakratko - ne sa objasnjavaj tuka. vinoven si, tova e ;)

vsicko vece e sys garbage collector. i C++ - slagat mu dopylnitelno stoto inace njama opravija ot kofti programisti.
javata ako e napisana dobre (osobenno object reuse-vane i polzvane na stringbuffer) dava performance mnogo blizo do C++ za server-side application.
osven tova se maintaine-va mnogo po-lesno i ima kamara toolove za neja (da ne govorim kolko libraryta i che vsicko moze da se decompilira da fixnesh bugovete na njakoj prostak)

i vse pak sym povece C++ fen stoto pointerite ti otvyrzvat racete.
... ama i ne bih kazal che java sux. stoto sym minal puberteta. kato go minesh i ti sha razberesh. sega njaa kvo da ti se objasnjava

po-goljamo byrzodejstvie my ass.
imam prijatel deto bachka v microsoft. tocno performanceto im e goljam problem.
.NET sega izliza i duplicira poveceto ot standartite na J2EE koeto e out ot 2 godini i raboti (da si chuval za WebSphere na IBM ili WebLogic na BEA?).
i kato edin intelski server doraste do IBM, HP ili Sun machina togava moze da govorish.

...to sega ostana da kaze njakoj che MS SQL ili Access e po-dobyr ot Oracle (stoto ne e baral oracle prez zivota si sigurno) i ostanalite da zamylchim

Както ти казаха това че едно приложение е бавно не значи е всичко писано на този език е бавно. Виж например [линк]. Това почти не се различава от native windows приложенията от към скорост и look&feel. Освен това може да работи и на windows-и без каквато и да е JVM (например XP без SP1).

dunno.
No dori i fakta che gi ima e poslednoto neshto koeto bi predizvikalo tvoite dumi da se sbydnat. S koeto i smiatam dialoga za prikliuchen - go back to work

-----------------------------------
<snip>
- verba volant, scripta manent -
(discussions get forgotten, just code remains)
</snip>

Da syshtestwuvat specificacii , JALKO che nikoi ne gi pokriva. Specificaciata na J2EE e takava che dori SUN ne mogat da ia pokriat s tiahnia application server. Poviarvai mi ne ti triabwa da se borish s EJB. Tolkowa e zle kato technologia ( da ne kazvam kolko e bavna ).

Wtoro: Ne vijdam zashto se sravniava COM s EJB sled kato v .NET Framework veche syshestwuwa REMOTING. Procheti malko za nego ( ne viarvam da go napravish ). Ti znaesh samo Java i drugo ne te vynuva. Oshte vednyj shte kaja kakvo misla za java programistite :
Te sa tochno kato kone s kapaci. Znaiat Java i ne se interesuvat ot nishto drugo.

Poviarvaite mi znam i sym polzwal java ( po neobhodimost - zashtoto sym bil v ekip pisal JVM ). Znam v podrobnosti cialata technologia i v detaili povecheto ot syshtestvuvashtite virtualni mashini. Otskoro se zaniamavam s .NET : verno e che ima oshte mnogo da se jelae , no v povecheto kluchovi dataili sa se spravili chudesno.

Towa e.

Malee kakva glupost e tva.
Znachi opredeleno v bgto programistite pishat na kakvoto im kazhat i mnogo chesto tova e imenno Java - predimno zashtoto na Java programistiti ne mogat da se praiat na fakiri i da pravit gluposti - koito v sledvashtoite po novi versii nevyrviat - i triabva niakoj da prenapisva.
A i da ne govorim che kakto se e trygnalo sys puskaneto na Linux maj Java si ostava sto pyti po dobyr variant - zashtoto si puskash programata i gotovo niama prekompilirane niama prerabotka zashtoto neznam kakvo bilo predstavianeto na neznam si kakvo i vaopshte edin kup gluposti satvoreni ot syzdatelite C/C++ compilera- shtoto tozi ezik si ostana bez standart - kakva druga alternativa ima -VB samo na M$ OS , Delphi/Kylix - tova si e syshtoto kato da e na C samo che ne e na C .

аз само да кажа, че АспектЙ е на Park (демек Xerox).
и нйамат нищо общо с Сун...

а относно техническите предимства и модерността:

никога ли на никой не му се е искало да може лесно да замести member сас property? E, с AspectJ може.

Също така може да решиш да dump-ваш на конзолата параметрите и времетраенето на всеки метод името на който започва с process* след като програмата е вървяла 5 минс (демек загряла е кеша)

това са само 2 примера за полезни аспекти.

-- LOX

начи, ентити бийновете освеп persistence ти осигуряват и distributed cache което прави load balancing-а доста по лесен за реализация. (а 2 сървъра са повече от 1 какжото и да си говорим)

а колкото до СП-тата - имаш си BMP ако ти е толкожа мъчно за тях