АйТи собес

"Я программист, и я тупой" #почитать Я использую наиболее легкий мейнстрим-язык программирования из всех доступных (Go), а также самые базовые возможности Python. Пишу простой (хотя иногда весьма тяжеловесный) код, который несложно осмыслять и поддерживать. Избегаю глубоких абстракций и всегда предпочту композицию наследованию или примесям. К дженерикам прибегаю только при крайней необходимости. По возможности отдаю предпочтение плоским структурам данных. Внешние зависимости я ввожу по минимуму (в идеале вообще обхожусь без них). Проектирую модули с понятными API (и не употребляю слово «понятный» в том значении, которое ему придает Роберт Мартин), но почти никогда не перевожу их в микросервисы. Пользуюсь JSON-over-HTTP и ни в коем случае не GraphQL. Я не пожалел времени на то, чтобы изучить SQL, и активно его использую. Для устойчивости применяю самые базовые паттерны: таймауты, автоматические выключатели и обратное давление. Стараюсь сводить количество компонентов ПО к минимуму. В идеале только само приложение, SQLite или PostgreSQL для хранения данных, а также Docker, приправленный shell, для развертывания. Nginx/HAProxy – по мере необходимости. Никаких API-шлюзов, никакого сегментирования, никаких распределенных кэшей, никаких очередей сообщений, никаких NoSQL/NewSQL/Graph/всевозможных баз данных, никакого обнаружения сервисов, никакой федерации, никакой ориентации на облако, никаких лучших практик уровня FAANG. Чтобы разобраться в legacy-коде, я рисую графики зависимостей и диаграммы последовательности. Оставляю комментарии, чтобы напомнить себе в будущем, почему та или иная функция делает то, что делает, или зачем нужна определенная if-ветвь. Составляю документацию, стараясь сделать ее лаконичной и простой для чтения. Пишу примеры – очень много примеров. Некоторые из них даже интерактивные. Программы, которые я создаю, вроде бы работают нормально. На программиста из Google они большого впечатления, конечно, не произведут, но своим пользователям и бизнесу служат исправно. Так что в каком-то смысле я научился управляться со своей глупостью. ⏱Читать статью

🙃

Компания YADRO, технологии которой лежат в основе многих инфраструктурных решений страны, в поиске специалистов разного уровня в департамент разработки микропроцессоров - одного из приоритетных направлений для многих IT - кампаний во всем мире. Ребята ждут талантливых и амбициозных специалистов с опытом верификации или разработки RTL от трех лет, пониманием архитектуры современного процессора, а также знанием английского языка на уровне достаточном для чтения технической документации. Место работы ты можешь выбрать сам: есть удаленка, а также офисы в Москве, Санкт-Петербурге, Екатеринбурге, Нижнем Новгороде, Минске. Сейчас открыты три вакансии, подробное описание задач и условий по каждой: • Инженер по UVM верификации • RTL Designer (ASIC) • Linux Kernel Developer/Инженер-разработчик C (risc-V)

О программировании спустя 2 года опыта #почитать

Месяц назад я закончил первый проект в аутсорс-компании. Признаться, он стал для меня открытием — раньше я работал только в инхаус-продуктах. Это два совершенно разных опыта с разным отношением к продукту, коду, работе, которые повлияли на моё общее отношение к программированию. И сегодня я хочу поделиться этими изменениями за 2 года коммерческого опыта. Многие из этих вещей могут показаться очевидными, но я их осознал только со временем (да, два года для молодых – это уже срок).

⏱Читать статью

Гайд на собеседования #почитать ▫️найдите свою уникальность и покажите ее ▫️сделайте информативное резюме ▫️рассказывайте больше на собеседованиях, чем Вас просят ▫️подготовьте классные пет-проекты ▫️рассказывайте про опыт работы с точки зрения трех пунктов: ▫️зачем делали? ▫️что делали? ▫️какие выводы получили ▫️никогда не спешите, делайте упор на качество ▫️подготовьте структурированный рассказ про себя и свои навыки ⏱Читать статью

Как создавать высоконагруженные сайты и приложения, способные обработать миллионы пользовательских запросов? И от каких факторов зависит успех разработки? Узнаете на нашей традиционной тематической конференции OTUS CONF: архитектура и бэкенд-разработка Вас ждут выступления четырёх экспертов: - программиста баз данных - руководителя отдела разработки в VK - руководителя группы «Защита профилей» в WildberriesHR - бизнес-партнёра в НЛМК-ИТ Вы узнаете: - как формировать кастомную архитектуру взаимодействия бэкенда и фронтенда - как работает интерпретатор CPython - как решать проблему распределённых транзакций на Go - кому идти в управление, а кому – совершенствовать технические навыки Все участники конференции получат полезные бонусы 19 июня в 19:00 МСК Бесплатно Записаться на конференцию - https://otus.pw/R4HV/?erid=LjN8KC3Gg Реклама. ООО "ОТУС ОНЛАЙН-ОБРАЗОВАНИЕ". ИНН 9705100963.

