#вашивопросы

Как справиться с ленью и прокрастинацией? С каждой неделей ощущение, что работать всё сложнее, боюсь, меня скоро уволят

Моё мнение - лень и прокрастинация - признак потери мотивации, а этому всегда есть объективная причина. Люди склонны винить себя в том, что они ленятся, а часто стоит оглядеться вокруг, и оценить обстановку.

Какие могут быть причины у потери мотивации:

- Рутинные однообразные скучные задачи, либо слишком лёгкие. Если у вас так - поговорите с руководителем - может быть, есть возможность нагрузить вас другими задачами или перевести на другой проект. Можно перейти в другой отдел или вообще в другую компанию, сменить стэк. Некоторые руководители доверяют джунам только самые мелкие и простые задачи - и, естественно, со временем они наскучат - если это ваш случай, просите давать вам большие проекты. Пора.

- Очень большие и сложные задачи - конца и края не видно, кажется, вы не справляетесь. Большую задачу стоит декомпозировать на более простые мелкие подзадачи и делать поэтапно. А если конкретный проект вас прямо сильно демотивирует - опять-таки - стоит посмотреть в сторону смены команды, стэка, задач, проекта, направления или даже должности.

- Очень мало работы, скучно. Трудно поверить, но и такое бывает. Опять-таки - значит стоит искать варианты, как это изменить.

- Наоборот, очень много работы - поток задач бесконечный, и сколько ни делай - их всё время становится только больше. Налицо проблемы планирования. Вы в любом случае не сможете сделать все 200+ задач за разумное время. Поэтому придётся приоритизировать и выбрать из них 5, которые вы точно успеете сделать. Обсудите с руководителем вашу нагрузку и список задач - объясните, что сделать всё невозможно, нужно выбирать. Так же спросите, не планируют ли нанимать ещё людей - явно рук на всю работу не хватает.

- Плохо организованный график работы. Часто встречается у фрилансеров и удаленщиков. Тут подходы могут быть разными, но ключевое - приучать себя делить свой день на рабочее и нерабочее время. Самое вредное - сидеть сутками у компа и заниматься прокрастинацией - вроде и не работаешь толком, но и не отдыхаешь. Можно работать как в офисе - четко с 9 до 18:00. Можно выбрать какие-то другие временные интервалы для работы. Кому-то помогает метод томата - включаете таймер на полчаса, и полчаса занимаетесь строго работой, потом 5-10 минут обязательно отдыхаете. И по новой.

- Скудный образ жизни. Опять-таки - проблема фрилансеров и удаленщиков, но и не только. Если жизнь недостаточно насыщенная и разнообразная - это может убивать мотивацию ко всему вообще, и к работе в частности. Для здоровья психики (да и физического здоровья тоже) человеку полезно куда-то ездить, общаться с другими людьми, заниматься спортом, различными хобби, развлекаться, итд итп.

- Вы много перерабатывали, раньше был энтузиазм и работали сутками, а теперь выдохлись. Выгорание - опасная штука. Прежде всего, сходите в отпуск. В особо запущенных случаях короткий отпуск не помогает, и нужен прям сабатикл - перерыв в работе на несколько месяцев, а то и на год. До такого состояния лучше не доводить, и следить за своим work-life балансом - в жизни должны присутствовать и другие сферы, кроме работы. Повышенный энтузиазм и желание писать код до 3 ночи - это уже считай первый признак выгорания. Переработки стоит допускать только когда это экстренная необходимость - например, нужно срочно устранять критическую поломку вашего ПО и прочие авралы. Ради удовольствия перерабатывать не стоит - потом боком выйдет.

- Некомфортная обстановка на работе. Возможно у вас острые конфликты с каким-то коллегой или несколькими коллегами и аналогичные постоянные стрессы на работе и это вас вконец вымотало. Опять-таки - тут либо как-то решать конфликт, либо искать, где вам будет лучше.

- Апатия или депрессия. Это тоже бывает, возможно, для улучшения самочувствия нужны антидепрессанты и психотерапия.

Во многих случаях, как вы заметили, я советую поговорить с руководителем и обсудить ваши трудности, а так же поискать решение, которое устроит всех. Разумеется, я тут предполагаю, что руководитель - человек адекватный и готов к диалогу. Если это не так - то, возможно, всё же стоит сменить работу?

Задать вопрос автору блога можно здесь: @hum_it_bot

