Все новости от 16 апреля 2002 г.

Программные продукты Sun: все они теперь ONE

В понедельник Sun Microsystems объявила о реорганизации отдельных семейств своих программных продуктов, которые компания собирает под общим зонтиком Sun ONE. Таким способом Sun надеется сделать их более понятными для заказчиков и, следовательно, лучше продаваемыми. С этой целью ПО для крупных веб-серверов iPlanet Web Server переименовывается в Sun ONE Web server, а Chilisoft ASP будет продаваться под маркой Sun ONE Active Server Pages.

Больше всего реорганизация затронет семейство серверного ПО iPlanet — имя iPlanet по существу исчезает. Первоначально так назывался совместный проект Sun и America Online, но этот объект окончательно втянулся в орбиту Sun и в середине марта был официально передан компании.

Предполагается, что реорганизация усилит роль вице-президента по Sun ONE Маржа Брейа (Marge Breya), который будет курировать более широкую группу продуктов.

Производитель серверов Sun издавна считается одной из самых плодовитых компаний Кремниевой долины по части обозначений и наименований продуктов. Еще больше усложнил ситуацию тот факт, что многие программные продукты, такие как StarOffice и iPlanet, пришли в компанию через приобретения или стратегические альянсы. Иными словами, многие имена этих продуктов достались Sun по наследству. 

 Предыдущие публикации:

 В продолжение темы:

Обсуждение и комментарии

	Chkaloff 16 Apr 2002 11:35 AM
Ух ты, а я даже не знал, что Chilisoft ASP принадлежит SUN. Понятно что купили. Нафига оно им? Нафига козе боян? :-)
	Bosch - boschpisem.net 16 Apr 2002 12:12 PM
"На фига козе баян?..." Чтоб пропить его к **ям (совсем)! =))) А вообще-то, велосипед можно целый день (или месяц, или год) называть мотоциклом. Он от этого мотоциклом не станет.
	miroh - plasmonmail.ru 16 Apr 2002 1:17 PM
Про чилисофт - какурентов задавить хотели, а те нате вам - асп.нет выпустили
	Chkaloff 16 Apr 2002 1:22 PM
2 miroh: >Про чилисофт - какурентов задавить хотели, а те нате вам - >асп.нет выпустили В смысле? Переманить, всех тех кто на ASP пишет на Chilisoft ASP, а MS потом убить? :-)) Или как?
	miroh - plasmonmail.ru 16 Apr 2002 1:27 PM
2Chkaloff Думаю - попытка контролировать конкурирующую технологию на никсах и через это перетаскивать под свое крыло. Эти еще и НЕТ на яву перепишут. Вот на сайте www.javasoft.com уже говорят, что NET и J2EE вместе вполне уживутся. Сотворят гибрид, или свою реализацию, сделают мост к JAVA - и позиции Микрософт должны размываться. Оченна могетбыть
	miroh - plasmonmail.ru 16 Apr 2002 1:33 PM
как они про себе думают
	C3Man - semdiyahoo.com 16 Apr 2002 4:20 PM
2miroh: дык чтоб ето заделать - надо кооперировать а не воевать... я вот смотрю на развитие дельфушной примочки для Веб сервисов - так они что не неделя - патч выпускают - а всё для того что бы с НЕТом работала....
	miroh - plasmonmail.ru 16 Apr 2002 4:29 PM
2C3Man Дык Веб сервисы тапереча исклчитлна прерогатива Java а не НЕТ. Вы развеж не знали? На самом деле сервисы работают с чем угодно, что поддерживает SOAP UDDI WDSP(WSDP...) забыл как ее там
	Chkaloff 16 Apr 2002 4:54 PM
>Дык Веб сервисы тапереча исклчитлна прерогатива Java а не НЕТ. >Вы развеж не знали? На самом деле сервисы работают с чем >угодно, что поддерживает SOAP UDDI WDSP Ну если на чем угодно, в том числе и Дельфи 6, то почему это вдруг стало прерогативой Java? Может наоборот, Java из последний сил пытается не упустить, счастье, которое уже уходит из рук.
	swap - swapdev.nul 16 Apr 2002 5:46 PM
а что кто-то пишет на Дельфи serverside applications ? (это не наезд мне действительно интересно)
	C3Man - semdiyahoo.com 16 Apr 2002 6:24 PM
