Java sux (truth hurts)

91 отговора 4319 прегледа
в отговор на Perin #21

Re: Java sux (truth hurts)

Фундаментална разлика няма, но .NET предлага по-голямо бързодействие, стандарт, и добре развити web услуги.

Отговор
в отговор на voyager #22

Re: хехе

Добре де, я кажи ти сега, лично твоето желание какво е: Жабата да гушне скоро букета или напротив - да си живее още дълго и весело!?

Пиркс

"Само данъците и бъговете са вечни!"

Отговор
в отговор на a3 #23

Re: OK

Абсолютно прав си за последното - всичко зависи от конкретните нужди на дадения проект. Дали ще използваш Java или C++ за мен не е вапрос на лични предпочитания, а на обективна оценка на много фактори (задание, среда, архитектура, "legacy" системи и т.н.).

А колкото до първото - идеята не е "безмислена". Лично на мен ми се е налагало да пренасям сървърската част (написана на java) на приложение поддържащо повече от 500 on-line user-a и обработващо средно по 3 транзакции в секунда от NT na Solaris. Стана за по-малко от 1/2 час (докато редактирам ".ini" файловете).
Не ми се вярва на C++ да стане толкова лесно. Не казвам, че изобщо е невъзможно, а че е трудно (колко трудно - зависи от приложението).

---
In God we Trust (all others must submit a X.509 certificate)
Отговор
в отговор на e #24

Re: OK

Признавам си, че чувам (чета) това за първи път. Дай ми някакъв линк по въпроса, моля те!

---
In God we Trust (all others must submit a X.509 certificate)
Отговор
в отговор на pyrx #25

Re: хехе

ами да си живурка, на мене какво ми пречи :) пък и без туй съм я учил, що да се харчат знания напразно

The#Project - нов брой с нов дизайн
Отговор
в отговор на e #28

Re: Java sux (truth hurts)

по-голямо бързодействие - tova shte go vidim. Za sega ne e mnogo iasno. Kakto predpolagam znaesh, ako si chel, nikoi niama pravo da publikuva benchmarkove bez razreshenie na MS. Edinstvenia 'benchmark' e tiahnata implementacia na Pet Shop. Argumenti za absurdnostta mu kato baza za sravnenie mojesh da namerish v net-a.
стандарт - CLR naistina e ISO standart. Nishto drugo obache ne e. .NET e implementacia, ne standart. Vsashtnost Java (J2EE, J2ME, etc.) sa specifikacii, i v roliata si na takiva sa mnogo poveche standart.
добре развити web услуги - web services ... e hubavo, ima web services i v Java veche. E, hubavo e da ima RPC varviashto po HTTP i tekstov protokol, ama mai neshto nikoi ne se e jurnal mnogo da gi polzva, a?

A, da i ne na posledno miasto ... da ne bi da sam propusnal izlizaneto na .NET server? Shtoto az neshto podochuh za sledvashtata godina ...

НЕ МЕ ЕБЕ КАК Е ВУТЕ, АЗ ГЛЕДАМ ДА СЪМ ДОБРЕ
Отговор
в отговор на voyager #29

Re: хехе

M$ направят нещо наистина като EJB, а не измъчения им СОМ
Bi li citiral neshto koeto EJB moje da pravi a COM+ ne moje (kato izkluchim entity beans razbira se).

но пък толкова модерно като мислене като AspectJ
Ot koga tehnicheskite reshenia se oceniavat po tiahnata modernost? Az misleh che sa vajni takiva faktori kato barzodeistvie, vreme za razrabotka, nadejnost, cena na poddrajkata ...

НЕ МЕ ЕБЕ КАК Е ВУТЕ, АЗ ГЛЕДАМ ДА СЪМ ДОБРЕ
Отговор
в отговор на Perin #30

Re: хехе

entity beans
Ти сам си го казал.
Пак да подчертая - не съм фен на Жава. Но КОМ е тромав и труден. EJB са елегантни и гъвкави.


Второто беше с лека ирония, тъй като подхождам с недоверие към нещата на Сън. Но AspectJ наистина е много голяма крачка. Навремето и ОО са плюли, че не било бързодействащо и бла бла, ама мисля, че достатъчно добре се е доказало.

The#Project - нов брой с нов дизайн
Отговор
в отговор на voyager #31

Re: хехе

entity beans
Ти сам си го казал.


E samo tova li? A za proizvoditelnostta na teia entity beans da si pogovorim moje bi?

КОМ е тромав и труден. EJB са елегантни и гъвкави
Podkanvam te (ako jelaesh razbira se) da posochish konkretni primeri i da napravish sravnenie.

Навремето и ОО са плюли, че не било бързодействащо
To vsashtnost ne e.

НЕ МЕ ЕБЕ КАК Е ВУТЕ, АЗ ГЛЕДАМ ДА СЪМ ДОБРЕ
Отговор
в отговор на Perin #32

Re: хехе

