- Финансовые корпорации сталкиваются с трудностями при переходе на открытое ПО, Aceler, 20:43 , 15-Июн-08 (1)
- Финансовые корпорации сталкиваются с трудностями при переходе на открытое ПО, FSA, 20:45 , 15-Июн-08 (2)
- Финансовые корпорации сталкиваются с трудностями при переход..., MiG, 20:59 , 15-Июн-08 (3)
- Финансовые корпорации сталкиваются с трудностями при переход..., Sem, 21:28 , 15-Июн-08 (7)
- Финансовые корпорации сталкиваются с трудностями при переход..., Владимир, 22:07 , 15-Июн-08 (10)
- Финансовые корпорации сталкиваются с трудностями при переход..., User294, 23:08 , 15-Июн-08 (23)
- Финансовые корпорации сталкиваются с трудностями при переход..., penguin_killer, 23:58 , 15-Июн-08 (33)
- Финансовые корпорации сталкиваются с трудностями при переход..., fi, 00:21 , 16-Июн-08 (40)
- Финансовые корпорации сталкиваются с трудностями при переход..., penguin_killer, 00:59 , 16-Июн-08 (52)
- Финансовые корпорации сталкиваются с трудностями при переход..., Анонимус, 19:33 , 16-Июн-08 (91)
- Финансовые корпорации сталкиваются с трудностями при переход..., penguin_antarctic, 23:08 , 16-Июн-08 (95)
>И какой функционал они добавили?Например, OpenBSM. >Если для тебя EnterpriseDB - ничего не значит, то пора принимать лечебные таблетки. Кроме >того борьба постгри с мускулом вызывает только сожаление. Нет, я конечно в свете химичения >саном на тему мускула всеми руками за постгрю, но это сути не меняет. Раз прописываете таблетки, то вы, наверное, доктор? Еще и дипломированный? Борьбы PostgreSQL и MySQL никакой нет, как не может быть борьбы между слоном и дельфином. Эти СУБД совершенно разных весовых категорий. Области применения пересекаются весьма мало. И что именно "химичит" Sun с MySQL? Может, благородный дон просветит нас, что конкретно изменилось после покупки MySQL AB ?
- Финансовые корпорации сталкиваются с трудностями при переход..., penguin_antarctic, 23:21 , 16-Июн-08 (98)
Да, и забыл спросить самое главное. Может, подскажете, чего такого _закрытого_ есть в EnterpriseDB, чего нет в PostgreSQL? Кроме коммерческой поддержки и всяких приблуд, якобы облегчающих жизнь DBA ?
- Финансовые корпорации сталкиваются с трудностями при переход..., fi, 02:19 , 17-Июн-08 (106)
- Финансовые корпорации сталкиваются с трудностями при переход..., penguin_antarctic, 11:36 , 17-Июн-08 (108)
>Упс! И много ты знаешь SAP R/3 инсталляций на PostgreSQL? :) >А на MySQL Enterprise полно! не все так просто :) Конечно, все совсем не просто :-) SAP R/3, если мне мой склероз не изменяет, ставился не на MySQL, а на MaxDB, она же бывшая SAP DB, исходные коды которой SAP AG открыла, а потом заключила партнерское соглашение с MySQL AB на дистрибьюцию и поддержку. Не так давно соглашение было разорвано, SAP DB обрела свое старое название, а исходные коды всех новых версий уже не будут открытыми. Вот только та СУБД, которую люди во всем мире считают за MySQL, и MaxDB - это несколько разные продукты, не правда ли? > >Впрочем, я даже подозреваю, что ты не знаешь о коммерческих инсталляциях PostgreSQL. >Ты даже все форки не осилил найти, а их было не >мало за последние годы. На настоящий момент мне известны следующие коммерческие форки PostgreSQL: Mammoth, EnterpriseDB. Какие еще форки я не смог "осилить"? Их точные названия с ссылками в студию. И можете ли вы представить убедительные доказательства того, что: а) эти форки имеют значительную долю на рынке СУБД класса enterprise; б) эти форки содержат значительно измененный код PostgreSQL, причем исходные коды этих изменений недоступны? >PS ты просто идеалист. Это просто смешно уже. Я еще ни от кого в этой ветке не услышал конкретных фактов, подтвержденных ссылками и утверждающих воровство кода PostgreSQL и успешную коммерцию на продаже его закрытых модификаций без возврата кода обратно, хотя подобное и случалось с предками PostgreSQL. И при этом меня еще называют идеалистом...
- Финансовые корпорации сталкиваются с трудностями при переход..., User294, 17:34 , 18-Июн-08 (123)
- Финансовые корпорации сталкиваются с трудностями при переход..., i_am, 13:47 , 17-Июн-08 (113)
- Финансовые корпорации сталкиваются с трудностями при переход..., penguin_antarctic, 01:13 , 18-Июн-08 (117)
>>Yahoo, Yandex, Juniper - бомжи? > >Давайте сравним их капитализацию с Google, чтоли.Так, по приколу.Не надо напоминать что >гугл использует?И как всякие яхи и яндексы с ним соотносятся =) А давайте сравним капитализацию Google и Microsoft. Надо напоминать, что использует Microsoft? >Апачи и постгры это уже другое.Вы там вроде про ос говорили?Или кто-то >считает что GPL рулит вообще для всего и никаких иных вариантов >невозможно?Это уже маразм. Я не говорил про ОС. Товарищ, которому я ответил, попытался объяснить недостатками лицензии BSD отставание *BSD-систем от линукса. Я же намекнул на то, что в мире куча продуктов под подобными лицензиями, и проблем в своем развитии они не имеют. >>Ядро MacOS X гораздо больше от Mach, чем от *BSD. > >Опять же.Код бсд систем - поюзан.Не вижу однако чтобы этот факт в >итоге сильно бы помог BSD в развитии.В случае линукса и вообще >GPLed проектов это выливается в мощное развитие проекта и при том >чем больше юзают тем лучше развивается.В случае с bsd - оно >так и осталось унылым добром отдающим полуфабрикатной сущностью.Хотите готовый пирожок а >не дрожжи и муку отдельно?Платите эпплу тогда! Ну и что, что поюзан? А какие фичи конкретно в _ядре_ Mac OS X вы можете назвать, которых не хватает во FreeBSD ? Насколько мне известно, главные вкусности Mac OS X - все в user-space. Жаловаться на то, что Эппл не возвращает кода обратно из-за слишком свободной лицензии как-то не приходится, ввиду того, что возвращать-то особо нечего. Кроме того, некоторые вещи все-таки были перенесы во FreeBSD из Darwin. См. ниже. >и прет.Из всех щелей.А кто это эппл такое и какого хрена >у них полномочия за меня решения принимать? Разве я защищал Эппл? >>Автор всегда может изменить лицензию. > >Ну идите измените лицензию вашего кода если его эппл в макоси поюзал.Вы >им дали его и обратного хода уже не сделаете.Для новых версий >- можете а что помешает эпплу юзать старую версию кода + >свои патчи?И кроме того в итоге их код + патчи могут >в итоге быть лучше вашего.Ну вы сами им отдали рули правления >юзая BSD лицензию и даже если вам не нравится результат "на >моем коде барыги делают деньги а я не получаю ни денег >ни улучшения моего кода" винить в этом некого кроме самого себя. Да кто ж себя винит-то? Люди, которые пишут код под лицензией *BSD-like, очень хорошо представляют себе, что _может_ произойти с их кодом в дальнейшем. Те же, кто до своего кода жадный, ненавидит буржуев, выбирают GPL. Все довольны. В чем проблема-то? >А еще может получиться что продукт лучше у проприетарщиков зажавших BSD-based код.Тогда >им ничего ни с кем синхронизировать особо не впилось а вот >авторы проекта в пролете - они могут рассчитывать на какие-то негарантированные >подачки по доброй воле.От акул бизнеса этого фиг дождешься. Так все-таки "может" или "уже получилось" ? Приведите примеры коммерчески успешных продуктов, основанных на *BSD, которые код назад не возвращают. К слову сказать, Juniper добавил поддержку MIPS во FreeBSD, Yandex поделился улучшенным драйвером для интеловских сетевух, Yahoo оплачивает труд многих разработчиков FreeBSD. Так где же эти мифические "проклятые буржуи", которые только берут, но ничего не отдают? Чуть ниже я уже пытался узнать от одного товарища, как повлияла *BSD-like лицензия PostgreSQL на появление коммерчески успешных форков, авторы которых зажимают код? Мне так и не привели достойных примеров. >В итоге получается >относительной приличный продукт - макос (в том числе и серверная). Видел как-то с год или два назад бенчмарки этого "относительно приличного" продукта на MySQL. Результат был еще хуже FreeBSD, у которой в то время в силу незаконченности SMPng и неоптимизированного планировщика дела были очень плохи. >И полуфабрикатные >поделки в виде бсдшных систем где вечно все не работает сходу >нишиша не поддерживается и прочая.Вон тут на форуме например: как поставить >... на XFS?На Reiser?Никак?Упс!Бд такой-то не работает, то не работает, се >не работает.Стандартная для BSD картинка. Я могу найти с десяток людей в своем окружении, у каждого из которых даже Ubuntu не встанет с первого раза. Могу найти и таких, которые "ниасилят" установку винды. И что? Почему-то у меня еще ни разу не было такого, чтобы FreeBSD не установился. Что я делаю не так? >Что-то не заметно.Во всяком случае линукс как-то динамичнее развивается в итоге.Поэтому в >отличие от - есть ряд дистрибутивов Linux коммерческого качества.С которыми придется >считаться.Тем не менее для конечного пользователя платить деньги надо только если >нужен саппорт коммерческого уровня и прочая. В линукс и денег вкладывают на порядки больше. Соглашусь с тем, что вкладывать деньги и строить бизнес на нем именно в силу GPL безопаснее. Но есть еще и другой фактор - *BSD-системы потеряли много времени на BSD lawsuit c USL, и инициатива перешла к линуксу. >>хавают и хавают код, а взамен ничего не отдают? Или это >>только бред воспаленного воображения красноглазых пионЭров? > >А что, эппла и макоси мало как примера? А что есть в ядре Mac OS X такого, чего хотелось бы видеть во FreeBSD ? Что именно потеряла FreeBSD ? Я вот точно знаю, что она приобрела именно благодаря Apple. Эта штука называется OpenBSM. Я считаю, что подсистема аудита - это серьезный вклад в развитие ОС. >Да.В unstable.Поэтому толку с него ровно НУЛЬ.Оно замечательно конечно в теории.А на >практике только камикадзе используют experimental код на продакшн серверах. Ничего, пройдет определенное время, и оно станет стабильным. Это вопрос времени. > >>а вот в кошерном линуксе его >>нет и не предвидится. С чего бы это? > >Наверное с того что там давно есть LVM поверх которого можно юзать >любую иную ФС коих под линукс есть достаточное количество и при >том оптимальных под разные нужды. А сколько из этого "достаточного количества" поддерживают снапшоты? POSIX ACL? checksum'ы? У всех ли все хорошо с журналами, или таки есть отдельные, которые в журнал пишут только метаданные? Удобнее ли с ними работать, чем с ZFS, при работе, затрагивающем менеджер томов? Всегда ли безопасно их использовать при включенном write cache? Все ли поддерживают сжатие данных?
- Финансовые корпорации сталкиваются с трудностями при переход..., User294, 17:03 , 18-Июн-08 (122)
- Финансовые корпорации сталкиваются с трудностями при переход..., penguin_antarctic, 19:11 , 18-Июн-08 (124)
>>Надо напоминать, что использует Microsoft? > >Не вижу масштабного юзания >BSD этой конторой чего-то.Ну, код они оттуда кой-какой потырили и на >этом все использование и заканчивается.Слово BSD там нигде не фигурирует вроде >вообще.BSD все это никак в развитии не помогло особо.Во всяком случае >по распострааненности и удобству BSD до виндовса даже не как раком >до китая а как улитке до луны. Много букв. Вообще-то, я всего лишь имел ввиду то, что капитализация компании не означает технологического превосходства ее продуктов или средств производства. Про BSD в данном контексте не говорил ничего. >[оверквотинг удален] >не так ли?Потому что на двигателе какой бы он там отличный >не был без колес и прочего далеко не уедешь.Линуксных дистрибутивов которые >я могу скачать и использовать и которые будут без особыъ приключений >работать - море.А с бсд вечно какой-то нестандартный трах.С макосью однако >тенденция такова что как правило оно тоже сразу работает.Для меня как >пользователя это достаточный аргумент чтобы составить впечатление о качестве системы и >ее уровне развития.А если фаны системы орут "ура" по поводу реализации >фичи которая в другой системе была ГОДАМИ - это наводит на >мысли о скорости развития и эффективности работы лицензии. > Товарищ, которому я отвечал, предъявлял претензии к тому, что код FreeBSD используется в Mac OS X. Вам же на это "насрать", и вы же опять начали свою песню о недостатках BSD с точки зрения пользователя. Ну, я не против, говорите сколько хотите, только не надо придираться к моим контрагрументам по совершенно другому поводу. >соответственно кому такое "развитие" надо?Да, отполированные высококачественные гайки в движке - >это круто.Но мне их не видно.И потому в общем то слегка >насрать отполировали их там или нет.Как максимум я смогу оценить общую >мощность движка, его надежность и скажем способность жрать пяток видов горючего >без проблем для себя.А тут то ничего на посмотреть и нету >как раз толком. Ну, в Debian не так давно нашли одну не совсем отполированную гайку ;-) И знаете, мне, в отличие от американской домохозяйки, совсем не все равно, что внутри. Подозреваю, что большинство читателей opennet в этом со мной солидарны. >Ну дык BSDшный отпрыск.Что бы там ни говорили.Вот вам и вся BSDшная >свобода. Мне кажется, что вы очень сильно преувеличиваете со степенью связанности Mac OS X и *BSD. Там далеко не так много кода FreeBSD. >>Так все-таки "может" или "уже получилось" ? Приведите примеры коммерчески успешных >>продуктов, основанных на *BSD, которые код назад не возвращают. > >Вроде выше было нормально так написано про подачки.Немного и по мелочи может >и возвращают.А вот общая эффективность всего этого отлично видна.*BSD системы старше >линукса а сливают на всех фронтах. Mac OS X позаимствовала у FreeBSD подсистему процессов ( без планировщика ), сетевой стек, потоки. Вернула подсистему аудита. Да, возможно, что взято больше. Однако, лично я не знаю, чего бы она _могла бы_ вернуть еще. Т.е. если подходить к этому с практической точки зрения, то FreeBSD немного потеряла. Я могу понять, если бы в Mac OS X значительно доработали те вещи, которые были взяты, и Эппл запретила бы вливать изменения обратно. Но этого нет. По поводу "сливают на всех фронтах" - это вы, мягко говоря, преувеличили :-) Сливают на некоторых, это да. >Посмотрите выше.Все это не мешает оставаться bsd системе недоразвитой.Нет, может система то >и неплохая сама по себе.Но в отрыве от остальных рассматривать ее >- наивно.А вот тут то и опаньки.Ведь все познается в сравении. Если попытаться сравнить, скажем, Win9X и WinNT/2k/XP, то недоразвитость Win9X становится очевидной, хотя бы потому, что в Win9X принципиально нет поддержки многопроцессорности. В данном случае слово "недоразвитость" еще можно употребить. А много ли вы знаете фич, которые во FreeBSD отсутствуют как класс, и им совершенно нет никакой замены? "Огласите весь список, пжалуста" (с) >Ну, допустим что постгрес не столь уж и супер-популярен пока и в >виде открытого проекта тоже пока шедевральных коммерческих успехов вроде не заметно.Так >что не вижу тут предмета для гордости собственно. А как оценить популярность? По количеству инсталляций? Так тут Microsoft Jet Engine ( или Berkeley DB ) порвет всех как тузик тряпку. А по поводу "коммерческих успехов" - вы вот это видели: http://www.postgresql.org/about/users ? Вам этого мало? >Аккуратно выбираете железо игнорируя что на этой планете есть и другое?Ну-ка расскажите ка мне, что делать если на машине >=4 гига оперативы (т.е. нам надо бы х64 систему) и нвидиевская видеокарточка, например?На выбор наслаждаться обрезками от оперативки или от фич видеокарточки?Потому как х64 BSD и драйвера от нвидии - штука несовместимая (не то чтобы мне нравятся проприетарщики, но вот такая ситуация - есть, при том почему-то именно с BSD). На машине с более 4 гига оперативы я буду использовать открытый драйвер. Для игр такого количества оперативы не нужно. А на сервере мне как-то индифферентно, какой вариант драйвера иметь. >>OpenBSM. Я считаю, что подсистема аудита - это серьезный вклад в >>развитие ОС. > >Все так, но тем не менее и развитие и коммерческий успех макоси >не сравнимы с оными у бсд.В итоге движок делали одни а >сливки сняли другие.Замечательно, да.Лицензия на страже интересов девелоперов.Аж 2 раза. Сливки они сняли не потому, что позаимствовали код FreeBSD, а потому что изрядно потрудились над user-space, плюс маркетинг. Причем здесь вообще FreeBSD? Человек выходит из электрички, входящий же в электричку просит его отдать билет, который ему уже не нужен. Тот отдает, в итоге и первый ничего не потерял, и второй проехал нахаляву. Вас что, бесит эта ситуация? >А подсистема >аудита...эх... ну вон в линуксе есть SELinux например.А толку с него?Его >настраивать убьешься.В итоге найти тех кто его юзает еще суметь надо.Почему-то >есть подозрение что в случае бзди и аудита будет так же >если не хуже - какую-то выгоду от этого ощутит только незначительная >горстка совсем отмороженных маргиналов(в линуксе я еще поверю что для SELinux >сделают удобную и общедоступную морду которой можно его настроить не геморроясь >в непомерных количествах). Однако, "отмороженные маргиналы" ( например, админы серверов, где безопасность критична ) получают свое, причем в силу трудоемкости реализации этой фичи при ее отсутствии они могли бы просто сменить ОС, а так им это делать не нужно. Впрочем, опять же, я этот пример привел не для того, чтобы показать превосходство BSD, а для того, чтобы развеять миф о "воровстве" кода без всякой отдачи. Вы же теперь пытаетесь меня убедить в том, что это почти никому не надо, и в линуксе это тоже есть. Известно, что есть. Только речь не об этом. > >>Ничего, пройдет определенное время, и оно станет стабильным. Это вопрос времени. > >Да, вот только юзать хочется здесь и сейчас а не через 2 >года.А через 2 года как вы понимаете и у других софт >лучше станет и кто лучше будет - бааальшой вопрос.Скажем какойнить btrfs >может успеть к тому времени окрепнуть и стать весьма приличной и >интересной ФС например. Насколько я знаю текущее положение дел, степень готовности btrfs далека даже от готовности zfs@freebsd. И еще неизвестно, обгонит ли. С трудом верится, что оракл реально нуждается в срочном доведении btrfs до продакшена. >>А сколько из этого "достаточного количества" поддерживают снапшоты? POSIX ACL? > >Снапшотами честно говоря не особо интересовался, мне они как-то не нужны (специфичная >фича с рядом caveats).Posix ACL поддерживают многие ФС, как минимум EXT3, >JFS, XFS.Насчет рейзера - честно говоря не помню (не очень люблю >его за кой-какие специфичные проблемы но признаю что в ряде ситуаций >он бывает unbeatable по скорости работы). Фича хоть и специфическая, однако, многим она сильно облегчает жизнь, особенно если снапшот происходит практически без накладных расходов. >[оверквотинг удален] >нагружают.А так - ну допустим, обнаружено несовпадение чексумм.И чего дальше?ФС вернет >ошибку чтения и выпадет в соответствующий режим? (как минимум в линухе >можно настроить что дальше случится - паника, выпадение в ридонли чтобы >избежать дальнейшей почи ФС или продолжение работы).Ну, гениально!Правда вот трабл в >том что *любая* ФС сделает то же самое, с чексуммами или >без, ее проблемы в общем то.Wtf is a difference?Мне честное слово, >просто любопытно - а выигрыш то в чем?Ну, мы обнаружили что >трындец.Может чуть быстрее чем другие ФС.Ну, трындец.Замечательно!Я понимаю там какое-нить там >дублирование или ECC позволило бы отколупать с ФС больше данных восстановив >метаинформацию (правда ценой нереальных тормозов что на запись что на чтение). Чексуммы, естественно, нужны для данных. Лично для меня они весьма необходимы, потому как по роду работы приходится хранить множество здоровенных файлов, причем содержащих такого рода информацию, что при случае не определишь, то ли это ошибка, то ли это такая чуча в самих данных. >[оверквотинг удален] >У ext3 (для которого я изучал этот вопрос) настраивается что писать в >журнал.Можно и все данные вообще.Можно только метаданные.У остальных - где как.Зачастую >только метаданные.Большой проблемой это как правило не является, поскольку данный вариант >- наиболее разумный компромисс между тотальной целостностью данных и скоростью работы.Полный >журналинг как ни крути требует в разы больше операций с диском >- сперва ВСЕ надо записать в журнал а только потом оттуда >перенести на ФС, и потом прибить запись в журнале.В итоге запись >на полностью журналируемую ФС запросто получается В РАЗЫ тормознее обычного.В этом >плане журналинг метаданных как правило всех устраивает.Допускаю что некоторым надо полный >журналинг.Ну а в чем проблемы то?Поюзать EXT3 с соответствующей фичой. Все верно, только в ZFS при полном журналировании сами данные не надо ни в какой журнал записывать - copy-on-write, знаете ли. Опять же, не могу говорить за всех, но лично для меня сами данные ничуть не менее важны, чем метаданные. >У меня никаких неудобств с ФС.Как и проблем с ними.Это любители BSD >вечно комплексуют потому как нормальной ФС у них нет.А ZFS там >до сих пор недоделанный.Т.е. на выбор или юзается дефолтная довольно дурная >ФС или прогулка по минному полю с experimental кодом на свою >ж... .Вот потому наверное и молятся на ZFS.Ну а в итоге >как всегда и происходит с BSD: на выбор или неплохая ФС >но где-то там в теории и в светлом будущем или какой-то >хлам по дефолту и отсутствие ему реальных альтернатив на практике.Академики, их >мать... =).Мне систему юзать надо не через два года когда ZFS >допилят и оттестят а сегодня. Чтобы нравится всем, надо быть стодолларовой бумажкой. >[оверквотинг удален] > >Хоть убейте не понимаю зачем мешать мухи и котлеты.Менеджер томов это менеджер >томов.Файловая система это файловая система.Если у санок в соляре не было >манагера томов и они потому родили ФС с оным - ну >я их с этим сердечно поздравляю.А в линухе манагер томов и >так есть.Наличие манагера томов еще и в ФС было бы всего >лишь redundant фича которую потому даже в плюс записать не выходит.В >самом деле, ну НАХРЕНА два уровня манагеров томов то?Одного LVM-а вполне >достаточно а чем он такой плохой я не понял.Наверное как всегда >тем что в BSD его нет? Мне лично процесс создания нового пула и новой файловой системы ZFS кажется более удобным, чем то же самое с LVM. Подозреваю, что найдется отличное от нуля количество людей, которым "покажется" точно так же.
- Финансовые корпорации сталкиваются с трудностями при переход..., Дмитрий Ю. Карпов, 12:15 , 18-Июн-08 (120)
- Финансовые корпорации сталкиваются с трудностями при переход..., nott, 23:23 , 15-Июн-08 (29)
- Финансовые корпорации сталкиваются с трудностями при переход..., fi, 00:06 , 16-Июн-08 (34)
- Финансовые корпорации сталкиваются с трудностями при переход..., penguin_killer, 00:18 , 16-Июн-08 (38)
- Финансовые корпорации сталкиваются с трудностями при переход..., fi, 00:29 , 16-Июн-08 (41)
- Финансовые корпорации сталкиваются с трудностями при переход..., penguin_killer, 00:40 , 16-Июн-08 (43)
- Финансовые корпорации сталкиваются с трудностями при переход..., fi, 01:00 , 16-Июн-08 (53)
- Финансовые корпорации сталкиваются с трудностями при переход..., vitek, 01:07 , 16-Июн-08 (55)
- Финансовые корпорации сталкиваются с трудностями при переход..., penguin_killer, 01:12 , 16-Июн-08 (56)
- Финансовые корпорации сталкиваются с трудностями при переход..., Кирилл, 10:40 , 16-Июн-08 (69)
- Финансовые корпорации сталкиваются с трудностями при переход..., vitek, 11:53 , 16-Июн-08 (73)
- Финансовые корпорации сталкиваются с трудностями при переход..., Кирилл, 12:58 , 16-Июн-08 (76)
- Финансовые корпорации сталкиваются с трудностями при переход..., penguin_antarctic, 23:10 , 16-Июн-08 (96)
>Попробую поискать, расклад был что-то в духе сорок на сорок АйБиЭм с >Ораклом (с небольшим перевесом в сторону АйБиЭм), остальные -- около 20 >(чуть меньше). Это по корпоративным системам. Охотно этому верю, только мне кажется, что доля IBM в основном состоит из DB2. - Финансовые корпорации сталкиваются с трудностями при переход..., vitek, 23:49 , 16-Июн-08 (100)
- Финансовые корпорации сталкиваются с трудностями при переход..., Дмитрий Ю. Карпов, 12:07 , 18-Июн-08 (119)
- Финансовые корпорации сталкиваются с трудностями при переход..., demo, 22:18 , 15-Июн-08 (11)
- Финансовые корпорации сталкиваются с трудностями при переход..., ture, 21:01 , 15-Июн-08 (4)
- Финансовые корпорации сталкиваются с трудностями при переход..., Аноним, 21:04 , 15-Июн-08 (5)
- Финансовые корпорации сталкиваются с трудностями при переход..., Al, 22:28 , 15-Июн-08 (13)
- Финансовые корпорации сталкиваются с трудностями при переход..., User294, 22:41 , 15-Июн-08 (17)
- *sigh*, Michael Shigorin, 11:39 , 17-Июн-08 (109)
- Финансовые корпорации сталкиваются с трудностями при переход..., vitek, 22:43 , 15-Июн-08 (19)
- ...программисты более свободны, lom, 22:52 , 15-Июн-08 (21)
- Финансовые корпорации сталкиваются с трудностями при переход..., szh, 23:06 , 15-Июн-08 (22)
- Финансовые корпорации сталкиваются с трудностями при переход..., Аноним, 13:23 , 16-Июн-08 (77)
- Финансовые корпорации сталкиваются с трудностями при переходе на открытое ПО, sokoloff, 21:26 , 15-Июн-08 (6)
- Финансовые корпорации сталкиваются с трудностями при переходе на открытое ПО, Имя, 21:44 , 15-Июн-08 (8)
- Финансовые корпорации сталкиваются с трудностями при переходе на открытое ПО, Все тот же аноним, 21:54 , 15-Июн-08 (9)
- Финансовые корпорации сталкиваются с трудностями при переходе на откры, Al, 22:23 , 15-Июн-08 (12)
- Финансовые корпорации сталкиваются с трудностями при переходе на открытое ПО, demo, 22:31 , 15-Июн-08 (15)
- Финансовые корпорации сталкиваются с трудностями при переходе на откры, cheeboorashka, 23:24 , 15-Июн-08 (30)
- Финансовые корпорации сталкиваются с трудностями при переходе на открытое ПО, tesseract, 00:10 , 16-Июн-08 (35)
- Финансовые корпорации сталкиваются с трудностями при переходе на открытое ПО, MarCo, 10:30 , 16-Июн-08 (67)
- Финансовые корпорации сталкиваются с трудностями при переходе на открытое ПО, Аноним, 12:10 , 16-Июн-08 (74)
|