Senior Python Developer в крупном финтехе. С 2012 года в IT, участвовал в разработке простых сайтов, интернет-магазинов, игр и сложных распределенных систем. Несколько лет работал удаленно на Кремниевую долину в крупных стартапах.
Идея написать вредные советы у меня давно витала в голове. Если вы опытный специалист, то надеюсь вам понравится и вы вспомните где-то себя. А если вы как раз в начале карьеры, то вы сделаете правильные выводы как делать не надо.
Не читай документацию. Она только путает и отвлекает от настоящей работы — гугли ответы на форумах и копируй чужие решения с StackOverflow или GPT.
Никогда не проси помощи у коллег. Покажи всем, что ты «волк-одиночка» и можешь сам во всем разобраться, даже если это будет стоить бизнесу денег.
Постоянно проси помощи у коллег.Читать полностью »
Всем привет! Я джуниор фронтенд разработчик. И хотел бы рассказать как иногда применение библиотек в проекте - это излишества, которые стоит избегать.
Давай начнем по порядку. Проект написан на NextJs, TS, TailwindCSS. И есть на сайте анимационная кнопка, которые при скролле красиво появляется и при клике открывает модалку.
Привет! Хотел бы немного «поднять» и обсудить тему российского IT рынка трудоустройства, а конкретно положение С++ Junior разработчиков на нём.
Сам я являюсь представителем этих самых джунов, что скоро вкатят на рынок труда.
Так сложилось, что к своим 18-ти годам от роду коммерческого опыта у меня за плечами не имеется, что думаю не удивительно.
И вот, как только наступает совершеннолетие, я пошёл смотреть, как там дела с вакансиями. Откровенно говоря, спрос на таких ребят крайне маленький.
В моём городе вакансий на данный момент я не нашёл, поэтому смотрел разные возможности удалённой работы.
Привет, меня зовут Виктор, и я QA-инженер. Мне казалось, что у джунов только рутинные задачи, а чтобы брать интересные, надо поскорее стать мидлом. Я ошибался. На своем примере расскажу, как можно найти драйвовые задачи, даже если ты только начинаешь работать.
Программирование — это путь, полный вызовов и возможностей для роста. Я начал этот путь в 2010 году как Junior-разработчик и на данный момент достиг позиции Tech Lead, продолжая развиваться в профессии. Накопленный опыт позволяет мне с уверенностью говорить о тех шагах и подходах, которые я опишу в этой статье.
Привет! Сегодня я предлагаю всем читателям ознакомиться с самописными (старался не повторять уже существующие) it-поговорками, и, возможно, взять в оборот некоторые из них:
Где сеньору горе, там джуну веселье
Заставь джуна Богу молиться, он и прод разобьет
Лучше лид в руке, чем джун в проде
7 раз джун, 1 раз выкати на прод
Мал сеньор, да дорог
Джун в проде не воин
Не имей сто джунов, а имей сто мидлов
Нa джунах вoдy вoзят, a нa сеньорах caми кaтaютcя
Йоу, юзер! Меня зовут Костя, я являюсь Flutter-разработчиком в стартапе ANTEI. Данная статья будет являться пилотной и вводной в серию статей о том, какой базой должен обладать разработчик для первой коммерции на Flutter. Итак, летс гоу!
Поводом для данной заметки стали несколько обстоятельств. Негативный опыт на одном проекте, и следующий спич в одном из докладов по ТС 2023 года:
"Так когда же использовать any? Никогда. Шучу, конечно. Если идет портирование или при разработке дженериков можно" - за точность уже отвечать не могу, но смысл примерно такой.
А так же заявления некоторых команд в духе: "У нас отличный проект. У нас нет any"
Так как относиться неискушенному разработчику к any?
Первым делом обратимся к современной документации на ТС. А имеем мы следующие:
Привет! Меня зовут Василий Косарев, я Java‑разработчик в CDEK. Много раз мы слышали о необходимости писать модульные тесты, о том, что весь код должен быть ими покрыт. При этом мне не встречалось списка: какие именно методики лучше использовать при тестировании кода.
Я задумался: есть ли чек‑лист/ руководство, который облегчил бы генерацию тестовых сценариев и помог выявлять серьёзные ошибки? Чтобы вдумчиво подходить к тестированию и не тратить ресурсы впустую, сводя к минимуму количество необходимых тестов.