Религия и холивары

Если вы работаете в IT, то наверняка вам приходилось быть свидетелем, а может, и участником споров по поводу того, какое решение лучше - А или Б. Кто-то, например, готов насмерть стоять за то, что всегда и везде нужно использовать микросервисную архитектуру. Кто-то любит ORM, а кто-то является принципиальным противником. Кто-то за WIndows, кто-то против. И таких тем бесконечное количество.

Когда у человека есть стойкое убеждение, что решение А - самое верное, и никак иначе нельзя, "просто потому что" - это в насмешку называется "религиозными убеждениями" - потому что речь идёт о каких-то догмах, в которые человек верит свято и непреклонно, и от которых не готов отступать ни при каких обстоятельствах. В целом, у всех с опытом формируется некий набор личных предпочтений о том, как нужно писать код и какие технологии использовать. Но вопрос в том, насколько вы гибки в своих подходах и готовы их адаптировать под различные ситуации.

Всё IT - это всего лишь набор различных инструментов, и каждый инструмент удобен для одних случаев, а в каких-то других случаях наоборот - только мешает. И это относится ко всему - от языков программирования, текстовых редакторов, операционных систем, СУБД, фреймворков до парадигм программирования, паттернов проектирования и видов архитектуры.

Бывают ситуации, когда самый ужасный говнокод - и есть правильный выбор, без всяких там классов и красивой архитектуры. Например, вам нужно на своем локальном компьютере проверить какую-то гипотезу и за 5 минут набросать скрипт, который будет её проверять - тут важно сделать быстро, и совсем неважно, насколько красив будет код.

А любители бесконечно спорить о парадигмах и подходах зачастую просто попусту тратят деньги работодателя - за время потраченное на споры, они могли бы сделать что-то более полезное. Иногда продуктивнее выбрать хоть какое-то решение и уже приступить к разработке, пусть даже это решение будет не идеальным. Если ваш начальник очень хочет написать монолит, а вы настаиваете на микросервисах - продуктивнее будет свернуть этот спор, и уже написать работающую программу, чем стопорить разработку бесконечными препираниями.

С другой стороны - если цена ошибки очень высока, и вы совершенно убеждены, что именно ваше решение поможет вам избежать ряда критичных проблем - тогда имеет смысл стоять на своём до победного и подробно расписать все ваши аргументы. Вопрос всегда в том, чего требует конкретная ситуация.

#вашивопросы

Здравствуйте! Обращаюсь к вам с просьбой о помощи. В течение последних 2-3 месяцев я активно ищу работу в сфере IT Аналитики данных, но у меня возникли некоторые трудности.

Мой стек включает Python, SQL, Power BI и основы статистики. Кроме того, я закончил соответствующие курсы и имею диплом, при необходимости, готовый предоставить его работодателю. Также, у меня есть два пет-проекта, связанных с анализом данных, которые я успешно завершил.

Однако, несмотря на все мои усилия и длительные отклики на вакансии, эффективность по поиску работы остается очень низкой. Я начинаю задумываться, может ли быть проблема в том, что на данный момент компаниям не нужны junior позиции в этой области? Я хотел бы услышать ваше мнение по этому поводу, и возможно, советы, как повысить свои шансы на трудоустройство.

Ниже будем разбирать кейс этого молодого человека, а точнее, часть, которая касается его резюме - из дальнейшей переписки я выяснила, что автора вопроса редко приглашают на собеседования, а, значит, уже на этапе отправки резюме потенциальным работодателям что-то идёт не так. Насколько человек хорошо себя презентует уже на этапе собеседования, а так же его реальные скиллы я знать не могу, поэтому проанализируем ту информацию, которая нам доступна.

Задать вопрос автору блога можно здесь: @hum_it_bot

Вступление. Резюме.

Для начала разберём самые частые проблемы с резюме у различных кандидатов.

Проблема 1 - первое впечатление
Представьте себе работу сотрудника HR (чаще сотрудницы). Этому человеку предстоит просмотреть 500 резюме и выбрать из них 10 перспективных. Сколько времени она потратит на 1 резюме? Скорее всего, секунд 7. За это время она должна увидеть в резюме то, что привлечёт её внимание - скорее всего, это будет лишь беглый обзор ключевых слов в резюме, и заголовков. Подробно вчитываться у неё времени нет. Ей нужно увидеть ответ на 1 простой вопрос - "этот кандидат похож на того, кто соответствует требованиям вакансии? да или нет?" - и если есть сомнения с первого взгляда - это "нет", смотрим следующее резюме.