E samo tova li? A za proizvoditelnostta na teia entity beans da si pogovorim moje bi? - не, защото няма с какво да ги сравним .

Podkanvam te (ako jelaesh razbira se) da posochish konkretni primeri i da napravish sravnenie. - не мога . КОМ ми е тромав и труден. КОМ не пиша. EJB са ми елегантни и гъвкави. Всъщност Жава може да съкс, но като синтаксис и разни други неща е доста приятна. По-скоро съкс нещата, написани на Жава, и то най-вече заради хората, които ги пишат. Самата Жава не е толкова зле.

Навремето и ОО са плюли, че не било бързодействащо
To vsashtnost ne e.
- моя грешка в логиката на изказването ми. Не твърдя, че ОО е бързодействащо. Но върши чудесна работа в много случаи. Същото ще стане и с АП. Няма да измести ОО, просто ще заеме своето място. Но да плюем по нещо ново, само защото е ново и неясно е безсмислено /*както е безсмислено и да го хваля де*/

да цепиш дърва
да носиш вода


The#Project - нов брой с нов дизайн
Отговор
в отговор на e #33

Re: Java sux (truth hurts)

Ако това е причината за бясното ти умозаключение, значи за сега може да сме спокойни за Java-та ! .NET за нищо не става на този етап, да не говорим че е концептуално безсмислен, но ако все пак четете изданията на М$ естествено ще останете с впечатлението че е просто велика и революционна идея ... и не е открадната от никъде!

Отговор
в отговор на Perin #34

Re: Java sux (truth hurts)

за тестовете не си прав, знам за един одобрен от MS тест на компанията Middleware,в който се сравняват Pet shop вариантите на МС и Сън. Като Java варианта е специално оптимизиран за бързодействие.
[линк].
А сетих се още една благина на .НЕТ - platform invoke, който е много по-удобен за употреба от JNI.

Отговор
в отговор на Mopт #35

Re: Java sux (truth hurts)

Ако .НЕТ е концептуално безмислен какво остава за Java-ta. Тъй като концепцията на двете е подобна, то според теб излиза че и двете са безмислени.
Защо смяташ че .НЕТ за нищо не става на този етап, за какво си го ползвал та изказваш такива мнения?
Идеята за виртуална машина е доста по-стара от Java.

Отговор
в отговор на e #36

Re: Java sux (truth hurts)

Хайде сега погледни и [линк] за малко повече информация за този тест. Ще ми е интересно да чуя коментара ти за него.

Отговор
в отговор на voyager #37

Re: хехе

E samo tova li? A za proizvoditelnostta na teia entity beans da si pogovorim moje bi? - не, защото няма с какво да ги сравним
Imah predvid kato podhod. Kato rabotish s DB mojesh da pishesh stored proceduri koeto e po-neeleganten podhod, no dava vazmojnost da spestish round-trip-ove do bazata. Ako polzvash niakakav object mapping na obekti kam tablici izglejda po-elegantno, no ima znachitelen overhead. BTW tova e i prichinata koiato MS posochvat za ne-polzvane na entity bean-ove - vij interview-to na shefa na XML podsistemata v .NET na theserverside.com - Doug Purdy - Program Manager, Microsoft XML Web Services Team ot [линк]. A osven tova ima mnogo produkti koito praviat sashtoto za MS platforma. Stiga da iskash.

Podkanvam te (ako jelaesh razbira se) da posochish konkretni primeri i da napravish sravnenie. - не мога
Ti go kaza

To vsashtnost ne e. - моя грешка в логиката на изказването ми. Не твърдя, че ОО е бързодействащо. Но върши чудесна работа в много случаи. Същото ще стане и с АП. Няма да измести ОО, просто ще заеме своето място. Но да плюем по нещо ново, само защото е ново и неясно е безсмислено /*както е безсмислено и да го хваля де*/
Napalno saglasen.

Редактирано от Perin на

Отговор
в отговор на Perin #38

Re: хехе

Eй това е. Като споря с умен човек, рано или късно спорът приключва и всички са доволни. Де да бяха всички любители на клубовете като тебе

The#Project - нов брой с нов дизайн
Отговор
в отговор на voyager #39

А портируемостта?

Така и така върви приказката за Жабата и виждам, че сте умни хора.
Как стои сега въпросът с "портируемост, ей така, както си седиш"?

Питам, защото преди около 2 год. участвах в Жаба-проект, който трябваше и да е портируем - Window$/Linsux/Solaris и доста се изпотихме точно в тази част.

Пиркс




Пиркс
Отговор
в отговор на pyrx #40

Re: А портируемостта?

Пирксчо, ти си един Пенчо Славейков бе . Има ли наистина такава дума "портируемост" или ти я създаде?
Ами по принцип Жавата нали точно с туй се фука? . Какви проблеми сте имали? Общо взето проблеми има, когато се използва JNI или ако GUI-тата ги пишете на АВТ, а не на СВИНГ. Ама иначе не би трябвало. Тъй мисля де.

The#Project - нов брой с нов дизайн
Отговор