2swap: а какая разницаа - просто, удобно, код быстрый - что ещё надо-то? Мне например интересна хоть одна причина - по которой не надо писать сервер на дельфе... 2miroh: WSDL - ето :) и всё правильно что должны - но в реальном мире всё несколько иначе... я незнаю подробностей - так как я тот который .нет мучает - но вроде вся проблема в том что технология ента новая и обширная - поетому Борланд реализует её пошагово - а в .нет уже всё реализовано и используется...
	Искандер 16 Apr 2002 6:26 PM
ChillisoftASP был куплен Кобальтом - тот что кубы делал с Линуксом. а потом кобальт купил SUN, ну соответсвенно и ChillisoftASP перешел к ним.
	Nick - nkulykpacmag.com 16 Apr 2002 9:50 PM
2swap Я пишу на Делфи и serverside, и clientside. Никаких проблем - все быстро, аккуратно и понятно. Силами 3 человек делается большой объем работ.
	zack 16 Apr 2002 11:45 PM
2Nick: да ты многстаночник :) у меня вот не получается, остал от гуёвого мира : посмотрел на борланде - таки да там много полезного для программера, насколько MS отстала со своим VS 6 от 6-го билдера за последние 5 лет :-0
	eXOR - billgmicrosoft.com 17 Apr 2002 10:41 AM
2 zack: Ага утечки памяти в самой среде у них так и не прекратились... хех..
	Qrot 17 Apr 2002 4:10 PM
2C3Man: а что понимать под сервером-то? явно ведь не гуйню - а дельфи именно под гуйню (т.е. клиент) и затачивались. нет, в принципе люди и на VB тоже серверные компоненты пишут, типа там с БД удобней работать... ИМХО, не есть хорошо. потом, если дельфи - значит винды, значит нужна работа с win32 api, а это там как не так сделано... да и тамошней справочной системе до msdn далеко, мягко говоря
	swap - swapdev.nul 17 Apr 2002 5:06 PM
C3Man - вы не поняли - я интересуюсь причинами по которым люди пишут server apps на делфи
	C3Man - semdiyahoo.com 17 Apr 2002 6:56 PM
2swap: а я Вам и ответил - почему нет? чем скажем жаба или перл лучше Дельфи? Да ничем... Тоесть подход простой - если Делфи програмер и мне надо писать серверную часть - то я буду писать на ней же... если я допустим жаба-прог - тогда буду писать на жабе...
	C3Man - semdiyahoo.com 17 Apr 2002 7:01 PM
2QrotЖ брехня :) Делфи ужо и под линухом есть давно - про Kylix слыхал? И что значит заточен под гуи? Это универсальный язык - хош гуи пиши, хош драйвер, хош сервер...
	Qrot 17 Apr 2002 10:29 PM
2C3Man: че брехня то? он как был гуйней так и остался.. особо знойные линуксоиды до сих пор желчью исходят при упоминании о киликсе. Дельфи = ObjectPascal + VCL + IDE. причем на долю собственно языка приодится процентов 10. паскаль универсальный язык, а дельфи заточен под гуй, что означает "пригоден к быстрому написанию клиентских приложений".
	Nick - nkulykpacmag.com 17 Apr 2002 10:42 PM
2Qrot Глубокоуважаемый! У меня впечатление, что вы просто профан в области Delphi. Не сочтите за оскоробление. "значит нужна работа с win32 api, а это там как не так сделано..." - это просто умора. А кто мешает пользоваться msdn паралельно с IDE Delphi? Да и вообще, какое отношение справочное руководство по ОС имеет к справочному руководству по среде разработки?
	RoN - rodionlenta.ru 18 Apr 2002 7:14 AM
2 Nick: Умора - не умора, а факт остаётся фактом: пользоваться в дельфях какими-либо программными технологиями, отличными от VCL, просто-напросто неудобно.
	eXOR - billgmicrosoft.com 18 Apr 2002 8:56 AM
2 Qrot: Нифига я не желчный, и стоит у меня ихний Enterprise Kylix 2... гамнищще!. 2 C3Man: > чем скажем жаба или перл лучше Дельфи? Есть такое слово "масштабируемость"
	Qrot 18 Apr 2002 10:28 AM