Чтобы пройти этот первоначальный обзор, нужно чтобы ваше резюме буквально кричало, что вы умеете всё, что нужно уметь, а что не умеете - тому научитесь моментально. Я не знаю, позволяет ли сайт hh выносить все ваши технические скиллы в самую шапку, наверх резюме - если нет - очень жаль, стоило бы самую суть писать в самом верху. А так же там бы не помешал маленький абзац с краткой самопрезентацией - мол умею то и то, учился там и там, писал пет-проекты, ищу работу на такой-то должности.

При беглом просмотре резюме автора вопроса, оно кричит скорее о том, что у вас образование финансиста (до дополнительного по анализу данных можно и не дочитать) и опыт работы менеджером по продажам - это может заставить рекрутёра пролистать резюме и сразу же перейти к следующему кандидату.

И всегда пишите, с каждым откликом на вакансию мотивационное письмо работодателю, в котором напишете то, что написали мне выше - что у вас есть нужные скиллы, есть дополнительное образование, есть PET-проекты, опыта пока маловато, но вы очень мотивированы скорее его приобрести, и в дальнешейм ваш карьерный план - развиваться именно в области аналитики данных.

Проблема номер 2 - содержание резюме
Если кто-то читает ваше резюме целиком - значит вам уже повезло, вы в списке потенциальных кандидатов. Но по моему опыту скажу, что большинство резюме, как правило составлены плохо, и по ним очень сложно понять, насколько хорош или наоборот плох кандидат.

Распространённые ошибки при составлении резюме:
- Очень кратко и сухо
- Слишком размытые и абстрактные формулировки
- Вода, либо бюрократия

Когда мы читаем ваше резюме, мы хотим понять - а) Какие у вас есть технические навыки и знания, насколько они глубоки, где и в каком объёме вам уже приходилось их применять. б) Чем вы занимались на предыдущем месте (местах) работы - какие задачи решали, что конкретно делали, в чём были ваши обязанности и достижения? Над какими проектами работали? - И часто из резюме кандидатов ничего этого толком не понятно.

Например, "я разрабатывал онлайн-кинотеатр" - это более понятно и конкретно, чем "участвовал в разработке ПО на Python".
Пример про разработку, а не аналитику, но, думаю, идея ясна.

Вообще писать нужно максимально понятно, просто - как будто разговариваете с живым человеком (не обязательно из вашей профессиональной области) - и рассказываете ему о своей работе и знаниях. По принципу "объясни мне так, как будто мне 5 лет".

Так же аккуратнее с водой, клише, и хвастовством. Вдумчивый читатель это всё видит моментально. Помните, что оценивают не только ваши профессиональные качества, но и качества характера, а краснобайство - это минус. Так что формулировки в духе "я прирожденный лидер" лучше оставить для практики повышения самооценки наедине с собой дома.

Ниже - разбор того, что можно было бы улучшить в резюме конкретного молодого человека.

UPD: текст сделала покрупнее

Никогда не говорите плохо о предыдущих работодателях

Это вполне банальный, общеизвестный факт, но для молодежи, пожалуй, стоит повторить.

Если вы не хотите подгадить себе карьеру в будущем, всегда соблюдайте нормы корпоративной этики и банально ведите себя культурно - в том числе если на работе происходят конфликты. Eсли увольняетесь - уходите мирно и прилично. Искушение хлопнуть дверью напоследок вернется к вам бумерангом, так как ваш будущий работодатель, принимая решение о найме вас на работу, вполне может позвонить предыдущему работодателю и спросить его мнение о вас.

Вообще честь и репутацию надо беречь с молодости, и любое хулиганство или неадекватное поведение может закончиться волчьим билетом. Даже если не указывать предыдущего работодателя в резюме - его может найти служба безопасности, когда будет проверять вас в качестве кандидата на работу. Да-да, она всё проверяет - и ваши соцсети, и задолженности по кредитам, судимости, все пятна на репутации.

