drugoi.dev

Третье выступление с нашей конференции Hacktoberfest Central Asia! Никита Баев, Руководитель Центра Компетенций в Bereke Bank, рассказал о том, как перестать бояться и сделать первый PR. Это, можно сказать, пошаговая инструкция для начинающих и не только о том, как начать контрибьютить в Open Source. Плюсы, минусы, подводные камни - про все это в выступлении Никиты. Смотреть

🥷🏼 Список вещей, которые должен знать Senior Недавно набрёл на статью Камиля Фурнье о вещах, которые должен уметь Senior разработчик кроме разработки. Я часто, в разговорах с друзьями, коллегами, поднимаю вопрос, что не надо быть кодером, надо быть инженером/разработчиком. Ответственность и способности, которые не связаны напрямую с разработкой, но делают вас лучше — просто огромен и предела совершенству нет, можно развивать себя в огромном количестве направлений. Я выбрал несколько пунктов, с которыми часто сталкиваюсь в работе: 1. How to take negative feedback gracefully Негативная обратная связь (ОС) — это не всегда продуктивная ОС, но вы, как разработчик, должны уметь принимать её и находить точки роста в такой ОС. Рефлексируйте, смотрите на себя и свой код со стороны, мы не идеальны. 2. How to tell someone they’re wrong without making them feel ashamed Комьюнити разработчиков, зачастую, очень душное и токсичное из-за чего может сложиться впечатление, что “нормально” вести себя так и в рабочих коммуникациях и это даже работает в некоторых компаниях/командах. Очень важно научиться говорить без осуждения, постараться объяснить, почему человек не прав, чтобы человек не демотивировался от вашего комментария или сообщения и сделал правильные выводы. 3. How to help someone get promoted По своему опыту знаю, что для многих разработчиков очень сложно признать, что кто-то лучше их самих. Многие видят угрозу в других разработчиках и могут помогать в развитии только джуниорам, т.к. не видят в них соперников. Но, каждый раз, когда мы помогаем кому-то стать лучше и вырасти в своем грейде — мы сами становимся лучше, улучшаем менторский скилл и узнаем что-то новое. 4. How to communicate project status to stakeholders И не только стейкхолдерам 🥩. Зачастую разработчики, даже опытные, не могут проактивно и в полной мере сообщить статус проекта, с какими трудностями сталкиваются и когда будет релиз. Держите в курсе и будьте открытыми, вам за это платят деньги. А что для вас является признаком хорошего Senior разработчика? Остальные пункты по ссылке — https://www.elidedbranches.com/2021/06/an-incomplete-list-of-skills-senior.html (Web Archive)

Сегодня на сцене Hacktober Fest Никита Баев. Никита - руководитель центра компетенций Front в Береке банк, co-founder AlmatyJS, founder Nikita paper company и разработчик с опытом более 10 лет, выступает с докладом «Как не бояться и сделать свой первый PR»

Совсем скоро я вернусь с полезными постами в канал и сделаю несколько объявлений, но пока есть такая новость: 12 октября, силами AlmatyJS и Altel Digital, пройдет Hacktoberfest 2023 Central Asia, часть глобальной инициативы DigitalOcean, ILLA Cloud и Appwrite по распространению Open Source. Я большой фанат открытого кода и для меня всегда было приятно, когда у кандидатов на собеседованиях был хоть какой-нибудь вклад в OSS проекты, поэтому я, впервые за долгое время, решил выступить с докладом «Как перестать бояться и сделать первый PR». До встречи на митапе! https://events.mlh.io/events/10428-hacktoberfest-2023-central-asia-almaty

Картинка в слайде передаёт моё состояние. Сегодня на CodeFest пришёл послушать Нам Максима с докладом про переход проектов из аутсорса в инхаус.