2Nick: можно узнать, что я сказал неверно? с чем ты собственно не согласен-то? дал почитать тред одному из наших дельфистов, так он пальцем у виска покрутил и пожелал электричку навстречу всем желающим писать сервер-сайд на дельфях...
	swap - swapdev.nul 18 Apr 2002 11:25 AM
eXOR, насчет масштабируемости перла вы наверное не правы, и я не понимаю зачем пользоваться тем что не нравится. С сожаленим костатирую что про мой вопрос забыли :(
	eXOR - billgmicrosoft.com 18 Apr 2002 1:29 PM
2 swap: man modperl... хотя может и не прав... но scalab'ируется он всяко лучше чем дельфя. > С сожаленим костатирую что про мой вопрос забыли :( почему - почему. Потому что пишут всегда на том, что лучше всего знают. И имхо это единственный и самый логичный довод "за".
	VH - vladlv.net 18 Apr 2002 1:40 PM
i neponjatno, prichem tut Sun ONE, kogda est' velikie Delfi ;))
	eXOR 18 Apr 2002 3:43 PM
При всем. Не было бы Sun не было бы света... а не было бы света никто бы дельфи вообще не увидел.
	swap - swapdev.nul 18 Apr 2002 5:10 PM
eXOR, вы пробовали сопровождать небольшй проект на перле(~2Mb сорцов)? у паскаля сопрождаемость на порядок выше
	Nick - nkulykpacmag.com 18 Apr 2002 8:58 PM
2Qrot Я не хочу меряться пиписьками и утверждать, что ваш дельфист - малокомпетентный человек. Также не хочу хвастать своими познаниями в Delphi, но входил в 10 лучших в мире по Brainbench. Delphi - универсальная среда, в которой можно делать все, быстро и удобно (исключаю написание драйверов). Время жизни сделанных проектов на Delphi огромное при минимальной поддержке, т.к. читаемость исходных текстов просто прекрасна и надежность кода на должном уровне. Скорость написания - отличная. 2eXOR Пишут не на том, что лучше знают, а на том, что папа-менеджер сказал, или на том, что принято в компании. На практике приходится сталкиваться с тем, что проект - это и C++, и VB, и Delphi, особенно тогда, когда одна компания приобретает другую, с отличной культурой написания проектов.
	Qrot 18 Apr 2002 10:27 PM
2Nick: ты там ниже написал что я профан в дельфи, а тебя попросил сказать что по твоему мнению я сказал не так - можно все-таки уточнить? сам понимаешь, обоснованно все должно быть... а то, извини, пукнул и ушел - нехорошо как-то.
	RoN - rodionlenta.ru 19 Apr 2002 7:24 AM
2 Nick: Время жизни тех проектов на дельфи, что я видел равнялось времени долготерпения заказчика, пока ему не становилось ясно, что та ферня, которую ему пытаются впарить непрерывно доделывая на ходу, чуть ли не в его присутствии, никогда нормально не заработает.
	RoN - rodionlenta.ru 19 Apr 2002 7:35 AM
Вот, объясните, всё-таки, знатоки делфи, нахера мне в классе TQuery поддержка интерфейсов необходимых только для размещения объекта класса TQuery на форме. Просто создавать объект одним оператором уже разучились? Я как-то спрашивал уже на тему, как запрос создать вне формы, просто в коде. А мне говорят, а ты, типа, свойство Parent в nil поставь. Ну и нахрена мне такие костыли? Не так давно видел у одного дельфиста в проекте форму, на которой насчитал порядка 60 (!!!) компонентов TTable и TQuery. Вот и расскажите после этого про сопровождаемость...
	Tolik 19 Apr 2002 8:19 AM
with TQuery.Create(NIL) do try ... SQL.Text := '...' Open; ... finally Free; end; И это, спец, ты про которые интерфейсы ?
	miroh - plasmonmail.ru 19 Apr 2002 11:07 AM
А причем тут дельфы. Дельфы - одделная тема. Тут предлагается обсудить Sun Open Network Environment. Все это - цельная стратегия, подразумевающая в частности крен в сторону Open Source. Все таки Дельфы это не Ява, это гораздо меньше. Ява темерь уже целая идеология,с креном в религию. Наворочено столько технологий и API - что голова кругом идет - похоже гораздо больше чем в НЕТ. Да еще конкурирующие варианты,да еще сотни поставщиков.One видимо призвана все это както обьединить.
	RoN - rodionlenta.ru 19 Apr 2002 11:19 AM
2 Tolik: Я в дельфях не спец и никогда в них за спеца себя выдавать не пытался. Попозжа если книжку посмотрю - могу сказать точно, что за интерфейсы. Говоря про эти интерфейсы я имел в виду то, что в каждом классе VCL в виде методов заложена функциональность необходимая единственно для того, чтобы поддерживать рисовательство. Я говорю о том, что нафиг мне это не нужно в классах, которые никакого отношения к GUI не имеют. А твой код, имхо - костыли самые настоящие. Не должно у класса TQuery быть свойства типа Parent вообще, nil оно там или не nil - пофигу, бо оно там нафиг не упало. Это - кривой программный дизайн.
	eXOR - billgmicrosoft.com 19 Apr 2002 12:07 PM
2 swap: > опровождать небольшй проект на перле(~2Mb сорцов) 1) не всякие 2Мб одинаковы. 2) Пробовал. И сейчас пробую. В том что в перле сложно ковыряться в чужом коде я согласен. > у паскаля сопрождаемость на порядок выше Согласен. Хотя проблем со сторонними компонентами _именно_для_delphi_ я пока имел гораздо больше чем с модулями для перла. 2 Nick > а на том, что папа-менеджер сказал, Херовая компания. У нас мэнеджер решает только в том случае, если таковое требование пришло от заказчика. А так это имхо не его дело. Пусть со средствами разбираются архитекторы, менеджер должен только одобрить/отказать... > или на том, что принято в >компании. Общепринятыми сейчас везде являются C++/Java может быть станет C# - все остально как дополнительный скиллы отдельных разработчиков. То за что им на собеседовании накинули балов против конкурентов. > C++, и VB, и Delphi Обычно все сводим к одному языку, а специфические модули, написанные на экзотических языках отдаются человеку, который в них спец. И проблемы нету. Получаем как раз то, что я говорил. 2 RoN: > 60 (!!!) компонентов TTable и TQuery. Вот за это я их и не люблю :-).
	Tolik 19 Apr 2002 12:35 PM