Если у вас конфликт и непониманием с начальником на работе - при поисках новой работы ни в коем случае не ругайте старого работодателя и не говорите плохо о предыдущем начальнике. О том, что он дурак и вообще они все там идиоты расскажете жене/мужу или друзьям. А публично с такими высказываниями нужно быть аккуратнее. Скажете, что бывший начальник дурак - новый работодатель подумает "ну понятно, скандальный тип, субординацию не соблюдает, устроится к нам и тоже будет ругаться с начальником и называть его дураком". И в 99% случаев будет прав.

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

Например: "Я ищу официальное трудоустройство с белой зарплатой, так как планирую брать ипотеку, а на предыдущем месте с этим были проблемы". Или "на старом месте работы я уже четыре года делаю очень простые однотипные задачи, и чувствую, что уже не развиваюсь, нет технического роста. Я разговаривал об этом с руководством, но в данный момент других задач просто нет и не предвидится". Или например, "в компании X мы разрабатывали монолит, а сейчас меня интересует микросервисная архитектура, и я хотел бы поучаствовать в проекте по разработке микросервисов". Или "хочу поработать в компании, где хорошо выстроены процессы DevOps, и практикуется CI - много слышу и читаю об этих подходах, но в старой компании мы всё делаем по старинке, и менять руководство ничего не хочет."

То есть общий тон вашего рассказа - вы миролюбивый и культурный специалист, бывших коллег уважаете, про бывших работодателей не говорите плохо. Но при этом вы хотите большего, чем вам мог предложить предыдущий работодатель - хотите расширить свой стек, приобрести опыт в новых для вас областях, поработать над проектами нового типа итд итп. В общем, сплошной позитив.

С другой стороны, врать и очень злостно умалчивать о серьезных конфликтах и неудобных фактах на собеседовании тоже не стоит - потом откроется, и это вам боком выйдет. Если такие факты имеются - нужно проработать очень мягкую версию произошедшего, в которой вы не будете прям хаять и ругать предыдущего работодателя, но аккуратно расскажете о произошедшем, нейтрально. Например, "у работодателя кончились деньги, и он перестал выплачивать нам зарплату". Или "рабочий день в этом году занимал 16 часов - и это не разовая акция была, а так было каждую неделю в течение полугода - в итоге, 2/3 команды не выдержали нагрузки и ушли". В этом случае вы не разгоряченный борец за правду, а просто рациональный человек, который попал в плохие условия работы, и принял решение уйти.

#вашивопросы

Здравствуйте скажите с чего можно начать изучение языка java с нуля.
Есть ли какой-то сайт или материал лучше в письменном виде, так как у меня есть проблемы с интернетом.
Понимаю, что информации накопать можно много от нее и проблема, не понятно с чего начинать когда вообще ничего не знаешь о программировании

А так же хотел бы понять можно, ли начать программировать на ноутбуке за 30000т ₽ без доступа к интернету, или с минимальным доступом?

В целом ваша ситуация - это как раз то, как люди учились программированию в былые времена - в 90е и в "нулевые". Интернет тогда был далеко не у всех, да и компьютеры тоже. И ничего же, учились.

На ноутбук нужно поставить ПО, необходимое для разработки - собственно, саму Java, какой-то базовый набор либ (если пока не знаете, каких - пропустите, в будущем разберетесь и доставите), IDE - всё это нужно скачать в Интернете, но в дальнейшем можно работать локально, без доступа в Интернет.

Что касается материалов - купите книги по Java, нет интернета - значит придётся по-старинке. Конкретных не посоветую, джава не мой язык, но можете поискать по отзывам.

Разрабатывать будете примеры из книги, так же начинайте как можно раньше разрабатывать что угодно, что придет вам в голову в качестве PET-проекта - игру (хоть даже консольную "виселицу"), веб-сайт, какие-то простенькие программы, всё, что угодно - для тренировки.

Главное, что плохо в вашей ситуации - это то, что не получится много и часто гуглить, а мы в разработке очень много пользуемся гуглом. Если будут возникать вопросы - ответы на них будет искать сложнее и дольше. Но раньше люди и без этого учились, так что всё возможно.

В идеале, конечно, Интернет нужен. А вот ноутбук может быть старым и дешевым.

Задать вопрос автору блога можно здесь: @hum_it_bot

В прошлом году меня неоднократно спрашивали, как повлияли всем известные события на рынок вакансий и соискателей в сфере IT. Я тогда отвечала, что пока можно только гадать, а я не специалист по предсказаниям.

Спустя полтора года, могу сказать, какие тренды есть на рынке сейчас.