О мошенничестве на техническом собеседовании Только за последний год, ко мне обратилось 4 компании с запросом: "вычислить мошенников, которые выдают себя за Senior на собеседовании". В идеале, общаться с кандидатом, очно, но сейчас очень редко приглашают на собеседование в офис. Да и офисы уже не пользуются популярностью в целом. При очном общении мне только однажды попадался кандидат со шпаргалками, но мне даже понравился такой подход, человек показывает, что он готовился ))) Впрочем, всю теорию и опыт на листочек не запишешь, если шпаргалка помогает то это здорово. А вот удалённо обмануть становится проще, напишу с чем встречался я: 1. Гугл: человек начинает судорожно бить по клавиатуре после вопроса. Я не против гугла, если человек смог за 30-40 секунд нагуглить, то это хорошо. Скорее всего он знал, но ему просто нужна была подсказка. Однако люди чаще всего пытаются разобраться на ходу и несут полную чушь. 2. Ложь: Человек пытается придумать ответ на вопрос, иногда ему это удаётся. Хотя чаще всего кандидаты сами предупреждают, что не разбираются в вопросе, но готовы подумать в ходе дискуссии. 3. Социальная инженерия: искусство вести переговоры. Запудривают мозги интервьюеру, а в конце он будет думать "какой классный кандидат, такой приятный, надо брать", хотя на техническую часть кандидат может и не ответил вовсе. В этом случае надо обязательно помечать как кандидат отвечает на вопросы. 4. Подготовка: Отправляют на собеседование знакомого, задача которого выяснить вопросы. Затем кандидат готовится уже к определённым темам. 5. Помощник: -- Помогает опытный коллега/друг/знакомый: обычно сидит рядом или кандидат транслирует ему ваш звонок. Камеру кстати не всегда включают, это немного настораживает, но ничего с этим сделать нельзя. Иногда используют наушники (наушники на наушниках :)). Ответы поступают с запозданием, кандидат делает вид, что думает, но на самом деле ждёт ответ. Как итог, кандидат редко успевает ответить на все подготовленные вопросы за отведённое время. Ещё могут транслировать эфир группе людей, так время ответа сокращается. -- Опытный коллега/друг/знакомый проходит собеседование вместо кандидата. Сейчас по интернету ходят забавные истории, некоторые интервьюеры предлагают за плату пройти собеседование за вас. -- ИИ: вот тут интересно, ИИ действительно много знает и кстати хорошо решает типовые алгоритмические задачи. Не уверен до конца, но мне кажется я уже встречал кандидата, который пытался со мной провернуть такой трюк, но ему приходилось много кликать мышкой и он совершенно не понимал, о чём говорит. Самый ступор у него был, когда я ему начал рисовать схемы. Техническое собеседование во многом напоминает экзамен в университете, так что многие способы и навыки можно применить и там, и там. Как говорится: Praemonitus, praemunitus — «предупреждён, вооружён» Андрей Табаков

🔥 Нашумевшее. "Вещи, которые я бы хотел знать, если бы начинал сейчас" #почитать 1. Консистентность – залог успеха 2. У вас будет не получаться, вы будете не понимать – и это нормально (и это пройдет со временем, но не совсем) 3. Не держитесь за плохое место 4. Часто менять работу может быть полезно, но не всем 5. Не упускайте возможности, даже если они кажутся мелкими или незначительными ⏱Читать

что-то в этом определенно есть 😅

⚡ Хватит терять время и шансы построить крутую карьеру! Присоединяйтесь к нашему открытому уроку по IS-IS на практике уже 20 июня в 19:00 мск. Прокачайте свои скиллы в сфере маршрутизации и коммутации! Этот ВЕБИНАР сделали супер-полезным: - разберемся в работе алгоритма SPF; - применим протокол IS-IS на практике; - увидим результаты работы алгоритма SPF в сети. 😎 Спикер — Николай Колесов. 18 лет опыта работы с оборудованием Cisco Systems, Juniper Networks и Huawei Technologies. Экспертная сертификация одного из ведущих мировых вендоров. ➡️ Встречаемся в рамках курса «Network Engineer». Участники получат специальную цену! Регистрируйся и получи бонусом несколько уроков: https://vk.cc/cxAb0S Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru