Он выбрал тотемное животное, основываясь на его характеристиках, и в детстве был уверен, что не станет программистом — Влад Михалча.
1/ Кем вы хотели стать, когда вырастете?
Я, конечно, не хотел быть программистом. В то время я представлял себе программирование как нечто совершенно скучное, где нужно решать всевозможные математические головоломки с помощью Pascal или Q Basic. Когда я пошел в колледж, я выбрал факультет электроники и телекоммуникаций, потому что мобильные телефоны были очень модными. Изучив ООП и Java в колледже, я понял, что разработка программного обеспечения всегда была моим призванием.
2/ Какое ваше тотемное животное и почему?
Мое тотемное животное — гепард, потому что это очень высокопроизводительный механизм, почти такой же быстрый, как мой код доступа к данным.
3/ Кто ваш технический герой?
Определенно, Майкл Стоунбрейкер. Он принимал участие в разработке многих известных механизмов баз данных, таких как Ingres, PostgreSQL, Informix и VoltDB.
Он одновременно очень опытный ученый, получивший премию Тьюринга, а также очень успешный предприниматель.
Как только NVM (энергонезависимая память) станет основной, базы данных, такие как VoltDB, станут еще более популярными и могут даже заменить многие традиционные механизмы СУБД.
4/ Почему люди должны прийти на ваше выступление на VDB17? Дайте нам изюминку :)
В знаменитой исследовательской работе Google Spanner авторы пришли к выводу, что:
«Мы (Google) считаем, что лучше, чтобы программисты приложений справлялись с проблемами производительности из-за чрезмерного использования транзакций по мере возникновения узких мест, чем постоянно кодировать отсутствие транзакций».
Итак, если разработчикам Google сложно программировать без транзакций,
Я думаю, что это довольно сложно для всех остальных.
Вопреки тому, что люди ожидают увидеть на конференции по программному обеспечению, мой доклад посвящен шаблонам Transactions и Concurrency Control, которые 40 лет спустя все еще окружены туманом и тайной.
В моем выступлении я собираюсь разгадать эту тайну и продемонстрировать, что, хотя и необходимо, управление параллелизмом базы данных редко бывает достаточным.
Чтобы узнать, почему вам обязательно нужно посетить мой доклад, так что увидимся там. Это будет круто!