С одной стороны - кадровый голод. Это всегда было, а сейчас стало хуже. Не хватает хороших специалистов, причем, стаж работы тут не то чтобы играет роль - специалист может быть формально "опытным", но на собеседовании показывает себя очень слабенько, не знает элементарных вещей, да и в целом производит впечатление раздолбая - это очень частый кейс.

С другой стороны - у соискателей поднялись зарплатные ожидания. Специалисты сейчас подорожали, причем, много денег просят даже самые посредственные и слабые кандидаты. Учитывая кадровый голод - вероятно, вполне себе и находят работу.

Ну и, наконец, джуны. Тут у нас какая картина - представим, рекрутер выкладывает вакансию разработчика, и тут же получает 600 откликов от свежих выпускников какого-нибудь гикбрейнс. 600 почти идентичных резюме, и каждый такой кандидат - без опыта работы, кот в мешке, совершенно непонятно, что от них ожидать, сумеют они вообще работать или профнепригодны. И еще менее понятно, как из этих 600 человек выбрать штук 10 и пригласить на собеседование.

Так что для джунов без опыта - главное - как-то выделяться на фоне таких же джунов без опыта. Может быть, вас бы и взяли на работу, но работодатель физически не может пригласить на собеседование всех, кто откликнулся на вакансию. Надо как-то привлечь внимание.

Если попадаются какие-то стажировки, интернатуры, в том числе неоплачиваемые или за сущие копейки - на первое время лучше брать. Таким образом, у вас появится реальный опыт работы, который уже сделает вас ближе к тому, за чем охотятся рекрутеры - айтишник с опытом.

Ну и я продолжаю настаивать, что самое главное в айтишнике - это определенный склад личности. Вы можете быть новичком, и пока еще в процессе набирания нужных знаний и навыков, но если у вас идеальный для айтишника подход к работе - вы быстро обгоните и "бывалых". Хороший айтишник - это такой "задрот" в хорошем смысле слова. Столкнувшись с чем-то сложным, непривычным или незнакомым - он готов докопаться до сути, погрузиться в детали, выяснить как всё работает и найти решение для задачи. Тут важно упорство, любознательность, въедливость и высокая ответственность по отношению к тому, что делаешь. Знания тоже важны, но если нет качеств, указанных выше - знания и не будут разиваваться и углубляться, и в итоге человек пасует, столкнувшись с чем-то новым и незнакомым, мол "у меня лапки", "я такое не умею".

С грамотным подходом к работе вы обязательно найдёте себе место в IT, пусть и не без усилий на первом этапе. А про тех, у кого "лапки", такого сказать не могу.

Придумала ещё одну формулировку, как проверить свой уровень квалификации и потенциал к карьерному росту.

Предположим, вы работаете в команде как минимум из нескольких человек. Вы имеете представление о том, чем занимаются другие люди в команде? Вы сможете заменить каждого из них - если не полностью, то хотя бы частично, если возникнет такая потребность? Вы представляете, чем вообще занимается вся команда (весь отдел итд) в целом и какой фронт работ предстоит, скажем, в ближайшие полгода?

Если вы можете заниматься только своими задачами, а о том, что вообще тут делают другие люди имеете смутное представление - вы либо очень узкопрофильный специалист с выделенной зоной ответственности, либо - специалист пока не высокой квалификации - джун, либо миддл без перспектив роста в сениора.

И наоборот - если вы умеете "думать" за всю команду и вникать во все процессы - то даже если вы новичок, у вас уже высокий потенциал к росту - как в техническом отношении, так и роста в менеджерском смысле.

#вашивопросы

Что скажете про rs school?

Сейчас возможностей для онлайн-образования столько, что про все из них знать невозможно (разве что постоянно мониторить всевозможные курсы).

Про rs school я загуглила, и вот мои впечатления:
- Обучение бесплатное - а значит, вы точно ничего не теряете (под ничего я имею в виду деньги)
- Все материалы есть в свободном доступе на github и youtube - это отлично
- Кажется, в целом всё там крутится вокруг опенсорса и комьюнити - это хорошо, сможете начать погружение в среду коллег, причем, не ограниченную географическими рамками

Что может быть минусом
- Для кого-то минус - то, что всё на английском языке. Если у вас языковой барьер препятствует восприятию информации на английском - тогда это не ваш вариант. Правда, в работе в любом случае придется искать/читать материалы на английском, так что возможно стоит начать это делать уже сейчас, а не искать исключительно курсы на русском.

