АйТи собес

Страх и ненависть в собеседованиях: от позорного провала до 24-кратного роста ЗП #почитать

Собеседования больная тема для многих людей — кто-то ходит на них для проверки своих знаний, дабы не терять навыки, а кто-то прибегает к собесам только в самом крайнем случае: нужно повысить зарплату, хочется поменять проект или условия. Но все мы испытываем перед ними непонятную тревогу, чувствуем себя самозванцами и боимся сделать лишний шаг, допустить ошибку. Сегодня я хочу поделиться с вами своей историей, каждый может узнать себя в ней. Путь от зеленого студента, боящегося собесов как огня и не работавшего ни дня в жизни. До специалиста, который не боится собеседований, а ходит на них с интересом и уверенностью в своих силах.

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

🔤🔤🌌🔤🔤🔤🔤🔤 — канал с PM юмором ➡️ Подписаться

Книги о том, как построить карьеру в IT #почитать ▪️Полное руководство по карьере разработчика программного обеспечения (The Complete Software Developer's Career Guide) ▪️Как выгодно продать себя работодателю, если нет необходимого опыта работы ▪️The Pragmatic Programmer: 20th Anniversary Edition ▪️Говорят, в ИТ много платят. Как построить успешную карьеру разработчика, оставаться востребованным и не выгорать ▪️Программирование. Интервью с карьерным консультантом (Cracking the Coding Interview) ⏱Читать статью

Все говорят, что работы в айти стало меньше... На самом деле, работы полно. Мы подготовили 7 правильных каналов с вакансиями для тестировщиков, аналитиков, проджект-менеджеров и программистов. В чем фишка этих каналов? — зарплатная вилка🍴во всех вакансиях — еженедельные подборки стажировок для начинающих — как здесь (для QA), здесь (для PM) и здесь (для BA&SA) — быстрый телеграм/email контакт для прямой связи с рекрутером — удобная навигация по уровням/условиям работы/направлениям тестирования ▪️QA Jobs — работа для тестировщика ▪️PM Jobs — работа для Project и Product менеджера ▪️BA & SA Jobs — работа для бизнес- и системых аналитиков ▪️C# & .NET Jobs — работа для C# инженеров ▪️DS&ML Jobs — работа для DS инженеров ▪️PHP Jobs — работа для PHP разработчиков ▪️JAVA Jobs — работа для Java разработчиков Подписаться на все каналы сразу

Как самоучки входят в ИТ в голодные годы #почитать Войти в ИТ в последние годы — задача со звёздочкой. Сделать это после самостоятельного обучения — задача олимпиадного уровня. ⏱Читать статью

На заметку

Предсказываю будущую карьеру IT-абитуриента #почитать Из 4-5 IT-абитуриентов в действительности ХОЧЕТ И МОЖЕТ работать в IT только один. ⏱Читать статью

«Как о покойнике». Нужно ли новому нанимателю говорить правду о бывшем #почитать

Если кандидат поливает грязью экс-работодателя, а себя выставляет жертвенным агнцем, я задаюсь вопросом, как у него с самокритикой. Но с плеча не рублю — пытаюсь копнуть чуть глубже, особенно если кандидат кажется мне адекватным человеком. У меня было такое по молодости: когда в 2017 году я ушёл из Itransition, на собесах говорил, что в этой «рабской галере» отказываются закрывать контракт по соглашению сторон. С возрастом «обидки» забылись, я понял, что и у меня «косяков» хватало. И да, думаю, что меня режектали на собеседованиях из-за таких ответов.

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

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