Человек и машина

#машины_разное #люди

Время от времени я провожу system design интервью, которые в простонародье известны как архитектурные. Многим моим читателям такой вид собеседования должен быть знаком: предлагается спроектировать что-то, и у вас 45 минут чтобы собрать все минимальные требования, набросать высокоуровневый дизайн, в нужных местах опускаясь ниже и адресуя ряд пунктов.

Очевидное отличие этого интервью от других (например от алгоритмов) - отсутствие одного правильного ответа и какого-то логического конца. Напротив, здесь идет игра против времени и нужно “успеть” покрыть максимум тем.

Поэтому к такому интервью нужно относиться как к reverse bullshit bingo: чем больше ключевых слов вы успеете назвать (CDN, LB, Cache, Queue, DB, NoSQL, SQL, Read/Write API, Sharding, Consensus, CAP, и т.д.) - тем лучше. Интервьюер, cпускаясь в нужных местах пониже, проверяет вашу эрудицию.

Дескать, сказал “балансировщик” - накинь базовые алгоритмы балансировки. Кеширование - caching algorithms и eviction policies. Базы данных - ну расскажи про индексы и какие бывают разновидности. Тут можно помнить, что не все удастся знать наизусть, да и интервьюер не дурак - будет лезть туда, где сам разбирается.

Однако есть еще один момент, про который многие кандидаты благополучно забывают - откупы (trade offs). По мере роста архитектуры будут добавляться все новые и новые требования, и одно из них может выбить из колеи, потому что нивелирует все остальные.

Неопытный кандидат в таком случае начинает нервничать - ведь есть где-то “правильный” ответ, который все аспекты учитывает! И ищет собеседуемый серебряную пулю, да не найдет - нет ее. Ваш покорный, кстати, не исключение.

Достаточно сказать: “Да, можно сделать. Но”. И далее списком откупы.

Начинаем через час!

#анонсы

10-ого февраля для сообщества AWS Казахстан я и мои коллеги предоставим интересный контент про всякое!

1. Талгат Нурлыбаев, МУИТ расскажет про академическую программу Amazon AWS в МУИТ и Казахстане.
2. Анатолий Макеев, RedPad Games - про личный опыт использования AWS в GameDev с использованием managed services.
3. Карен Товмасян, EPAM - про тоску смертную под названием Compliance и как с помощью AWS Config и SSM обеспечить полный контроль над состоянием своей инфраструктуры.
4. Непревзойденный Василий Пантюхин, AWS расскажет про конкурентный доступ к файлам и как готовить Amazon EFS.

Выступление будет транслироваться в Twitch.
Время проведения мероприятия: 15.00-17.00 по Москве.

#машины_разное

Python: Beautiful is better than ugly
Also Python: https://twitter.com/gvanrossum/status/1354305179244392453

#машины_aws

Мой “контент-план” по блогам на Январь 2021 официально выполнен!

Вниманию моих читателей - финальная (на данный момент) глава по DynamoDB.
Моделирование данных, лучшие практики, Single-Table Design… И разумеется, полезные ссылки для страждущих!

Знаете, что мне больше всего нравится в этом видео?

Цепочка открытых вкладок! Видно, что сначала человек пытался быстро решить проблему по верхней выборке StackOverflow, затем полез в документацию и архитектуру.

Квинтэссенцией было бы читать исходники того, что он так усердно пытался заставить работать.

#жиза

#машины_разное

Просто потрясающий lightning доклад про интересные особенности двух небезызвестных языков.

За ссылку спасибо @zn11ch, орал как лама.

Всем зашла статья про олдов? Василия знаю лично, и получаю удовольствие не только когда слушаю его, но и когда читаю.

Комментировать статью я не буду, потому что в этом нет необходимости. Расскажу две истории из жизни.

Первый за долгое время пост по тегу #жиза. 🙂

---
Будучи системным инженером на заводе Рено, я отвечал за IP телефонию и автоматизированные контакт-центры на базе Cisco UCCX. Все это чудо чудное было на поддержке от одного крупного оператора связи в России, поэтому ко мне часто командировали одного очень крутого инженера. Как сейчас помню, Серега Лавров. Очень умный и в очках.

Так вот, под монотонный бубнеж записи из IVR, Серега сказал, что пора бы ему менять профиль деятельности и идти в менеджмент. А все потому что я за полгода, что с ним работал, с нуля выучил, как алгоритмы в UCCX делать, да что это за SIP транки непонятные - дескать молодежь технические навыки быстрее обретает, конкурентоспособной становится.

Серега, если ты это видишь - надеюсь у тебя все получилось!

---
На очередном звонке мой шеф делился отзывами о моей скромной деятельности - и одно замечание мне очень понравилось.