- Сейчас среди открытых курсов я вижу только фронтенд (еще там есть курсы про AWS, но новичкам они ни к чему). То есть, если вы метите, например, в бэкенд или в админку - сейчас там нет подходящих курсов.

Задать вопрос автору блога можно здесь: @hum_it_bot

#вашивопросы

Здравствуйте, вот такой вопрос, на счёт всяких крутых школ (имеется ввиду от компании, например, Школа Бэкэнд разработки ШБР от Яндекса или hh ру и т.п.( не скилы или гики!) ). Сколько решаю их проходные конкурсы, там такие задачи, я бы сказал сложные (как-то попадались задачка за 1с БФС алг), но, ища в интернете, выстроилось 50/50 мнение о сложности [реальных задач, с которыми работают стажеры]. Хотелось бы услышать ваше мнение, может бы вы пробовали или т.п. Вопрос вот в чем, на работе действительно такой гик требуется или это просто для конкурса такие задачки?

Поясню вопрос для тех кто не в контексте - есть 2 типа курсов по программированию - в 1 из них берут всех желающих, новичков, без опыта, но за оплату - это Гикбрейнс, Скиллбокс, Скиллфактори, Яндекс-Практикум и еще ряд подобных.

И есть курсы при компаниях - обычно они адресованы для разработчиков с опытом - кроме вышеупомянутых есть еще такая у Ozon, и, наверняка, у кого-то еще. Собственно, про этот второй тип курсов спрашивает автор вопроса. Эти курсы обычно бесплатные, но на них есть отбор с какими-то тестовыми заданиями, где нужно набрать проходной балл.

Почему там могут быть достаточно сложные проходные задачки - потому что цель этих курсов иная, чем у курсов первого типа - цель - набрать самых сильных, самых перспективных молодых специалистов и превратить их в еще более квалифицированных специалистов (и нанять к себе на работу). Для участников курсов это бесплатно, и, ясное дело, компании невыгодно тратить деньги и ресурсы на то, чтобы бесплатно обучать случайных людей, которые могут не выдать нужных результатов. Поэтому на проходных испытаниях могут жестить.

Что же касается того, действительно ли нужно быть таким "нердом"-задротом, чтобы устроиться на работу - краткий ответ - "не обязательно". Более длинный ответ - "смотря, куда". Есть компании, которые очень любят сложные собеседования - например, Яндекс славится тем, что любит гонять кандидатов по алгоритмам. Кажется, Тинькофф тоже любит алгоритмы давать на собеседованиях - это такая вот принципиальная позиция именно этих двух компаний. Во многих других компаниях на собеседовании зададут в принципе несложные базовые вопросы по тем требованиям, которые нужны для конкретной вакансии/позиции - и если нормально ответите на бОльшую часть - этого будет достаточно. Красно-чёрные деревья строить не заставят.

А в реальной рабочей практике больше всякой рутины, там потребуется набить шишки при работе с конкретными инструментами и технологиями - это всё с опытом приходит, поначалу будете на грабли наступать. Это по-своему сложно, но это другой вид сложности, и другой вид скиллов, не тот, который нужен для решения каких-то хитроумных задачек на собеседовании или на экзаменах. Работа во многих проектах состоит из плюс-минус тривиальных задач, а не из каких-то очень сложных интеллектуальных челленджей - особенно спустя год-два работы это будет ощущаться.

Задать вопрос автору блога можно здесь: @hum_it_bot

В IT можно попасть всего за четыре месяца — нужно только стать тестировщиком ПО. Это тот специалист, который любит находить баги и выворачивать программы наизнанку за деньги!

Научиться так ломать приложения можно на курсе «Инженер по тестированию» от Skillbox. На нём вас ждут 87 практических заданий, дипломная работа и постоянная помощь от опытных наставников.

На курсе вы научитесь:
— тестировать сайты и приложения;
— автоматизировать процессы разработки;
— находить ошибки в пользовательских интерфейсах;
— работать в панели инструментов веб-разработчика;
— писать код на Java, JavaScrip или Python.

Как только вы закончите учёбу, наш Центр карьеры поможет вам составить привлекательное резюме и проконсультирует, как дальше развиваться в профессии. Всё, что нужно от вас — это желание.
Перейдите по ссылке, чтобы узнать подробности https://epic.st/pBI78_

