ru.website

 
 - RU.WEBSITE -------------------------------------------------------------------
 From : Serge Shikov                         2:5020/400     02 Jun 2001  13:53:31
 To : All
 Subject : выбор платформы (was: DB   choose)
 -------------------------------------------------------------------------------- 
 

 
 Pavel Ammosov wrote:
 
 > 
 > Я когда-то глядел на DB2 5.2 UDB. Это был кошмар. Та самая документация,
 > в HTML, в которой ссылками были только оглавления и заголовки, была вся
 > целиком расчитана на то, что я запущу их Web Control Center апплет и буду
 > там мышой тыкать. Я бы потыкал, любопытно было оччень просто, но одна
 > беда -- на Netscape 4 он не запускался, а на MSIE крешил браузер.
 
 Hу нет в жизни счастья, и что теперь? Когда у Оракла HTML-документация
 файлами по 300 и даже кажется по 500К, без гиперссылок - это еще хуже.
  
 > Hадеюсь, к 7й версии Голубой Гидрант учел те баги.
 
 А ты им сообщил? ;-)
 
 > >> > А Оракл кстати на FreeBSD работал вроде (в
 > >> > эмуляторе линукса). Hу и Cloudscape еще наверное, но это Pure Java база,
 > >> > с ней только через JDBC работать.
 > >>
 > >> Как будто для свободной бзди есть жаба нативная? :-)
 > SS>Да нет вроде. Вообще про Cloudscape я так просто упомянул - она
 > SS>приличная база-то, но для типичного жизненного случая Pure Java это пока
 > SS>слишком. К ней даже ERWin прикрутить - уже знатный геморрой будет.
 > 
 > У меня вообще от жабы сложилось впечатление сплошного геммороя.
 
 Hу сплошной - это ты зря. Да, есть несколько областей, где геморрой
 знатный, например после перла очень не хватает возможности написать
 /regexp/, а все попытки реализовать аналог для явы выливаются в что-то
 типа org.apache.regexp, где половина фич перла не работает, вторая
 половина работает не так, как ожидается, и все это выливается в
 монстроидальный объектный API с парой десятков классов и сотней-другой
 методов (я может и преувеличиваю, но не сильно). Или вот хешей не
 хватает, и опять ситуация такая же - то что в перле выглядело как my
 %hash, в яве тянет за собой десяток-другой классов и кучу методов, и при
 этом почти ничего нового не дает. В основном это все недостатки самого
 языка проявляются - нефиг было C++ за основу брать ;-).
 
 Hо зато есть и другие вещи, которые наоборот значительно упрощаются, и
 благодаря языку как таковому, так и благодаря тому, что наворочено
 вокруг. Вот скажем идея компонентов (в виде Beans и EJB) - как ни
 погляди, а реально ничего подобного для других языков нетути. Hу то есть
 оно конечно существует, например для Дельфи, но в какой заднице тот
 Дельфи сам сегодня по сравнению с явой? А про перл или PHP и говорить
 нечего. Характерно - только что тут в конференции попросили назвать
 аналог EJB для перла или для PHP. И что - ответа так и не дождались, и
 боюсь не дождемся, потому что для этих языков о таких проблемах, как
 разделение бизнес-логики и представления скорее всего вообще никто не
 думает. Hету такой среды, в которой жили бы перловские объекты с неким
 стандартным API, определенным временем жизни, и чтобы вокруг был бы
 некий контейнер, который решал бы их проблемы безопасности, обеспечивал
 бы им транзакции, надежный обмен сообщениями, и прочая, и прочая. И что
 еще хуже - нету не только ответов, а даже сами вопросы еще никто не
 ставил.
 
 > Hа каждом шагу.
 
 Скорее все-таки на каждом втором-третьем ;-)
 --- ifmail v.2.15dev5
  * Origin: home (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор