Комментарии 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 варианта работы с базой: прямые запросы, пару фреймворков - сможете сравнить их и использовать в боевом проекте.
А смотрите, у меня есть потребность - организовать людей на общие эвенты. Будет заниматься физической подготовкой. Нужно разбить на группы. Завести кабинеты. Фиксировать программы и достижения. Так же дать доступ инструкторам, собирать статистику по посещениями. Интегрировать с гугл треккером.
Сделаете?)
Ну, смотрите. Допустим, у вас появился новый навык - писать код. Как вы можете его применить для автоматизации каких-то рутинных процессов в вашей жизни?
Почему после курсов по программированию вы никому не нужны. Как найти первую работу в IT