2RoN А твой код, имхо - костыли самые настоящие. Не должно у класса TQuery быть свойства типа Parent вообще, nil оно там или не nil - пофигу, бо оно там нафиг не упало. Это - кривой программный дизайн :-))) Ты знаешь, в Борланде с тобой полностью согласны, у TQuery НЕТУ свойства Parent, бо оно не TControl и не его наследник. RTFM !!! Как говорои PTO - теперь можешь вылазить из лужи. P.S. Ох уж эти мне знатоки с критиками ...
	RoN - rodionlenta.ru 19 Apr 2002 12:49 PM
2 Tolik: Второй раз говорю - я не утверждал, что я знаток. И не говорил я, что есть там свойство "Parent". Я сказал "типа Parent", подразумевая, что есть какое-то свойство, через которое TQuery ссылается на на контейнер в котором размещён. Чита
	RoN - rodionlenta.ru 19 Apr 2002 12:56 PM
2 Tolik: Второй раз говорю - я и не утверждал, что я знаток. И не говорил я, что есть там свойство "Parent". Я сказал "типа Parent", подразумевая, что есть какое-то свойство, через которое TQuery ссылается на контейнер в котором размещён. Читай внимательнее, прежде чем придраться к словам. И не считаю нужным делать RTFM по продукту, которым я не пользуюсь. Моя "любовь" к этому продукту обусловлена той массой поганых ламерских "изделий" что я повидал, которые были сделаны с его использованием. Нужно более конкретно? Нужен пример? Так вот я уже его привёл с формой где больше 60 компонентов, каждый из которых используется максимум в трёх-четырёх строчках кода.
	Tolik 19 Apr 2002 1:07 PM
2 RoN Ну что же, не хочешь вылазить из лужи - будем барахтаться там дальше. У TQuery НЕТУ никакого свойства, ссылающегося на таинственный "контейнер, в котором размещен". То, о чем ты подумал - это свойство Owner, которое служит для управления освобождением памяти и к визуальности вообще не имеет никакого отношения. Ты, все же, перед как кидаться какашками почитал бы чего ? Ну ведь ни в зуб ногой ты в обсуждаемом вопросе. а туда же, берешься судить о программном дизайне.
	RoN - rodionlenta.ru 19 Apr 2002 1:14 PM
2 Tolik: Ну и скажи мне, программист-рисовальщик, какой тип у свойства Owner?
	RoN - rodionlenta.ru 19 Apr 2002 1:17 PM
2 Tolik: Если хочешь, можешь не продолжать, имхо, ты сам с каждым шагом всё ближе и ближе к пресловутой луже. Сдаётся мне, через пару постингов выплывет твоё крутое знание дельфи и полное незнание ООП.
	Tolik 19 Apr 2002 1:29 PM
у свойства Owner тип TComponent Каковой TComponent - не имеет никакого отношения к визуальности. Ибо он НЕ может быть визуальным (а равно и любым другим) контейнером, а функциональность, реализованная в нем, сводится к сериализуемости в поток и управлению памятью. Визуальная же функциональность реализована не в TComponent, а в дизайнере, который этими компонентами манипулирует. Оверхед же самого TComponent тут более чем минимален, в чем несложно убедиться хоть единожды заглянув в его исходники.
	miroh 19 Apr 2002 1:32 PM
похоже форум помирает... Сколько можно прыгать вокруг этих ваших луж. Неужели нельзя вести доброжелательную дискуссию - единственно обоюдополезный предмет здесь. При чем здесь Дельфы и TQuery,?
	RoN - rodionlenta.ru 19 Apr 2002 1:43 PM
2 Tolik: Во первых. Насколько я знаю, сериализуемость в поток связана с возможностью визуальной разработки (используется для сохранения/загрузки свойств компонента). Во вторых. Ну и коль по твоим словам TComponent почти нифига не делает, то зачем на него из TQuery ссылаться? В третьих. За оверхед в плане производительности я ничего не говорил, я говорил только про то, что пихать в класс функциональность, которой там не место - это и есть одно из проявлений кривого дизайна либы.
	Tolik 19 Apr 2002 2:59 PM
2 RoN Ну, тогда остается вернуться к основам ООП. В TComponent реализована базовая функциональность, используемая всеми классами VCL. Дальше от него растут классы как визуальные, так и нет (та же TQuery). Там, где эта функциональность не нужна - наследуются от TObject. Твои же высказывания сводятся к тому, что ты берешься критиковать то, в чем абсолютно ничего не понимаешь, причем делаешь это в резком и уничижительном тоне. Что дает право обсуждать тебя в том же самом тоне.
	RoN - rodionlenta.ru 19 Apr 2002 3:09 PM
2 Tolik: Сходи в библиотеку, возьми Буча, почитай на выходных, а то у тебя каша похоже в голове. Я не спрашивал зачем TQuery НАСЛЕДУЕТ от TComponent, хотя, по большому счёту и это был бы вопрос резонный (нафига ему сериализация). Я интересовался нафига TQuery ССЫЛАЕТСЯ (лучше скажу по-модному - ассоциируется) с каким-то другим TComponent?
	Tolik 19 Apr 2002 3:20 PM
Экий ты смешной ... Возьми хелп по Delphi и узнай, зачем она на него ссылается. Или открути тред и посмотри, что я тебе писал про Owner Кстати, убедишься, что к визуальности это не имеет никакого отношения. Если тебе этого не надо - не ссылайся. Тяжело все-таки объяснить что-то человеку, который мнит себя единственным знатоком ООП в мире и полагает, что не самые глупые люди, разрабатывавшие Delphi сотворили глупость, в которая ему очевидна лишь издали глянув на чей-то код и не разбираясь ни в чем. Ну обделался ты публично - ну хоть бы молчал, а то теперь ради чтобы скрыть свои идиотские рассуждения о Parent - будешь еще и Буча сюда же тащить
	RoN - rodionlenta.ru 19 Apr 2002 3:29 PM
2 Tolik: Ну и в чём же был идиотизм рассуждений про Parent? Необделавшийся ты наш гуру ООП. Прицепи себе третью ногу, а если тебе это не надо - не пользуйся ею, привязывай её к уху. Это и есть костыли о которых я говорил. Писали дельфи умные люди, только вот эти умные люди писали его для таких ламо как ты, которым все эти свойства компонентов нужны дабы мышом их по форме таскать можно было. На мой предыдущий вопрос ты так и не ответил. Зачем в TQuery нужно свойство "Owner"?
	Qrot 19 Apr 2002 3:30 PM
