RU/2: Форум. Общение пользователей и разработчиков OS/2 (eCS). : опять про кофе...


Список сообщений | Написать новое | Ответить на сообщение | Домой Поиск:
Предыдущее сообщение | Следующее сообщение
From : Vadim Yegorov
To : Eugen Kuleshov
Subj : опять про кофе...
> > >Ty by voobshe pokazal by svoyemu shefu tu stranichku, navernyaka naydetsya gotovoye chtoto...
> > покажу, но ответ его предвижу; после показа jpython'a и netrexx'a...
> хмм. ну что ему, PL/I чтоли хочется...
он ещё не решил, что ему хочется но решил что ему _не_ хочется. а нехочется ему вcех тех языков которые были в списке.

> ты про deprecated чтоли?
да.

> так это особенность не языка, а сопуствующих рантайму библиотек.
без которых вобщем-то никуда. совсем.

>лично я ничего в этом страшного не наблюдаю,
я не говорю что это страшно. это скорее забавно, когда раз а метода-то и ку. а исходников-то и нет а денежка уже вбухана хорошая.

> ты просто имеешь предупреждение, что в далеком будущем эти методы может быть будут убраны. и все.
я имею _реалии_ в убирании методов c которомыи работал:
System.getenv, Thread.stop за что вообще убивать надо безжалостно. мне достаточно. тем более что тенденция к увеличению такого.

> тебя в общем то никто не заставляет переходить на новые JVM...
пример с cancel'ом показывает обратное.

> пользуйся себе древними и спи спокойно,
> раз уж тебе так нравятся те методы, которые было
>рекомендовано не использовать.
т.е. реальной переносимости снизу-вврех нет?
изюмительный язык... модный...
btw, _когда_ стало рекомендовано неиспользовать Thread.stop() ?

впрочем, это очередной круг достаточно надоевшего мне флейма, который продолжать совсем _не_ хочется.
бо безсмысленно. жаба от этого лучше не станет.

тем более, что проблема приведшая к возникновению данного треда благополучно (надеюсь) решена.



> Java помимо всего прочего требует еще и пересмотра некоторых привычек... некоторые, как показывает практика, переступить через свое "я" не могут. :)
это ты прав. адназначна.
правда встаёт вопрос: "а оно нужно?" может проще язык сменить? тем более, что _хуже_ не будет P)

> > для проекта xml -- как "регенерирующий реактор на субтепловых нейтронах." (С) АБС.
> > безотносительно к реальным достоинствам/недостаткам этого реактора.
> ну почему же?
> что за проблема использовать его для обмена данными между разнесенными подсистемами?
_зачем_? только без рекламы java-oriented solutions, plz

> если уж тебя так сериализация не устраивает.
"однозначно" (С)

> > предварительно объяснив, зачем в протоколах типа ftp/pop3/etc нужно использовать SOAP и иже с ним; при чём в полном отрыве от java разной степени чистоты.
> для структуризации данных передаваемых
хм, ещё раз:
S: +OK server at host starting. <12345.12345678@host>
U: USER pupkin
S: +OK Password required for pupkin
U: PASS mazafaka
S: +ERR ....
всё осуществляется путём захода telenet'ом на 110 порт.
и где тут _необходимость_ xml ?
и где тут выигрыш от использования xml ?

> и избавления от гимора с написанием парсеров-разбиральщиков бинарного контента на обеих сторонах.
а нету его. бинарного. есть простой текстовый.
гимор в прикручивании xml будет бОльшим. я полагаю.

>A SOAP еще и заголовки формализует в общем то.
не требуется однако.

p.s. на всякий случай: речь _не_ идёт про www, e-busines, и прочЪ. совсем.


Mon 03 Dec 2001 18:39 Mozilla/4.75 [en] (WinNT; U) via Smart Cache 0.47



Programmed by Dmitri Maximovich, Dmitry I. Platonoff, Eugen Kuleshov.
25.09.99 (c) 1999, RU/2. All rights reserved.
Rewritten by Dmitry Ban. All rights ignored.