По своей гиперактивной природе, я стремлюсь любое изменение дотащить до продукта как можно скорее. Fail fast, fail cheap, trial-and-error, вот это все. Ну и как результат, нарываюсь на преграды, которые надо обходить, а обходить бы не пришлось, будь я несколько предусмотрительней, да и проговори идею с парой-тройкой архитекторов. Всего-то несколько десятков писем, с десяток часовых созвонов по Webex - кого волнуют эти человеко-дни вообще?

Шеф же сказал, что ошибки эти я совершаю, потому что раньше их не совершал - не попадалось такое, и внутренняя база знаний о подобном сценарии не знает. Эти самые осознанность и предусмотрительность приходят как раз вместе с опытом и без этого опыта, добываемого через ошибки, нужные навыки не приобрести.

#машины_разное

Во время своего выступления Дор Лаор, СЕО Scylla анонсировал новый проект Circe, который в корне меняет структуру консенсуса ScyllaDB.

Взамен Paxos в ядро этого немалоизвестного конкурента Cassandra и DynamoDB будет использоваться Raft, что по словам Дора сделано в угоду консистентности и позволяет быстрее синхронизировать новые узлы в кластере.

Интересно попробовать собрать POSIX FS over Scylla... когда-нибудь.

#машины_aws

Ваше выходное чтиво - третья глава по DynamoDB.

В этой части: что такое консистентность, почему ее так тяжело достичь и как воспроизвести в DynamoDB, как отлавливать изменения данных, а также особенности кеширования с использованием DAX и построение гео-распределенных таблиц.

#машины_aws

Если в DynamoDB соединить TTL и Streams, то можно получить serverless Kafka.
А если к этому добавить глобальные таблицы, то получится planet scale.

#люди

Давным давно я рассказывал про собеседование в малые/средние компании. Работая в большой компании, я решил немного изменить свои методы, чаще всего из-за ошибок в виду своей предосудительности.

Будучи сотрудником EPAM, я решил взять на себя роль так называемого bar raiser'а. Не то, чтобы я хочу сделать из консалтинговой конторы второй Amazon (масштабы и потребности не те), но хочется по мере сил поднять уровень инженеров, с которыми мне еще работать. Не знаю, много ли нас таких, но официально такое не практикуется (а если практикуется, то я не в курсе).

Так вот, пришел однажды ко мне на техническое собеседование не абы кто, а PhD в области этого вашого Computer Science, да еще и докторской по распределенным системам. Радости моей не было границ - не каждый день можно подискутировать на тему производительности Raft и сложности имплементации Paxos...

Не буду заходить слишком далеко и скажу сразу - кандидат не оправдал моих ожиданий. И пусть мои коллеги после просмотра записи интервью подтвердили мои сомнения, осталось гадкое чувство, что у меня был тот самый unconscious bias, по которому я как раз проходил тренинг.

Раз у нас тут новый год, новые цели (очень грандиозные, кстати!) и новый я, то решение такое: перед собеседованием ни в коем случае не смотреть резюме и предыдущие интервью. Определился с темами на оценку, выписал ряд вопросов и вперед.

#жиза

Надеялся успеть вас порадовать 3-ей частью моего погружения в DynamoDB, но под конец года устал так, что сил не осталось даже на то, чтобы учить эти ваши кубернетесы (мои давние читатели знают, что я держался от него подальше настолько долго, насколько мог).

Так что я продолжаю находиться в выгорательно-отдыхающем режиме, проводя время за прогулками на свежем воздухе и прохождением master levels в DOOM Eternal.

Из хороших новостей: на 2021 у меня довольно большие планы, как карьерные, так и образовательные. Где-то с начала февраля будете меня снова наблюдать на видео (как только @sonkintammio поможет мне со звуком). Стримить буду на русском и английском, про AWS и про то, что сам учу. Ну и обещал доклад для митапа @AWS_Kz.

В общем жизнь меняется к лучшему.

Всех вас поздравляю с наступающим Новым Годом! Пусть Металлический бык принесет вам втрое больше того, что вы хотите, а все дерьмо оставьте крысе.

#машины_aws

Дождались!

Глубокое погружение в DynamoDB, глава 2: Таблицы, операции, вторичные индексы, пропускная способность.

Мой самый большой лонгрид: >4000 слов, приблизительное время чтения - 15 минут.

Пожалуй, это лучшая шутка про аварию за сегодня.

Ну и чтоб два раза не вставать: с коллегами из Минска обсудил аварию AWS, пытался понять, чем Boundaries отличается от SSM Session Manager, и почему нельзя пользоваться ничем младше версии 1.0.

#люди #машины_aws

В рамках все того же ZED поучаствовал в Ask Me Anything сессии, отвечая на вопросы “Как стать APN амбассадором?” и “Как поддерживать технические навыки, когда весь день на митингах?” (спойлер - никак).