KindKatty

0. Учите английский. Хорошие клиенты не готовы ради вас изучать русский, украинский, китайский, латынь и пр.
1. Расставляйте приоритеты. Будьте определённее.
2. Не ждите вечность: если долго не получается что-то решить, у вас есть ментор, сторонние профессионалы, официальные форумы, книги, видео на YouTube в конце концов.
3. Прочитайте хотя бы clean code прежде чем работать с другими людьми.
4. Самообразование никто не отменял. Курсы, книги, менторство.
5. Исследуйте (иметь навыки quality researching немаловажно). Предже чем написать очередной велосипед посмотрите нет ли уже того, что вам нужно.
6. Не упирайтесь своим ЭГО в то, что вам говорят. Нужно рассматривать не только свою позицию, а и позицию другого дева. Ваше ЭГО спрячьте поглубже и рассматривайте все варианты, а не только свой. Ваш вариант может быть чертовски ужасным как на уровне архитектуры, так и на уровне реализации.
7. Практикуйтесь, но и не забывайте о теории. Одно без другого не даст вам того баланса, который нужен чтобы выжить на большом проекте. Вы можете круто писать код, но оставаться на уровне middle-, потому что всё что у вас будет - это опыт в написании кода. Кроме того, вы не изучите базовые принципы на уровне практики. Если вы будете знать только теорию и никогда не пишете код, то не сможете выполнять задачи даже как джун. Должно быть как одно, так и другое.
8. Изучайте базовые концепции. Если вы будете знать что-то в общем, (например concurrency), то будете убивать много зайцев одним выстрелом. Эти знания + документация дадут возможность быстро изучать новые технологии и абстрагироваться под разные ЯП, под капотом которых лежат эти же концепции.
9. Умейте решать задачи. Нужно уметь решать что угодно. Иногда даже приходиться решать как угодно. Не нужно бояться марать руки и переступать через принципы и правила. Исключения случаются и они не должны нас стопорить. Да, это может быть "грязным" решением, но если система не поддается изменению (нет достаточно знаний, не хватает людей, не хватает денег, отказ заказчика от переписывания системы с нуля), то вам придётся марать руки.
10. Читайте чужой код. Смотрите в логи. Одним словом: читайте. Так уйдёт меньше времени на исправление бага/ошибки.
11. Аргументируйте ваши решения. Умейте объяснить.
12. Изучайте внеурочно что-то своё. Пишите полезные pet-проекты, которые кому-то нужны. Это могут быть ваши друзья, родные, вы в конце концов. Развивайтесь, иначе отстанете и со временем не будете полезным нигде.
13. Отдыхайте. О выгорании не просто так читают много лекций.
14. Придерживайтесь конвенций: это касается как общих конвенций, например по синтаксису ЯП, БД и т.д., так и конвенций на проекте.
15. Не расстраивайтесь если что-то не получается. Поверьте, у senior-девов тоже бывают плохие дни. К тому же, никто не отменял переключение на другие задачи.

Часто всё зависит от величины проекта, а также от того, правильно ли настроены процессы ведения проекта.

Напиши мне на почту какой-то из своих контактов. Приветствуется телеграм, дискорд

kolegran@gmail.com

CS50 - довольно простой курс, но очень хороший для новичка. Geekhub, codeline, spd-university - неплохие курсы, но это локальные. Для меня же, самообучение и обучение индивидуальное, с ментором, намного лучше. У меня было много менторов, которые занимались абсолютно разными направлениями и у каждого можно было чему-то научиться. Больше внимания к мелочам и возможность узнать best practices. На курсах учат то, что и так можно выучить при наличии силы воли. Ну и работа в команде, если проекты командные.

Однако, во время университета, самостоятельно изучались науки из других кафедр, которые были связаны с программированием. А также пришлось пройти ряд самых разных курсов, из интереса. :)

Магистратура в университете доходила до завершения и тогда появился интерес что-то закодить для квантовых эмуляторов. Вещь простая, дока есть, в университете квантмех учили. Именно этот интерес стал причиной того, что на меня обратил внимание один девелопер и предложил челлендж - изучить java, spring and other за 5-6 месяцев. Было неожиданно, ведь пока он менторил меня, приходилось работать и обучаться на его пэт-проектах, что было весьма интересно. Но вкалывать приходилось и днём и ночью. После 5 месяцев обучения, ментор поставил перед фактом, что я иду на курсы. Плевать, что эти курсы были по IOT, важно было получить опыт работы в команде. Курсы были пройдены и спустя 2 недели ментор закинул вакансию джава девелопера с утверждением что я пойду пробовать. Нужно было чтобы кто-то независимый оценил уровень знаний. Собеседование было хорошим вариантом. В результате взяли работать на проект Pitchbook.

IOT-проект типа smart cabinet Было бы неплохо найти фронтендера и похерячить вместе)