2RoN: да не спорь ты с ним, он же любой вопрос по дельфи воспринимает как личное оскорбление. 2Tolik: комплекс неполноценности?
	Tolik 19 Apr 2002 3:34 PM
О! Еще один крупный специалист. Причем с характерным стилем ведения дискуссии - действительно, чего там Буч, будем сразу аппелировать к Фрейду. И то ...
	Qrot 19 Apr 2002 3:59 PM
2Tolik: а пошел ты... мало того что вместо темы статьи стали обсуждать возможность написания сервера на дельфях, так еще и в итоге скатились к спору о том какие свойства у кого в дельфях должны быть или не должны. весьма актуальная тема надо заметить.
	eXOR - billgmicrosoft.com 19 Apr 2002 4:13 PM
2 Tolik: В клинику.
	miroh 19 Apr 2002 4:17 PM
Действительно, может про Sun ONE поговорить.. Я пока не понял что позиционируется как конкуррент NET J2EE или эта ONE. По расшифровке - открытая сетевая среда - именно ONE.
	RoN - rodionlenta.ru 19 Apr 2002 4:20 PM
2 miroh: Что-то мимо меня прошло... О чём речь? :-)))
	miroh 19 Apr 2002 4:25 PM
2RoN Речь о ONE. Так называется конференция в Ява разработчиков. Потом это назвали технологией - теперь вот продукты прям как микрософт с приставкой ONE.
	Qrot 19 Apr 2002 4:36 PM
2miroh: да вроде бы SUN еще год-полгода назад ONE позиционировала как прямой конкурент .NET. насколько я понимаю, J2EE конкурирует с .NET Framework, а ONE со всей технологией/группой продуктов.
	miroh 19 Apr 2002 4:42 PM
Вот на www.javasoft.com есть описане этой ONE. - действительно J2EE - только часть. Втиснули туда буквально все от EJB до JavaCard.... Уйма API и интерфейсов, как прикажете разбираться...
	Favn 19 Apr 2002 5:07 PM
Ну причем тут технологии? :) ONE, так же как и .Net у MS и WebSphere у IBM - просто собирательное название для большой кучи продуктов, которые хоть как-то могут работать вместе. Маркетинг, блин!
	eXOR - billgmicrosoft.com 19 Apr 2002 5:49 PM
2 miroh: Ну а как там не разобраться... имхо очень даже удобная документация у Sun'a жаль в доках экзампелов нетути... но зато помимо док их дофига... разберемси.
	Nick - nkulykpacmag.com 19 Apr 2002 9:41 PM
2 All. Долгое время следил за обсуждениями статей на ZDNet и пришел к выводу, что большинство из тех, кто наиболее часто пишет "глубокомысленные" и "профессиональные" отзывы - ЛАМЕРЫ полные. Не люблю я этого слова, т.к. в обиходе появилось оно на-а-много позже, чем я заработал первые деньги, занимаясь программированием. Вместо того, чтобы обсуждать, что у кого круче (если о софте, то Win vs Unix, если просто флейм, то у кого пиписька длиннее и толще), занялись бы повышением своего профессионального уровня. 2 Tolik Молодец, парень! Но не стоить тратить свое время и нервы здесь. 2 eXOR "Общепринятыми сейчас везде являются C++/Java может быть станет C# - все остально как дополнительный скиллы отдельных разработчиков" - с какой колокольни ты это увидел? Из Силиконовой Долины картина совсем иная.
	RoN - rodionlenta.ru 19 Apr 2002 10:30 PM
