Comments 437
Джун должен знать и понимать 90% всей теоретической базы по технологиям
ого.
чота я зря столько десятков лет работал в профессии - как-то я не уверен, что я знаю и понимаю 90% всей теоретической базы по современным технологиям ...
(тут, дай бог угнаться за парой самых ходовых языков и фреймворков!)
Когда нет опыта, единственное, чем можно приманить к себе - знания. Но 90%, конечно, перебор
С 90% в статье точно загнули.
Тут бы больше подошли те "20%, которые дают 80% результата" (по принципу Парето), и как бы не оказалось, что даже 20% всех технологий - это уже ближе к миддлу.
Я сомневаюсь, что вообще существует человек, который освоил 20% всех технологий)
ну самые ходовые для императивных языков - это присваивания чисел, мат.функции, булевы предикаты и ветвления, вывод (хотя бы даже 1 символа). Знаешь только это - уже можешь писать работающий код. (страшно многословный и абсолютно неидиоматичный, но - работающий. Для старта будет достаточно только вывода, т.к. ввод - будет эмулироваться хардкодом в коде)
А дальше - уже все остальное: ввод, циклы, вложенность функций, работа с памятью и потоками и их буферами и пулами, типы, ООП с классами, ОРМ, и черт лысый в ступе :)
я думаю, любой джуниор девелопер (или прослушавший курсы ИТ и запомнивший хоть что-то) сможет ответить на вопросы с уровня "может писать рабочий код", и потом начать его писать.
Рабочий код писать достаточно несложно. Ну на мой взгляд. Рабочий с той точки зрения, что он будет как-то выполняться и условно в 90% случаев выдавать желаемый результат. А вот дальше начинаются как раз те навыки, которые нужны и важны для развития и понимания:
как это спроектировать, чтобы было удобно поддерживать дальше
как спроектировать, чтобы было удобно тестировать
как написать код, который будет затрачивать минимальное/оптимальное количество ресурсов
как написать код, который будет интегрироваться с существующим кодом
и это если не опускаться до каких-то управленческих вещей типа понимания, а собственно как же вообще работают процессы разработки в командах, какие инструменты там применяются, их плюсы и минусы. А такие вещи чаще всего статьями не наработаешь - нужна практика, опыт, чтобы "задачки к пальцам прилипли", как говорила моя преподавательница по матстату.
самое ужасное в том, что на собеседовании об этом не то что не сможешь внятно рассказать, а невозможно и внятно расспросить :)
Ну разве что
Вопрос: а как вы пишете код?
Ответ: ну, он должен быть модульным, чтобы легко тестироваться, легко поддерживаться, легко читаться и затрачивал минимальное/оптимальное количество ресурсов. А, и еще чтобы легко интегрировался с существующим кодом.
(на этом месте интервьювер-техлид вспоминает свой реальный проект, над которым он сейчас работает и плачет)
PS: а тут читаешь про "90% всей теоретической базы" у джуниоров....
Чем-то напоминает анекдот, что "у Энштейна по физике 4, потому что он не все ответы знает".
Вот я сейчас примерно также с интересом хожу на собеседования и спрашиваю как у кого проходят собеседования)
Коллеги, моя ошибка - я неправильно донёс мысль. 90% - это не про вообще все стеки которые только существуют)
Тут речь идёт про конкретный стек технологий. Например: я попал в IT через внутренние курсы от EPAM. Там сначала были внешние вечерние занятия и чтобы попасть на внутренние, нужно пройти теоретический собес. Я был Fullstack (C# + react), соответственно у меня было примерно 200 вопросов по теории: html+css, JavaScript, React, C#, базовые вещи по sql.
И вот, чтобы пройти собеседование, мне пришлось по C# 5 раз перечитать Рихтера. Там почти 900 страниц. При первом прочтении понимаешь только 1/10. При втором начинаешь понимать чуть больше. На 5 прочтении уже можешь своими словами объяснить как работают потоки, сборщик мусора и асинхронщина.
90% - это как раз понимание базовых вещей в твоём стеке - циклы, события, типы данных, языковые структуры, ООП, классы и интерфейсы и т.п.
10% - это сложные вещи, которые для джуна могут быть тяжелы в понимании. Но если ко мне на собес попадает джун, который может на пальцах объяснить как работает поток, то это огромный + для него.
На рынке мы сейчас видим другую ситуацию - 6 из 10 кандидатов не могут ответить на элементарные вопросы: "какие типы данных вы знаете", "какие циклы вы знаете"?
Кто готов платить таким сотрудникам даже минимальную по рынку зарплату? А тратить время и силы своих лидов на их обучение и вовлечение? По опыту - никто =)
Поэтому, основная мысль: "учиться, учиться и ещё раз учиться"
90% - это как раз понимание базовых вещей в твоём стеке - циклы, события, типы данных, языковые структуры, ООП, классы и интерфейсы и т.п.
звучит как "первые 90% базовых вещей" :)
"Вторые 90% базовых вещей" - это когда смотришь в конкретный компилятор в связке с конкретными фреймворками и библиотеками. Ну и еще всякие красно-черные деревья, поиски подпоследовательностей, обратные индексы, оптимизации или по скорости или по памяти и т.д.
А "третьи 90% базовых вещей" - это уже когда уже смотришь в конкретный процессор, его кеши и шины, и фреймы сетевого протокола (или еще какие контроллеры и их биты с байтами).
На рынке мы сейчас видим другую ситуацию - 6 из 10 кандидатов не могут ответить на элементарные вопросы: "какие типы данных вы знаете", "какие циклы вы знаете"?
Не знаю, как по мне так эти вопросы типа - "как вы переставляет ноги?" Спросите любого спортсмена, и он затруднится ответить, потому что это не вопрос который нужно "знать", это вопрос который нужно умело применять.
Поэтому лично я не люблю такие вопросы, и я принципиально не пытаюсь ничего из этого заучивать, т.к. чувствую в этом какой то обман и подлость.
на элементарные вопросы: "какие типы данных вы знаете", "какие циклы вы знаете"?
Для джуна они может и элементарные, но вообще у таких вопросов есть двойное и даже тройное дно. В частности, есть только 2 варианта зацикливания потока выполнения: синтаксический сахар поверх инструкции перехода и рекурсия (которая в случае хвостовой тоже развернётся в инструкции перехода).
Про типы данных вообще можно до конца собеседования отвечать, тема необъятная)
Пойнт в том, что вопросы тоже хорошо бы корректно формулировать, чтобы было понятно, что вы ожидаете услышать в ответ.
удивляюсь кто те молодые специалисты что разработали роботов собирающих мерседесы на конвяеере и материнки для "новейших компов", произготовителей аппаратов производства микрух для айfонов на "0 нанометров"(почти :-)) вообще молчу -тут целые страны капитулируют оfициально - какими бы ядерными они ни были... у нас в универе коллектив проfессоров робототехники одну такую руку пару лет делали
Даже 10% под вопросом.
Вот сейчас ищу сетевика. Опытного - на позицию лида.
Приходят на собеседование люди с годами опыта в банках, корпоратах. И не могут объяснить примитивный flow домашней сети. Или что происходит от ввода URL в строке браузера до отображения страницы.
И о чем с ними говорить? Зачем мне смотреть пачки их сертификатов и github?
Теория, безусловно, нужна. В предметной области можно и нужно знать 90%
Интересно, какой ответ ожидается? SYN/SYN-ACK/ACK ? DNS, CRL, OCSP? GET / HTTP 1.0?
Примерно такой: https://habr.com/ru/company/htmlacademy/blog/254825/
Это же основа основ.
Немного сарказмов:
... USB-контроллер компьютера опрашивает эту конечную точку каждые 10 микросекунд и получает хранящийся там код клавиши.
... это значение поступает в USB SIE (Serial Interface Engine) для конвертации в один или более USB-пакетов
... Эти пакеты затем пересылаются с помощью различных электрических сигналов через D+ и D- контакты с максимальной скоростью 1,5 Мб/сек
... Этот последовательный сигнал далее декодируется в USB-контроллере компьютера
ОСНОВА ОСНОВ говорит: usb-контроллер сам себе кодирует пакет и посылает (опять же сам себе) по usb-ным линиям. Это вы хотите от кандидатов? Ничего не напутал?
Без сарказмов:
С одной стороны расписано хождение электрических сигналов (оно вам точно нужно? или нужен железодел?). А с другой куцее прохождение данных (в частности, раздел: не для usb-клавиатур) уже внутри компьютера. Современное прерывание это не обязательно уровень на физической линии (может быть и как информационный пакет), про драйвер вообще ни слова (данные попали в ядро и дальше всё).
Ещё сложилось сильное подозрение, что статья заточена на архитектуру x86. К чему такая ограниченность?
Начнём с: на клавиатуре при нажатии клавиши замыкается контакт, контроллер передаёт такие-то байты, генерируется прерывание (или не генерируется, если usb), ах, да, тут опишем ещё работу multio/io на материнке, как там далее информация проходит к ОС и от неё к приложению, а уж дальше надо спросить - а браузер-то какой? На старых была адресная строка, там проще. Сейчас же строка совмещена с поиском, и тут ещё плагины браузера могут подключаться, и при нажатии браузер будет УЖЕ лезть в интернет, на каждое нажатие клавиш, и уже может показать какие-то результаты (тут уже начнём про сеть и прочее). Но и в любом случае, браузер сначала полезет в свой кэш, а это операции с диском, файлами, и т.д.
И степень подробности тут можно довести до абсурдной, но её же никто не указал. Думаю, при таком подходе до сетей может и не дойти - скажут "достаточно, нам понятно, мы Вам перезвоним".
В принципе да. Могу еще уточнить про ARP whois etc и про DNS иерархию. Но и это уже неплохо.
Как же я вас понимаю...
Просто под "знать и понимать" многие подразумевают поверхностное ознакомление.
С учётом, что дальше следует совет (вполне применимый, кстати) вызубрить топ-100 вопросов, то, кажется, автор имел в виду под словом "понимать" что-то другое. Особенно за четыре-то недели.
насколько я понял по итогу - имелось в виду, что на курсах у автора был список из 200 вопросов и "знать 90% всей теории" - это на самом деле "суметь ответить на 90% вопросов из данного списка" :)
наверное, это "минимум 90% от джун-нормы", не от всей теории, конечно.
В эти оставшиеся 10% может входить и различие понимания этой "джун-нормы" между работодателем и соискателем.
У вас опыт есть зато, это главное, а знания обновить можно всегда.
тут, дай бог угнаться за парой самых ходовых языков и фреймворков
Как погоня за ходовыми языками и фреймворками связана с изучением теоретической базы?
90% - это конечно перебор, но делать ставку на её изучение - хорошая мысль. Т.к. она за предыдущие 15 лет от силы на пару процентов расширилась, в отличие от практики применения.
Из-за таких вопросов сейчас джунам все тяжелее (хотя их количество и порождает такие требования в принципе)
90% основ всей теоретической базы, скорее будет уместнее
Что-то за столько десятков лет тоже про 90% теории не скажу. Даже просто за язык (всего один язык) - и то будут проблемы. (язык - C++).
По мне очень ценный совет из статьи (но не выделенный в пункт): ... поможет только практика ...
Цифры статистики завораживают: скорее возьмут продакта без опыта, чем программиста на Go. Про проджектов можно даже не упоминать. Что, реально? Видимо что-то не то в этой канцелярии (хотя, конечно, как считать ...).
Про тимлида: он ещё предполагает, что после прохождения курсов кандидату могут "нарисовать" стаж: год, два. Вообще, по мне курсы - это как красная тряпка. Сталкивался с такими кандидатами: курсы прошли, знания очень фрагментарные, явно требуется дообучение. Причём запросы "выше только звёзды".
Видели сколько на вакансии Lead и СТО с ЗП 350+ рвется управленцев из других отраслей (судя по статам HH)? Это просто клоунада какая то. В самые тугие времена (до известных событий) на данные позиции было от силы с десяток кандидатов. Я попробовал откликнуться на некоторые вакансии с 1000+ запросов еще месяц назад, мое резюме до сих пор не просмотрели, хотя я должен быть по стажу где то в вершине списка (вероятно, но не точно). Мне искренне жаль HRов, которым приходится просматривать, фильтровать и собеседовать такое количество нулевых резюме и кандидатов.
Это уничтожение ИТ, а не его развитие. Я еще два года назад писал о том, что все эти курсы направлены только на то, чтобы дэмпить ценник на рынке. Популяризация программирования приводит к неготивным последствиям. Меньше сильных специалистов, готовых работать за копейки, меньше компаний, готовых платить адекватное вознаграждение этим самым специалистам, больше слабых кодеров, которые хотять "миллионы денег".
все эти курсы направлены только на то, чтобы дэмпить ценник на рынке
Курсы направлены на улучшение благосостояния авторов курсов. А недостатка в людях, желающих (обещаний) лёгких денег, по-моему, никогда не было.
Меньше сильных специалистов, готовых работать за копейки,
Это разве негативные последствия?
Мне искренне жаль HRов, которым приходится просматривать, фильтровать и собеседовать такое количество нулевых резюме и кандидатов.
Сами виноваты. И они, и вся индустрия в целом. Уже давно нужно разработать и терминологию и способы проверки навыков, чтобы в резюме и вакансиях можно было как-то выразить (и была хотя бы теоретическая возможность этому поверить, потому что есть признанные методики проверки) между 'могу хорошо и быстро писать при помощи гугла и Stack Overflow' и 'могу хорошо и умеренно медленно писать, вообще не пользуясь интернетом'.
А то вот видишь "требуется уверенное знание X,Y, Z". Уверенное знание - это как и что именно хотят/предлагается? Что человек может быстренько нагуглить решения в процессе использования этих X,Y,Z? Или что он сразу 'из головы' большей частью X,Y,Z пользоваться будет, ходя за справкой только за уж совсем сложными случаями. И оно вот точно нужно, такое уверенное владение, если оно в вакансии есть?
Не понимаю что плохого в том, чтобы писать хорошо и быстро при помощи поисковой системы и коллективно наполняемой базы данных по особенностям применения технологий в IT.
Никто не говорит, что плохо. Речь о том, что нельзя понято выразить различие в квалификации между пишущими так и так. Которое, очевидно, есть.
Простите, не понял ваш посыл.
Человек, который пишет сразу 'из головы' и помнит все вот эти особенности - он пишет быстрее. Все это гугление довольно много времени на самом деле отнимает.
А посыл - ну вот что должен писать в требованиях работодатель, которому достаточно того человека, который при помощи гугла пишет. А что - тот, которому надо того, который пишет сразу?
И, соответственно, что должно быть указано в резюме, когда нужно показать, что без гугла человек на самом деле может, хотя с ним - вполне хорошо получается.
Т.е. вот эти 'требуется уверенное владение'/'уверенно владею' -- давно должны быть заменены на более адекватные термины, которые показывают, что именно ожидать.
Не критерий, можно без гугла таких делов творить. Например, копаться с известным багом целый день, писать свои велосипеды, костыли и тд. Потом ни обновишься нормально, ни пригласишь нормального кодера. Ну и не факт, что в сэкономленное время человек будет работать.
Еще можно без гугла не творить делов, а писать нормально.
имхо, посыл в том, что человек, могущий писать без гугла в большинстве случаев пишет лучше, чем тот, что с гуглом.
Ну не обязательно лучше в смысле качества. Но, скорее всего, быстрее. Я пытаюсь аргуметировать, что у индустрии нет слов и устоявшихся взаимно-понятных слов, чтобы все эти различия описывать.
А, ну если руководствоваться старым анекдотом "печатаю 1000 знаков в в минуту, но такая фигня получается", тогда да.
Такие программисты нормальным работодателям точно не нужны.
Не понимаю таких возражений. Возьмём обычный язык, не программирования. Можно даже не иностранный. Человек, который язык хорошо знает, а не лезет через каждые n слов в гугл-переводчик/онлай-проверки и словари, с большей вероятностью напишет текст быстрее. Это если пользоваться нормальным и когда-то общепринятым пониманием для 'хорошо знает/владеет языком'.
И не нужно пытаться меня убедить, что в данном контексте язык программирования сильно отличается от естественного. Если человек знает сам, а не совместно с гуглом - то точно так же есть основания ожидать, что будет быстрее. Другое дело, что наша индустрия как-то получилось такой, что добиться этого 'знает сам' - не оценивается, считается довольно ненужным а также довольно сильно трудным в осуществлении.
Чтобы написать увлекательный роман недостаточно помнить, как пишутся все слова. Для этого вообще другие навыки нужны, а орфографию и spellchecker подправить может.
Так понятнее?
Нет. То что недостаточно - это очевидно. Но писать в условном резюме 'знаю и имею пользоваться русским языком для написания романов', если за тобой все исправляет спеллчекер - это зря и не надо бы так делать.
Должно быть две строчки. Умение писать романы отдельно, а знание русского языка - отдельно (в данном случае - посредственное).
Помните анекдот, где инженер достал из стола свою «Таблицу объёмов красных резиновых мячей» и нашёл нужное значение? ))
Вот, вы забываете, что программирование - это инженерная специальность, и пользоваться справочниками - это действительно важнейший навык. А вот заучивать справочную информацию наизусть - это действительно пустая трата времени. То, что вы делаете постоянно, вы и так будете помнить без доп.усилий. А то, что вы не делаете постоянно (99% других задач), по этому важно знать где, как и что искать.
Можно поинтересоваться?
Как без гугла писать из головы, если это новая для вас технология?
Ну, вот так уж случилось страшно, вы писали на Java 5(ну вот угораздило вас в легаси влезть). 10 лет писали. Из головы писали. Вот, вас просят на котлин. Уже сейчас.
Что будете из головы делать? Лезть смотреть что там за промежуточный код генерируется? Увольняться и идти знания восполнять? А кушать что?
Просто мне действительно интересно. Потому что я почему-то всегда считал, что хороший программист - это тот кому не нужно вот такие вещи в голове держать, ведь у него есть общее понимание о методологии разработки, архитектуре, паттернах всяких, а специфику - как раз и загуглить можно.
Я будут с бооольшим скрипом и внутренним сопротивлением утверждать, что что-то знаю именно потому что оно новое и из головы не могу. Обоснование - это как в довольно большом количестве (старых) областей деятельности если говоришь, что знаешь - то это считается, что без гугла. Ну вот как 'знаю, как красить стены/делать электропроводку/знаю иностранный язык'.
Это в нашей индустрии понимание этого термина куда-то (на мой взгляд) странно сместилось.
Человек, который пишет сразу 'из головы' и помнит все вот эти особенности - он пишет быстрее. Все это гугление довольно много времени на самом деле отнимает.
Это, мягко говоря, не так. Самое основное - это вникание в бизнес-постановку (а иногда её создание) и проектирование, как разложить код по файлам/модулям/классам/функциям, чтобы это было читаемо, понятно и легко в поддержке, плюс продумывание тестового покрытия. То, что человек помнит наизусть сигнатуры редко используемых библиотечных функций или как сделать Y при помощи X, по факту нисколько его не ускоряет. Наоборот, это довольно сильно замедляет, т.к. захламляет оперативную память самого программиста.
Берем человека, который должен бизнес постановку писать. На нормальном языке, не программирования. Разложить все по разделам, главам, написать все понятно и так, чтобы потом было легко поддерживать.
И одни человек этот самый язык хорошо знает, а другой -- постоянно ходит в гугл за формулировками, словами или даже переводом, если пишет не на родном.
Тоже, получается, что 'особенности языка на котором пишешь, захламляют оперативную память'?
Абсолютно то же самое. Если человек на уровне мыслеформ всё по полочкам разложил, то он может и не на родном языке это потом выразить, допустим на том же английском. Да это суммарно будет на 5% дольше, чем на русском. Но не так критично, как вы это пытаетесь преподнести.
Тут в сравнении с иностранными языками есть только один нюанс, мало кто из переводчиков применяет на практике более 5 иностранных языков. А среди профессиональных программистов мало кто применяет меньше 5 ЯП за свою карьеру, а уж всяких библиотек и фреймворков, там вообще счёт на сотни идёт.
У меня большие сомнения. Потому что 'чтобы понятно было' - оно как-то очень сильно от языка зависит. Вплоть до того, что приходится начинать думать на другом языке, чтобы не получался неудобоваримый ужас, который понять можно только с большим скрипом и напрягом. Не зря же, скажем, существует понятие плохого и хорошего перевода. Даже в нашей индустрии - регулярно встречается 'не надо этот перевод читать, он плохой.'
Ну, тут предполагалось, что человек какой-то уровень аля A2-B1 имеет и умеет пользоваться словарём collocations и сервисами типа Reverso Context
Отдельным сообщением, потому что будет немного длинно. Ниже - то, как я однажды себе эти уровни (одну из вариантов градации) компетенции накидал. И как оно совершенно не сходится с терминологией, используемых в резюме/вакансиях - то что было в них в никакую иерархию выстроить не удалось.
Интересующийся:
Почитал статьи, поделал туториалы
Начинающий пользователь ("могу пользоваться"):
Могу решить задачу при помощи технологии X (преимущественно при помощи коллективного разума), Возможно - за не очень приемлемое время. При этом могу пропустить нужную мне функциональность, которая есть в X.
Уверенный пользователь("умею пользоваться"):
Могу без использования коллективного разума решить задачу используя технологию X - т.е. пользуясь только памятью и официальной документацией от разработчиков или (с натяжкой - еще и рекомендованными книгами/сборниками статей). Возможно - за не очень приемлемое время. В большинстве случаев придется покопаться, вспоминая, есть ли нужная функциональность и где. Если есть - в отличии от начинающего, не пропущу и хотя бы попытаюсь воспользоваться "коробочным" функционалом. Но с коллективным разумом, разумеется, быстрее. Но в этом случае - время решения обязано быть приемлемым.
Квалифицированный пользователь("умею хорошо"):
Могу за приемлемое время решить задачу без использования коллективного разума. Кроме всяких экзотических случаев - тут время может быть большим. Но с коллективным разумом будет, разумеется, сильно быстрее.
Профессионал/специалист по технологии X("знаю X". Потому что имеется в виду, что это я знаю, а не коллективный разум):
Могу за приемлемое время решить задачу без использования коллективного разума. Включая экзотические случаи. Копаться и искать на предмет "существует ли в X такая-то возможность" на этом уровне уже недопустимо - нужно точно знать, есть она или нет, закладывание в доку требуется только для уточнения деталей вроде названия и порядка аргументов. Однако если возможность есть и я ее применил - это не означает, что я хорошо понимаю, стоило ли это делать и было ли оптимальным это применение.
Квалифицированный профессионал/специалист по X("знаю хорошо".)
Все предыдущее в варианте нескольких несколько альтернатив X. могу разумно объяснить, какой вариант (не)стоит использовать и почему.
Эксперт по X
Могу сформулировать требования, по которым можно создать достаточно полную альтернативу, адаптированную к конкретным условиям.
А теперь смотрим на эту градацию у думаем, часто ли нужно то, что у меня названо "специалист по технологии X". А так же как в существующих условиях описывать вариант, когда действительно нужно. Причем тут можно даже как-то проверить соответствие уровню в отличии от. Если человек без гугла не может ничего сделать - то он, наверное, не является "Квалифицированным пользователем" по этой шкале.
А у вас там есть вариант "могу, ничего не зная про технологию, при помощи коллективного разума (ака гугл) найти варианты А, В, С которые решают поставленную задачу, потыкать в них палочкой, выбрать лучший, обосновать почему я думаю что он лучший и вставить его в проект, чтобы работал. Второй раз - обойтись уже без гугла" ?
Это градация - оно про владение технологией X, когда именно ее хотят/уровень владения описываешь. Когда можешь 'не зная про технологию' -- это другой навык.
Я думаю, в этом ваша фундаментальная ошибка. Вы пока ещё думаете, что программист - это пользователь некоторых технологий.
А по факту, программист - это специалист, который может объяснить компьютеру, как решать поставленные бизнес-задачи, а иногда совместно с бизнесом эти задачи выявить и сформулировать.
Какие именно технологии и как он применяет это вторичный вопрос, главное, чтобы получилось поддерживаемое и производительное решение, покрывающее эти бизнес-задачи.
Применим ту же логику к другим профессиям. Вот что-то у меня в голове не укладывается, что используемые для решения задачи технологии и умения, включая естественный язык, терминологию, определение понятий и терминов а так же инструменты, что в руке держишь - так уж вторичны. Почему для программистов как-то получилось исключение?
Видите ли, большинство ЯП и фреймворков одной направленности имеют схожие функции, вплоть до их названия.
Например, я никогда не пользовался и не читал о РНР, но предполагаю, что там есть такие функции, как int(3.6) и toStr(155).
Вероятно, что даже найду их без гугления - "за не очень приемлемое время", то есть "умею пользоваться".
В то же время с "гуглением" это будет быстрее, а может даже и выясниться, что эти функции не нужно применять, так как всё преобразуется само.
А кроме того, "гугление" может дать советы по более лучшей реализации задачи, или даже предупредить о подвохах не отмеченных в официальной документации.
Не понял возражения к классификации. Описанное - 'уверенный пользователь' незнакомого языка PHP, который не утверждает, что язык знает. Получилось просто за счет того, что они одинаковые. Я вполне согласен. И этот уровень можно даже слегка проверить, посадив человека с гуглом/без гугла и сравнив, как у него так и так получается.
Теперь вопрос на засыпку - по каким ключевым словам в вакансии понять, что такой уровень владения и спрашивают?
'Знание PHP приветствуется' или как?
А теперь смотрим на эту градацию у думаем, часто ли нужно то, что у меня названо "специалист по технологии X".
тут еще полгода блокировок от роскомнадзора - и только такие и нужны будут )
п.с. ну или "придумал свою технологию Х с блекджеком лаптой и ..."
Тащемта ИТешечка превращается в банальную массовую профессию, каковой и является. Можно начинать просматривать клип группы Комбинация "Бухгалтер" чтобы получить пример десакрализации профессии в глазах общества.
В 50-х шоффер (водитель-механик) был элитной профессией их реально заметили и переманивали. В нынешних временах когда не требуется водить зимой автопоезда на Даймондах по Колымской трассе, с надёжными грузовиками и налаженным ТО средний водитель грузовика это не особо элитная профессия привлекающая в большей мере граждан республик Средней Азии.
Тащемта ИТешечка превращается в банальную массовую профессию, каковой и является
Здесь прекрсно действует правило Парето: 80% задач покрываются 20% знаний. Соответственно, да, львиная доля задач - "массовая профессия". Беда в том, что есть оставшиеся 20%. И там без понимания алгоритмов, матана и прочих computer science нечего делать.
... А может даже больше 20% Биг дата, машин ленинг - наукоемкие сами по себе.
PS: Кстати, в бухучете ровно та же ситуация: доморощеные девочки бухгалтера способны освоить 1ску и начать сдавать отчетность. И все это покрывает 90% задач бухгалтера. Ровно до тех пор, пока не появятся "сложные" (а точнее - не самые стандартные) кейсы, где уже не кнопки тыкать надо, а понимать матчасть на уровне чтения НК РФ и ПБУ.
PPS: Дальнобои, кстати, получают не плохую зп. Меньше, чем айтишнеги, но вполне приемлемую - прожить можно. Постоянно катаюсь по трассе - джамшудов мало. Но дебилов от того не меньше ))
Ох вы ошибаетесь! Недавно разговаривала с одним предпринимателем, у него водители получают 280т.р. И он объяснил почему. На профессиональных водителей, которые умеют абсолютно все и легко управляются с бетононасосом например очень большой спрос, наверное, повыше, чем на айтишников. А вы рассуждаете из параллельной реальности, пользуясь клише.
Чтобы заплатить 280 тысяч водителю, надо только в ФОТ заложить на него ~360(?), допустим, водитель работает 5\2, это уже получается что для выхода в ноль за рабочий день нужно уже окупить 17т.р., и это не считая амортизацию техники, топливо и проч.
Быстрый поиск по услугам аренды АБС даже в Москве и МО(автобетоносмеситель с водителем) выдаёт цифры в пределах 17-27 тысяч рублей за смену в 10-12 часов, что уже ставит под сомнение столь высокие зарплаты.
Теперь пытаемся найти вакансии на тот же автобетоносмеситель - действительно видим красивые вилки типа 100-200т.р., но только до тех пор, пока не начинаем читать описание. Правильно, 200т.р. это вахтовый метод, зарплата за 30 рабочих дней подряд. Итого, оказывается что для обычных смен и при наличии выходных это уже ~130к в месяц, и наверняка ещё gross.
И что ваш пост доказывает? Я вам реальный кейс, а вы какого-то сферического коня в вакууме, который как раз и подтвердил опять же узость вашего первоначального мировоззрения. Смотрите шире на мир, не только айти существует на свете)
Ну я вам тоже реальный кейс привёл, на всю широту моего мышления и познания, выборку не из одного единственного источника, а с привидением анализа текущей ситуации и реальных примеров и выборок. Увы, ваша широта мышления с использованием одного единственного(!) источника данных явно не нуждается даже в критике и каком-либо дальнейшем анализе. Ответить на комментарий про "среднего водителя грузовика" примером уровня: "Вася говорит, что у него в 3 раза больше" - это прекрасно)
Программисты больше похожи на строителей, чем бухгалтеров.
1) Программистов/строителей всегда нужно больше, чем бухгалтеров в отдельно взятую фирму.
2) Программисты/строители создают ценность, продукт, это огромное отличие от бума юристов и бух.
3) Цифровизация/автоматизация пришла во все сферы жизни, от сайта-визитки для зоомагазина до метавселенных.
И как-то логично, что люди хотят попасть в сферу которая используется буквально везде и впридачу достаточно хорошо оплачивается.
Дополнительно, как человек выучившийся на строителя сможет построить себе баню или сделать ремонт в квартире, так и человек знакомый с программированием сможет как минимум собрать себе рабочий сайт для своего мелкого бизнеса.
Вы правильно сказали - это массовая профессия, но ничего плохого в этом абсолютно нет.
Программистов/строителей всегда нужно больше, чем бухгалтеров в отдельно взятую фирму.
Так было далеко не всегда. Было время, когда в любой мало-мальской конторе работало с десяток бухгалтеров. Ну а че? На счетах много не насчитаешь. Пришла 1Ска, в каждой отдельно взятой конторе осталось максимум по буху, и то не всегда.
Вот только, бухов меньше не стало.
Опять этот опасный сайт в цитировании. Знаете, что ваши данные на сайте hh.ru можно получить... Ваш номер телефона, вашу почту. Как вы будете бегать от дураков, когда единственный сайт с престижной работой сделан вот так. На сайте легко узнать ваш новый номер телефона, вашу новую почту, даже то, куда вы собираетесь. Эти данные легко получить. Вашу анкету легко найти, по опыту работы, например. Теперь известен ваш новый номер. Этот сайт опасен. Вы никуда не спрячетесь, а где искать работу? Вас будут донимать звонками с неизвестных номеров, смсками с намеками, будут слать письма на почту, и всё это благодаря HH. Классный сайт.
Пет проекты
Заведите гит репозиторий и укажите на него ссылку в резюме
Видел я эти репозитории с одинаковыми учебными проектами после курсов. Фтопку.
После того, как на курсах, следуя этим правилам, все начали делать репозитории на гитхабе, наличие типового учебного проекта на гитхабе ничего не говорит о соискателе.
Совершенно наоборот, наличие такого проекта демонстрирует что все знания у соискателя только курсы.
Я встречал толковых людей с такими проектами, но за плечами у них был ещё и вуз по специальности.
Проблема в том, что пет проект должен иметь коммиты, иначе будет выглядеть плохо - последнее изменение год назад...
наличие типового учебного проекта на гитхабе ничего не говорит о соискателе
То что вы не способны сделать из этого никакие выводы не означает что другие тоже не могут.
Тем не менее, несмотря на то, что эти проекты написаны по шаблонам и даже проверяются на соответствие шаблону, по ним всё же можно провести сравнение кандидатов.
Другое дело, что надо знать, где в этих проектах искать нюансы. А вообще - да, всем этим курсам следовало бы придумывать новые проекты.
Например:
ingredients = AmountIngredient.objects.filter(
recipe__in=(user.carts.values('id'))
).values(
ingredient=F('ingredients__name'),
measure=F('ingredients__measurement_unit')
).annotate(amount=Sum('amount'))
VS
cart_objects = Purchase.objects.filter(user=request.user)
recipes = queryset.filter(purchases__in=cart_objects)
ingredients = AmountIngredient.objects.filter(recipes__in=recipes)
ing_types = Ingredient.objects.filter(
ingredients_amount__in=ingredients
).annotate(total=Sum('ingredients_amount__amount'))
Совершенно с вами согласен.
Честно говоря, я не понимаю этой странной тенденции, что пет-проект на гитхабе уже просто обязателен. Постить туда свои хэловорды и велосипеды глупо. А коммерческие проекты нельзя - код принадлежат работодателю/заказчику.
Уж лучше прибиться к какому-нибудь опенсорсу, там реально можно многому научиться и будет что показать на собеседовании.
Сама идея того, что разработчик после работы вместо отдыха (а отдых, как известно, наступает при смене деятельности) пилит пет-проект попахивает выгоранием.
тут статья была от школьника - он все каникулы делал игру, это уже выгорание, или ещё нет ? :)
зависит от того как он чувствует себя после каникул.
да и программирование имеет мало общего с обучением в школе
В молодости риск выгорания довольно низок. Тем более, что юниор занимался любимым проектом, творчеством.
Эх, молодость! Помню часами просиживал в HEX-редакторе, пытаясь понять как игры работают, как хранят ресурсы, чтобы вытащить из игрушки любимую музыку. (Интернетов тогда не было в доступности.)
В молодости риск выгорания довольно низок
Это пока молодость продолжается, психологически и физиологически. А в момент поворота рубильника накопленные за молодость усталость и разочарование выплескиваются одномоментно.
Представьте, что у вас есть система, которая пару лет писалась какими-то индусами в наркотическом угаре. Они её написали. Система фактически работала и делала то, что надо. Но ввиду того, как она писалась, она оказалась настолько медленной(на загрузку 1ой веб страницы могло уходить 10-15 сек) и непригодной к изменениям, что заказчик решил найти других подрядчиков, которые бы систему переделали. Это не написать с 0, это именно переделать, работать с тем, что есть. Документации нет. Заказчик не особо технически подкованный и до конца не понимает как это в итоге долго выглядеть, не то что просветить какие-то моменты реализации. Более того, заказчик - сам является кому-то подрядчиком и поэтому ограничен сроками, второй раз сроки было не сдвинуть. Когда приступаешь к реинжинерингу, то понимаешь что самая главная проблема одна и она вообще везде - загружается слишком много связанных данных, больше чем надо, и о декомпозиции элементов никто вообще не слышал. Вам приходится месяцами делать одно и то же - распиливать непонятный кусок говна на куски говна поменьше, лишь немного понимая как оно работает, и в сжатые сроки. Было ли тут чему учиться - нет. Что в первый, что на последний день на работе ты выполнял одни и те же задачи, никакого роста. Итого из-за рутиных задач, отсутствия опыта, горящих сроков, слабого понимания технической части проекта - выгорание было неизбежно. Любимый проект и творчество, ага
Вообще-то вы получаете нефиговый навык чтения кода. Сейчас на некоторых посмотришь - больше 2 строк не могут написать без "run"
Сочувствую. Все мы рано или поздно встречаемся с легаси. Это бесценный, горький опыт.
Мы все боимся не успеть в срок - это оборотная сторона ответственности. Что ведет к стрессу, тут как тут и выгорание.
Однако, теперь вы имеете большой опыт рефакторинга. На курсах такому не учат.
В молодости риск выгорания довольно низок
точнее низок шанс идентифицировать происходящее с подростком как "выгорание", кмк прежде всего в силу отсутствия у него как таковых знаний о том, что такое это ваше "выгорание", не полностью сформировавшихся соц-навыков да и вообще отсутствия контактов с теми кто способен его(выгорание) хоть у кото-то идентифицировать.
ну правда, возьмите несколько человек - выгоревшего, ленивого, апатичного, депрессивного, замкнутого и как говорится - найдите между ними 5 отличий.
и кстати а вообще бывают подростки у которых нет ни одного из этих качеств? =)
Первая цивилизация хранила деньги в сохранках в некодорованном виде в двух байтах в весьма определенном месте, мы быстро научились менять их на 32768 :-)
Вытащили в итоге?
Из warcraft2 вытащить не удалось, т.к. там сжатие.
Чем я горжусь, так это извлечением музыки из игры DeadHunt. Там разработчики поXORили все байты маской 0xFF (т.е. просто инверсией битов). Дальше по сигнатурам OggS, понял, что все треки были в формате OGG-Vorbis. Названия и адреса извлек из таблицы в начале файла. Разработчики были славяне, что было понятно по названиям треков транслитом "puli" или "nedognaty", "werich", "zagib".
Сейчас уже все саундтреки продают в стиме как DLC или есть на YT.
А коммерческие проекты нельзя - код принадлежат работодателю/заказчику.
Считаю дело даже не в самом NDA (при желании можно подрезать все установочные зависимости из репы, бутлоадеры и прочие стартовые скрипты и показывать по временной ссылке кому угодно), а в том, что когда ты годами работаешь в одной конторе, ты используешь гит на стороне работадателя, чаще всего локалхостовый, к которому ты просто так со своего пека из дома не дотянешься. И после ухода с должности предполагается, что ты унесешь всю репу с десятком проектов с собой на флешке для размещения в своем паблике, так что ли? У меня публичный гит не обновлялся уже лет 8, за исключением мержей в других опенсорсных продуктах. Выходит так, что я не достоен даже первичного интервью тк ни рабочих, ни пет проектов у меня нема. Кто придумал этот критерий тупо гений.
Статья написана для человеков после курсов или только что окончивших универ.
Если у вас 8 лет опыта коммерческой разработки, вас с закрытыми глазами оторвут независимо от наличия профиля на гитхабе.
именно это и написано в начале статьи)
Составляют требования для вакансии и подбирают одни и те же люди. Если для джуна нужны "примеры в репе", то для сениора и подавно. Первая попавшаясь на фулла (типа мидл), читаем внизу в требованиях. https://hh.ru/vacancy/71889826
вас с закрытыми глазами оторвут независимо от наличия профиля на гитхабе.
Не зарекайтесь, такая картина еще зависит от состояния глобальной экономики.
А какая разница опенсорс или петпроект? И то и другое - работа после работы, ещё и не оплачиваемая.
Я вот недавно понял, что оказывается я ошибался. Кодить и сталкиваться с трудностями в работе мне нравится только если я что-то для себя делаю 😁. А если с помощью меня что-то делают себе - то это супер скучная работа, в которой желательно чтоб платили выше рынка, а твоих скиллов было с запасом, чтоб успешно работать левой пяткой.
Исключить тех, кто не практиковался в пет-проектах и вне универа/курсов. Лучше поищу тех, кому нравится эта профессия.
Скажите, а как Вы относитесь к тем разработчикам, которые имеют какой то бэкграунд в Пет проектах, но их стек знаний применённый для их реализации несколько или совсем отличен от запросов на условную вакансию прогpаммиста на «XXX» язык/фреймворк?
Будете ли Вы пробовать как то использовать такой бэкграунд для какого то возможного применения в Вашем проекте или нет?
Тех.дир. рассказывал, что куча кандидатов приходят на дурочкА: знаний нет, но пытаются воткнуться.
По опыту - пришел чел с академическими знаниями (буквально), про особенности работы компилятора расскажет получше сеньора. Но вот кодить ему сложно, т.к. знания теории есть - а вот применимость этих знаний - страдает.
Мне кажется, брать однозначно!
А вам шашечки или ехать? :) Зачем, условно говоря, вам два человека со знанием работы компилятора, чтоб потом с умным видом Джейсон между микросервисами гонять?
Не ко мне вопрос - я не участвовал в хантинге. Да и не работаю уже там давно. Да и вообще с марта программистом не работаю. Не вижу смысла - куча моих финансов заблочил ЦБ и ФРС, налоги тратят на мобилизацию и прочие задачи явно мешающие мне жить. Зачем мне платить за дубинки, которыми меня же и будут бить? Зачем мне зарабатывать - если весь мой заработок завтра отберут? А уезжать не хочу.
Переквалифицировались в управдомы?
Учитель информатики.
за сентябрь 2022 заработная плата начислена в размере 17570,82 рублей из нагрузки 24 часа (20 часов по учебным предметам и 4 часа –за творческое объединение), в том числе оклад из нагрузки в размере 9111, 11 руб., стимулирующая доплата за выслугу лет – 1366,67 рублей, за заведование кабинетом 656,0 руб., доплата за работу на компьютере 410,00 рублей, доплата за работу в творческом объединении – 1883,23 рублей, районный коэффициент в размере 2291,85 рублей, доплата до МРОТ- 1397,40 рублей.
Если брать ипотеку в Москве на квартиру в 6 000 000 рублей под льготные 5,3%, то если я буду отдавать всю зарплату в виде выплат - через год я буду должен отдать всего лишь 6 107 160 рублей.
Если ипотека в регионе, например 3 000 000 рублей - закрою через 57 лет. Но я вряд ли доживу, т.к. средний возраст дожития в регионе - около 63 лет.
Ну, во-первых, это зарплата не в Москве, а в регионе; считать с региональной зарплатой ипотеку в Москве смысла нет.
Во-вторых, квиточек подозрительно тухлый - учитель без категории, со стажем в 2-3 года? И всего одна ставка, либо чуть больше.
Короче, да, на таком далеко не уедешь, но моя тётушка, тоже учитель информатики в регионе, зарабатывает раза в два больше.
Во первых бог запрещает? Ставка то общая по РФ, это федеральный уровень устанавливает.
Во вторых сам ты тухлый.
"Сам ты тухлый" - слабоватый аргумент, не находите? :)
Сколько получает учитель информатики в Москве (строго говоря, не только информатики - от предмета почти не зависит), я уже писал. 110-120 тысяч в среднем. Пруфы можно найти на сайте каждой школы - данные о средней зп по должностям и месяцам обязательны к публикации.
Это не аргумент, а личностное оценочное суждение с эмоциональным окрасом) ибо вообще претензию не понял. Понял только что меня назвали лжецом. Ответил хамством на хамство.
Не совсем понимаю, почему так. Вроде бы министерство просв или обра устанавливает ставки на федеральном уровне, или это местное самоуправление? С мск то все понятно - там печатный станок и дубинки. Но вот асигнации бюджета по учителям как происходят - не понятно.
Чую с таким отношением и расслоением общества - москву отделят из состава РФ) и пусть творит что хочет, присоединяет отсоединяет к себе что захочет. понаехвшие наконец вернуться в родные края и будут развивать экономику своего региона - резиновая сдуется, хоть в тот же Ханты-Мансийск с его огромными запасами нефти.
по квиточку все, что я понял - то что эти все расчеты оклады и прочая муть - не имеют вообще никакого смысла, ибо все равно будет МРОТ. (сумма всех окладов и т.д. выплат ниже МРОТ)
тетушка Ваша похоже шарит в системе. расскажу суть изнутри - учителя мутят бизнесы, тут борьба за часы, классные руководства и т.д. похлеще чем в частных компаниях за клиента и бюджеты проектов) это конечно весело и забавно, но вот суммы тут копеечные.
но я рассчитал идеальную схему по формированию бюджета школы: раскидываем вообще все часы и классы на учителя с максимальным стажем и максимальными выплатами. всех остальных на минимальные окладные части. в итоге получаем МРОТ (как у меня) на всех, топ-гейнер (макс. учитель) получает сотни тысяч, их распределяем на внутреннем ассигновании по часам по внутреннему распорядку. 😂 не бог весть какая оптимизация, но это навскидку. да и вряд ли это будет правомерно) т.к. насколько я могу предполагать - за любую самодеятельность за пределами методичек "сверху" (именно "сверху" - аки БГ) - анальные кары и оральные экзекуции.
Почему у учителя должно быть большей одной ставки?
Почему программисты должны работать больше 8 часов, да ещё и делать по выходным пет- проекты на Гитхаб, и учить нескончаемые фреймворки?
Вот, к примеру, что спрашивают у меня на собесах:
Когда я была училкой, одна ставка — это 18 было уроков в неделю. Работа учителя хоть и сложная, и к урокам надо ещё готовиться и тетради проверять, но полторы ставки — вполне норм нагрузка, а можно даже и на две подписаться, но это уже надо сильно упарываться.
И чем занялись, если не секрет?
Выше ответил
Учитель информатики
И в чем смысл? Меньше зп - меньше налоги? Или я что то не пойму?
И как на это жить?
Думаю, в этом как раз смысл. Плюс вкладываться в подростков, которым через 10-20 лет определять нашу жизнь.
А жить можно и на 200 долларов
ну, вот когда дети вырастут и жена не будет просить что-то купить - тогда конечно "жить можно и на 200 долларов" ....
Если смотреть на демографическую пирамиду - через 20 лет тонкий слой сегодняшней молодежи может и не вытянуть. Видимо, проредить ряды текущих работоспособных - гениальный план решения грядущего демографичиского кризиса. Общее снижение экономического благополучия - изменит приоритет на плодись/выживай с развивайся/достигай. Но это слишком лестное предположение о дальновидности.
Кстати, всегда озадачивали эти камлания на соотношения по работающим/неработающим.
Ведь сто лет назад один крестьянин пахал на одной лошади, а сейчас на тысяче.
И сейчас содержим миллионы людей, которые по сути не производят никакого общественно-полезного продукта. То есть, в лучшем случае, получают "базовый доход" за просиживание штанов
в лучшем случае не производят. зачастую - мешают жить другим. в этом и есть их работа. далеко ходить не надо: начальство снижает самооценку работнику и пугает его отсутствием перспектив на рынке труда с целью удержать на низкой з/п и за счет него получать повышенный профит за свое безделье. в чем смысл блокировки torproject в рф? или facebook? или linkedin?
искусственное создание нужды - ключ к власти над человеком (приНуждение). деньги - гениальная в этом плане идея: они не имеют вообще никакой ценности как материальный продукт - при этом все всегда должны их хотеть сколько бы у них уже их не было.
Я хз как на такую зп выживают, честно говоря. Общался с коллегами - некоторые говорили о зп в 13к, мужчины. При достаточном количестве часов и прочих бизнес схемах можно и 40к набить, но это нужно целовать пятые точки начальству или хотябы не кусаться. А по лизоблюдству и подхалимству я на уровне Сократа.
Суть в том, что в регионе работы по специальности другой и нету практически. Либо эникейщиком (программистами кличут), либо преподом по информатике. Еще есть 1С, но меня не берут без опыта (слава богам).
В остальном - многие работают вахтами, по 12ч/7д.нед. - строют трубопроводы и т.д.
Стоп-стоп... Если финансы заблочили, вероятно "офшорным программированием" занимались? Проблема понятная, форс-мажор, может когда-нибудь разморозят. Но если есть опыт в разработке, почему не пойти в российскую компанию, с меньшей зарплатой, но все равно большей, чем учительская? Или все-таки не хотите платить налог на "дубинки" с большой зарплаты? Так Вы и с маленькой на дубинки платите, какая разница.
Или решили все кардинально в жизни поменять просто? Так можно курьером пойти, на стройку разнорабочим, форму физическую подтянуть:)
P. S. Я просто когда-то начинал после универа учителем информатики работать, 200 долларов свои получал на 5-м году стажа)) И эту профессию считаю запасным вариантом для себя, на "черный день", когда совсем есть нечего станет...
Никакого оффшорного - финансы заблокированы у всех граждан РФ, вообще у всех. (Наташа вставай мы все заблокировали вообще всё) С подключением.
Учителю платят из бюджета - налоги из з/п из бюджета - это вообще что-то дико странное. Анти-кэшбек какой-то - даем деньги из бюджета, но отберем 13% из них обратно в бюджет. Так что ни копейки сверху на очередную ракету в чей-то двор и пулю в лоб - это просто моральный принцип.
Запасной вариант на черный день - проституция, грабежи и разбой. Ибо черный день - это когда учителям уже не платят, а голод - суровая реальность. Во всех остальных случаях - работу всегда можно найти независимо от навыков, те же самые челноки в 90ых. А ожидать социальных гарантий в ситуации, когда социальных гарантий нет - наивно.
Зато разрабатываю сервисы для обучения и автоматизации рабочих процессов школы. Например - сделал сервис по автоматическому оптимальному распределению часов учителей с учетом требований мин. прос.
Сделал веб сервис для составления презентаций, интерактивную доску с управлением с телефона. Динамические тесты - задачи, в которых потенциально бесконечное количество вариантов - параметры подставляются случайные (типа у Маши было (1,2,3...100) конфет, она отдала Кате (1,2.....100))
Разработал очень крутые (как я щитаю) рабочие программы обучения на материалах конференций ВОЗ и прочих международных организаций.
В целом - полезно и интересно провел время.
Такие активности, имхо, на уровне выше нужно делать, в районо, гороно, и прочих подобных заведениях, там есть места для айтишников. Может туда перевестись?
Возможно, спасибо за мысль! Но терзают меня смутные сомнения, что эникейщики в подобных организациях занимаются исключительно сервисным обслуживанием, без права решать подобные вопросы.
А винду переустанавливать, сетку тянуть и роутер чинить - что-то не хочется.
Не сомневайтесь, так оно и есть.
Когда только выпустился - звали утроиться в местное управление. Работа государственным служащим, оформление пенсии через 15 лет (но получать все равно после 65), зарплата на уровне МРОТ.
А вся работа - именно решение задач эникейщика. Заправить принтер, протянуть сеть, обновить оборудование.
Нашел проблему заодно, возможно где-нибудь даже напишу статью об этом. Дело в плановой системе. Уроки планируются сразу на год вплоть до почасовой разбивки тем. Причем - для каждого класса - общая, нет никакого учета психофизиологической особенности учащихся. Но по сути - это мало эффективно. Даже если просто нужно дать материал - даже без учета освоения материала - болезни, сложности в определенных темах и прочий форс мажоры - препятствуют выполнению плана. А тем более - толкают учителя комкать материал, торопиться. Накопление ошибки тем выше - чем выше дальность плана, год - это очень много. Никакой гибкости. Учета мнения учащихся нет вообще - это снижает вообще ценность обучения очень сильно. Вся обратная связь - контрольные работы и устные опросы, которые сильно подвержены искажениям личностного фактора оценщика (ставят пять просто потому-что так захотелось). Это еще не беря во внимание орг вопросы - это вообще караул.
Позвольте полюбопытствовать, если не секрет: и какое же оптимальное решение вы приняли в описанных вами условиях после "с марта программистом не работаю"? И еще интересно, что вам заблочил ЦБ? (ну про ФРС я еще могу что-то предположить, например, купленные иностранные акции (хотя этим не ФРС занимается)). Интересуюсь с целью перенятия опыта.
Цб заблочил валютные счета. Швейцарские франки, йены заблокированны полностью, остальные - только обменять на рубли по веселому курсу. На мосбирже часть инструментов не торгуется, другие - упали до -80%.
Оптимальное решение - мысленно попрощаться с накопленным годами капиталом.
И начать готовить исковое в конституционный и административный суды, т.к. блокировка валютных счетов является ограничением имущественного права - а оно незыблемо даже при военном положении. В районный бессмысленно - т.к. банк исполняет требования ЦБ, но тоже можно подать.
Очень большой ответ, поэтому напишу сюда одним целым
17570,82 рублей из нагрузки 24 часа
Сам столько получал после выпуска из своего первого учебного заведения (по квалификации — инженер-программист). Просто нулевейший учитель без кола и двора. Сейчас работаю преподавателем за сумму в два раза бОльшую чем тогда. Хотя уверен, что моя инфляция за эти 4 года уже давно превысила 100%
раскидываем вообще все часы и классы на учителя с максимальным стажем и максимальными выплатами.
Нет, министерство позволяет платить максимум 2 ставки (36 часов в неделю, 1440 часов в год). Школа (да и вообще любое государственное учреждение) - не самое лучшее место для "схем".
Общался с коллегами - некоторые говорили о зп в 13к, мужчины. При достаточном количестве часов и прочих бизнес схемах можно и 40к набить, но это нужно целовать пятые точки начальству
Все правильно. Как говорил мой коллега - "Ниже ставки не дадут, а там разберемся". Из-за вполне распределенного (при желании руководства опять таки) графике можно подрабатывать в 2-3 местах одновременно. У меня так один товарищ делал. Днем он работает в школе, вечером в институте, выходной среди недели - в СПО при этом институте.
Уроки планируются сразу на год вплоть до почасовой разбивки тем. Причем - для каждого класса - общая...
Я сначала тоже делал планы на год и строго придерживался. Потом (уже на текущей работе) мой методист сказала мне одну важную вещь: "КТП — это твой рабочий документ. Ты можешь его прямо на ходу менять. Прямо ручкой в подписанном и подшитом документе."
сервис по автоматическому оптимальному распределению часов учителей
Вы меня извините, но это вообще бесполезная вещь. Необходимо учитывать много факторов, которые просто так "не нарандомишь" (работу с выпускниками, преемственность преподавателей и все остальное). А вот программу, которая делает расписание с учетом вводимых в него данных (CRUD групп, преподавателей, расписания преподавателей, предметов, учебного плана) сделать было бы полезнее. Сам редактировал расписание, когда выполнял функции администрации — дело не из приятных.
Так я такую и делаю расписалку, там учет вводимых есть. Пока только приоритезация по рангу предмета из санпина - самые сложные ставит в начало дня. Есть настройка приоритета: меньше окон учащимся, учителям или распределения равномерное по дням недели. Круд само собой, этож инпут. Если реально востребованно - мне сложно судить т.к. я не имею достаточного опыта в менеджменте, а прогу накатал тупо по фану - могу допилить и залить в облако (эт веб приложуха), с инструкцией в статейку.
Не только по фану, но и количество окон в расписании меня убило, по 4 часа порою.
Это будет большим подспорьем для заместителей директоров.
Возможно, даже можно будет выйти на ГИС с предложением внедрить такой модуль.
не имею достаточного опыта в менеджменте
Если необходима будет методическая помощь (что и откуда берется, как можно и как нельзя ставить уроки), а также взгляд "изнутри" на всю эту историю — готов помочь.
В статье в скриншоте Excel-таблицы, в разделе "Как отвечать" должно быть строго одно: "Сказать как есть". Вместо этого предлагается врать по некоторому алгоритму.
Убеждён, что системно это не работает и от таких "советчиков" надо держаться подальше.
Неужели ещё задают вопросы: в чëм ваш недостаток, чтобы услышать: слишком старателен?
Не устраивалась на работу последние 20 лет, но мне кажется, что правильный ответ на такой вопрос — отказ отвечать с пояснением, что не смогу ответить объективно, а выдавать один из "правильных" ответов, которые мне прекрасно известны, тоже не хочу, ибо это неуважение к собеседнику.
И вообще половина вопросов из списка — это игра в "правильные" ответы, бредовость которой понимают оба участника (уж рекрутер точно). В чëм смысл тратить время на тупые вопросы, мне не понятно. Если конечно у рекрутера KPI — это не количество заданных вопросов.
Считаю, что задавать такие вопросы, если кандидату больше 20 лет, просто неприлично.
И вообще половина вопросов из списка — это игра в «правильные» ответы, бредовость которой понимают оба участника (уж рекрутер точно).
А, не задавать, то будет похоже на ситуацию из известного анекдота. :)
Петька встречает Чапаева на вокзале и не верит своим глазам: тот выходит из поезда, прибывшего из Лондона в смокинге, в руках саквояж крокодиловой кожи, трость слоновой кости. Берут извозчика, едут в пятизвёздочный отель. В номере люкс Петька начинает распаковывать вещи, открывает саквояж, а там! — фунты стерлингов толстыми пачками в купюрах по 100…
— Откуда столько, Василий Иванович?
— Да в карты выиграл, — небрежно отвечает Чапаев.
— Расскажи!
— Ну прихожу в казино, все ко мне: «Василий Иванович, давайте в вист, в покер...». Я говорю, мол, умею только в «очко». «Держи банк», — говорят. Ну я банкую. И первый же господин набирает три карты и говорит: «Двадцать одно!» что делать? Я говорю: «Показывай!» Он: «Что значит — показывай? Мы тут все джентльмены — мы друг другу верим на слово! — »Понятно", — говорю."
И с тех пор мне масть как пошла!
Неужели ещё задают вопросы: в чëм ваш недостаток
Прямо сейчас ищу релокацию. Германская CHECK24 это как раз и спрашивает наряду с "почему Компания должна выбрать вас?"
К сожалению, это часть западной культуры собеседования. Я пару лет назад начал заниматься английским языком с носителем из сша и в начале наших с ним занятий мы делали упор на прохождение собеседования в западную компанию. Дак вот подобные вопросы в духе «кем вы видите себя через пять лет?» и «почему мы должны нанять именно вас?» они были в списке тех, что мы с ним прорабатывали. Это напоминает какую-то спец. олимпиаду. Они тебе задают эти вопросы, ты должен ответить на них по определенному шаблону, ещё и постараться уложиться секунд в 50 на ответ.
И мне эти вопросы действительно задавали много раз на собеседованиях в иностранные компании, опыт подготовки с преподавателем пригодился))
Но сама история с этими вопросами выглядит для меня полным идиотизмом
Потому что HR растет и наполняется бездельницами, которым все боятся перечить. Доходит до того, что они открыто запрещают тех. руководителям (инженерам) задавать конкретные технические вопросы и загоняют все в рамки пресловутых "софт-скиллов".
Хм, ни в одной из компаний РФ, что я работал, этого не видел. Думаю, во всех этих компаниях предложение (не запрещение) от HR запретить задавать техвопросы привело бы к его немедленному увольнению, или во всяком случае, переводу из хантинга куда-нибудь в другое место, за студентами присматривать, например.
При том, что в компаниях численностью меньше 300 человек я проработал хорошо если пару-тройку лет из 28 стажа в ИТ, так что корпоративная этика мне немного знакома. Не считаю, конечно, что знаю все и вся про найм в ИТ, но все же сказанное Вами - достаточно редкое исключение, с точки зрения лично моего опыта.
Мне кажется, Вы имеете в виду этап скринингового интервью, где HR надо оценить адекватность человека в общем плане, отсеять токсичных людей, это их вотчина и технарю с техвопросами там действительно делать пока нечего, пусть просто молча наблюдает с карандашом в руке, его время еще наступит.
Это не в России. Впрочем, в России это тоже возможно, потому что все самые идиотские тенденции - очень заразительны.
Это не в России
Твиттер? :)
Тогда тем более странно, потому что судя по моему опыту - в России едва ли не самые халявные техсобесы, максимум скрининг + 1 раунд, очень редко два захода, а дальше финалка с начальством за софтскиллы и прочее. За бугром - 2-3-4 технических, с тестовыми заданиями, лайвкодингом, систем дизайном и бог знает чем.
Потому что там конкуренция выше. Плюс море индусов.
Впрочем, мы теперь пришли примерно к этому же: конкуренция повышается, и море вайтишников.
За бугром, к примеру в Германии, отработка после увольнения от 3 месяцев. Это после написания заявления на увольнение. А перед написанием заявления ещё минимум 3 месяца ходишь по собеседованиям и ждешь офер.
Поэтому там более тщательный отбор с одной стороны, и крайне медленное повышение по карьерной лестнице/зарплате с другой.
И это вполне нормально. Маленькая компания не может себе позволить держать большой HR отдел, который позволит ей выбирать лучших из лучших, во-первых, и лучшие из лучших туда не идут во-вторых.
Я тоже обычно набираю народ, качая на косвенных. Опытный технарь может понять, кто перед ним, если они оба работают в одной области, минут за 10, совершенно не прибегая к кодингу. Типовые ответы заучить можно, но как быть, например, с такой вот простейшей цепочкой вопросов: "Сетевую загрузку приходилось делать? Нет? А почему?". Сеньор-эмбеддер ответит, почти не задумываясь, джун сдуется. Потому что сразу вылезут программаторы, SPI-эмуляторы, U-Boot, WDT и многое другое, чему невозможно натаскать на полугодовых курсах, потому что основное время уходит на натаскивание базовым понятиям, тем самым, которым учат в техническом ВУЗе. Чудес не бывает.
Летела ракета, упала в болото, какие вопросы - такие ответы )
Если цель вопросов - понизить будущую зп, то цель ответов - повысить.
Цель вопросов - узнать, насколько кандидат подходит для рассматриваемой позиции. Зарплату-то сбить можно, далеко не все технари могут за нее квалифицированно сражаться в реалтайме, но на лишь пару-тройку месяцев, пока кандидат не сделает переоценку себя на рынке и не уйдет в место, где ему будут платить нормально.
Не всегда экономия на зарплате - это реальная экономия, часто бывает наоборот.
В чем смысл сбивать цену джуниору? Джуны почти все готовы работать за еду, не торговаться не умеют, ни себя оценить не могут. Огромная их часть за МРОТ готова поработать полгода-год. Или ХР набив руку на сбитии цены мидлов, зачем-то это и к джунам применяют?
С учетом того, что основная часть расходов на джуна - это оплата времени их наставника, для компании нет большой разницы, платить джуну 20 или 50. А вот в мотивации джуна разница гигантская. Жаль, что не все это понимают. Главная плюшка для компании здесь - сразу вдруг оказывается, что есть из кого выбирать.
Мне кажется, вы наверняка в своей жизни хоть раз платили за какие-то услуги: ремонт сантехники, ремонт проводки, ремонт ноутбука. Для вас есть разница заплатить за ремонт 2 тысячи рублей, или 15 тысячи рублей?
20 тысяч зп, вместе с налогами и доп расходами - это 30+ тысяч для работодатель.
50 тысяч зп, вместе с налогами и доп расходами - это уже 75+ тысяч для работодатель.
А теперь представьте что у вас 15 команда, и в каждой в среднем по 3 джуна.
Понимаете о чём я?
Я очень хорошо это понимаю. У меня в комнате сидит 6 джунов, и я вижу затраты времени на них их наставников с зп 250+. Это страшные цифры, поверьте.
Не забывайте еще про одну деталь. Когда в комнате наставник что-то обьясняет джуну, остальные могут заниматься только фоновой работой, не требующей мозгов. Почему-то это никто не берет в расчет.
Поэтому считать надо не только прямые расходы и не столько прямые расходы.
А джун, который может большую часть времени работать сам - это уже и не совсем джун, и точно не на 20 в месяц.
Баланс нужен, в общем
Тут вы не правы)
Онлайн курсы по программированию из каждого утюга обешают вам зп в 60 000 на старте, сразу после прохождения обучения у них.
Поэтому толпы новичков просят неадекватные деньги за свои нулевые знания и опыт.
И есть совсем небольшая часть джунов, которые уже год сидят без работы. Вот они-то начинают понимать, что работать надо идти за 20 000 и это нормально.
Работать за 20к это НЕ нормально. Ни джуну, ни учителю, никому. Ваши рассуждения очень относительны, их можно масштабировать на вас самих. Например синьор-помидор получает зп 500к/месяц. А он может написать своё ядро операционной системы или хотя бы СУБД? Нет? ну тогда 500к для него многовато, пусть за 50к работает, набирается опыта, изучает...
Вы просто хотите меньше платить как работодатель, и нашли себе удобное объяснение. Это нормально, такие уж мы люди))
Если хотите, чтобы за 20 пришли, укажите в вакансии 20, и все вчерашние выпускники курсов с запросами 60 вас не будут тревожить, резюме пришлют только позавчерашние выпускники, согласные на 20. Кучу времени себе сэкономите.
Самое смешное, что и за 20к не берут
работать надо идти за 20 000 и это нормально
Официант в городе миллионнике получает 60к.
Людей, способных выдержать 12-часовую смену на ногах несоизмеримо больше, чем людей потенциально способных джейсоны гонять.
Так что 20к это мало.
Мало, много…. К чему эти все разговоры о социальной справедливости? Считаете, что зарплата 20к это мало - дайте официанту на чай.
Человек или может делать нужные вам задачи, или не может, но может научиться. Это ваше ощущение и ваши риски. Если человек может, в ближайшей перспективе, снять четверть рутинной работы с сеньора с 200-300к, то 50к это нормально. Если не может - то ненормально. Если на эту работу найдете на 20к - это тоже хорошо, но надо принимать риск, что он будет интенсивно искать другую работу (20 к для жизни - это все-таки мало), и вам, возможно, снова придется искать на 20к нового и его обучать.
Правильно обещают - 60 это минимум для джуна без опыта. А 20 это пусть работодатель себе самому такую зарплату устанавливает.
Проблема «без опыта не берут, а где взять опыт» существует уже давно. А сейчас, благодаря популяризации, в сферу заходит оочень много новичков. Конкуренция растет.
Насчет того где все сениоры - по себе сужу, с возрастом понимаешь, что везде все плюс минус одно и то же в техническом плане. Отличается только предметная область и насколько комфортно работать в конкретной компании и с конкретными людьми. В итоге, либо, выбрав конкретное направление, погружаешься уже в бизнесовую часть. Либо уходишь в менеджмент. Зарплата уже не растет семимильными шагами. Поэтому смысла менять шило на мыло нет.
Интерес представляет нечто кардинальное, Поменять предметную область или переехать в другую страну. Но оно идет изнутри. Т.е. пока человек сам не захочет - его не схантить.
Хорошая статья! Дам внучку, пусть почитает, ему это будет интересно и полезно, у него есть такая проблема)
А мне вот интересно: если человек, допустим, mid level network engineer, имея в т.ч. опыт написания скриптов (python/perl/bash) + sql, захочет стать software engineer и пройдет такие курсы - какие у него шансы? И как ему себя позиционировать - junior programmer? Опыта-то у него, получается, нет.
начните с того, что узнайте - на чем пишут код в том месте, куда вы собеседуетесь.
идите туда, где уже пишут на ваших знакомых языках (perl я уже давно не видел, но tcl - буквально пару лет тому назад довелось править код :) )
ну а уж python - так и вообще живее всех живых, позиционируйтесь на него
лично знаком с человеком, у которого была похожая история.
секрет успеха "перекатывания" был прост: внутренняя рассылка вакансий, горизонтальное перемещение внутри компании.
Двое моих знакомых пытались перекатиться в software engineering, имея бэкграунд network engineer / sysadmin + курсы по программированию и алгоритмам - и вот как-то не вышло. Походили по собеседованиям - и вернулись на прежние специальности. Возможно, не очень хотят видеть джуниоров, которым за 30.
Ну, слушайте, я как-то писал автоматизацию поверх NOC IPAM/phpIPAM и сотрудничал с ребятами, которые писали автоматизацию SDN от VMWare, а потом и с теми, кто SDN от OpenStack, так вот, я бы предпочёл,чтобы это делали бывшие сетевики, а не бывший бухгалтер 1С-ник и крудошлёпы на Джанго.
Просто с улицы ходить по собесам - такое себе. Нужно перекатываться или внутри корпы, или устраиваться туда, где ты почти любого программиста заткнёшь за пояс знаниями в предметной области.
Кстати говоря - оба упомнятых проекта + OpenStack Neutron отчаянно нуждаются в контрибьюторах (я ни на что не намекаю).
А в чем проблема быть июнем за 30 да ещё и с техническим бэкграундом? Ладно там шапками на рынке торговал, и потом тупо нет времени 10 лет растить нужные нейронные связи
Проблема может быть в том, что в образе мышления типовой хрюшки джуном в 30 быть невозможно. Ну вот такая тупая установка. Ну и когда руководитель потенциального джуна сам лет 22 от роду, то ему командовать тем, кто живет на свете дольше, может быть замороченно.
в образе мышления
опять наезды
Задание на поиск формулируется клиентом. Хочет он до 30-и, будут искать до 30 (но стараясь показать и 35, если придет толковый), хочет чтобы он танцевал вальс в присядку, будут искать танцора
Проблема может быть в том, что в образе мышления
Проблема в том, что некоторые айтишники нихрена не понимают за пределами своей проф. области. откуда HR берет требования? надо ли лично HR-у сужать поиск по возрасту? Зачем? что, каждый HR ищет себе мужа/жену? Казалось бы, просто продумать на шаг вперед. Но нет. Давайте обвинять гидрометцентр в плохой погоде
Бухгалтерия, которая удерживает 13% подходного, это тоже наверно злюки-пауки. А не требования НК РФ?
Ну и когда руководитель потенциального джуна сам лет 22 от роду, то ему командовать тем, кто живет на свете дольше, может быть замороченно.
Абсолютно пофиг.
Рискую отхватить, но лично меня (как уже очень давно не стажера и не джуна) до сих пор удивляет история с тем, что вот джун пойдёт на рынок и попросит х2.
Ну, если пойдёт и ему дадут - значит, он уже теперь столько стоит. Хотите его оставить - платите по рынку, не дожидаясь оффера на стол. Это, кстати, со всеми уровнями работает. Собственно, он поэтому и пришел к вам на 1/2 или сколько там, что до этого стоил меньше.
Собственно, в этом я и вижу корни проблемы: компании, у которых нет денег на готовых специалистов, нанимают джунов, чтоб их вырастить, в надежде, что они останутся из голого чувства благодарности.
Отсюда вывод такой. Джунов надо брать без зарплаты или наоборот, чтобы они сами оплачивали работодателю расходы на свое дообучение. Или ещё как-то отрабатывали. Например 4 часа "кодят' под присмотром ментора, потом 4 занимаются уборкой или курьерством (кто что умеет). Через 2-3-5 месяцев по результатам приносимой прибыли изменять зарплату на положительную.
Ну, если джуны такие, что не способны снять в перспективе месяца даже мелкие задачи с более ценных сотрудников - то не знаю, можно ли их назвать джунами они или в принципе бесполезные для компании люди. Да, неоплачиваемые стажировки (или, условно, за еду) - существуют, почему нет. Другое дело, что обычно они происходят в компаниях, куда эти люди сами хотят попасть.
Джун первые пол года приносит только убытки, даже если он делает мелкие задачи. Потому что он тратит очень дорогой ресурс — время высококвалифицированного специалиста.
Видимо, нам больше везло с джунами. Если человек толковый и способный к самообучению, то времени уходит не так много, а подчисткой мелких багов и прочего он его экономит. Код-ревью всё равно проходит весь код. Повторюсь, что для меня джун - не тот человек, над которым надо непрерывно стоять и объяснять, как в принципе код пишется, а просто человек, не имеющий опыта коммерческой разработки.
Или у вас более типовой проект. Скажем, на курсах (по ощущениям) учат в основном таким языкам и технологиям, которые широко распространены. Если у вас проект отличается от типичных — джунам будет сложнее.
>подчисткой мелких багов и прочего он его экономит. Код-ревью всё равно проходит весь код.
Ну не знаю как вы, а я могу быть уверен, что когда мелкий очевидный баг исправляется синьором, то часто можно в код вообще не смотреть. Потому что мы с таким человеком понимаем друг друга с полуслова, и он как правило не допускает мелкие тривиальные баги. А код, сделанный джуном, нужно смотреть внимательно, зачастую они пишут так как умеют, а не так, как принято в проекте. И смотреть нужно со всех точек зрения, включая эффективность, обработку нештатных ситуаций (о которых джуны в моей практике всегда забывали), логирование и вот это вот все.
Скажем, был у меня совершенно тривиальный вроде бы случай, но как раз очень характерный для человека, не имеющего опыта — человек взял, и в процессе рефакторинга SQL запроса поменял регистр. Ну т.е. весь запрос, достаточно большой, со страницу текста, сделал большими буквами. Соответственно, diff включал весь текст запроса, а не то что меняли. Вы считаете, что это экономия времени, когда он два раза переделал простую вещь, а я два раза провел ревью?
Разумеется, вы правы в том, что целесообразность включения джунов в состав команды в принципе должна оцениваться в каждом случае индивидуально.
В основном, мой посыл был в том, что это просто обычная сделка, где обе стороны добровольно приходят к согласию. Считает компания целесообразным брать джунов и тратить время - ок. Не считает и хочет обходиться "вкатанными" в проект сеньорами - тоже её право. В любом случае, это бизнес, и тут нет места странным обидам. Никого не заставляют, но, думаю, рассчитывать на "отрицательную" зарплату, как предлагали выше в треде, тоже нет смысла.
он тратит очень дорогой ресурс — время высококвалифицированного специалиста
Никогда не понимал, как это. А однажды понял, что дело в недостатках менеджмента и непонимании сути градаций. Джун - это не "синьор-нуб" и не "мидл-дурак", это отдельный сотрудник со своими задачами, на которые как раз-таки и не следует тратить время специалиста. В этом случае всё встаёт на свои места: специалист занимается тем, для чего нужна его квалификация, и не тратит время на то, на что она не требуется. А джун - его вторая пара рук, он "подносит снаряды" и выполняет разные несложные поручения. При этом, конечно, по возможности его желательно наставлять всяким премудростям и содействовать самообразованию.
Вы же описываете ситуацию, когда на джуна навешивают задачи мидла и ещё удивляются, почему он неэффективен.
Требования к джунам очень разные бывают. В российском геймдеве самая популярная точка входа - гиперкеж. А там происходит все следующим образом: берут джуна на проектную оплату, вручают ему проект, а он его пилит от начала до конца. И такой бизнес рассчитывает, что джуны начнут приносить деньги в течении пары недель
Задача джуна - снимать объемные, но несложные задачи с высококвалифицированного специалиста - верстку там всякую, круды, мелкие багфиксы и прочую нудень, которую по каким-то причинам не автоматизировать. Если ваш специалист на проверку работы джуна тратит больше времени, чем на её выполнение - что-то в консерватории очень неправильно.
Вы сейчас описываете работу стажера.
Джун всё же полноценный профессионал, хорошо подготовленный теоретически и с небольшим, но всё же опытом.
Имхо, этот вопрос разумнее рассматривать немного иначе. Давайте пересчитаем все расходы на найм джуна, который будет учиться внутри компании: рабочее место, техника, реальные затраты времени наставника/наставников, упущенные задачи в проектах, если они возникают, и так далее, в зависимости от конкретной компании. И получится какая-то сумма N, с которой уже можно думать в стиле «Мы можем нанять этого человека, заплатить ему 60 тысяч, через полгода повысить до 120 тысяч, при этом ещё надо потратить на него 1 200 000 за полгода. Мы готовы к этому, либо есть способ потратить такие суммы лучше?»
С таким подходом гораздо проще избежать ситуации, когда куча денег утрачена, проекты страдают, а ехидный джун говорит, что ему дали х2, не дадите столько же - уйду. И уходит.
Спасибо за развернутый комментарий. Полностью согласен с тем, что компания должна оценивать риски и вложения (мне кажется, это делать стоит в отношении любого сотрудника). Но, на мой взгляд, компании, которые нанимают джунов, делают это не от хорошей жизни, поэтому тоже вынуждены рисковать - иначе наняли бы сразу опытных специалистов. Хотя "ехидства" я тут особого всё равно не вижу. Все мы постоянно растём и приобретаем новый опыт. Но платить ниже рынка я в любом случае считаю плохой практикой в долгосрочной стратегии, кто бы там ни был - джун или матёрый сеньор, который "да без тебя же всё рухнет, не уходи".
И да, и нет.
Нагружать мидла, а тем более сеньора рутиной контрпродуктивно. Для работодателя это дорого, для сотрудника - переработки и риск быстрого выгорания.
Избавиться от рутины можно только на 80% по принципу Парето, поскольку дальнейшие усилия в этом направлении не стоят затраченного времени. Вот тут на помощь приходят джуны, молодая кровь, рвущаяся приобрести опыт и принести пользу. Если компания может грамотно выстроить процесс, выигрывают обе стороны. Если нет, то страдают также.
Но сейчас джунами часто называют стажеров, которые (не всегда, но как правило) первое время приносят минус. То есть человек получает X > 0 рублей денег за Y < 0 пользы. Это ключевая загвоздка в данной ситуации. Работодатель справедливо задается вопросом, а стоит ли вкладывать ресурсы в человека, если результат достанется кому-то другому?
Потому что системы стали настолько сложны, что теперь люди работают в минус - только кто-то месяцами, а кто-то неделями или в идеальном случае днями после получения или смены работы.
Вот раньше - дали задачу и пусть трепыхается как может, изредка помогая в самых сложных местах. Но и порог входа был ниже - системы были проще, обвязок было меньше
Я никого не агитирую нанимать джунов в любом смысле слова, просто предлагаю задуматься, зачем сначала вкладывать время и деньги, чтоб потом не платить по рынку и получить "результат достанется другому". Ну, тогда можно самому стать этим "другим" и нанять подрощенного :)
(На самом деле ситуации бывают разные и есть исключения, но я сейчас про типичную).
Как я уже многократно ответил здесь в комментариях, зачем брать выпускника курсов, если он бестолков и ленив - я не знаю. Если это человек замотивированный, ему интересно учиться, самообразовываться и работать - то мы таких брали, толк в нашей компании есть. А дальше начинаются "нюансики", которые каждая компания должна оценить сама.
Представьте, что вы выращиваете картошку, но по готовности должны её купить на общих рыночных основаниях.
Тут не совсем так. Должно быть что-то вроде этого:
Представьте, что вы выращиваете саженцы плодовых деревьев (джунов), специально подготовленные для роста в климатических условиях вашего региона (заточенных под бизнес-процессы вашей компании и натасканных на предметную часть, являющуюся спецификой вашего бизнеса). Но по достижении саженцами возраста, когда их можно продавать (т.е. когда выросшие джуны уже могут более-менее конкурировать на рынке IT-специалистов), вы должны давать им соответствующий уход, если хотите оставить их у себя. Потому что ведра воды в неделю (20000 рублей в месяц), который требовался им в самом начале роста, теперь уже недостаточно.
Эта статистика не учитывает еще такой момент, что множество опытных разработчиков тупо не ищут работу (и не размещают резюме), просто переходят с места на место к знакомым, или по "холодному" набросу эйчара. Большинство переходит уже на готовое и подогретое место. Таким образом, "соискателей" технически еще больше.
Таким образом, "соискателей" технически еще больше.
иногда после прочтения таких статией - кажется что в найме сидят какие-то масоны:
одним они придумывают странные ритуалы "принятия в братство" (поешь г**на на собеседовании, а то не программист),
а вторым - просто "здрасьте, вот то кресло и все что вокруг - ваше. Не нравится - напишите заявку, все заменим" (типа "посвященные н-цатого круга")
или это всё неправда и все врут? (у меня давно не было собеседований на новых местах работы, поэтому я по себе точно не смогу сказать)
Сильно зависит от компании
Если в компании процесс построен таким образом, что гарантирует лишь скип этапа отбор резюме, то все остальные этапы "принятия в братство" остаются
Если в компании "приведи" друга - это сразу собес с нанимающим менеждером с небольшим (опциональным) достаточно неформальным собесом по технике (ну, расскажи, что делал, да как), то там и стул поменяют, и компьютер.
Наконец, на некоторых работает имя - таких берут очень часто берут мимо п.2 даже в крупных компаниях даже без личного знакомтсва. Ну, не знаю, как если бы у вас один из мейнтейнеров Postgres/Vue/React/Python/вотэвер работал бы.
Всё так. Странные ритуалы для тех у кого совсем нет опыта. А за тех у кого он ренально есть, уже борются компании, в том числе и теми методами что вы указали.
Подозреваю, что не только в программировании так. Сложная процедура приёма или "ты принят" сразу - две крайности.
Профильный HR очень редкий зверь. Как правило подбором занимаются девочки на телефонах, которые порой даже не в состоянии прочесть описание твоего стэка в резюме. Какую объективность можно ожидать в прокидывании на уровень выше? Мне то в 1С предлагают порезвиться, то наоборот в до диезе утонуть с головой. Звонят со словами «Ну у вас же указано Team Lead, вот нам такой и нужен». А то что у меня в стеке пайтон, пхп, го их не особо напрягает. Если еще для более востребованных фильтров поставить свою ЗП тысяч 50, то такая вакханалия на телефоне начинается, просто вешайся. «Лид с 17+ годами опыта, да за 50к, вот это мы сорвали банк». В результате выхлоп нулевой как для них, так и для соискателей. А с адекватными цифрами по типу 300+ я уже выше писал что творится. С этих вакансий даже не звонят, там рекрутеры тупо смотрят бои кандидатов на арене.
Ну работодатели тоже не выходят на рынок, поэтому не важно
С этими курсами забавная ситуация. Специалистов не хватает и если на курсах заметят когото толкового, его сразу же отдадут в руки рекуртеров за %. Остальным сертификатик и удачи.
Когда вижу резюме выпускников Яндекс-Практикума (и подобных) на линке, думаю чего сами то не взяли, если он такой хороший и готовый специалист. Скорее всего либо неготовый, либо нехороший.
А выход из ж... очень простой, ищите любую бесплатную работу, окончили вы курсы или научились сами. Полгода-год на opensource и вы обрастёте опытом + портфолио. Скорее всего, это будет интернациональная команда, где вы ещё прокачаете английский.
Другой вариант, для некоторых программистов, написать кучу реализаций классических алгоритмов. Сначала пишите для себя, потом на github. Алгоритмы, структуры данных, "О большое" гораздо интереснее работодателю, чем умение лепить формочки.
Не могу понять это тонкий троллинг или набор вредных советов?
Видел пару проектов на опенсорсе, их словно такие же выпускники и делают. Чему там можно научиться особо не ясно. Английский будет прокачиваться примерно также, поскольку большинство твоих "коллег" не будут носителями.
Чем работодателю нужен специалист по сортировке пузырьком тоже не понятно, ведь большая часть работы начинающего(и не только) разработчика это лепка формочек и крудов по образцу.
Ну всетаки не единым пузырьком живут алгоритмы.
Напишет джун ДинамическийМассив и СвязныйСписок и вот уже понимает когда и что лучше. Именно понимает. А не читает ответ со второго монитора.
Напишет свою хэштаблицу, и заодно узнает про контракты и кучу всего еще.
А ведь те же сортировки можно написать в многопоточке, продемонстрировав тем самым знания многопоточных библеотек.
Меня взяли на вторую работу после того как мой синьор с удивлением узнал у меня что после 8 джавы в хеш таблицах на колизии поставили деревья вместо связного списка.
А узнал я об этом как раз когда писал свое к.ч дерево и свою х.таблицу в свой пет репозиторий.
дык яша не берет с ЯП не потому что они плохие, а потому что ему не нужны джуны в таком кол-ве. Но на общих основаниях отбирают на стажировку
С этими курсами забавная ситуация. Специалистов не хватает и если на курсах заметят когото толкового, его сразу же отдадут в руки рекуртеров за %. Остальным сертификатик и удачи.
А вот это реально так? Я вот сейчас допрохожу Java по "Цифровым профессиям" в Иннополисе (больше из академического интереса). На курс записалось 250, до сдачи "диплома" дожили где-то половина, по общению реальных джунов там ну человек 10. Вот мне и интересно - этих 10 хоть как-то выделят и куда-то определят? Или им придется со всеми остальными пробиваться? А то все вокруг жалуются на окончивших курсы при том, что сами по себе курсы уже неплохой фильтр и при желании людей там искать можно. В общем вопрос только в желании как устроителей курсов - так и работодателей.
>Или им придется со всеми остальными пробиваться?
Скорее всего придется. Тех кто вообще не годится, уже же отфильтровали — вы сами сказали, что из 250 до конца дошла половина. Искать людей на курсах — это вовсе не значит «брать всех 125 после курсов», это именно что искать и брать лучших.
Вот в целом согласен со всем. НО
Вопрос был есть ли реально система устройства на работу лучших с потока @stanislav888выше пишет про "сразу же отдадут в руки рекуртеров за % ". Вот оно есть или нет?
Где у меня было про "брать все 125 после курса"? Меня заботит судьба исключительно 10 лучших. И что они растворятся в этих 125.
Ну как вам сказать… как система, которая пристраивала бы всех лучших — скорее есть, чем нет. Ну то есть, скорее всего в моей почте где-то валяются письма от тех, кто курирует эти самые курсы в Иннополисе. Даже не скорее всего, а просто валяются. Не далее как пару дней назад HR предлагали нанять на стажировку с других похожих курсов — и прислали резюме кажется человек на шесть. Пока я думал, а не взять ли нам стажера, пока советовался с коллегами, которые будут его учить, число резюме сократилось до трех. То есть, троих уже куда-то пристроили. Это за пол дня примерно.
Как система, которая заполняла бы потребности с точки зрения работодателя — скорее нет, чем есть. Если я сам приду к HR, и попрошу кого-то мне найти — то я вот не верю ни на грош, что они вернутся сами ко мне через полгода, по своей инициативе, и скажут — во, смотри, какого классного чувака мы тебе нашли, ровно то, что искал. Скорее всего — они просто не вернутся, а уж что они будут помнить (и понимать), что мне сейчас надо — это точно нет. У HR нет понимания того, что нужно мелкому проекту типа нашего с учетом всей специфики. Они более-менее прилично ищут массовые специализации, не более того.
>Где у меня было про «брать все 125 после курса»?
Ну тут я возможно вас не так понял. Если эти 10 — лучшие, пробиваться все равно придется. Хотя рекомендация от преподавателя конечно же будет учтена. Но это не гарантия успеха. А резюме упомянутых выше стажеров вообще никого выделить не позволяют — например, у них почти у всех написано: Языки программирования, и дальше перечислены Java, C++, JavaScript (погодите удивляться), Git, Docker, Jira, ну и так далее. То есть, все инструменты идут под заголовком «Языки программирования». Как минимум, это означает, что либо всем пофиг, либо эти резюме до меня никто не читал как следует. Ну и как на это ориентироваться? В лучшем случае — приглашаем пообщаться. Даже гарантий трудоустройства не дается — стажер он и есть стажер, постоянное место ему не гарантировано.
И какой вывод из этого можно сделать? По моему "ну не очень-то и хотелось и не очень то и нужно". В общем я так понимаю на недостаток программистов жалуются только HRы. У тимлидов все хорошо.
А зачем HR-ам программисты, если у тимлидов всё хорошо? Они их не в компанию набирают, а себе домой?)
Не знаю. Судя по тому же LinkedIn просто позарез нужны... Впрочем может я от жизни отстал.
Возможное расхождение из-за того, что у HR свой KPI, а у девелоперской команды свой. И оба они в дефинициях перекрываются, но не совпадают, т.е. совершенно рядовое дело в конторе от 100 человек, где начали заводиться "меры, перы, и прочие херы" и прочие элементы корпоративной иерархии и разделения функциональности..
Как тимлид я могу сказать, что а) дефицит есть, чем выше уровень человека — тем больше на него спрос и дефицит на таких б) люди после курсов для меня — это большая нагрузка по обучению, без очевидной пользы в какое-то обозримое время. Шанс найти алмаз среди них конечно есть — но искать и гранить его отдельная большая работа.
Вот синьоров бы я взял бы парочку (у нас размер проекта всего около 10 человек), даже при том что мы только что с 6 человек выросли до 10 разными способами. Но это вполне вероятно наша специфика, на которую я бы не ориентировался ни разу.
>не очень-то и хотелось и не очень то и нужно
Да запросто бывает и такое. Я уже выше озвучил, что нас в проекте 10. Четверо разработчиков. Но было время, когда я разрабатывал этот же проект вообще один, и вдвоем, и втроем, и по всякому. Просто дела двигались чуть медленнее, и все. Как вы догадываетесь, если кому-то нужен стажер — это не единственный человек в проекте, значит все примерно так и обстоит — может он и нужен, но обходиться без него можно сколь угодно долго.
Что мягко нас подводит к старой же мысли, что все хотят чтобы сеньоры толпами вываливались из параллельной вселенной. Ну или пусть система образования сразу этих сеньоров печет пачками. Видимо надо дождаться окончательного выезда этих легендарных сеньоров на работу за бугор (благо дорогое правительство для этого делает все что может) - тогда возможно что-то поменяется в работе с начинающими специалистами. Да и то не факт :-(
"О большое" гораздо интереснее работодателю, чем умение лепить формочки
Серьезно? )
Бизнесу важнее О-большое, чем решение бизнес задач?
А помните, некоторое время назад все смеялись над индусами, у которых программисты - это учителя после 4-недельных курсов айти?
Интересно то, что индусы как раз смогли пробить им работу.
Сам окончил пару курсов и еще учусь. То, что выпускников онлайн-курсов IT становится все больше, говорит вовсе не о перегретости рынка, а о том, что умение писать код из навыка узкой группы профессионалов становится все более и более массовой профессией. Кодеров будут миллионы, из которых будут отбираться и пробираться к вершинам профессии сотни тысяч (в отличие от десятков тысяч лучших ранее). И это и есть наблюдаемая и пока явно не осознаваемая часть прогресса.
Сначала умение обрабатывать большие объемы информации в эксел, потом эксел перестал удовлетворять все потребности, и появился простой и понятный питон.
Сначала научились рисовать диаграммы в эксел, потом пошли в дашборды.
Сначала научились в поверпойнт, потом пошли во фреймворки создания страничек...
Это как бы противоречит массовому заблуждению, будто "человек тупеет", но это так. Да, по сравнению с профи выпускник курсов бизнес-аналитики или ML выглядит тупым, ибо не знает множества тонкостей, но по сравнению с собой вчерашним - далеко нет. Так, и массовый водитель туповат по сравнению с профи-автогонщиком, но массовое умение водить резко подняло уровень нашей цивилизации... То же будет и здесь, в IT.
массовое умение водить резко подняло уровень нашей цивилизации
глядя на внутренности москвича 412 и на внутренности современной машины - я что-то не сильно уверен в том, что массовое увеличение выпускников автошкол поднимет уровень современного среднего автослесаря ...
умение писать код из навыка узкой группы профессионалов становится все более и более массовой профессией
Было бы хорошо. Но на курсах вас этому точно не научат. Селяви.
На профессиональном уровне - не научат, но на минимальном уровне, чтобы на выходе получит корректно обработанные данные (пусть с прерасходом памяти и времени) - вполне. SQL и python+pandas овладевает широкими массами...
Вы пока плохо понимаете нужды отрасли. Никому нафиг не сдалось ваше "решение", если оно работает минуту там, где адекватное решение укладывается в 10 ms.
Тот же SQL задумывался как максимально простой язык запросов для бухгалтеров. Вот только практика применения показала, что бухгалтеры не могут в реляционную алгебру, как и любые другие широкие массы.
Никто не спорит, что кол-во программистов удваивается каждые 5 лет, но роль курсов в этом процессе пренебрежимо мала.
Потому что те, кто закончил курсы совершенно не вдупляет с каким адом он столкнется - часы дебагов, распутывания запутанных многословных макарон, разбор полёта и дедлоков в потоках, просыпания по утрам с надежой что вот этой то ночью оно ОТРАБОТАЛО, выбор библиотек (и их обновление хехе) и прочее и прочее. Тут надо любить, а не про бабло.
Курсы это скорее что-то в духе сетевого маркетинга - вот сейчас пол годика поучитесь за 80к, а потом то будете 2-3 средние зарплаты иметь за просто так.
Часы? Это слишком простые баги
Сложные баги могут занимать дни и недели, особенно если критичны и не могут быть проигнорированы и/или отложены.
Они могут потребовать нестандартных подходов и очень нестандартного инструментария для дебага, могут потребовать сбора кучи статистики.
Они могут потребовать интуиции, навыков выдвижения и отработки гипотез а потом поиска путей их проверки.
Попробуйте обойти багу найденную не в Вашей либе, исходников нет, автор недоступен или не хочет контактировать, Вы используете эту либу и замены ей нет и быть не может, декомпиляция невозможна.
Обычно такое начинается с отчаяния.
Часы....
исходников нет, автор недоступен или не хочет контактировать, Вы используете эту либу и замены ей нет и быть не может, декомпиляция невозможна
есть мнение, что такие либы в проекте лучше не использовать, и за этим должен следить тимлид/техлид
Вот только если это либа драйвера GPU, gles то у Вас выбора не будет от слова совсем.
Заменить GPU тоже нельзя, так как это встройка.
И нет, это был не Линукс, так что надежд на open source и хоть какую-то замену нет тоже.
Иногда выбора просто нет и надо фиксить то что есть, любой ценой и любыми методами.
ну вот однажды пришлось делать софтварную имплементацию одной штуки, которую устройству не завезли (OpenGL экстеншин. Причем такой древний, что есть даже в iPhone2, но не в этом китайском устройстве), а контракт на группу устройств уже подписан %)
в общем - это была головомойка юристам и бонус за овертаймы программистам :)
Много раз слышал мнение, что нужны пет-проекты. Но практически никто не говорит толком, какой пет-проект завести, чтобы и весь стек покрыть и не утонуть, будучи новичком.
Если опытные люди подскажут, буду очень признателен.
В частности интересует разработка на GO. Понятно, что надо прикрутить скорей всего RestAPI,SQL, Docker, возможно k8s. И новичку в разработке из воздуха придумать вменяемый пет-проект сложно. Скорей всего получится код ради кода, интерес быстро угаснет и проект умрет.
Кац предлагает сдаться всегда предлагаю написать игру!
Например, как вам идея шахмат (или хотя бы шашек) по curl?)
партию можно сохранить в базу, все шаги тоже пишем в базу - потом можно воспроизвести будет (посмотреть запись или разбор полётов с преподом).
Недавно наняли на один из наших проектов джуниор разработчика на React. Он придумал интересную схему для "сложных" проектов: искал себе партнёров, которые тоже хотели учиться. Организовывал из 3,4,5 человек команду и они делали вменяемый дубль приложений и сайтов. Людей в команду он искал через комментарии в YouTube - под онлайн уроками от популярных блогеров с обучающими видео по программированию.
Вот вам идеи для пет проекта: Соц. сеть, интернет магазин, чат бот, сайт с тематической информацией, парсерс каких-нибудь объявлений. Попробуйте загуглить: "Идеи для pet проекта".
Не важно какая будет тематика проекта. Важно что вы на этом проекте попробуете сделать: прикрутите Docker - огонь. Пагинация через reast api - тоже супер. Попробуете 3 варианта работы с базой: прямые запросы, пару фреймворков - сможете сравнить их и использовать в боевом проекте.
А смотрите, у меня есть потребность - организовать людей на общие эвенты. Будет заниматься физической подготовкой. Нужно разбить на группы. Завести кабинеты. Фиксировать программы и достижения. Так же дать доступ инструкторам, собирать статистику по посещениями. Интегрировать с гугл треккером.
Сделаете?)
Ну, смотрите. Допустим, у вас появился новый навык - писать код. Как вы можете его применить для автоматизации каких-то рутинных процессов в вашей жизни?
Знаю одного студента, который учится на официальных курсах 1с. 8 месяцев. 2 часа в день. Сейчас стажёр с зп 25 тыс на исп. Сроке. После, поднимут до 50.
Чудес не бывает.
Не знаю, как джуны, но если меня спросят, какие сложные проблемы я решал - я призадумаюсь и вряд ли что-то сходу придёт в голову, а если попросят ещё и рассказать в подробностях, как именно решал - то просто не смогу. Решил и забыл, помнить всё это ни к чему. Да и не кажутся проблемы сложными после того, как они решены.
"Да и не кажутся проблемы сложными после того, как они решены"
Каждая ли проблема затрачивает одинаковое количество времени и нервов при её решении? Суть не в том, что проблема решена, значит она не сложная. Суть в том, что проблема была решена, но имела большие (значительно) трудности при решении, чем "средние по больнице".
Вы там что, живёте в проблемах, что не можете даже одну реально сложную вспомнить? Не обязательно же помнить каждое слово в мыслях, которое вы проговаривали при продумывании решения проблемы и весь её процесс. Рекрутер имеет право посчитать, что вы не умеете правильно сформулировать мысль, или, что вы не решали проблем в целом.
Нет, я как раз не живу в проблемах - я выбрасываю их из головы по решении и занимаюсь следующими интересными делами. Рекрутер конечно имеет право считать что угодно, но я с ними нахожусь в очень разных, никогда не пересекающихся плоскостях.
ты недавно публиковал дневник разработки в двух частях на Хайпе. Вот и ответ - вести дневник.
Ведение дневника - это тоже работа, и сроки разработки она увеличивает примерно вдвое. Лично мне это не нужно, поэтому обычно веду только краткий лог. Дневник в тот раз был сделан для публики, именно по той причине, что писать постмортемы для длительных проектов постфактум по памяти и логам очень сложно.
"стать врачом за двадцать дней"
Любопытно что здесь предполагается что работать врачом труднее чем программистом. А ведь это не так. Врач как правило заучивает симптомы болезней и протоколы лечения. Это средний вполне уважаемый врач. А любой программист, даже джуниор, должен уметь в ОТЛАДКУ что в случае с врачом - уровень доктора Хауса, то есть научная работа, которой занимаются не рядовые врачи а исследователи. Вспомните случаи сложной отладки мерцающего бага и спросите себя сможет ли это сделать даже хороший врач из поликлиники.
Как врач с более 10 лет стажа имею вам сказать: чушь порете, юноша, в части понимания работы врача.
Скорее всего, вы читаете исследования, которых по вашей специальности выходит по 100 штук в день. Правда? А вот многие врачи, как выучились, так и не совершенствуютя.
Столкнулся с очень неприятной вещью у родственника. Диагноз поставить не могут. Куда только не возил. Профессор кафедры аутоимунных заболеваний, тоже не понял, что это такое. Идити, и не отвлекайте людей с вашими проблемами...
Любого разработчика, за такое выгнали бы в тот же день. Ну ладно бы он один. Так куча людей, кто всё это смотрел, понять не могут.
Да и разбираться не хотят.
Да и разбираться не хотят.
И пишут что-то типа "вегетососудистая дистония" и назначают гинкго билоба. Я бы посмотрел, что бы высказали за такое разработчику.
При этом , медицина наряду с юриспруденцией - это просто каноничное место, где как нигде еще процветает подход "знание + звание = величина постоянная"
Тут вы упускаете одну вещь: если вам назначается фуфломицин, то скорее всего лечит либо нечего, либо нечем.
У всех читателей хабра вызовет только улыбку заказчик, которому нужен сайт конкуретн яндекса или гугля с бюджетом в 100к и чтобы работал на 1 бюджетном компе. Но почему-то все на полном серьезе ожидают толк от консультации за 800 рублей там, где потребуются многомиллиардные бюджеты и десятилетия работы целых НИИ.
Но даже если допустим, что ваше заболевание где то изучено светилами медицины и уже разработано его лечение ... Тут аналогом может послужить Теория относительности - мало ее описать - чтобы ее исползовать нужно еще нанять человека который будет ее понимать:
Допустим у вас появился бюджет в 100-200к на диагностику не типичного заболевания - вам его помогут освоить в любом частном центре, только далеко не факт, что работник частного центра сильно умнее врача из государственной поликлиники - в большинство частных центров берут не по знаниям медицины вообще, а по умению приносить средний чек заведению ... и поэтому многие честные врачи просто вынуждены продолжать работать на государство:
И тут вы уподобляетесь джуниору, которого послали собеседовать сеньеров: согласитесь глупо от джуна, работающего за 30к, умеющего только натягивать шаблоны на формы требовать применения заумных теорий или разработки архитекутрых решений, но когда вы сам джун, далеко не всегда вы отличите мидла от сеньера.
Точно также глупо от врача, работающего по шаблонам за 30-60к, требовать каких-то индивидуальных исследований вашего заболевания, когда все шаблонные возможности исчерпаны.
Отладка, по-моему, намного проще. В отладчике можно посмотреть любую переменную в любой момент времени, комфортно из IDE. Попробуй сделать так с пациентом. Сотни разных анализов, все сразу не назначить, нужно выбрать парочку и пытаться догадаться, что же с человеком не так... Еще ответственность. Разработчик может забить на баг, если отладить не удаётся или нет времени. Пофиг, положим в бэклог, вернёмся потом. Если разработчик положит прод на пару минут, ну починят, пост мортем нарисуют, "в следующий раз внимательнее будь". Медицинская ошибка не простительна. Человека намного сложнее отлаживать, чем программу. Для отладки программы много мозгов и знаний не надо - базовые внимательность и логика.
Врач тоже может забить на баг: "такая особенность организма", "в вашем возрасте это нормально", и тому подобное. Как пациент с более 30 лет стажа могу сказать, что так бывает очень часто.
Тут как посмотреть. Представте себе, что вот к-ть древний паскаль народ изучает и использует десятилетия, в случае особенно сильных багов, кусок кода просто отправляют в корзину. Типа, не справились, ну пусть лежит на кладбище кода...
В отладчике можно посмотреть любую переменную в любой момент времени...
Ага. Особенно если это отладка питания SoC. И любой шаг в сторону -- горячая перезагрузка по undervolting.
В отладчике можно посмотреть любую переменную в любой момент времени, комфортно из IDE
.... только не многопоточный код. И если у вас есть куда воткнуться отладчиком в железку
ну, может человек имел в виду моральную сторону ?
хммм... в поликлинике рядом - педиатр врач-старушка, очень даже неплохая была (и диагностика на 5+ и детей любит), жалко недавно уволилась по возрасту.
Но я думаю, что она там не одна такая есть, так что - может и многие теряют в, но не все врачи, не все :)
вы знаете - иногда случается, что и умирают.
(и даже в мирное время ... банальный сепсис от катетера мимо вены - и привет)
А уж страдать - так чем только дети не болеют :(
при этом корректная ранняя диагностика (отличить "у вашего все норм" от "у вашего начинается воспаление легких - срочно п1, п2, п3") делает жизнь и ребенка и родителя гораздо лучше.
Медицинскую ошибку ещё доказать нужно, что совсем непросто.
@Meklonдохтор, тут мнение приводят. Выскажетесь?)
Может и сложнее, но это хорошим врачом. Но с какой стати вообще так модно программистов с врачами сравнивать, это же просто уловка какая то.
У таксистов же никто не спрашивает за сколько дней они таксистами стали, а работу свою они выполняют при этом.
Как недоджун, который учился самостоятельно по книгам, статьям, ютубу и в поиске той самой первой работы за еду. Эти курсы убили все. Я не понимаю зачем компании выставлять вакансию на джуна в открытый доступ и повергнуть своего hr в пучину ада. Если можно поспрашивать через знакомых или по старинке пойти в местный вуз и отобрать себе лучших студентов. Как ребятам, которые горят программированием и не хотят врать про свой опыт на самом деле искать работу за еду ради опыта сейчас? Вопрос открытый. Упорство и везение. Главное не опускать руки и оттачивать свои навыки.
по старинке пойти в местный вуз и отобрать себе лучших студентов
а вы ходили?)
Давайте так, я работал в двух корпах продолжительное время. В одной я отвечал, в том числе, за работу со студентами.
Приходишь такой в универ, а тебе - "вот вам группа биоинформатиков в кибернетике". Э? Ладно, заходишь в группу. "Так ребята, - подсматриваешь шпаргалку с заявками от коллег - кто из вас Линукс ставил и LVM себе там делал?" Тишина. Мертвые с косами стоят. "Ладно, а просто Линукс ставил?" Одна рука. "Убунта с графической оболочкой". "Что делал?" "Ничего не делал, потыкался и снёс". Эм... "Проехали, - вторая шпаргалка идёт в дело - кто из вас ставил Оракл и может наваять в нём простейшую хранимку?" Тишина...Кончаются шпаргалки, идёшь обратно, спрашиваешь, а у вас поумнее группы есть? Эти какие-то... непрофильные для нас. "Конечно есть, но их уже репы от Тинька забрали, эксклюзивненько!". Тьфу на вас...
Во второй я пошёл к начальнику, и говорю: "Гриша, я тут недалеко учился, отпусти меня в Альма-матер, я тебе кандидатов на джунов приведу". Руководитель строит недовольную гримасу "тебе что, работы мало? У тебя там баг критический незакрыт, срок по проекту просрочен, и безопасники жалуются, что ты их динамишь. Никаких гуляний по универам!" "А как же джуны?" "Пусть эйчары ищут".
Простите, а зачем биоинформатикам ставить линух или оракл? Вам с такими запросами надо идти было к сетевикам-сисадминам
Оракл вроде платный и корпоративный? если уж "баловаться", то ставить либо мускул, либо постгресс
Вы не туда пришли. Поэтому подбор персонала доверяют специалистам, а не Васе, пусть он и хороший разработчик или даже Тимлид
к сетевикам-сисадминам
Нет такой специальности как "сетевик-сисадмин". Почему я оказался у кого-то, кто имеет весьма пространное отношение к ИКТ, я объяснил. Выбирать группы могут люди, которые что-то дадут универу, а если у тебя нет бюджета, тебе будут сливать самые бесполезные группы.
Оракл вроде платный и корпоративный? если уж "баловаться", то ставить либо мускул, либо постгресс
Ну так кадры в корпорацию и искали, а не баловаться. У Оракла есть бесплатная редакция. На пощупать, освоить ролевую модель там, научиться запросы, хранилки писать, хватит. Впрочем, в карточках начинали с Оракла, заканчивали любой РСУБД кроме Access'a. Так сказать, по мере снижения "требований" к потенциальным джунам и стажерам.
Ну и профилей было несколько. Младший установщик rpm пакетов, младший набиватель grant'ов, младший укротитель змей, еще кто-то вроде был.
Вы не туда пришли. Поэтому подбор персонала доверяют специалистам, а не Васе, пусть он и хороший разработчик или даже Тимлид
Специалисты, в чью компетенцию это входит, положили бы на это болт, если бы он у них был. В виду его отсутствия, затрудняюсь оценить, что они на это положили :)
Как звучит специальность я не знаю, я не работаю в этом вузе
Просто Вы описываете и мне показалось что Вы очень эээ, обижены и удивлены, что вот эти кибер-биологи не ставили линь и оракл.
Я спросил зачем кибер-биологам ставить оракл или линь? Ну то есть если Вы пришли к кибер-биологам, спрашивать надо что-то другое. Для начала, а что они вообще умеют в IT. И потом подумать, можно ли эти знания приложить к вашей работе. Или же, хотят ли эти ребята поработать у Вас и видимо поучиться (сами или с помощью вашей организации). Ну то есть если "хотят", так и сказать, нам надо знание линуха и оракла, через 2 месяца приходите по адресу (или почтой присылайте)
положили бы на это болт
Может потому что они осознавали бессмысленность спрашивания про линух и оракл у кибер-биологов? То есть это не они клали болт, а Вы напрасно потеряли время. Если щука не обитает в соленых водах, то нет смысла ее пытаться там ловить. А если уж приплыли в море, то ловить надо не щуку, а что-нить другое
(возможно Вы вообще на каток пришли, как в анекдоте)
Нет такой специальности как "сетевик-сисадмин".
Но есть (или как минимум была) "Вычислительные машины, комплексы, системы и сети". И куча смежных, где больше упор на коммуникации/серваки. А вы пришли к прикладным программистам, и удивляетесь, что они не хардкорное ИТ. Вы б еще к "прикладная информатика в экономике" пришли.
Ну и сами требования тоже интересные. Я вот себе почти не ставил линукс, потому что нетрэба, не баловался с ораклом, потому что для sql у нас был sqlite, и далее по списку. Нашел работу, 10 лет проработал, сейчас синьорю - и вот ни разу ни оракл, ни LVM не пригодились. ЧЯДНТ?
У меня как раз прикладная в экономике :)
Ну, стэк разный. Мы искали к себе, у нас такой стэк. Кто-то может искал Windows/SQL Server/C#. Разные компании, разные потребности.
Вопрос же даже не в том, чему учат или не учат (и как), нас бы устроили самоучки, которые сами поставили и освоили указанные инструменты в каком-то самом базовом объеме. Грубо говоря, если в группе на 20 'компьютерщиков' нет ни одного человека, который бы щупал нужные нам вещи, то это печально.
Нет такой специальности как "сетевик-сисадмин".
Вас в гугле забанили или как? 11.03.02/11.04.02 - конкретные коды специальности. Как же вы сумели проработать в "корпах продолжительное время" без навыка гугления?
Приходите в наш вуз) У нас отдельная дисциплина по Oracle, я ее даже когда-то вела)
ну если ребята которые "горят" программированием, не могут обойти в процессе трудоустройства на работу ребят которые "не горят программированием", ну что ж, возможно не так и сильно горят?
Так о каком трудоустройстве может быть речь, если человек может прочитать парочку таких постов и тредов и убедиться, что ему запрещено ещё даже думать о работе? Камон. Пет проекта на гитхабе нет, 90% теории не знает, книг как-то маловато прочитал... А программированием точно горит? Фигачить и фигачить ещё, прежде чем допустят до перекладывания JSONов. В это время более нацеленный на зарабатывание зелени человек после курсов пройдет собесы и где-нибудь, да возьмут. Не так уж фантастически звучит, согласись. Очень большую роль играют психология и случай
Да нет, ты просто не дойдешь до уровня собеса без идеального резюме. Необходимо пройти первый этап, чтобы твою вакансию отметил hr. Соответственно надо выделиться и вот сейчас вакансий и так мало. Так ещё на некоторых курсах учат, как именно проходить собесы. Как правильно врать про опыт. Человек у которого цель заниматься программированием и который не хочет врать в таких условиях проиграет человеку у которого цель найти работу. Но только кто из них больше нужен индустрии.
Проходить собесы это такая же часть индустрии. Если человек прошел технический собес, он подходит на вакансию, технический собес нацелен именно на оценку уровня кандидата.
Сейчас всем сложно, много людей хочет ворваться в IT, что поделать. Не нужно делить их на алчных обманщиков и честных трудяг.
Человек у которого цель заниматься программированием, может это делать у себя в гараже. А если цель устроиться на работу, то что поделать, когда на одну вакансию джуна откликается куча ребят. Рынок перенасыщен джунами, если человек добавил себе год опыта и прошел тех интервью - значит он подходит для этого места.
А насчет кто из них больше нужен индустрии ? Тут подразумевается, что студент неограненный алмаз, а выпускник курсов, дурак, который прошел собеседование из-за своего вранья?)
Значит этот человек себя обманывает и у него цель не заниматься программированием, а найти работу. Иначе бы он занимался программированием и не страдал бы от таких вопросов.
А что касается справедливости - а вы попробуйте доказать, что вам, к примеру, в 35+ интересно заниматься программированием. Как думаете, вам поверят? Нет, за деньгами пришел.
А вот вчерашнему студенту с горящими глазами поверят безоговорочно, даже если там знаний в разы меньше и интерес там совсем к другому. Так что тут все очень непросто.
А вот говорить, что мне очень интересно, возьмите меня срочно на работу, вот это просто.
Как ребятам, которые горят программированием и не хотят врать про свой
опыт на самом деле искать работу за еду ради опыта сейчас?
Это какая то подмена понятий. Горят программированием, но ищут работу.
Если горят программированием - пусть программируют, им это никто не запретит.
А работу ищут те, кому нужна работа.
Это две большие разницы.
Одним горением сыт не будешь. Когда после основной работы и бытовых нужд у тебя в сутках остаётся пару часов, особенно даже не развернуться. Ну и мне интересно, на работе нужны какие люди? Кто горит своей работой или те кому нужна работа?
Смотря какой работодатель. Бедному стартапу нужны люди с горящими глазами, потому что ему так выгодно. А кому то другому нужны люди, относящиеся к работе как профессионалы, а не как любители своего хобби.
Вы бы предпочли пойти к знахарю, который с горящими глазами очень хочет лечить людей и читает книжки по медицине?)
Вы бы предпочли пойти к знахарю, который с горящими глазами очень хочет лечить людей и читает книжки по медицине?)
Тяжелый выбор, кстати - энтузиаст с желанием лечить (и, возможно даже вылечить), и формалист-специалист по правому уху, которому все пох, что не вписывается в известные протоколы и что за пределами его прикрытой бумагами задницы.
Или же врач будет лечить хорошо, хоть и без энтузиазма, потому что он относится к работе именно как к работе, а не как к хобби.
Я абсолютно уверен, что на практике вот такой программист с горящими глазами сам же пойдет к врачу, для которого это работа, а не к знахарю, который с горящими глазами назначит уринотерапию)
Стажировки. Делаете тестовое задание, приходите, рассказываете о своём самообучении и 2-3 месяца стажируетесь либо бесплатно, либо за небольшую стипендию.
Про обучение на врача за 20 дней это они, конечно, загнули
Учусь в университете, и могу в принципе сказать, что да, сейчас по итогу выходят те же 4-8 часов в неделю, как и рекомендации к прохождению курсов. Потому что остальные часы занимает 6 часов психологии, ещё несколько часов "предметов-для-общего-развития" которые не ясно почему не остались в школе. Так что... Любопытно
99% из тех, кого я найму, через 2-6 месяцев пойдут на рынок и попросят прибавку x2 еще до того, как начнут приносить пользу на уровне стартовой зарплаты.
если кто-то готов платить х2 за тоже, это и есть рынок. Странно работать за ЗП в два раза ниже рынка. Только бизнес, ничего личного)
Это и есть причина, почему отдельной компании невыгодно выращивать зелёных вайтишников/стажёров нулёвых (типа меня, к слову), в джунов. Потому что затраты на него будут примерно такие же как на сеньйора. Первые несколько месяцев платить ему зп + оплата времени старших сотрудников которые его учат = ноль пользы и минус прибыль компании. А как только он становится полноправным членом команды, способным самостоятельно решать задачи, то заставить его работать без повышения зарплаты в течение n-го времени - запрещает закон. Человек может уйти в другое место, которое его не обучало, не давало ему заветный опыт без которого не берут, и так далее.
Вот поэтому компании и выставляют невиданные доселе требования к джуну. Чтобы он пришёл уже готовенький и как можно больше знал, и (желательно) окупал принесённой пользой свою зарплату по крайней мере в течение первых пол года. Чтобы когда он уйдёт (а это вполне вероятно) было не так обидно с точки зрения затрат и пользы.
Таким образом компании страхуются от того, чтобы хитренькие вайтишники не использовали их, то есть, без того и так отвальный рф-бизнес, как батут для построения своей карьеры. Бизнесу лучше, когда очередь 500-700 человек на одну вакансию джуна, но при этом на каждой айти конференции звучит "как жаль, что дефицит специалистов". Чем когда они тратят ресурсы компании, время и деньги, а человек пришедший к ним без опыта, "отучился" за 50-70к/мес (в его кошелёк) а потом свалил в соседнее здание где вывеска покрасивее да кофе понасыщеннее, и вообще "там макбуки, а не финкпады". Поэтому, да:
> Только бизнес, ничего личного)
П.С. всё вышесказанное - это личное мнение составленное на основании личных наблюдений и ощущений. Не претендую на объективность.
Поэтому стажеры чаще всего работают бесплатно или за символическую "стипендию" на уровне МРОТ. Им поручают рутину, на которую состоявшемуся професcионалу времени жаль.
Если стажер проникается корпоративным духом подразделения и начинает приносить пользу, его переводят в джуны.
Так а что мешает джуну сразу начать давать простые задания, чтоб он приносил какую-то пользу? Что мешает поднять ему ЗП до рынка, когда он стал полноправным членом команды? Религия не позволяет? Или после обучения джуна считаем, что тепер он нам должен? Да и эффективная работа с первого дня/недели это миф. На адаптацию к новой компании, коллективу как ни крути уходит 2-3 месяца, иногда до полугода. Это всего лишь внутренняя парадигма этого тимлида, ограничения которые он сам себе поставил и боится за них выйти.
Обучение это вполне взаимный процесс. Если человек не хочет учится, силой его не научишь. Поэтому усилия эти взаимны.
Про то что бизнесу "лучшее" полностью согласен. Все эти страдания про дефицит специалистов, про написание резюме, сопроводительных писем и т.п. в пользу бедных работодателей. Которые кроме как банального отжима времени соискателей не значат ничего от слова совсем.
Да и эффективная работа с первого дня/недели это миф. На адаптацию к новой компании, коллективу как ни крути уходит 2-3 месяца, иногда до полугода.
У профессиональных программистов 2-3 недели уходит на адаптацию (судя по моему многолетнему опыту наблюдения за тем, как программисты вливаются в компанию). Если у вас уходит 3 месяца и уж тем более полгода, то в целом компания в праве считать, что вы ей теперь должны за ваше обучение.
Можно только позавидовать) но видимо мы несколько о разном. Период адаптации не особо зависит от профессиональности программиста и вообще должности. Разобрались в процессах компании, наладить отношения к коллегам больше зависит от того как выстроен онбординг в компании. По моему опыту за 6-8 месяцев можно принести вполне достойный результат компании даже при полном отсутствии онбординга)) правда я не программист и никогда им не был)
правда я не программист и никогда им не был)
А зачем вы тогда выдумываете, как происходит адаптация программистов?
И с чего вы взяли, что в IT-компаниях нет онбординга?
Что касается процессов компании, то в крупной компании может быть сотня процессов, которые рядового разработчика вообще не касаются или касаются крайне редко. Нет никакой связи между "приносить пользу" и "разобраться во всех процессах компании". То же касается и коллег. Если в компании работает 500 человек, то программист всё равно будет коммуницировать с десятком человек 99% рабочего времени. Другими словами, необязательно перезнакомиться со всем коллективом, чтобы приносить пользу.
Это все говорит о том, что компании все обобщенно хотят выехать за счет соседей, тупо перекупив у них вчерашних джунов. В идеале в каждой компании должен быть штат джунов, который должен закрыть со временем вакансии мидлов. Ну ок, не хочет компания поднимать своего джуна на уровень по каким-то своим внутренним причинам, тогда его схантят соседи, а вам надо у них хантить их джуна, должно все уравновеситься в итоге. Но раз есть на рынке дефицит мидлов и переизбыток не джунов даже, а соискателей в джуны, то что-то не так в индустрии в целом, не хотят вкладываться в будущее индустрии, а хотят по-быстрому снять сливки.
это уже очевидно в рф-бизнесе))
Я бы еще спросил у этого тимлида, а как у вас выстроена система наставничества и обучения? Насколько она эффективна? Или насколько ваши технологии релевантны рынку. Ибо за каким мне тратить полгода, например, на хождение по вашим граблям за копеечную ЗП, если я этот материал могу освоить за 3 месяца. И через три месяца уже получать большую зарплата. Или учится какой-то фигне, которая кроме этого работодателя никому не нужна. Которую при переходе на новую работу можно просто выкинуть в помойку и начинать все заново. Время это самое ценное что есть у человека. Не позволяйте его обесценивать никому)
Несколько преувеличиваете. Синьоры начинают приносить пользу намного раньше. Хотя бы тем, что умеют давать умные (со свежим взглядом на вещи) советы, имея отличный от других опыт. Да, пользы будет меньше, и отвлекать будет — но в сравнении с джуном и сам может кое-чему научить.
Обычно это обходится стажировкой. 2-3 месяца тебя учат бесплатно, а потом если ты показал, что способен быть джуном ты работаешь минимум 2 года на эту компанию. А если раньше увольняешься, то выплачиваешь компании компенсацию за твоё обучение.
Был комментарий от двух HR, что на позицию аналитика (дата/продуктовый) без профильного ВО больше не рассматривают, тк достаточно кандидатов с ним
Кек, может быть просто вовремя повышать сотруднику зп и быть в рынке, а не ожидать, что уйдет после 6 мес. Лолирую с жадных погонщиков
А вы должны тогда у соседей схантить их джуна, которому ваша компания по каким-то причинам больше нравится. В итоге джунов должно быть столько, чтобы они закрыли все вакансии мидлов, а если все своего джуна не возьмут, то и будет дефицит мидлов, а Джунов и будут только состоятельные гиганты типа Яндекса набирать, но их джунов на всех не хватит.
Обстоятельства могут поменяться у любого человека. По такой логике стоит набирать только выгоревших мидлов+, что уже ничего не хотят с взглядом на 1000 ярдов, а только по привычке клепать то, что раньше клепали и не напрягаться.
Ну так это же хорошо, что человек уйдёт с позиции, на которой изначально стек говно и проект говно, но он туда пошёл, потому что больше никуда не берут, а работодатель создал эту позицию как раз потому, что никто кроме джуна в этом копаться не станет. Это как раз говорит о том, что человек хочет развиваться
а компании-то что делать?
Компания делает всё правильно. Пусть продолжает выставлять вакансию на условной жабе. Но я упоминал не только стек, но и саму суть проекта. Если проект говно (имхо, разрабатывать модули для какой-нибудь условной Terrasoft Creatio), то люди не задержатся. Если компанию всё устраивает и поток джунов есть - хорошо. Если джунов нет, то возможно стоит подумать о том, что бы сменить условную жабу. Теория игр какая-то - у акторов разные интересы. Пока есть какое-то равновесие спроса и предложения, то всё хорошо
С одной стороны, конечно, да. С другой стороны - мир несправедлив, а всемирное равенство всё никак не наступит. Завтра придёт какой-нибудь сбер или другой банк и перекупит вашего новоиспеченного миддла, потому что у них бабла хоть лопатой греби, а вам таки нужно дебет с кредитом сводить. При этом такие жирные компании часто джунов не берут, так что будь я молодым и амбициозным - без лишних мыслей использовал бы какую-нибудь компанию как трамплин на 6-12 месяцев.
Все рассуждения строится вокруг предположение, что любой джун изи кинет одну галеру и уйдет на другую. Но все ж мы люди - это тоже навык менять работы и быстро адаптироваться под новые процессы. Скорее всего у абстрактного джуна через полгода только закончилась адаптация, и он хочет выдохнуть и еще поработать с полгодика спокойно, если только работодатель совсем не жадничает в стиле: мы тебя вырастили, работай за 50 тыщ не долларов.
Правда, у меня итак сейчас всё хорошо (надеюсь) с работой. Я джун и у меня как раз 50К. Было бы больше, но случился февраль.
Сейчас на рынке грустновато стало не только джунам. Вообще не понимаю, как сейчас идет отбор. Нет стандартного критерия, одним верстка с анимациями нужна, другим алгосы, третьим построение архитектуры, третьи всякую языковую «дрочь» дают порешать, а что будет вот в этом абсолютно нереальном кейсе? И в вакансии нифига не понятно, на что делается упор. Умей все и сразу на идеальном уровне. Причем, узнаешь направленность собеса только на самом собесе. Раньше и то пытались найти не то, чем кандидат поможет на проекте, а то чего он не знает.
Но попадая после собеса на проект иногда посещает мысль - нахера вы все это спрашивали, если у вас нет процессов, доки и читаемого кода?
нахера вы все это спрашивали, если у вас нет процессов, доки и читаемого кода?
я когда прихожу куда-то, то сначала спрашиваю - где у них хранится код, кто делает документацию, в чем происходит код ревью и как работает интеграция и деплой :)
(и еще - есть ли овертаймы. Если есть - оплачиваются ли они х2 к зп или выше)
а то спрашивать меня могут за кеши процессора, или параметры конфигурации сервера оракла или еще какие тонкости, а в проекте у них: "билд на сервере запускать - .бат файлами вручную, деплой в прод - .бат файлами вручную, документация - в комментариях, код ревью - по вторникам" (реальный случай) - лучше даже не заходит в эту дверь.
вкатыши воспринимают курсы как магическое заклинание которое даст им работу с ЗП х10 по стране. В реальности так не работает. Помимо курсов нужно ещё самому прикладывать очень много усилий, но это стоит того. Условно, если постараться, месяцев так за 8 активного обучения можно идти на мидла, без шуток. Да, конечно придется нафантазировать в резюме, но знаний будет достаточно чтобы выполнять работу мидла на уровне который устроит работодателя. А если качество устраивает, то не вижу проблемы
месяцев так за 8 активного обучения
Собственно курсы так и идут, 8 месяцев активного обучения. Но мне кажется, мидл это не только знания, но и пару лет опыта.
Знаете, я был тем человеком, который 8 месяцев активно учился... На курсе. А потом сразу прошел на мидла. Возможно, конечно, курс курсу рознь.
а на какую специальность, если не секрет
(я потихоньку вкатываюсь пока самостоятельно в аналитику данных.... Да если бы все знать и хорошо знать что дают на курсах.. я ток от юнит-экономики чуть не подох. А уж двойные циклы в питоне....)
Давайте проще, господа синьеры, лиды, архитекторы "диванные", попроще.
Плюс в чат, если Кормена хоть раз прорешали с задачками. Ну, давайте с простого начнем. А то вылупились, то не нужно, сё научат на месте, это только после 15 лет первый раз применил. Давайте с простого начнем... сколько будет 2 в восьмой, худший случай квик сорта, что такой дейкста. Я за 10 лет видел много людей с опытом по 20 лет, которые кроме иф-ов ничего не могут писать. Уверен, что в ответах тут 99% таких.
это только после 15 лет первый раз применил
худший случай квик сорта, что такой дейкста
Квиксорт каждое утро по понедельникам имплементирую, и выискиваю, какой же из всех понедельничных вариантов худший.
Масло еще в машине сам могу поменять.
В прошлом году получил бонусов на 1кк долларов. Нашел и пофиксил утечку памяти в кастомном аллокаторе. В итоге индекс нашей БД стал весить не 500ГБ, а 5ГБ. Ошибка была в дефрагментации памяти.Только знание и понимание алгоритмов помогло мне найти не очевидную последовательность в данных и логике. Построить не очевидный ассоциативный ряд и зафиксить багу. Которую не могли пофиксить 15 лет. Теперь я выхожу на пенсию. Мне 35. Проблемы, формашлёп? Или кто ты там.
Напоминает историю из Голливуда. Один раз стрельнуло, и сразу же ЧСВ пошло в разнос. Да еще и на фоне всякого запрешенного в нос.
Но скорее всего с другой стороны Великий Покоритель Голливуды - Александр Невский уот-так-уот)
Яндекс, Гугл, Фейсбук, Амазон - у них просто 1 раз стрельнуло, голливуд, уот-так-уот.
Ты - админ, веб-разрабочик, фронтенд, 100 рублей в час, тесты не проходят, помогите, "экран пошарить?"
Не кормите тролля)
0 публикаций и рега на прошлой неделе, плюс куча пафоса на ровном месте.
Все признаки на лицо же
Вам бы теперь прорешать с задачками книгу про то, как сбавить самолюбие.
ЧСВ - моё почтение, конечно. И истории одна восхитительнее другой.
Жалко только что 95% "знатоков алгоритмов" с космическим ЧСВ сами умеют как раз написать квиксорт и дейкстру которые и спрашивают на каждом "алгоритмическом" интервью. А как попросишь на собесе рассказать хотя бы какая сложность union'а в DSU, так в большинстве случаев получаешь "ой, ну там наверное логарифм, быстро короче, пук-среньк".
А потом бедным эйчарам приходится для них придумывать истории про форс-мажор и закрытие позиции потому что напрямую говорить "вы токсичный душнила и не проходите по софт-скилам" в индустрии не принято.
Про обратную функцию Аккермана знают около четверти от тех кто знает что вообще такое DSU.
Но настоящая классика этого вопроса в том что хрен поймешь, отрабатывает оно за обратную Аккермана или за единицу и в том что есть реализации DSU с хранением рангов и рандомизированные.
Впрочем, суть месседжа в том что на каждого ЧСВ-шного душнилу всегда найдётся ставящий на место вопрос по алгоритмам.
А если не найдётся, то вероятно ты собеседуешь финалиста ICPC, а значит ты скорее всего спишь потому что все такие люди проходят 2-3 технических собеседования в своей жизни, дальше их и без этого принимают в большинство нормальных контор.
я еще else умею писать
Я конечно не собеседовал толпы кандидатов в таких объёмах, как в статье описано, но опыт есть и как то читаешь эту табличку с рафинированными вопросами и ответами... не стану спорить со статистикой, но почему то есть подозрение, что подготовится 100500 народа по этой статье и когда некоторые из них придут на собес, а там такой вот дядя:
С вопросом: "Ты мерзавец?" )
Или такой как я с задушевными беседами о кодинге, в неформальной обстановке с целью отбора кандидатов по степени воспламенения глаз при такой тематике общения )
Серьёзно, не редки случаи когда хантишь людей на афтерпати после конфы и пофиг что он там вчерашний школьник, если он под пивом ни на какие другие темы тупо разговаривать не способен, потому что с ушами в линуксе, или там рассказывает как он долго не мог понять что не так, а оказалось случай из wtfjs и он тебе это рассказывая искренне ржет аж заливается, хотя понять его в принципе и тем более оценить суть прикола, может только такой же повёрнутый как вы оба )
Вот вам мой совет, причем в дополнение к этой, думаю вполне годной статье, даже если Вас в IT привлекли деньги, постарайтесь проникнуться именно духом увлеченности, реально, если решили в этот мир, ощутите всю его чудесность, почувствуйте себя магом и чародеем, научитесь получать кайф от самого процесса кодинга, зажигайтесь искренне, экспериментируйте, изобретайте, участвуйте в любых интересных опенсорс проектах, живите этим и тогда во первых любое собеседование для Вас станет игрой, а не испытанием, а огонь в глазах и рекрутеру покажет, что да, этот кандидат мотивирован самой возможностью работать на этой должности, и для Вас собеседование сделает лёгким челенджем, а не стрессовым допросом с престрастием )
Хороший IT-шник, в большинстве случаев, фанат своего дела и именно таких людей бизнес готов вознаграждать теми самыми нашумевшими зарплатами
вы говорите о мотивации человека. Но не так много людей у которых сильная внутренняя мотивация, тем более в молодом возрасте. Мотивировать команду это прямая обязанность ее лидера. Но почему-то все об этом забывают, а требуют какого-то космического опыта от всех вокруг. А потом вон плачу еще что мало кандидатов им)) Например, смотрю позиции РП. Так ищут все что угодно, только не руководителя. То продавца, то архитектора, то тимлида, то вообще не пойми кого. И во главу угла зачастую ставят какие-то технические скилы, а не лидерские компетенции. Кого все хотят обмануть? Сами себя? Косарю косарево, кесарю кесарево, как говорится.
Раньше проще было, выучил вёрстку и простейший js - уже готовый спец. Иди на фрилансере зарабатывай по чуть-чуть.
Сейчас стек настолько жирный, что заканчивается в районе докера и ты мысленно благодаришь судьбу, что тебе не надо вкатываться во все это за полгода курсов. Да ещё и на фоне того, что крупные кузницы июней закрыли офисы и уехали
Для того чтобы только пойти на курсы на право управления фурой, нужно в течении года иметь права на грузовик, а чтобы получить права на грузовик нужно иметь права на легковой автомобиль (так как не каждая автошкола учит на грузовик с нуля, да и чтобы доехать до автодрома своя машина нужна). И то на этих курсах вас научат управлять не фурой, а грузовичком с прицепом. Итого - пару лет надо потратить и сколько-то денег. И это только право управления фурой, а не реальное управление и тем более уж конструирование фуры. И никого это не удивляет и вроде нормально....
Говорю со своей колокольни:
Я программист с 10-и летним стажем.
За это время не раз проходил интервью и не раз сам проводил интервью.
Я считаю, прелесть нашей сферы в том, что нужно любить профессию. Действительно любить, а не гнаться за деньгами и бесплатной едой. Так что мое первое требование от кандидата — это ощущение, что у него действительно энтузиазм, что он любит это дело. Он может не любить проект, но сферу должен. Так он банально легче выучит то, что необходимо чтобы давать нужный выхлоп.
Ссылка на гитхаб мне важнее чем ваш предыдущий опыт в 1-2 года. Если вы прошли курсы и это ваша первая работа, то на гитхабе будет, например то, что вы делали на этих курсах и, наверное, результаты ваших личных ковыряний. Если есть прошлый опыт, то я увижу качество вашего кода, ваш подход к проблеме.
Теоретический бэкграунд. Стандартные контейнеры и алгоритмы нужны. Есть знаменитая отговорка, что в технологии/языке Х это все реализовано и так, но суть знания не только в применении. Надо понимать почему ты используешь это, а не какое слепое исполнение. Мне не нужен человек, который пазлы собирает тот, а кто сам способен что-то создать. Даже после курсов какое-то представление о том почему bubble sort хуже quick sort нужно либо знать, либо мочь самому сообразить. Я не спрошу radix sort.
И все-таки на каком-то уровне мне нужно чтобы кандидат знал технологию, язык.
В целом нанимаю если голова работает и есть минимум для старта. Это в целом верно и для QA(их я лично не собеседовал). Хороший QA стоит 2х девелоперов для проекта(я не о деньгах).
Вспомнился случай, когда в процессе интервью я пытался понять как много человек знает. Спросил про синглтон. Он, естественно не знал что это за зверь. Я объяснил в чем его смысл и какие требования по функционалу. Он подумал, прикинул и сам написал простенький синглтон. Мне больше нечего было спрашивать, я уже знал что в фидбеке я напишу "Yes". А до самого интервью он дошёл просто и за строчки с гитхабом, и очень мелкого, простого проекта, который даже не компилировался.
Ирония в том, что это касается только джунов. А после нормальных курсов ты выходишь уже уровня мидл и с некоторым количеством проектов на гите. Главное потом лишь убедительно говорить об этом на собесах. Вуаля, вы великолепны
Исходя из моего личного опыта воспитания джунов и менторинга человека от "первая работа" до "устроился в Яндекс":
После курсов фронтендера уровень знаний чуть менее чем никакой. Верстать умеем - и на том спасибо.
Мои задачи на собеседовании человек не прошёл но меня зацепил энтузиазм. Спустя 2 года - энтузиазм всё ещё держится. Это лакмусовая бумажка.
В компаниях где я работал и работаю никому не интересно насколько много\глубоко ты знаешь. Всем интересно что ты можешь делать и как быстро ты умеешь разбираться в незнакомом материале. У меня работают и ребята только после универа которые быстро вкатываются и недостаток знаний восполняют коммуникацией и олдовые фрилансеры, которых нужно пинать и избавлять от старых вредных привычек. Ещё подумаешь что лучше.
Вообще было бы здорово иметь повсеместную практику "подмастерья" для опытных спецов. Берёшь себе эдак на год человека в обучение и вперёд. Кому то для мотивации понадобятся деньги, а кому то из любви к искусству будет интересно передавать знания.
По данным hh, на одну вакансию 18–24 апреля приходилось 3,3 резюме. Сегодня на HH.ru в разделе ИТ - 54 000 вакансий (3 900 без опыта) на 1 789 000 соискателей (409 000 без опыта).
1 789 000 соискателей разделить на 54 000 вакансии, получается 33 соискателя на одну вакансию, если в среднем. Понятно, что тут нет разделения на узкие специальности, но все таки... то бишь найти работу в этой сфере не так просто.
А весь этот объем выпускников курсов, у них действительно слабый уровень для задач джуна, или 90% из них могли бы справляться с обязанностями джуна и дорасти до мидла за год, но их просто так много, что среди них пытаются выискивать гениев, по-сути уровня мидлов? Т.е. банально слишком большое предложение кандидатов на рынке, и приходится эйчарам задирать планку требований, чтобы не утонуть в массе желающих?
Не устаю напоминать, что посыл "да просто возьми и напиши пет-проект" по уровню своей дичи примерно равен "да просто получи гражданство Италии, купи феррари и колеси по побережью в свое удовольствие".
Сколько ни называй шаблонные учебные примеры с курсов "пет-проектами", а интереснее для интервьюера они от этого не становятся. Это все равно что при поступлении в вуз показывать свою рабочую тетрадь по физике за 10 класс. Вуз все равно смотрит или на стандартные критерии (ЕГЭ) или на какую-то вашу уникальность (учился с отличием в школе при вузе, победил во всех олимпиадах, совершнил что-то уникальное).
То есть если ваш гитхаб ничем не отличается от сотен других, которые прошли этот же курс, то не давите это из себя. Лучше потратьте время на статьи, учебник или хакерранк - все полезнее будет.
Почему дикий? Да, учебные примеры с курсов не лучший вариант, но лучше чем ничего. Просто если кандидат молод, если ему интересна профессия, то что-то мелкое он "для себя" напишет, форкнет какой-то проект, итд.
то что-то мелкое он "для себя" напишет, форкнет какой-то проект, итд.
Откуда это следует? Это же та же самая логика, что и "ну если программист, то и холодильник починит". В мире миллионы разработчиков и из них какие-то тысячи пишут что-то вменяемое "для себя" и выкладывают в опенсорс. Большинство заточено вообще под другое. А тут получается любой джун "вынь да положь" форк или новую либу.
Если вы хороший программист, то какие проблемы заняться своим делом? Знакомого никакими деньгами не заманишь к дяде. Если мне нужен софт обращаюсь, пишет все и под все.
А что автор и тимлиды скажут про codeless программирование? типа Azure Logic Apps.
Там главное понимать алгоритм и к кому бежать, если оно не заработало ))
Скажут, как и я, что хотят работать теми, к кому бегут, когда не заработало, а в этот момент codeless-парадигма пока заканчивается.
Конструкторы/Codeless это хорошо и применимо.
И все равно есть большая разница в производительности между опытным специалистом и новичком (также в 10+ раз как у Ф. Брукса). Бизнесу нужно делать, делать много и быстро. За медленно и потом платить не хочется
Поэтому с наймом похожая история, хотя порог вхождения и ниже: чаще рискуем и нанимаем "на вырост" с обучением. При этом опыт (не важно в каком стеке) - все еще критерий, отличающий успешного кандидата.
*работал с десятком конструкторов MS, Terrasoft и прочими
Поэтому многие знакомые без опыта шли сразу в мидлы, т.к. там 90% вопросов про опыт работы и про то чем занимались на прошлой работе, а тут нужно меньше подготовки и больше фантазии)))
Основная проблема при получении первой работы - охреневшая от жадности и ЧСВ морда, приходящая на собеседование.
Ничего не знает, учится не желает, а зарплату хочет как высококвалифицированные сотрудники.
Кажется, в российском ИТ и около него (них) рынок работодателя, а не соискателя, во всяком случае на начальном, низовом, стартовом уровне.
Вакансий заведомо меньше, чем голодных резюме.
Даже в 2022-м. Дефицит не кадров, а рабочих мест.
В чём проблема? Отфильтровать не три кандидатуры, а пять, условно.
Зачем ставить очередной кликбейт и газлайтинг? Чтобы что? Дежурные тэйки (постулаты), что снова джуны не нужны, денег нет и не будет, никто работать [за еду] не хочет? А результат и опыт работы нужны ещё вчера?
Насладиться 15 минутами славы на «Хабре» и пресловутой символической HR-властью?
Зачем в 2022-м, когда кое-что уже случилось, транслировать такое?
Это при всём общеизвестном том, что без энтузиазма в ИТ делать нечего — в том, что касается технической части продукта. На чае-печеньках отсидеться удастся только в том, что касается сопровождения продукта. Крайне утрирую, не спорю, но всё же. Не галеры, тем не менее дел по горло — во всяком случае, для новичка.
Я ради не слива кармы себе пишу, просто адвокатирую абстрактного и случайного соискателя. Который может оказаться и тупо алчным, и шалопаем, и самоуверенным тупицей — но может быть и вполне талантливым или просто способным человеком. Тексты с позиций «Ты виноват уж тем, что хочется мне кушать джун» не вдохновляют, вообще-то.
Скорее наоборот, люди потянутся туда, где водятся осязаемые деньги и не едят мозги. Даже в ИТ — такие компании и проекты всё же есть.
Проблема в курсах (которые продают воздух/иллюзию), что ж, но проблема не в курсах. Тот момент, когда всё не так однозначно.
Или я заблуждаюсь?
Ну это проблема работодателя, а не джуна. Тот факт, что люди хотят войти в айти, это абсолютно нормально.
Точно так же плодится количество новых IT-компаний. Но про себя родимых они же не говорят, куда ж мы мол лезем то, денег чтоли хотим....
И кстати на одну вакансию и по 1000 откликов бывает на hh. Только эйчары по ним ботом пройдут, потом отфильтрованную часть условно за день обзвонят, а потом нескольких человек на собес предоставят.
Допустим, 30% из них прошли эти курсы до конца и вышли на рынок в поисках работы.
Мне кажется, эта оценка завышена как минимум на порядок.
А где язык программирования Ruby? Или автор вообще не в курсе, что существует такой язык программирования и есть рынок IT-вакансий в РФ?
А на "загнивающем Западе" есть такая проблема? Куча коммерческих курсов и толпы ненужных выпускников?
А в какую сторону копать, если есть пол года коммерческого опыта плюсов, почти законченный вуз и постоянная разработка чего-то для себя/тренировки. Но для джунов пока вакансий не особо, а до чего-то выше пока не дорос.
6 лет ищем разработчика. За это время поработало 3 человека. Первый уволился через 2 месяца работы, второй проработал почти год так и не смог научится укладываться в сроки и был уволен. Последний уехал в мск на более высокую зарплату и столичную тусовку.
Мы все еще ищем разработчика (игр). Приходили к нам и люди без опыта (т.е. совсем, с желанием войти в IT) и студенты которые прилежно отсидели 4-6лет в универе.
Были и люди с курсов. И ты смотришь на человека и понимаешь, что с ним надо будет, как с маленьким ребенком, минимум год - ходить и показывать/учить как и что работает. Потому что самостоятельности ноль! А это деньги. которые и сам можешь заработать, а не тратить время на этого человека, который через год помашает ручкой, т.к. получил более выгодное предложение.
второй проработал почти год так и не смог научится укладываться в сроки и был уволен
Почитайте статью на Хабре Почему программисты срывают сроки
Провал сроков = просчёт руководства, а не козлов отпущения исполнителей.
Провал сроков = просчёт руководства, а не
козлов отпущенияисполнителей.
Ну, не всегда. Нередко бывало, когда я названные мной сроки факапил, не умножая их на каноничные 3.14. И я не один такой, думаю.
Если проект на 2-3 месяца, а исполнитель делает его пол года. Это я называю провал сроков. Аналогичный проект делался 2 месяца другим исполнителем. Ни каких подводных камней не всплывало, т.е. не было причин так долго делать. А в статье, которую вы указали, сроки срывались максимум на 10 дней, это я даже срывом сроков назвать не могу=)
По ощущениям, не все так печально для вкатывающихся (не уверен, что могу говорить в данном контексте "джуны", потому что джун - это уже больше, чем просто персонаж после курсов). Проблема в неправильном оформлении резюме с ненужными "коммуникабельность" и нерелевантными навыками в других сферах (2 года работы энергетиком и прочее). Месяц назад эксперимента ради создал резюме на питон разработчика и получил три отклика (сам не откликался, просто ждал). Это при том, что я вообще нуль как кодер, просто корректно, на мой субъективный взгляд, написано резюме.
Ламповые самохвалебные подробности
Сам я только с универа и работаю инженером-конструктором. С питоном познакомился во время написания диплома - нужна была программа для создания виртуальных голограмм по заданным данным (не только изображениям). Так пришлось познакомиться и с OpenCV и его библиотеками. Помогло изучение в школе C#, а вот работа с ассемблером в универе - вообще никак. Собственно, в резюме указал что делал, ссылку на гит закрепил. В гите так же лежали скрипты для PS, которые писал во время практики(пришлось тогда знакомиться с SQL, что так же любовно было указано), а так же бот для телеги с расписанием для универа. В навыках закинул даже жиру и битрикс, всегда пользовался ими, когда создавал моды для игр с командой. По сути, это все сильно меньше, чем у среднего выпускника курсов, но даже это дало три звонка от рекрутеров по их инициативе. Забавно, что в одном случае даже немного по комп. сайнс и базовым понятиям программирования погоняли, специфика специальности в универе помогла. На собесы соглашаться не стал, ибо с умением только в литкоде задачки решать, точно бы посыпался и потратил время чье то. Сделал вывод, что если позаниматься самообучением в этом направлении годик - то найти работу вполне реально, а с курсами и менторами шарящими и подавно.
А так складывается впечатление, что вы не сидели только на одном ЯП и активно изучали сопутствующие предметные области. Это, как мне кажется, сыграло в жирный плюс (такой классический T-shape).
Да, ХХ. Регион - Урал. Специфика образования и параллельной работы сказалась - наноэлектроника. Тут и с железом надо было работать, и роутеры проектировать (а где роутеры, там без понимания работы сети никак), работа c qnx. Отсюда желательное умение обращаться с юниксами. Некоторые расчетные задачи лучше решать с помощью программирования(те же голограммы высчитывать будет больно ручками). Звучит конечно, что всего много и здорово, но по факту везде по чуть-чуть, самые основы. В основном все же я схемки на жесткой логике проектирую, да и то чисто на своем уровне вчерашнего студента. Отклики от работодателей на мою анкету не означают, что я бы прошел сам собес и даже был бы приглашен туда. Но видно, что не игнорируют по делу оформленное резюме. Ребята с профильным образованием или (лучше и) курсами по идее имеют более релевантный пул навыков, но нормально это все указать не все стараются, судя по анализу анкет питонистов на том же сайте. Это все разумеется мои личные ощущения, как человека с рынком и с реальной работой разработчика незнакомым.
Ребята с профильным образованием или (лучше и) курсами по идее имеют более релевантный пул навыков
Это вам так кажется. У вас довольно интересный опыт, показывающий что вы хотя бы не боитесь разбираться в нетривиальных областях.
Большинство выпускников курсов - это скорее пользователи туториалов, без намёка на какое-то понимание что они делали в учебных проектах, зачем и почему так.
Что касается, профильного образования, то там много толковых ребят, которые сами интересуются разными областями, это да. Да и просто техническое образование с интересом в сферу программирования - это уже на порядок круче любых курсов.
Почему после курсов по программированию вы никому не нужны. Как найти первую работу в IT