Реклама. ЧОУ ДПО «Образовательные технологии «Скилбокс (Коробка навыков)», ИНН: 9704088880

#вашивопросы

Мне как лингвисту по образованию безумнейше интересно читать про NLP, LLM, и все, что лежит рядом (и не очень)
Хочется вкатиться, учу Питон, стастистику, матан и тд, но я совершенно путаюсь в различиях специалистов в айти - разрабы-то ладно, но инженеры, саентисты, аналитики… парадокс: везде про них пишут разное, но при этом одно и тоже.

И вот, как возможно коротко, вопрос: можно ли найти такую специальность в айти (желательно с нлп, но и совсем необязательно), которая была бы завязана на поиске необычных, нестандартных решениях задач (Creative problem-solving то есть);
ок, если с математикой, но не с просиживаем над одними цифрами постоянно;
чтобы было МНОГО ресерча чего угодно нового, разного и глубокого;
чтобы мозг кипел от сложных комплексных задач;
и при этом не представляла собой лишь каждодневные однообразные механические задачки (понимаю, этого много везде, но пусть оно хотя бы не слишком перевешивает)

Необязательно даже четкие специальности, хоть бы понять примерные ориентиры, в сторону чего лучше глядеть.

NLP (Natural Language Processing) и LLM (Large Language Model) - это всё определенно из профессии Data Science. Дата саентисты собственно занимается всем самым модным, что сейчас обсуждают в разных СМИ - нейросетями, модельками, машинным обучением, ИИ и прочими умными словами.

Инженер (data-engineer и аналогичное) - это либо разработчик, который помогает обрабатывать данные - хранить, очищать, передавать куда нужно. Либо же, в сложных случаях это, скажем так, разработчик-админ (немного напоминает DevOps, но в области данных) - то есть заведующий всем "зоопарком" инфраструктуры для хранения данных - базами данных, всякими там hadoop, индексами, облаками, шардированием. Собственно "магией" из области data science - нейросетями и обучениями моделей такой человек не занимается.

Аналитик - больше занимается анализированием, визуализированием данных, статистикой, делает какие-то выводы для бизнеса исходя из имеющихся данных. То есть смотрит во всякие таблицы, выгребает оттуда данные, числа всякие анализирует, графики строит. Опять-таки - самой мякоткой из data science этот человек не занимается.

Судя по вашему запросу, вам в Data Science.

Что же касается части про "чтобы было всегда интересно и захватывающе итд итп и поменьше рутины" - если вам "зайдёт" эта область - то скорее всего, и работать в ней понравится, даже не смотря на некоторый процент рутины. Когда человеку в целом интересна профессия, для него и рутина в рамках решаемых задач - терпима, а то и приятна.

Но так же хочется отметить, что работодатели не преследуют цели нас, айтишников, постоянно развлекать, и делать нашу работу максимально интересной и захватывающей. IT - это не парк развлечений. Цель любого бизнеса - зарабатывать деньги, а айтишники - будь то программисты или дата саентисты - создают инструменты, которые помогают бизнесы увеличить прибыль. Так что тут не так уж много романтики, как вам бы хотелось.

Задать вопрос автору блога можно здесь: @hum_it_bot

Дополнения от подписчиков про NLP:

Пара вещей про NLP из замеченного лично (ни в коем случае не абсолютная истина, просто свой опыт):
- в аспирантуре моего универа много аспирантов как раз по теме NLP. Требования к образованию на рынке США для таких спецов по-моему повышаются, про другие страны не знаю.

- у голосовых ассистентов (которые имеют отношение к NLP продуктам) проблемы с распознаванием акцентов. Бывают приколы с распознаванием сокращений и аббревиатур, Dr. в контексте карт распознает как сокращение от doctor вместо сокращения от drive(переулок/ проезд). Есть ещё над чем работать.

- лингвист может поначалу найти работу в том числе в аннотации тренировочного материала для моделей (например вручную помечать, какая фраза из датасета оскорбительная, а какая нет, чтоб модель потом тоже умела их различать).

- компаний, которые именно разрабатывают LLM с нуля, немного. А применяющих и интегрирующих готовые модели больше.

Дефицит ИТ-специалистов в России превышает 1 млн человек. В ближайшие годы он покрыт не будет — Греф. @prime1