2 Nick: Напиши сам что-нибудь умное, прежде чем других поносить. Давай, не рассказывай только, как в силиконовой долине рулит Дельфи на серверах. Жалко, нифига не сохранилось у меня, а то бы напостил сюда дельфинного кода - смеха было бы до следующего года - можно было бы цикл развлекательных статей организовать, в каждой - по классу из проекта. Имхо, не обязательно быть гуру в дельфи, чтобы по достоинству оценить "шедевры", где так называемые "невизуальные компоненты" уложены на форме в два слоя, так, что все визуальные собой закрывают, или метод, где с помощью класса TTable открывается сиквельная таблица с >900000 записей, где GUI приложения представляет собой "Мейн форму" с тремя десятками буттонов, по которым требуемая функциональность вызывается в виде модальных диалогов, или над таблицей БД, где ФИО персоны лежит в одном поле, а когда надо, то парсится на клиенте поиском пробелов в ней. Ну последний пример, это, конечно, косяк проектирования БД, но суть остаётся - всё это было в своё время сделано людьми, которые ПРОФЕССИОНАЛЬНО (т.е. в качестве основной и единственной работы, для заработка денег, а не в качестве развлекухи) занимаются программированием на Дельфи. Рисовальщики херовы. Я как вспомню, так холодным пОтом покрываюсь. Хорошо, что тогда отыскались действительно профи в своём деле, которые месяца за 4 всё переписали на "голимом" и "ламерском" Visual Basic-е. Переписали причём очень и очень неплохо. Чуть позже общаюсь с людми из другой конторы - вижу ту же самую херню. ЗЫ. Сорри, опять я залез в конкретный оффтопик, просто хотелось малость оправдаться - откуда у меня такая неприязнь к Делфи. ЗЫЫ. Зато на той "МайМейнФорм" кнопки были разной формы. И круглые и треугольные. С диска под названием "Фуй знает сколько компонентов для Дельфи".
	Наблюдатель 19 Apr 2002 10:45 PM
2Nick Уважаемый, хотите скажу одын умный весч - не судите, да не судимы будете.
	Nick - nkulykpacmag.com 20 Apr 2002 3:38 AM
2 Наблюдатель И не собирался, здесь "судей" хватает. Все равно спасибо за совет. 2 RoN Напости не-дельфовый код, но свой - посмеемся вместе. А что "рулит" в Силиконовой Долине мне необходимо знать, т.к. я здесь работаю. Интересно узнать, кем и где многоуважаемый RoN работает?
	RoN - rodionlenta.ru 20 Apr 2002 9:26 AM
2 Nick: И кто после этого лезет сюда письками меряться??? Где я работаю - не Ваше дело. Мог бы кое-что сказать, но не буду говорить из принципа, потому что я как раз мерятся ни с кем ни чем не собираюсь. ЗЫ. На этом заканчиваю, ибо тред, имхо, вырождается в банальную склоку.
	Наблюдатель 20 Apr 2002 9:12 PM
Ну вот, у Sun очередные крупные увольнения. Ждем нового судебного иска к МС:))
	Qrot 21 Apr 2002 11:12 AM
2Наблюдатель: дай ссылочку на увольнения плз
	Qrot 22 Apr 2002 12:51 AM
2Zub: thanx a lot.
	eXOR - billgmicrosoft.com 22 Apr 2002 10:55 AM
2 Nick: Давай посмеемся... Kylix 2 Enterprise. Смотрю исхода XML парсера. Первая функция перед созданием DOM зависимостей - вычистить CRLF, сделать LF - реализуют в 2 цикла. Бля. Поиск подстроки идет Pos'ом. Получаем x^2... гениальные люди пишут компоненты. 2 RoN: :-). Молодца :-).
	miroh - plasmonmail.ru 22 Apr 2002 11:19 AM
Могет не надо боле про дельф? Скучно становится.... Вот скачал пдф про ONE - видимо действительно все пытаются выстроить в один ряд. Надо заметить, что уеб сервисы никак не в центре композиции, более того огромное количество других технологий на том же уровне(в той же клетке диаграммы). Девствительно а куда JXTA деть - оно то гораздо мощнее уеб сервисов будет. Понятно теперь что САН не сопредседатель в этой мегавебсервисной организации.
	eXOR - billgmicrosoft.com 22 Apr 2002 12:55 PM
2 miroh: >Девствительно а куда JXTA деть - оно то гораздо мощнее уеб >сервисов будет. Хех... обидно ведь правда?
	miroh - plasmonmail.ru 22 Apr 2002 1:03 PM
2 eXOR Дык вроде и не девают никуда. Сервисы в УАН токмо еще одна примочка- а JXTA родное - его лелеять будут.
	eXOR - billgmicrosoft.com 22 Apr 2002 4:19 PM
2 miroh: А поддерживать кто будет это дело? На энтузиазме далеко не уедешь...
	miroh - plasmonmail.ru 22 Apr 2002 4:54 PM
Там масса контор - ИБМ та же. Все это подразумевает Веб Сервисы тока как часть общей архитектуры. В результате выйдет некий свод стандартов, который будут реализовывать все кому не лень. В принципе - великая штучка..
	Qrot 22 Apr 2002 5:38 PM
