WEB программист
На фоне событий последних лет в РФ, в прошлом году решил я распрощаться с компанией в США, в которой проработал 6 лет. Закрыл ИП, юр. счета.
На фоне заявлений, дескать, сейчас в секторе ИТ кадровый голод, и такие специалисты на "вес золота", я приступил к поиску работы. Ставка была сделана на банковский сектор, т.к. довольно быстро стало понятно, что более менее устраивающие меня ЗП именно там.
Проектирование – один из важных шагов при разработке программы, который очень часто игнорируется начинающими разработчиками. Обычно они пытаются удержать всё в голове или, в лучшем случае, записать некоторые важные сведения на листе бумаги. Как результат, у них нет чёткого плана дальнейших действий, и проект может быть отложен в долгий ящик.
Обычно при проектировании разработчики изображают систему графически, поскольку человеку легко разобраться в таком представлении. Именно поэтому вместо написания громоздких текстов про каждую возможность будущей программы разработчики строят различные диаграммы для описания своих систем. Это помогает им не забывать, что нужно реализовать в программе, и быстро вводить в курс дела своих коллег.
Если вы собрались плотно погрузиться в тему Doman Driven Design (DDD), о том как его применять, как использовать, для чего он нужен, и как с ним связаны Command and Query Responsibility Segregation (CQRS), Event Sourcing и другие термины из мира DDD то можно воспользоваться планом обучения, который последовательно погрузит вас в эти темы и поможет сориентироваться. Часть информации на русском, часть на английском языке, так как русскоязычных аналогов я не смог найти.
Наверное, уже все слышали про процесс собеседования в FAANG (и другой BigTech). Leetcode задачи, системный дизайн, поведенческие вопросы, culture fit, и прочие баззворды регулярно обсуждаются на Хабре. Коллективный разум Хабра более или менее пришел к общему консенсусу: это бессмысленная процедура, которую проектировали некомпетентные люди.
Волею судеб за десять лет опыта в FAANG+ мне повезло обсудить тему найма с множеством высокоуровневых инженеров, менеджеров, директоров, а также членов комитетов, принимающих решения о найме, из нескольких FAANG компаний. Этой статьей я хочу попробовать донести их позицию до широкой аудитории.
Все мы понимаем, что означает слово Junior в контексте разработки софта. Человек без опыта, недавно попавший в профессию, часто делающий ошибки, требующий помощи и наставлений. Но как так получается, что в FAANG на Junior позиции (напр., L3 в Google) платят, как на Senior позиции в остальной отрасли? За что? За ошибки, помощь, наставления и отсутствие опыта? Какая‑то бессмыслица!
Каждая компания определяет слово «Junior» по‑своему, и это правильно. В этой статье я расскажу, как эту позицию определяют FAANG компании, и значительная часть Big Tech индустрии вместе с ними. В прошлый раз я поговорил про общие требования к кандидатам. Разобравшись с требованиями к этой позиции, вы узнаете, кому стоит приходить на собеседование в FAANG, а также как к нему готовиться. При правильном подходе быть принятым на работу гораздо проще, чем кажется на первый взгляд.
Сегодня я хочу поделиться историей о том, как я помог бывшему коллеге получить оффер на позицию ведущего бизнес-аналитика с помощью ChatGPT
Сегодня школьникам разных возрастов предлагается большое количество вариантов реализовать свои навыки программирования: от участия в олимпиадах по информатике и разработки приложений и игр до освоения модных технологий, таких как машинное обучение, или даже ранние стажировки в ИТ‑компаниях.
На практике успеха в этих направлениях достигает лишь малая доля из первоначально заинтересованных. Ученики отваливаются в самом начале пути, столкнувшись с высоким порогом входа в мир ИТ.
Эта статья — попытка разобраться, как можно выстроить эффективное обучение школьников программированию, чтобы значительно снизить отвалы и фрустрации учеников, и в то же время повысить планку содержания образовательной программы до уровня вводных курсов ведущих американских вузов, чтобы дать фундамент по Computer Science для дальнейшей карьеры в ИТ.
В Песочницу Хабра часто залетают непрофильные публикации: статьи не по теме, плохие переводы, заметки на манжетах, вопросы. Среди адекватных лидируют вопросы о том, как стать программистом, и просьбы посоветовать полезные материалы и ссылки. А раз есть такой спрос, почему бы не помочь будущим разработчикам и не собрать для них ссылки. Так, глядишь, сегодняшний день программиста станет спустя несколько лет и их праздником.
В общем, мы собрали ссылки и советы от коллег. Пользуйтесь, дерзайте, становитесь программистами и развивайтесь. А главное, читайте Хабр, здесь много полезного ;-)
Эта книга будет полезна всем, кто хотя бы раз задумывался: «Интересно, могла бы эта идея сработать? Стоит начать действовать, или это слишком рискованно?» Принципы и методы, описанные в ней, можно применять не только для запуска инновационных продуктов, но даже для рационального управления собственной жизнью.
В связи с обстановкой тотальной паники и дезинформации которая льется к нам из абсолютно всех каналов таких как мессенджеры, новостные сайты, радио, телевидение было принято решение показать как можно победить коронавирус с помощью бота на python и других интересных ингредиентов для Telegram (шутка)!
Привет, Хабр!
Меня зовут Паша и я web-разработчик, который успешно релоцировался в Польшу г. Варшава на работу, но перед тем, как это сделал, проанализировал очень много других вариантов и вывел своего рода аспекты и правила как принять правильное решение при выборе компании для работы за границей без привязки к какой либо конкретной стране.
Сейчас для программистов из России все чаще и чаще европейские компании делают предложения о работе, реже американские и все остальные.
На то есть определенные причины, для компании в Европе намного легче нанять сотрудника из России чем для компании в США.
В связи с этим очень много неизвестных компаний из Европы предлагает работу.
Такие сайты как linkedin.com буквально пестрят предложениями о работе в Польше, Латвии, Эстонии и других близко расположенных странах. Растет количество компаний и независимых HR-фрилансеров, которые помогают с релокацией и всячески популяризируют эту тему.
Красивые картинки европейских достопримечательностей в рекламных постах, счастливые сотрудники на фото и заманивающие текста о том как все классно и прекрасно там, без оглядки на целостную картину, которая ожидает сотрудника, решившего переехать в другую страну поработать. Они очень умело эксплуатируют такие понятия, как ценный опыт, изучения языка, эмиграция, финансовое вознаграждение, хорошие условия жизни в стране итд, но, как вы все понимаете, бесплатный сыр бывает только в мышеловке и нужно максимально разобраться, что на самом деле вас ждет там, и что вы получите в результате от релокации в целом. Именно на эту тему я хотел поделиться своим мнением как выбрать компанию за рубежом и не пожалеть, основанном на тщательном анализе и персональном опыте.
Споры о том, нужно ли разработчикам писать алгоритмический код на собеседованиях, бесконечны. В поддержку положительного ответа я уже публиковал рассказ об алгоритмических секциях с написанием кода в Яндексе и примерами задач, которые там можно встретить. Теперь я хочу развить эту тему и показать примеры реального продакшен-кода.
Все примеры когда-то написали конкретные разработчики в процессе решения достаточно рутинных задач. Я никак не улучшал код перед публикацией, лишь местами адаптировал его так, чтобы он был понятен без знакомства с нашей кодовой базой. Поэтому некоторые примеры кода могут показаться вам недостаточно классными, но в условиях постоянного давления сроков невозможно шлифовать абсолютно весь код.
В статье четыре примера. Два на C++, один на TypeScript и один на Python. Способность быстро писать относительно простые алгоритмы без багов — общая необходимость, она не зависит от специализации разработчика.