Кратко: там ребята кодят PostgreSQL на сишечке. Докодивают, точнее, до своего видения, и продают поддержку, тянут патчи из ваниллы к себе или пихают какие-то свои приколы обратно в ваниллу.
0. Вопросы обусловлены желанием поработать над взрослыми СУБД изнутри. В целом представляю на каком-то уровне что происходит в таких движках, писал B+-Tree деревья и понимаю что-то в этой кухне, алгоритмах, MVCC и т.п., только до этого пилил более скромные проекты в той же сфере (closed-source движки хранения данных в яндексе с кастомными структурами данных и способами общения с дисками и сетями), а не что-то мировое-известное и открытое.
1. Насколько там часто встречаются творческие задачи на разработку чего-то нового? Вся ли деятельность процентов на 90 состоит из тягания патчей туда-сюда, ревью кода и багофикса?
2. Как можно работу в постгресе сравнить с работой в моём текущем любимом yandex, где можно просто так взять и напилить какой-то новый творческий перспективный гениальный код, микросервис, микро-движок или сетевой сервер на Go/C++ (по причине NIH), обосновав его гениальность почти что только рамками своего отдела, а не взглядом огромного сообщества размером с мир, и катануть в прод за неделю без особой бюрократии?
3. Может есть в постгресе какие-то команды, занимающиеся исследованием и пилением нового, экспериментами и прорывными идеями?
4. Как атмосфера в команде? Есть ли там диктатура и расстрелы, исходящие от главного шамана?
5. Насколько опыт работы в этой корпорации делает из тебя мегамонстра на рынке труда? Скорее всего года через 3 ты уже можешь вешать на себя бирку "хочешь ускорить запрос — спроси меня как" и консультировать банки и транснефтегазпромы за 20 лямов в месяц и купить роллсройс, разбить его в лесу и не заметить убытка.
6. Есть ли в России другие комиттеры в постгрес или основанные на постгресе движки, работать в которых более приятно и инновационно и перспективно, чем в postgres pro, например, по каким-то причинам?
200. Ну и ряд других вопросов, которые вы можете додумать сами.
201. Микрофон передаётся опытным людям в этом сообществе.
Про Postgres Professional мало, что могу сказать кроме того, что они уважаемы в коммьюнити Postgres и известны как "The Russians". Сам я не имею никакого отношения к сообществу просто слышал в подкастах.
Что касается вашего опыта работы над B+-Tree и MVCC. Эти навыки относятся к компоненте баз данных, которая зовется Storage (Storage Engine). Это в целом хорошо проработанная область и разного рода storage для баз данных на рынке существует множество. Все гораздо интереснее в другой части баз данных — Query. У Postgres в частности (и не только) — это слабое место, и в целом Query гораздо сложнее и менее изученная область баз данных. Именно поработав над Query вы сможете нацепить бирку "хочешь ускорить запрос — спроси меня как". Ребята в storage обычно не слишком понимают в этой области. Собственно, query engine — это не только парсинг SQL (или другого языка запросов), но также и оптимизация запроса и его выполнение.
Здравствуйте, Слава, Вы писали:
С>Можете нагуглить ЖЖ/dw Витуса Вагнера (Vitus Wagner) и спросить его. С>Там много археологии, они же вынуждены поддерживать сборку под 50 разных систем.
Можно того же Егора Рогова. Он правда на dw переехал.
