Путь в IT
Учусь заочно на третьем курсе университета, города Санкт-Петербург, по направлению «Информатика и вычислительная техника». Больше полугода работаю у себя в институте эникейщиком. Поначалу приносило много нового, интересного опыта, но сейчас уже почти всё идёт по-накатанной, платят немного - крч нужно двигаться дальше.
Просматривая вакансии на hh до сих пор глаза разбегаются - не могу выбрать направление. Предлагают идти мастером по ремонту компов, внаглую говоря, что придётся нагревать людей на деньги - не хочу. Проводить интернет в квартиры? На позиции, где нужно писать код, у меня опыта нет, да и навыки, честно говоря, слабоватые.
Собственно, хочу спросить у людей, кто давно работает в сфере и чувствует себя на своём месте: как вы к нему пришли? Какие вакансии перебрали? Как определились с выбором специальности?
Польза
Уже многое время пытаюсь понять, и нет, это не зависть, свои кровные я получаю в адекватном и соответствующем размере. Но!
Общий тренд Пикабу это айтишники. Мало для кого секрет, что парни получают деньги за написанием некого кода, но мало кто понимает , что конкретно пишут и для чего наши соотечественники.
И я решил немного просветить:
Основная сфера работ современных СНГшных кодеров это сфера услуг. Это реклама, игродел и всякого рода низкопошибного формата сайты. Основаны задача - продать.
То есть: сидит очередной вротенберг и жрет жопой бабло. Чтобы это бабло адекватно лезло ему во все виды ЖКТ со всех сторон , ему нужны те кто будет продавать его дерьмо.
Для того ему нужны кучи тех, кто считает себя продажниками, манагерами и уберпупер программерами. Между тем это шваль, шваль из тех кто в свое время сумел помимо Hello world сотворить хоть что-то. Их более успешные коллеги давно уже покинули Мидгард и живут в Асгарде (за бугром) ибо действительно хорошие ребята которым заебало писать всякую хуйню в Яндексе и иже прочим. Те же кто остался (сиречь не взяли) всячески пытаются раздуть свои жопоньки до немыслимых размеров , хотя и плачут по ночам на тему " я бесполезен". При этом основная масса нихуя неумеющих и охуевающих от псевдоуспешных постов бывших и настоящих дрищей, серют говном зависти от обилия денег вышеуказанных дрочил. И все также пытаются стать ими , усиленно лупя корявыми фалангами по клавиатуре , выполняя говнозадания в шмяндекс практимуме и скилбоксе, нихуя не понимая , что из тупо наебывают и они нахуй никому не нужны в таком количестве.
Вывод , уважаемые молодые ебланы, пока не поздно, найдите себе применение в этой жизни, ибо на Пикабу вас тупо наебывают и правду "успеха" никогда не откроют (мампапа есть?), успешных на Пикабу нет, есть только пиздаболы.
Чем заняться в IT: инструкция для новичков
Предыдущий пост "как зарабатывать" не зашел, но несколько человек попросили расписать направления в которых можно работать в IT. Надеюсь будет кому-нибудь полезно.
Пост расчитан на людей не имеющих отношения к IT, но желающих узнать "что внутри".
Обо мне: 17 лет в IT, из них 11 в управлении разработкой.
Disclaimer: это все моё личное мнение и мой личный опыт. Не претендую на полное покрытие всех отраслей, скорее это обзор "сверху". Если есть что добавить - welcome в комментарии.
Я осознанно не буду писать тут про аналитиков, архитекторов, ML, data scientist и прочие специализации которые требуют реально глубоких знаний.
Ну поехали.
0. Рекомендуемые предпосылки для достижения успеха
- английский уровня "читаю техническую документацию" и выше;
- привычка при возникновении проблемы гуглить её самостоятельно;
- любовь к восприятию текстовой информации, а не роликов ютуба;
- любовь к самообучению в любое свободное время;
1.Есть фундаментальный выбор: программировать или нет.
Это не только вопрос желания, это еще вопрос образа мышления.
Есть специальности на стыке, но я буду специально упрощать.
2. Если НЕ программировать, то основные направления:
2.1 Ручное тестирование (manual qa): вам дают что-то (сайт, мобильное приложение, api, что угодно), нужно найти ошибки. Повторять несколько раз в день.
На низких уровнях ищите ошибки по чужим инструкциям (тест-кейсы), на высоких составляете эти инструкции для других.
Плюсы: очень низкий порог входа (~месяц самостоятельного изучения)
Минусы:
- Достаточно низкий, быстро (за год-два) достижимый потолок зарплаты (не знаю QA с зп выше $2k при стартовой зп условно от $1k)
- Отсутствие карьерных перспектив, нерелевантный для других специализаций опыт.
Многие путают эту должность с automation qa, - это больше программист, чем тестировщик, оплачивается соответственно.2.2 Верстка (html/css/базовый js): вам дают дизайн (картинки), на их основе нужно написать html и css. Этому очень любят учить на разных онлайн курсах.
Минусы:
- самостоятельное обучение займет не менее чем полгода, на курсах еще дольше;
- платят очень мало.
Плюсы:
- эти навыки нужны для того кто хочет стать frontend разработчиком.
2.3 Менеджмент (управление проектами): вам дают тз и бюджет. Нужно сделать красиво :)
Плюсы:
- Любой опыт управления людьми и проектами не из IT будет тут полезен;
- Именно технические знания не очень нужны (хотя и являются плюсом), знаю очень крутых менеджеров которые представляют себе как это все устроено на весьма абстрактном уровне.
Минусы:
- на старте платят меньше чем разработчикам, реальные деньги зарабатываются в крупных корпорациях или при работе на себя;
- нужны собственно навыки по выстраиванию процессов и крутые soft skills. Считаю что чтобы достичь успеха нужно призвание;
2.4 Системное администрирование (Devops): все что касается управления инфраструктурой.
Тут могла бы быть шутка про красноглазого админа.
Зарплаты очень разные, где-то откровенные копейки (проектирование ЛКС например), где-то весьма неплохо (виртуализация, мониторинги и т.д)
В любом случае для входа это очень тяжелое направление.
Знаю людей которые пришли в IT дизайн, из дизайна например полиграфии и одежды, но они и там в принципе неплохо зарабатывали.
Есть ux дизайн - это дизайнер которые умеет думать не только про картинку, но и про поведение пользователя, оплачивается кратно выше.
Вообще есть много специфических ниш: web, mobile, game и т.д, в каждой своя специфика.
3. Если программировать:
Плюсы: это и есть собственно "настоящее" it, за это платят.
Минусы: нужны знания и набитая рука.
Сначала нужно определиться даже не с языком, а с платформой.
3.1 Web backend - разработка кода который крутится на сервере.
Важный момент: логика разработки в целом не принципиально зависит от конкретного языка программирования (далее ЯП). Конкретная специфика конечно есть, но как правило в ней можно разобраться за пару месяцев. Помимо знаний конкретного ЯП, важно знание конкретного фреймворка(платформа для разработки) используемого на этом ЯП. У одного ЯП может быть несколько популярных, можно посмотреть например на jetbrains. Отличия иногда учатся за неделю, а иногда за год. Если планируете эмиграцию полезно изучить язык популярный в целевой стране.
Конкретный ЯП во многом определяет типы проектов которые на нем делаются и уровень зарплат.
Очень важно! Вопрос выбора конкретного языка - очень холиварный.
Регулярно, на тематических форумах, кто-нибудь спрашивает "почему все еще не перешли на ЯП %name%". Мой ответ:
а) на самом деле нет хороших и плохих языков. Есть конкретные технические особенности, облегчающие или усложняющие применение в конкретном проекте
b) есть исторически сложившееся комьюнити которое работодатели вынуждены учитывать.
PHP / Python / Node.js - пожалуй самая популярная тройка в разработке сайтов. Проекты могут быть любые, от корпоративного портала, до интернет магазина или бекенда стартапа мобильного приложения.
PHP - много старого некачественного кода, много очень дешевых проектов на фрилансе, но вместе с тем много вакансий, много резюме и т.д
Python - в мире моднее, в рф вакансий меньше, требования и зп выше. Очень часто используется в задачах с востребованным нынче машинным обучением (ML) и всяких data analytic. Конкретно в эти направления вход очень высокий (там больше математики чем it)
Node.js - изначально задумывался как "а давайте будем писать бек на javascript который все знают", по факту это javascript, но написание бекенда на нем - отдельный скил. Набирает популярность, в USA вакансий много, в РФ практически нет.
Java - 2й по популярности язык в мире (после Python). Исторически популярен в enterprise секторе. Стартапы и сайты на нем практически не пишут. Так же является нативным языком для мобильной разработки под Android. Вакансий много, платят хорошо, но... это enterprise. Кому-то нравится, кому-то нет.
Go - очень хайповый язык разработанный внутри google. На него начали переходить некоторые крупные проекты изначально написанные на других ЯП. Вакансий мало, но те что есть нифига не закрываются и хорошо оплачиваются. Если вы вдруг знаете Go хотя бы на уровне middle - напишите мне в телеграм и я попробую вас перекупить, суммы удивят)
3.2 Web frontend
То что крутится у пользователя в браузере. По факту все пишут на javascript и одном из популярных фреймворков: Angular / React / Vue. В мире очень популярно, в РФ в последнее время тоже.
3.3 Mobile
Разработка приложений для мобильных устройств.
Выбор iOS / Android не влияет на зарплату, но должен быть сделан сразу, универсалы не востребованы.
Зарплаты хорошие, вакансий море и в РФ и зарубежом.
Считаю что сейчас это один из лучших способов войти в IT если привлекает программирование.
3.4 Desktop - разработка собственно программ которые запускаются на компьютере пользователя, имеют какой-нибудь интерфейс и т.д
Возможно это моё субъективное заблуждение, но мне кажется что сейчас практически вся разработка ушла в web/mobile, в desktop осталась или поддержка какого-то старого легаси кода на неактуальных языках, либо какие-то одиночные крупные проекты.
Популярные языки C#, Java, C++.
Постепенно появляются способы писать desktop приложения на популярных в web языках,... но зачем?
Особняком стоит разработка игр - это огромная индустрия, но я про неё знаю крайне мало.Ну и напоследок меня часто спрашивают "какие онлайн курсы лучше".
Моё мнение: все онлайн курсы одинаковое дерьмо :)
Учитесь сами, читайте официальные инструкции и будем вам счастье.
Удачи.
Исследование: удаленка не главное — где лучше работается IT-специалистам?
Аналитики платформы для проведения онлайн-соревнований All Cups от Mail.ru Group выяснили, что лишь треть технических специалистов не видит смысла в работе из офиса. По данным опроса, среди 1577 разработчиков из разных регионов России, почти 40% IT-специалистов отказываются от удаленки ради более эффективной работы.
45,6% российских разработчиков при выборе работы готовы поступиться удаленкой ради других выгодных условий (например, повышенной зарплаты). 15,5% респондентов вообще не рассматривают удаленную работу и готовы регулярно посещать офис. Каждый четвертый специалист считает оптимальным приезжать в офис раз в месяц, тогда как 31% опрошенных готовы приезжать туда 1-2 раза в неделю.
Каждый четвертый IT-специалист middle-уровня отмечает, что намного важнее удаленки перспективы быстрого карьерного роста, а также интересные задачи. Среди Junior-специалистов (27,3%) самым важным фактором успешной работы является хорошая команда. А вот Senior-разработчики подходят к выбору вакансий максимально прагматично: важнее других условий для них только уровень денежного вознаграждения.
По результатам исследования среди программистов есть значительный спрос на периодическое посещение офиса. Поэтому наиболее эффективным для IT-команд выглядит гибридный формат офиса, позволяющий гибко выбирать подходящий режим работы. С начала 2021 года в этом формате работают все сотрудники Mail.ru Group.
Несмотря на стремление оказаться в офисе, большинство разработчиков ценят в удаленке отсутствие временных затрат на дорогу (55,8%) и возможность самостоятельно формировать свой рабочий график (33,4%).
Как техдир должностные обязанности искал. Спойлер — нашел
Статья взята с моего канала на хабре: https://habr.com/ru/post/569614/
В прошлой статье я упоминал о четырёх уровнях осознанности техдира. Приведу эти 4 этапа, пройденные мной лично, ниже:
•Ответственность за программирование;
•Ответственность за технологическую часть продажи;
•Ответственность не только за тех. процессы (аналитика, тестирование, менеджмент – на выбор)
•Ответственность за полный цикл производства продукта, удерживая в фокусе внимания все связанные с производством процессы.
Следовательно мы видим перед собой картину, как юный технический директор растет в профессиональном плане. Происходит избавлении от различных проявлений неврастении в виде IT-фашизма или управленческой импотенции. Приходит осознание проф. обязанностей и зоны ответственности за цикл производства. Голова раскалывается и наступает жесткое интеллектуальное похмелье, а состояние лучше все визуализирует мемная картинка ниже.
Это очень сложный период. Количество вопросов растет, а ответы найти становится все сложнее. Подростковая IT-фантастика, вроде некогда популярной когда-то книги “Deadline” Тома ДеМарко может навредить, а Максима Дорофеева читать рановато. Вопросы, мучающие разум нашего техдира, намного проще и конкретнее. Например: “Какие у технического директора должностные инструкции и обязанности в зоне ответственности за полный производственный цикл? У всех они есть, а где же тогда мои? Обидно как-то…” Поэтому именно данную тему, хотелось бы затронуть сегодня.
Примечание автора:
Под должностными обязанностями я имею в виду их содержательную часть, а не форму. Если вы подходите к своему программисту, возомнившему себя специалистом широкого профиля и говорите что-то вроде “Вася, на фронтенд больше не лезь! Ты там 5 минут поработал – вся контора уже неделю чинит!” - то в этот момент вы очертили его должностные обязанности. И тут главное, чтобы он вас послушал. А нужна ли для этого специальная бумага в отделе кадров зависит от многих факторов.
Должностные обязанности
Главная проблема должностных обязанностей технического директора связана с тем, что как только ты пытаешься их струтурировать и внятно представить в виде текста, в результате обязательно получится непригодная ни к чему туалетная бумажка.
•Определение общих стратегий технического развития;
•Принятие глобальных технических решений;
•Внутренний технический арбитраж;
•Выбор технологий, которые будут использоваться в том или ином проекте;
•Оценка этих технологий в плане финансовых и временных затрат;
•Оценка длительности и трудоемкости проектов;
•Планирование и построение процессов разработки;
•Формирование команд разработчиков;
•Распределение задач между командами;
•Отслеживание продвижения проектов;
•Обеспечение темпа и качество разработки на максимально высоком уровне;
•Выбор и внедрение вспомогательных систем для разработки и администрации;
•Экспертные предложения по архитектуре или конкретным техническим решениям;
•Написание кода, обзоры кода, рефакторинг;
•Технический pre-sale ключевых проектов;
•Управление техническими рисками на проектах;
•Общение с другими отделами и топ-менеджерами компании (CEO, COO, CIO и др.);
•Координация работы департаментов;
•Технические собеседования с новыми сотрудниками;
•Оценка продуктивности сотрудников и решение об уровне их зарплат;
•Обучение сотрудников;
•Формирование рабочей атмосферы в коллективе, мотивация сотрудников;
•Разборы полетов с тимлидами
Попытка конечно хорошая, но многовато для одного человека. Или выполнение всего перечня не обязательно? И что же конкретно должен выполнять наш техдир в рамках пунктов, описанных ниже
•Определение общих стратегий технического развития;
•Принятие глобальных технических решений;
•Обеспечение темпа и качество разработки на максимально высоком уровне;
•Общение с другими отделами и топ-менеджерами компании?
По моему личному мнению, из списка только эти два пункта можно строго отнести к должности техдира (заменив при этом слово “общение” на слово “координация”) . Остальным можно и нужно заниматься при условии отсутствия данных специалистов.
Вывод: данный вариант – шляпа. Для отдела кадров сойдёт, конечно, но толку от такой должностной инструкции нет, потому что она ничего конкретно не объясняет. Непонятно какого конечного результата вы должны достигнуть, делая всё это. Так что если вы работаете в крупной корпорации или вам не важен результат по любой другой причине – на этом чтение статьи можете заканчивать и нести в отдел кадров полученный список :)
С остальными же продолжаем!
В другую крайность впадать тоже нельзя. Решить, что я теперь “отвечаю за всё” – прямой путь к выгоранию. Никто и никогда не сможет отвечать вообще за все, в том числе и техдир. Надо понимать, что сами по себе должностные инструкции не очень хорошо работают даже для линейных сотрудников. Есть такой термин – Итальянская забастовка. Суть ее в том, что сотрудники начинают эти самые инструкции исполнять до запятой. Эффект получается, как от ядерной бомбы. Однако есть одно НО, линейный сотрудник может себе позволит создавать иллюзию бурной деятельности до момента пока его не уволят, а техдир нет.
Я нашёл для себя следующее решение. Я определяю для себя три вещи:
1)Конечный продукт – то, за что я получаю зарплату (именно продукт).
2)Зоны ответственности – те вещи, без которых конечный продукт не получится и за которые я могу отвечать (пример: производственный процесс).
3)Фокус внимания – те вещи, без которых конечный продукт не получится, но я не могу за них отвечать напрямую (пример: стоимость техники).
При этом чем больше вы сможете из фокуса внимания переместить в зону ответственности – тем больше ваша система будет управляема. Главное не надорвитесь.
Итак, конечный продукт технического директора, который я определил для себя, выглядит следующим образом:
Себестоимость производства конечного продукта компании должна быть ниже, чем у прямых конкурентов производящих продукт того же качества.
И так, сразу отвечу на пару потенциальных вопросов.
1. Почему ниже? Пусть будет равна или даже несколько больше, всё равно ещё есть конечная стоимость, маркетинг, продажники – сбыть наш продукт их проблема.
Я действительно знаю конторы, где тащит хороший маркетинг и продажи при высокой себестоимости производства по вине техдира. Ну что тут скажешь – продажники молодцы, а техдир – нет. Можно ли быть стрёмным техдиром и получать зарплату? Можно, но зачем?
2. Почему только прямые конкуренты?
Если вы онлайн-кинотеатр, то как будете сравнивать производительность со своим косвенным конкурентом – кинотеатром обычным? Впрочем косвенных надо держать в поле зрения и помнить о них, это правда.
3. Почему себестоимость? Я технарь, я не хочу разбираться в деньгах.
Можно не разбираться, но понимать про них должен. Иначе – вон из профессии в тимлиды или даже разработчики. Потому что на уровне директора – вы оперируете деньгами и завязаны на них. Простой пример: тимлид может не задумываться при выборе стека технологий о средней стоимости разработчика на рынке. Техдир же обязан об этом думать.
Зоны ответственности
С конечным продуктом разобрались.
Теперь зоны ответственности:
1. Производственный процесс
1.1 Техническая часть производственного процесса (архитектура, стэк-технологий, инструменты, информационная безопасность).
1.2 Организационная часть производственного процесса (орг. структура, должностные инструкции, техники менеджмента).
2. Кадры, здесь зоны ответственности технического директора в том:
2.1 Чем люди работают;
2.2 Как люди работают;
2.3 Какие люди работают.
А вот что он делает в рамках реализации своей ответственности – зависит от конкретной ситуации. К примеру, если ваша компания состоит из 15 человек, и вы нанимаете по 2-3 человека в год, вы действительно собеседуете их лично. И этого может быть достаточно. Когда у вас 60 человек, то вы должны работать с HR’ом и тимлидами, передавая им свой опыт, своё виденье, выстраивая процессы и настраивая работу. Если у вас более 100 человек, тогда уже тимлиды и HR будут транслировать своё видение и опыт вам. Главное своевременно задать нужный вектор данного процесса
Тоже самое с производственным процессом. До 30 человек – я спокойно принимал все основные технические решение самостоятельно. Теперь у меня сидит целый отдел “ядерной” (от слова “ядро”) разработки.
Поговорим ещё о фокусе внимания. Что я держал в нём:
1. Клиентов;
2. Конкурентов (прямых и косвенных);
3. Всё, что касается технологических/организационных вопросов в моей сфере;
4. Уровень специалистов на рынке труда и их зарплаты;
5. Уровень подготовки в учебных учреждениях города.
6. И еще ряд специфических моментов, про которые вам неинтересно.)
Главный вопрос во всем этом деле – если мы ничего не можем напрямую с этим поделать, зачем нам про это знать? Реально, отдельная компания ведь не способна в одиночку повлиять на уровень подготовки студентов?
Или способна?)
То, что мы не можем за отвечать за данный процесс, не означает, что мы не можем влиять. К примеру, я несколько лет выступал экспертом WorldSkills по специальности “Дизайн и разработка”. Не знаю про средний уровень по городу - но то, что эта деятельность повлияла на программу подготовки нескольких техникумов – могу сказать точно.
Самое главное, что мы можем хотя бы частично переводить вещи из фокуса внимания в зону ответственности. Ярким примером является проект Smart Академия. Еще во время работы техдиром в компании “Умный мир”, я понял, что нам не подходят в достаточном количестве ни люди с рынка, ни выпускники учебных учреждений – нам пришлось взять процесс ввода в специальность в свои руки. Кстати, если кто-то на этом моменте пожелает плюнуть в ВУЗы или СУЗы, остановитесь. Дело в первую очередь не в качестве образования, а в том, что между получением образования и освоением профессии есть определенная разница. Там, где сохранился адекватный подход к стажировкам с вводом в специальность, всё более или менее нормально. А вот в Российском IT он не то что сохраниться, он выработаться не успел)))
Должны ли мы, как малые предприниматели, решать эту глобальную проблему? Нет, не должны. Но без этого, мы не решили бы свои задачи по росту, потому что 53 человека из 100 в компании – это выпускники Академии. А значит не надо ныть о падении образования, как это делают некоторые коллеги, а что-то придумывать. Вот мы и придумали – и сегодня Smart Академия самый мощный проект в Томске по вводу в IT.
Теперь, уже как директор компании Спутник – я иду дальше. Моя команда готова транслировать опыт коллегам. Я уверен, что в ближайшее время, вы увидите много толковых стажировочных программ от самых лучших компаний и проектов Томска.
Таким образом образуется супер крутой кейс. Решая собственную проблему, мы создаем новый сектор бизнеса.
Резюмируем
1. Определите ваш конечный продукт.
2. Определите за что вы должны отвечать, чтобы он получился (зоны ответственности).
3. Определите, какие внешние факторы на него влияют (фокус внимания).
Должностные обязанности – это то, что вам нужно делать, чтобы нести ответственность прямо здесь и прямо сейчас.
Со временем конечный продукт остается неизменным и может быть пересмотрен только в связи с какими-то фундаментальными изменениями. Зоны ответственности и фокус внимания – это рабочий инструмент, с которым вы системно работаете в рамках понимания конечного продукта.
А вот что вы делаете в рамках этих зон, то есть ваши должностные обязанности, зависит от многих факторов, например, таких как рост компании. То есть вы их должны регулярно пересматривать! Чтобы не оказалось случайно, что вы лично собеседуете всех 100 сотрудников компании. Вы тогда HR, а не техдир :)
И, конечно же, ищите мощные ходы, чтобы снизить влияние внешних факторов на вашу деятельность.
Кстати, приём с конечным продуктом хорош не только для директоров. Рекомендую проделать его со всеми работниками и внести конечный продукт в должностную инструкцию. В каком бы виде она у вас не существовала :)
Лёшка, который всего добился сам
1991 год, в небольшом селе в восточной Сибири на свет появляется Лёшка. У Лешки проблема, у него в рождённая патология, расщелина верхней челюсти. За первые семь лет своей жизни Лёшка перенёс на себе 12 операций. Это сказалось на дикции и внимании. Учился Лёшка как и все в школе, кто-то откровенно издевался над ним, кто-то ему сочувствовал, а кто-то воспринимал его равным себе. После окончания школы Лёшка поступает в техникум-интернат на специальность ремонт электронного оборудования. В техникуме Лёшка загорается идеей программирования микропроцесорных устройств и очень сильно продвигается в этой области. Пишет дипломную, на которую даже делают рецензию в местном ВУЗ-е (по просьбе преподавателей из техникума).
После окончания техникума, Лёшка устраивается работать вахтами слесарем КИПиА. В этот же год Лёшка поступает в ВУЗ на специальность связанную с программированием. На работе Лёшку быстро замечают по его умению ремонтировать сложное и дорогое электронное оборудование благодаря его знаниям о программировании микропроцесорных устройств, пониманием принципа работы радио электронной аппаратуры и умению пользоваться измерительными приборами. Через год Лёшка становится инженером, а ещё через два года становится ведущим инженером. Покупает первую квартиру в г. Щёлково, заканчивает учёбу в ВУЗ-е. Репутация Лёшки как специалиста росла как на дрожжах и его начали звать практически все крупные холдинги и Лёшка уходил туда, где зарплата была больше и условия лучше. Через четыре года Лёшка купит себе двухкомнатную квартиру в Москве и свою первую машину о которой он так мечтал.
Отличник или двоечник? Узнайте свой уровень подготовки к Евро-2024
Для всех поклонников футбола Hisense подготовил крутой конкурс в соцсетях. Попытайте удачу, чтобы получить классный мерч и технику от глобального партнера чемпионата.
А если не любите полагаться на случай и сразу отправляетесь за техникой Hisense, не прячьте далеко чек. Загрузите на сайт и получите подписку на Wink на 3 месяца в подарок.
Реклама ООО «Горенье БТ», ИНН: 7704722037
Разработчик Dwh. Стоит ли?
Давно появилось желание сменить профессию и перейти из автобизнеса в айти. Последние пол года активно взялся за Python, пощупал к нему фреймворки типа Flask, Django, само собой Sql, немного поверстал.
Сделал штук 5 маленьких проектов и выложил на гитхаб. Около месяца назад разместил резюме на хабр карьере и хх, начал откликаться на все, что поход ходит под изучаемый стек для джунов и стажеров. Но отдача откровенно говоря стремится к нулю. Компании просматривают и молчат, только иногда делают отказы. В принципе, я другого особо и не ожидал, поэтому просто продолжаю работать над собой, сейчас прошёл отбор на интенсив для вэб-разработчиков внутри одной компании.
Но, неделю назад мне позвонили и предложили пройти собеседование. Далее выяснилось, что это вакансия разработчик Dwh. Стек: оракл, террадата и язык SAS. На этом собеседовании я решал задачи по Sql и откровенно говоря, я думал, что завалил его. А спустя неделю меня пригласили на второй этап.
А теперь собственно вопрос, есть ли тут разработчики Dwh? Подскажите насколько актуальный такой стек, в частности SAS? Есть ли явные отличия в работе разработчика Dwh и разработчика Etl, т.к часто вижу эти вакансии в одной? Куда можно далее расти, если войти через эту специализацию? Есть ли смысл начать здесь, а потом плавно перейти в дата-инженеринг? Да и в целом расскажите о свой работе, пожалуйста.
P. S. Возможно пикабу не самое подходящее место для таких вопросов, и есть форумы. Но здесь самая живая аудитория.
P. P. S. Уже гуглил об этом, но хотелось бы мнения живых людей.
Без рейтинга. Коммент для минусов внутри. Спасибо.