Комментарии 10
Не надо заставлять себя чтобы «войти в IT». Вам там не понравится, чессно слово
Я вот херовый. Как раз потому что не могу себя заставить делать то что мне не интересно
Так наверное можно просто начать делать, то что будет интересно, так и сразу уровень будет повышаться как специалиста :)
А работа это на 80% если не больше рутина. А не дофига интересные задачи.
Тут тоже зависит от самих себя - если работа неинтересная - меняйте работу на интересную, ищите для себя интересные задачи. Для нас, ИТ специалистов, это вполне себе реальная возможность искать работу не только по сумме ЗП, но и по качественному показателю - интересной сфере, проекту, коллегам и тд. Как говориться, все в наших руках.
Несколько лет назад я так ушел с более оплачиваемой работы, потому что достала рутина и делать бесполезные вещи, сейчас доволен этим сделанным выбором
И вижу что кругом: костыли, велосипеды, копипастинг со stackoverflow отсуствие документации, технический долг и прочее прочее. И это не только у меня и в нашем отделе и у нас в компании.
Фактически это проблема организации рабочего процесса, отсутствие мотивации и специалистов, которые будут повышать качества проекта и кода. Если никто не понимает, зачем это и не хочет это делать, то так оно и будет.
Какой именно процесс? Избавления от тех. долга, разгребание легаси и улучшение кода? Во всех компаниях, где я работал, это приветствовалось, но часто было на инициативе самих разработчиков \ тим \ тех лида. На текущей работе тех лид даже овертаймил, чтобы какие-то удобные штуки сделать или провести рефакторинг.
По плану, такие вещи можно задавать сразу на собеседованиях или же выяснять у разрабов, кто там работает\работал, например в чатах в телеграме.
Плюс еще часть зависит от сферы\комьюнити, как там принято.
Например, я много лет назад преходил с PHP на Ruby, в PHP раньше (да и сейчас бывает), не так сильно принято писать автотесты на свой код (unit, E2E и тд), в случае Ruby это вообще само собой разумеющееся, что разработчик должен уметь и писать эти тесты. Соответственно качество проекта повышается.
У нас на работе нельзя вылить свой код, если он не покрыт тестами
Как раз потому что не могу себя заставить делать то что мне не интересно.
Это как раз указывает на то что ваш мозг здоров и делает все правильно. =)
Он будет всеми нейронами отпираться от «скучного» по его мнению.
Да и вот оглядываюсь вокруг. И вижу что кругом: костыли, велосипеды, копипастинг...
Аххахаха =) а тут не переживайте, это везде от слова совсем. Я вот сейчас еще в дизайне и тут ровно тоже самое. Мы ведь по сути тупые обезьяны, которые занимаются тем, к чему мозг не предрасположен (а он хочет социально общаться, доминировать в иерархии, жрать и ну вы поняли), так что большинство людей живут не приходя в сознание. И в целом в IT концентрация адекватных людей чуть выше в силу специфики, потому что приходится перерабатывать много информации даже на самых простых позициях.
Давайте уж опять в 100500 раз разберем.
Самое важно что? как учить, что учить? Нет, как раз важнее мотивация и цели. И вот давайте наконец обратимся к психологии и психиатрии, чтобы понять как работает наш мозг. Не нужно глубоко нырять, научпопа будет выше крыши. Нашему мозгу наши «надо» до лампочки, нужно очень четко понимать зачем ему что-то учить. Например зароботок, или возможность удаленной работы или (выберете то что действительно важно). Еще раз — цель четко сформулирована и реальна.
Потом надо понять, а склонен ли ты к этому виду деятельности? Вот ни за какие деньги не пойду в ветеринары или врачи, но обожаю возится с техникой, с ней я на «эй ты, слышь! иди сюда, побазарим». Если нет уверенности — то надо попробовать, прочувствовать на своей шкуре. Вот здесь должно родится понимание куда держать курс в первом приближении.
И вот только теперь можно задумываться над процессом обучения. И ведь по факту их всего два — изучение теории и применение на практике. Одно неотделимо от другого.
А что и в какой последовательности учить? Как минимум полно дорожных карт, уж для программистов так точно. Про девопсов не знаю, не интересовался.
Но, всегда есть НО! Это практика, вот где самая большая трудность а вовсе не в том в какой последовательности учить теорию. Если в программировании можно найти аудиторию которая раскритикует код (умение принимать критику и вычленять из неё адекватную тоже необходимый навык). То в том же девопсе надо и железо знать, а оно не валяется на каждом углу.
Если резюмировать — то определяемся с целью, склонностями и возможностями. И реализуем эти возможности для достижения целей. Но если ты ленивая жопа, то никакая мотивация не поможет.
Что и как учить, чтобы «войти в IT»