2miroh: да похоже что ИБМу стандраты из-под САНа не очень нужны, им гораздо выгоднее иметь свои стандарты, для чего вместе с МС была создана WS-I. Причем у меня складывается такое впечатление (отчасти навеянное местными статьями), что эта организация в будущем станет для инета тем же что сейчас представляет W3C... САН может конечно выпустить свой свод стандартов однако надо оно кому будет, если с другой стороны будут стандарты от сладкой парочки?
	miroh - plasmonmail.ru 23 Apr 2002 8:28 AM
2Qrot Стандарт эти не от САНА а от java community process и ИБМ и Оракл там учасвуют. Более того ИБМ вообще намерена перехватить инициативу в яве. Еще много всего будет...
	Qrot 23 Apr 2002 10:25 AM
2miroh: да от САНа они, пока САН имеет право вето в JCP... а если ИБМ перехватит инициативу в яве, как ты гвооришь, это приведет к вторичной роли JCP, из-за председательства САН в этой конторе. и тогда опять таки кому тогда будут нужны их стандарты? :)
	miroh - plasmonmail.ru 23 Apr 2002 10:52 AM
2Qrot Странная логика... Там все как раз наеборот. Сан выпускает бразды правления - вроде бы все движется в сторону Опенсорс. JCP имеет все больше прав и включает все больше компаний, которым по крайней мере и нужно все это. В результате будут выпущены корпоративные стандарты типа J2EE , которые смогут реализовывать все без исключения. Это практика, которой уже лет 5. Счас одних аппсерверов 30-40 шт. Реализаций XML Mail JSP Engine и других библиотек - десятки. Все это факты , а не измышления. Так что зря вы это
	Qrot 23 Apr 2002 11:21 AM
2miroh: САН уже не имеет права вето в JCP? пока сохранится такое положение, сильные конкуренты навроде ИБМ и Биа будут недовольны - не зря они вместе с МС создали свою стандартизирующиию организацию по тем же самым технологиям. где САН, кстати, предложили членство только на общий основаниях.. это тоже факты. как ты думаешь, какие стандарты будет продвигать ИБМ - от JCP где она является одна из многих или от WS-I, где она соучредитель?
	miroh - plasmonmail.ru 23 Apr 2002 12:25 PM
ИБМ уже продвигает "САНовские" стандарты: Она реализует JVM JSP/Servlet Engine,EJB AppServer. Делает и свои библиотеки к java XML API. перехватить у САН инициативу для ИБМ - купить САН. Сейчас много об этом говорят.
	eXOR - billgmicrosoft.com 23 Apr 2002 2:58 PM
2 miroh: > перехватить у САН инициативу для ИБМ - купить САН. Да они ж тогда вместе помрут. Не вытянет IBM их двоих. Им бы себя вытянуть.
	Qrot 23 Apr 2002 5:52 PM
2eXOR: окстись! ИБМ все вытянет. 2miroh: как ты мог заметить я говорил не о короткой жизни жабовских стандартов, а о никчемности "сановских", т.е. тех что идут от САН или подконтрольной САНу JCP. это не совсем одно и тоже, ИМХО. покупка САНа нормально согласуется с тем что я говорил... правда я об этом нигде не слышал, где узнал?
	miroh - plasmonmail.ru 24 Apr 2002 11:25 AM
2Qrot Узнал в www.zdnet.com Про сановские стандарты - пока там работает Гослинг стандарты будут хороши сами по себе, если создатели Явы уйдут еще кудато - тогда сан - ничто, они даже не признают ведущую роль ПО в информационной среде, де это только дополнительная примочка hardware...
	MX 24 Apr 2002 12:55 PM
2Qrot >как ты мог заметить я говорил не о короткой жизни жабовских стандартов, а о никчемности "сановских", т.е. тех что идут от САН или подконтрольной САНу JCP. это не совсем одно и тоже А какие по Java кроме JCP еще стандарты сушествуют?
	Qrot 24 Apr 2002 1:58 PM
2MX: сейчас никаких. если САН будет куплена ИБМ или скажем просто откатится на вторые позиции в JCP или ИБМ станет распространять стандарты от WS-I на жабу или что еще в этом духе - тогда появится разница.