📩 Виды резюме, которые я ненавижу (у разработчиков) Когда я работал в банке, то очень часто мне приходилось заниматься скринингом резюме, чтобы понять, нужно ли звать кандидата на собеседование или нет. С одной стороны, это экономило время, т.к. до собеседований доходили кандидаты ± подходящие для собеседования, с другой стороны — мне приходилось смотреть на кучу непонятных, пустых или нерелевантных резюме, которые каким-то образом попадали в выборку от наших рекрутёров. С теми рекрутёрами, что проводили в банке достаточно много времени, у меня получалось наладить работу так, что ко мне попадали только релевантные резюме, но с новыми рекрутёрами всегда приходилось проходить этап, когда присылают резюме не подходящих кандидатов, ещё и в формате doc/docx 😀 Я выделил следующие виды резюме, которые мне не нравятся: Резюме для всего В последние годы очень часто в разработку попадает много людей из других сфер, которые проходят курсы «войти в айти» и устремляются занять место под солнцем в виде разработчиков. И мне всегда приятно увидеть резюме разработчика, где указан большой опыт — это настраивает на более тщательный просмотр этого резюме. Но, начиная приглядываться, ты понимаешь, что большая часть опыта в таком резюме — нерелевантный опыт. Классическая ситуация: у кандидата указан опыт в 10 лет, из них 1 год опыта в IT и 9 лет опыта мерчендайзером. Не стоит обесценивать свой не IT опыт, но упомяните об этом в отдельном блоке (можете добавить ссылку на резюме из вашей прошлой жизни, если считаете, что это добавит веса). Резюме без информации Очень часто попадаются резюме, где у кандидата указаны только места работы, должности и больше ничего. Ни стека, на котором работал кандидат, ни примерного описания выполняемых задач/проектов нет. Компания ABC — Разработчик — 04.2020 - 04.2023 И добить эту ситуацию может описание для позиции: «Писал код» Да, на собеседовании в любом случае будут спрашивать про ваш опыт и про то, что вы делали на работе, но, чтобы ваше резюме заинтересовало рекрутёра и ответственного разработчика — резюме должно привлекать взгляд. Тем более сейчас, когда конкуренция на рынке выросла. Резюме, где очень много информации Один раз мне попалось резюме, где кандидат перечислил задачи из JIRA, которые он делал. Прям так и написал: JIRA-1234 — Кнопка «Войти» на странице авторизации JIRA-1235 — Кнопка «Выйти» в меню И так далее. Важно найти золотую середину между пустым резюме и резюме, где вы описываете весь свой опыт на каждой позиции. Если вы хотите рассказать какую-то историю, то всегда можно написать сопроводительное письмо, так будет лучше для вас и вашего резюме. Идеальное резюме Для меня, идеальное резюме — это то, которое даёт понять, что за кандидат стоит за ним. Я выделяю следующие важные пункты резюме: 1. Актуальный опыт работы — не забывайте отправлять самое свежее резюме рекрутёру. 2. Технологический стэк по последним позициями — если наша вакансия срочная, то нам важно найти человека, который быстро поймёт или уже работал с нашим стэком. 3. Нормальное описание вашей работы — какие цели были выполнены, какие фичи (крупные) были реализованы, цифры (уменьшил размер бандла на 200кб) очень хорошо усиливают резюме. 4. Nice to have: короткий блок «Обо мне» и ссылка на ваш GitHub, где есть что-то. Если у вас пустой GitHub или вы вообще не активны на нём, то лучше не тратить время и не добавлять ссылку на него. И обязательно проверьте резюме на наличие ошибок (как минимум, грамматических). Ваше резюме — это ваше лицо.

💡 Про бремя знаний За последние 10 лет я сделал разные пет/фан-проекты: 1. Расширения iNikolayev и kNurtas, которые меняют картинки на странице на фотографии Игоря Николаева или Кайрата Нуртаса; 2. Telegram бот для проверки баланса на карточке ONAY (отключен, т.к. разработчики закрыли доступ к API на проверку); 3. Telegram бот для быстрого (инлайн) перевода с казахской кириллицы на казахскую латиницу; 4. Telegram бот для Almaty Bike (пока что не работает, т.к. я не активный пользователь системы); 5. Telegram канал с парсингом новых казахстанских доменов; 6. Твиттер бот с курсом тенге по данным Нацбанка; Наверное, было что-то ещё, что я уже не припомню или проект не оставил особый след. И все эти проекты объединяет одно — я делал их быстро, особо не думая над какой-либо архитектурой или дальнейшим развитием проектов, переделывал я их тогда, когда у меня было настроение или я изучил что-то, что может улучшить проект. Мне важно было получить моментальный фидбек от пользователей или просто удовольствие от разработки, изучая что-то новое (например, Geospatial Queries запросы в Almaty Bike боте, чтобы достать ближайшие к пользователю станции). Сейчас у меня в голове крутятся несколько проектов, разной степени проработанности и сложности, но меня что-то останавливает от их реализации. И, как мне кажется, это то, что я называю «бремя знаний» — мне мешают мои же знания, которые я получил за последние 11 лет о том, как разрабатывать и запускать продукты. Я насмотрелся «хороших» подходов к разработке и теперь не могу начать делать что-то, пока у меня не будет условной доски в JIRA, где будут все задачки. Дизайны не будут лежать в Figma. CI/CD настроено и отлажено. Слишком много думаю и не начинаю ничего делать. Хотя, конечно, думать необходимо, но нужно не только думать, но и пробовать, иначе не узнаешь, что стоит за закрытой дверью. Я пишу этот пост в первую очередь, чтобы замотивировать самого себя на создание чего-то нового, но, надеюсь, вам он тоже поможет настроиться на нужный лад.