Мне почему-то кажется, что настоящие IT профессионалы не смеются ни над другими системами, ни над теми, кто с ними работает. Также настоящие профессионалы не пишут некорректных и, по сути, никчемных статей в специализированых изданиях. Меня, например, жутко бесит debugger в Visual Studio и что там double-click ничего не делает, в отличие от ABAP Editor. Но, если очень надо, я напишу об этом непосредственно в Microsoft, а не буду позориться в PC Magazine с выступлениями типа "тю, и за что только эти C# программеры такие бабки получают, да еще и все у них не как у людей - объекты какие-то завели, панимаишь".

2 Jelena

Не очень корректное сравнение, если честно

2 Yolko

Слоника купили, да только никакой радости по этому поводу слоник не испытывает

Jelena
+ 1

не плачьте! везде можно найти что-то хорошее
и в C, и в жабе, и в сапе. не надо зацикливаться - займитесь композитами в конце-концов

"Хотя в ноэтике использовашлись передовые технологии, сами по себе открытия завораживали больше, чем вид сложнейших машин, с помощью которых их совершали. Смесь магии и мифов быстро становилась реальностью; новые сенсационные данные подтверждали главную идею ноэтики - истинный потенциал человеческого разума еще не раскрыт." Ден Браун "Утраченный символ" .

Собственно что-то похожее уважаемому murmur'у уже говорили ранее в его топике об ужасах SAP'a.

Мне показалось, что Профорг выразил мысль о том, что "терабайты" - это не те объемы, которыми сейчас гордятся крупные предприятия. Сегодня терабайты уже в домашних машинах (у меня вот дома 2.7 терабайта - сейчас осталось уже наверно гиг 700 свободно, а если посчитать, что большую часть данных надо бы зазеркалить, то осталось 300... так что обдумываю покупку какого-нибудь внешнего 2тбайтника для раздельного хранения архивов).
Но... я не знаю почему он так назвал, вот я видел расчет сайзинга для сервера BW -
65000 SAPS примерно, 300 GB оперативной памяти.
дисковое пространство 40 TB.
Производительность дисков: около 40к IOPS примерно 256 дисков 15000 RPM"
Это была бы вполне серьезная система?
Но такой сервер стоил настолько нереальных денег, что сайзинг пришлось пересматривать и был получен более приемлимый вариант (вполне серьезной системы, имхо):
12000 SAPS, 80 GB оперативной памяти.
дисковое пространство 4,6 TB.
Производительность дисков: 7200 IOPS примерно 48 дисков 15000 RPM.
Так что терабайты - вполне серьезные объемы, если к ним добавить требование по определенному быстродействию.

Речь не объемах. Речь о том, что нормальный человек такой пенисометрией заниматься не будет.

Крупные предприятия по-прежнему гордятся Тбайтами... Как минимум странно сравнивать поток видео и полезную информацию... 1,4 Гб занимает сжатый фильм среднего качества... примерно такой же объем займет библиотека из 1000 томов, каждый из которых не меньше "В и М" Толстого. А умению засирать домашний компьютер всяким г... я всегда удивлялся

2 Proforg

Объясните это тем, кто проводит собеседования.

- Сколько строчек кода вы написали на "клиенте" и на "сервере"?
- На клиенте мало, на сервере много... последние годы я писал больше серверную часть
- А конкретнее?
- Я не считал
- Ну хорошо, а сколько таблиц было в проектируемой вами базе данных?
- Последнее время я занимался разработкой хранилищ... ну, если перевести метаописания в таблицы, то наверное > 100
- Неужели вы не помните точно?
- ... (молчание, чувствую, что виноват)
- А сколько строк и какого размера были у вас таблицы?
- Прирост одной из таблиц фактов примерно 300 млн. строк в год (таких таблиц было несколько)
- Сколько пользователей было у вашего приложения?
- Может 100, это была не транзакционная система
- А одновременно работающих?
- Примерно 10
- А транзакционные системы вы создавали когда-нибудь?
- Создавал
- Какую задачу, которую вы решали, вы считаете наиболее сложной?
- Много было разных задач. Я не знаю, надо ли вдаваться в детали..?!
- Не надо...
- Какие у вас были достижения на прежнем рабочем месте? Чем вы особенно гордитесь?
- ... (я хочу домой)

Если говорить о технической стороне, то с трудом могу вспомнить вопросы, отличные от "какие подходы использовали при решения такой-то задачи".
Просто неадекват. Зачем с ними работать?

Имхо - тут ты не прав.
Очень давно я имел отношение в системному администрированию и потом постепенно переквалифицировался в разработчика/архитектора баз данных (а потом уже - и ХД). И вот я могу сказать, что если ты собеседуешь человека на работу с БД, то безусловно стоит поинтересоваться у него - БД каких объемов он создавал и обслуживал. В связи с развитием всяческих визуальных конструкторов запросов, автоматизированных средств разработки и графического проектирования - с БД небольшого объема с небольшим количеством таблиц справится любой вчерашний студент, в этом нет ничего сложного. Но когда создается быстрорастущая БД с целевым объемом в десятки миллиардов строк - вот тут попросту проявятся все огрехи, допущенные при проектировании, вплоть до попадания на полное пересоздание системы с нуля. А особенно - если есть жесткое ограничение по увеличению мощности серверов...
Ну и некоторое пренебрежение "бдшников" к "бивишникам" имеет корнями то, что очень часто "бивишники" претендуют на роль создателей серьезных ХД (и даже новички часто получают за свою работу деньги, сравнимые с зп реальных зубров в области проектирования БД), но при этом имеют очень слабое представление о принципах построения классических ХД (типа инструмент и вендор эту проблему решают вместо разработчика). Так что кто может - переквалифицируется, а у кого не получается по каким-то причинам, не упускает случая "пнуть".

Но, конечно, это не красит потенциального начальника/коллегу.

Про тот факт, что мегабайтная база отличается от терабайтной в подходах - я в курсе.
Речь именно о социальной стороне вопроса, если есть некая психологическая нестыковка на собеседовании - то лучше нафик такого работодателя.
Меня как-то попытались на чем-то количественном поймать, что, мол, у вас на проектах всё сильно просто было в плане методологии и тыды. Я достаточно легко парировал тем, что было просто именно потому, что весь зоопарк сначала причесали и побрили. И что автоматизацию другого клиента as is (зоопарк удирал и громко рычал) сложно отнести к лучшим практикам.

Соглашусь. Также, классически, стоит с подозрением отнестись вообще к любому работодателю, который начинает на чем-то "ловить" и всячески снижать зп, мотивируя тем, что вообще-то ты ему не подходишь, но если дешевле - то он готов взять.