В статье есть ссылки на две другие статьи от других авторов на Пикабу.
Как правило это работает на внушение. Человека начинают запугивать и он отдает деньги мошенникам. Хотя договор этот часто юридической силы не имеет. А что конкретно там можно нарушить уже детали разных схем.
Причем договор как правило составляется от имени существующей компании, но сама компания тут не причем. Это делают какие-то левые люди выдавая себя за существующую компанию. Так что искать отзывы и т.д. не поможет.
Ещё эти NDA предлагают подписать конторы которые якобы приглашают на работу, а на самом деле предлагают платные услуги по накрутке опыта и подготовки к собеседованию с оплатой процентов с будущей зарплаты. Но большинство понимают это только когда уже проходят стажировку заранее им всей схемы не раскрывают пока NDA не подпишешь.
В случае с Junior нигде не берут на стажировку без предварительного отбора через тестовое задание. Желающих слишком много, чтобы брать всех.
Как правило желающих настолько много, что всем даже ответить нереально не то, чтобы пообщаться.
Без шуток. Если у человека нет опыта и он откликается на вакансии, то с ним гораздо чаще будут связываться разводили, чем реальный работодатель.
Мы с одним студентом искали работу несколько месяцев. И все случаи когда с ним общались или давали тестовое было попыткой обмана. В итоге через рекомендацию трудоустроен. Спасибо аудитории Хабр, что позволяет мне находить работу студентам, а работодателям хороших джунов.
Спасибо за комментарий) значит это исключение из правил. В России вообще нет такого понятия как NDA. Это была удаленка на US стартап? Вы его подписывали при приеме на работу или как описано в статье до?
Ответьте пожалуйста подробно, чтобы ваш комментарий не подтолкнул кого-то к подписанию договора с мошенниками.
Онлайн школы занимаются бизнесом а не образованием. Моё обучение сильно убыточное для меня, но ещё сильнее оно меня заряжает удовлетворением от того, что я делаю.
Я 5 лет менторил ребят через онлайн школу, но не по их программе. Студент платит школе например 20к в месяц, а ментору платят 3к. Поэтому в онлайн школах менторы или бывшие студенты или иногда энтузиасты. У меня и сейчас пара студентов через онлайн школу учатся.
Чтобы в онлайн школах математика по финансам сходилась и было качественное образование им надо стоимость повышать на много, но тогда эти курсы никто покупать не будет. Вот они и занимаются просто продажей мечты, а не образованием. Да и целей наверное у них нет обучать кого-то. Это же надо экзамены проводить и т.д. а не просто деньги за материалы брать
Почитайте мою статью про обучение. Образовательной лицензии нет даже у большинства онлайн школ. А я не организация, а просто энтузиаст. Но желание и планы получит лицензию есть. Точнее мечта создать лучшее и авторитетное обучение
Спасибо за комментарий) Я не заявлял что у меня есть какие-то секреты. Всегда все говорю прямо и открыто. Даже в статье написал нет никаких секретов) Если почитаете другие мои статьи думаю сами поймёте)
Как у меня могут быть секреты, если я везде пишу, что их нет ни у кого? Все должно быть понятно и прозрачно.
Тема обучения сама по себе стала токсичной из-за чего люди видят инфоциганство там, где его нет. Или может просто не понимают какая ещё может быть мотивация кого-то учить или кому-то помогать. Должен быть подвох...
А по поводу идите ко мне обучаться... Мне много людей пишут, но если человек совсем с нуля я его отправляю учиться сначала по бесплатным курсам, книгам и даю тестовое задание, если он вообще вернётся. А если вернётся, то сначала провожу ревью тестового обычно в несколько итераций и только если вижу, что он действительно хочет учиться могу взять его.
Если бы я обманывал кого-то ведя публичную жизнь, то в комментариях были бы не домыслы, а пруфы.
По поводу фильтров HR. Это не я придумал и касается это именно Junior. Я уже давно и очень глубоко погружен в трудоустройство Junior и выводы делаю не по картинкам в Хабр Карьере. Многое мне сами HR рассказывают. Им не только онлайн школы и фриланс не нравится, но даже если опыт работы в каком-то ИП указан и больше ничего. Это не означает что людей никогда не нанимают. Везде есть какая-то статистика.
И я не говорил, что фриланс это плохой опыт. Если конечно это действительно фриланс с реальными заказчиками во что HR просто даже вникать не хотят(большинство), особенно если речь идёт о Junior где пара тысяч откликов на вакансию от "фрилансеров"
Человек я действительно категоричный и критически настроенный во многих отношениях.
Главное, чтобы эта статья кому-то оказалась полезной и сэкономила нервы и деньги. Не понимаю как в ней можно увидеть рекламу.
Все грейды это условности. Раньше под Junior подразумевали человека с опытом работы от 6 месяцев примерно. До этого момента человек считался стажером.
Сейчас Junior это выпускник любой онлайн школы без базовых знаний и без реальной практики. Не важно, правильно это или нет по факту все выпускники онлайн школ начали себя называть Junior. Кто такой Junior+ все понимают по своему. Для меня это человек способный самостоятельно работать с достаточным качеством для продакшена. Раньше это были Junior а сегодня уже Middle, а под Junior уже подразумевается человек, которого надо доучивать, чтобы он просто мог работать.
Спасибо за комментарий) Да, такое тоже встречается — добавлю это в статью. Но тут стоит отметить, что у Junior-специалистов нет особого выбора, какие тестовые задания выполнять, а какие — нет.
Важно не то, что вы пишете и на чём, а какие требования предъявляются к продукту. Как правило, мы не взаимодействуем с системными вызовами напрямую, но понимание того, что происходит под капотом, помогает в разработке и отладке.
Например, добавление строки в конец файла в Python:
with open(path, "a") as file:
file.write(data + "\n")
Ничего особенного на первый взгляд, и в любом проекте это будет работать. Но что, если по какой-то причине данные не записались? Произошёл сбой, релиз или что угодно ещё. При этом у нас крайне высокие требования к недопустимости потери данных.
Возможно, мы знаем, что данные не сразу записываются в файл, а сначала попадают в буфер интерпретатора Python.
Давайте чуть поправим и добавим вызов flush(), который передаст данные в ОС:
with open(path, "a") as file:
file.write(data + "\n")
file.flush()
Сделали — и всё равно данные иногда теряются. Скажем, мы знаем, что, кроме передачи данных в ОС, мы ещё можем сказать ей сбросить буфер на диск через системный вызов fsync:
with open(path, "a") as file:
file.write(data + "\n")
file.flush()
os.fsync(file.fileno())
Всё равно данные иногда теряются и не записываются. Копаем дальше. Возможно, у нас на сервере кэш на уровне жёсткого диска или SSD, и даже если ОС вызвала fsync(), диск может принять команду, но отложить запись.
В общем, чем глубже у вас понимание того, что происходит, тем легче искать причины проблем и тем менее вероятно, что вы создадите новые.
Это пример при работе с файлами, но что-то стреляет и в других вещах, смотря что делает ваша программа.
В целом, я бы сказал: если ваша программа будет выполняться на Linux (даже если это просто CRUD), вам всё равно полезно знать, как она взаимодействует с операционной системой. На небольших проектах это не так очевидно, но если речь идёт о high load или сферах, где критична производительность, — без этих знаний разработка становится работой вслепую.
Если собеседования были, то проблема в подготовке и опыте. За 6 месяцев можно подтянуть теорию и практику и любое собеседование пройти. Большинство не учатся и каждый раз надеятся, что на собеседование им повезет. Люди по 6-8 месяцев готовятся чтобы в Яндекс пройти а 2 года это очень большой срок за который можно было с нуля подготовиться к любым этапам собеседования.
Если слово булочка заменить, например, на производственный станок, то спрос на него будет расти вместе с падением его стоимости до тех пор, пока выгодно производить товар на этом станке.
В случае с программистами — это универсальный станок, на котором можно делать любой IT-продукт. И рынок будет насыщен этими станками только тогда, когда никаких новых IT-проектов не будет появляться. Если создать новый IT-продукт становится дешевле, то, соответственно, самих продуктов будет больше, даже если они убыточные (как большинство стартапов).
Почему в кризис падает спрос на программистов? Потому что стартапов становится меньше. А когда нет финансовых кризисов, инвесторы делают ставки на стартапы, как азартные игроки на рулетку, и в итоге идёт найм программистов в проекты, которые никогда не принесут прибыль.
Можно сказать, что булочками все давно наелись, но всё равно продолжают есть в надежде, что в одной из них спрятан счастливый лотерейный билет.
Так что программистов некорректно сравнивать не только с булочками, но и с многими другими профессиями, такими как бухгалтер, например. Для бизнеса бухгалтер — это расходы на операционное обслуживание, а программисты — источник прибыли и роста. Больше бухгалтеров — это просто больше расходов, а больше программистов — это более быстрый рост продукта и прибыли.
Даже если автоматизировать половину работы программиста, всё равно есть смысл нанимать ещё. А если автоматизировать половину работы бухгалтера, то нет смысла ни нанимать, ни держать тех, кто уже нанят.
Учиться нужно всегда. Зарплата, как правило, не растет сама по себе за счет выслуги лет. Она растет вместе с квалификацией. С 3 годами опыта можно получать как 120к так и 300к. Большинство людей стоят на месте годами. Я бы сказал, что чем ближе вы к уровню Senior, тем отчетливее вы будете понимать, что в ВУЗах преподают нужные вещи, а опыт в маленьком проекте, не тоже самое, что в большом high load.
У меня аналогичная ситуация. Опыт 13 лет. Стоит открыть резюме и пишут столько, что через +-пару недель закрываю этот краник нафиг и общаюсь с теми, кто успел написать и заинтересовал. Последний раз это делал год назад.
А так тоже пишут пару раз в неделю. Я всем говорю, что не ищу работу и часть из них через какое-то время снова пишут не передумал ли я. И я не вижу такого, чтобы предлагать меньше стали. Удаленка US $8-10k в РФ 400-600к (это то, что прилетает каждую неделю).
И это python. Возможно самый перегретый рынок.
При этом я прекрасно вижу что джунов не нанимают вообще (почти) а у мидлов проблемы с поиском из-за выпускников курсов, которые накрутили себе опыт. Но накрученный опыт это не реальный кандидат.
Ну и сам опыт тоже важен. Если вы работаете в маленьком проекте в каком-то ИП или что-то такое, то это одна ситуация, а если в крупном проекте, то другая. Так как с опытом в крупных проектах приглашений на работу всегда было больше.
Каждый живет в своем маленьком мире, и видит то, что происходит вокруг него.
Джуны и мидлы в мире, где нет работы. (хотя смотря какой мидл)
Работодатели в мире, где некого нанимать.
Сеньоры в мире, где живут только пони, и какают бабочками.
Если бы я не обучал людей, то не поверил бы, что работу сложно найти. Просто потому, что не проходил бы через эти трудности вместе со студентами. В какой-то момент я пришел к тому, что всех студентов трудоустраиваю по рекомендации через своих HR, которые меня уже знают. А пару лет назад все устраивались через тестовые задания и собеседования.
Спасибо за комментарий) Большая часть откликов на такие вакансии — это не программисты, а выпускники курсов. Кто-то накрутил себе опыт, а кто-то — нет, но это не отображает реальную картину вещей. С тем же успехом тысяча дворников могут откликнуться на вакансию ТОП-менеджера, потому что на каком-то курсе им сказали, что они теперь ТОП-менеджеры, и надо просто накрутить опыт в резюме, чтобы обойти "глупые" фильтры.
Тут есть две стороны медали.
С одной стороны — работодатели с большим недоверием относятся к кандидатам, и непонятно, кого приглашать на собеседование, из-за чего самих собеседований становится меньше.
С другой стороны — когда реальный программист с хорошим опытом и подготовкой приходит на собеседование, за него хватаются руками и ногами, так как не взять его на работу за любые деньги — означает провести ещё 100+ собеседований, фильтруя выпускников курсов.
Получается, что кандидатов больше, но при этом хороший кандидат имеет больше возможностей торговаться по зарплате, так как искать второго такого — долго и дорого. Сейчас редко бывает ситуация, когда работодатель может выбирать хотя бы даже из 3–5 хороших кандидатов, как было раньше, и отказывать тем, кто хочет хотя бы немного больше денег.
Если сейчас вдруг весь мир накрутит себе опыт программирования в резюме и будет подаваться на все вакансии, то зарплата программиста вырастет ещё больше. Потому что каждый квалифицированный программист превратится в алмаз, который днём с огнём не сыщешь (уже).
Большое количество откликов без сохранения качества этих откликов приводит только к удорожанию найма и, как следствие, росту зарплат. Вот если бы все 1000 были хорошими программистами, да хотя бы даже 10% из них, тогда можно было бы говорить о какой-то конкуренции.
Я думаю человек имел ввиду авторизацию под разными пользователями для приложения и для миграций схемы БД. Чтобы приложение не могло менять схему БД. Это и так само собой всегда должно быть. Если он имел ввиду другое, то так конечно никто не делает. Это сложно и избыточно. Возможно только в каких-то специфичных случаях, но я такого не встречал. Обычно пользователя в БД создают для разграничения прав для приложения или его частей, миграций и т. д.
Много ли разработчиков будут использовать JSON в сырых SQL или писать Merge вместо Insert и Update?
А почему нет? Не вижу ничего, что может быть сложным. ORM это хорошо, но каждый должен понимать как оно работает и не нуждаться в ORM как в инструменте для оптимизации. Тем более что оптимизация в ORM это часные случаи а в общем случае все зависит от того, насколько хорошо разработчик понимает, что он делает.
ORM может сделать для запроса и оптимизацию, которую руками в SQL никогда не напишешь.
Приведите пример когда ORM что-то оптимизирова лучше, чем это может сделать разработчик? Не должно быть такого, что вы не понимаете SQL, который генерирует ORM. Тогда использование ORM действительно вредно и только для учебных проектов прокатит такой подход. Или маленьких MVP, которые потом кто-то будет переписывать.
Разработчик должен отлично владеть SQL и знать внутреннее устройство БД. Иначе с ORM в руках он сделает все очень плохо.
ORM не избавляет вас от необходимости изучать SQL и БД. Все запросы и миграции написанные с ORM всегда нужно проверять.
В статье есть ссылки на две другие статьи от других авторов на Пикабу.
Как правило это работает на внушение. Человека начинают запугивать и он отдает деньги мошенникам. Хотя договор этот часто юридической силы не имеет. А что конкретно там можно нарушить уже детали разных схем.
Причем договор как правило составляется от имени существующей компании, но сама компания тут не причем. Это делают какие-то левые люди выдавая себя за существующую компанию. Так что искать отзывы и т.д. не поможет.
Ещё эти NDA предлагают подписать конторы которые якобы приглашают на работу, а на самом деле предлагают платные услуги по накрутке опыта и подготовки к собеседованию с оплатой процентов с будущей зарплаты. Но большинство понимают это только когда уже проходят стажировку заранее им всей схемы не раскрывают пока NDA не подпишешь.
В случае с Junior нигде не берут на стажировку без предварительного отбора через тестовое задание. Желающих слишком много, чтобы брать всех.
Как правило желающих настолько много, что всем даже ответить нереально не то, чтобы пообщаться.
Без шуток. Если у человека нет опыта и он откликается на вакансии, то с ним гораздо чаще будут связываться разводили, чем реальный работодатель.
Мы с одним студентом искали работу несколько месяцев. И все случаи когда с ним общались или давали тестовое было попыткой обмана. В итоге через рекомендацию трудоустроен. Спасибо аудитории Хабр, что позволяет мне находить работу студентам, а работодателям хороших джунов.
Ещё пару лет назад все было гораздо проще.
Спасибо за комментарий) значит это исключение из правил. В России вообще нет такого понятия как NDA. Это была удаленка на US стартап? Вы его подписывали при приеме на работу или как описано в статье до?
Ответьте пожалуйста подробно, чтобы ваш комментарий не подтолкнул кого-то к подписанию договора с мошенниками.
Я добавлю примечание в статью.
Онлайн школы занимаются бизнесом а не образованием. Моё обучение сильно убыточное для меня, но ещё сильнее оно меня заряжает удовлетворением от того, что я делаю.
Я 5 лет менторил ребят через онлайн школу, но не по их программе. Студент платит школе например 20к в месяц, а ментору платят 3к. Поэтому в онлайн школах менторы или бывшие студенты или иногда энтузиасты. У меня и сейчас пара студентов через онлайн школу учатся.
Чтобы в онлайн школах математика по финансам сходилась и было качественное образование им надо стоимость повышать на много, но тогда эти курсы никто покупать не будет. Вот они и занимаются просто продажей мечты, а не образованием. Да и целей наверное у них нет обучать кого-то. Это же надо экзамены проводить и т.д. а не просто деньги за материалы брать
Почитайте мою статью про обучение. Образовательной лицензии нет даже у большинства онлайн школ. А я не организация, а просто энтузиаст. Но желание и планы получит лицензию есть. Точнее мечта создать лучшее и авторитетное обучение
Спасибо за комментарий) Я не заявлял что у меня есть какие-то секреты. Всегда все говорю прямо и открыто. Даже в статье написал нет никаких секретов) Если почитаете другие мои статьи думаю сами поймёте)
Как у меня могут быть секреты, если я везде пишу, что их нет ни у кого? Все должно быть понятно и прозрачно.
Тема обучения сама по себе стала токсичной из-за чего люди видят инфоциганство там, где его нет. Или может просто не понимают какая ещё может быть мотивация кого-то учить или кому-то помогать. Должен быть подвох...
А по поводу идите ко мне обучаться... Мне много людей пишут, но если человек совсем с нуля я его отправляю учиться сначала по бесплатным курсам, книгам и даю тестовое задание, если он вообще вернётся. А если вернётся, то сначала провожу ревью тестового обычно в несколько итераций и только если вижу, что он действительно хочет учиться могу взять его.
Если бы я обманывал кого-то ведя публичную жизнь, то в комментариях были бы не домыслы, а пруфы.
По поводу фильтров HR. Это не я придумал и касается это именно Junior. Я уже давно и очень глубоко погружен в трудоустройство Junior и выводы делаю не по картинкам в Хабр Карьере. Многое мне сами HR рассказывают. Им не только онлайн школы и фриланс не нравится, но даже если опыт работы в каком-то ИП указан и больше ничего. Это не означает что людей никогда не нанимают. Везде есть какая-то статистика.
И я не говорил, что фриланс это плохой опыт. Если конечно это действительно фриланс с реальными заказчиками во что HR просто даже вникать не хотят(большинство), особенно если речь идёт о Junior где пара тысяч откликов на вакансию от "фрилансеров"
Человек я действительно категоричный и критически настроенный во многих отношениях.
Главное, чтобы эта статья кому-то оказалась полезной и сэкономила нервы и деньги. Не понимаю как в ней можно увидеть рекламу.
Спасибо за комментарий) Да, они есть везде. Часто они являются аккредитованными IT компаниями хотя весь их бизнес основан на СКАМе
Спасибо за комментарий) Согласен, для разработчиков это не так актуально. А вот дизайнеров эксплуатируют по полной и не только начинающих.
Все грейды это условности. Раньше под Junior подразумевали человека с опытом работы от 6 месяцев примерно. До этого момента человек считался стажером.
Сейчас Junior это выпускник любой онлайн школы без базовых знаний и без реальной практики. Не важно, правильно это или нет по факту все выпускники онлайн школ начали себя называть Junior. Кто такой Junior+ все понимают по своему. Для меня это человек способный самостоятельно работать с достаточным качеством для продакшена. Раньше это были Junior а сегодня уже Middle, а под Junior уже подразумевается человек, которого надо доучивать, чтобы он просто мог работать.
Спасибо за комментарий) Да, такое тоже встречается — добавлю это в статью. Но тут стоит отметить, что у Junior-специалистов нет особого выбора, какие тестовые задания выполнять, а какие — нет.
Важно не то, что вы пишете и на чём, а какие требования предъявляются к продукту. Как правило, мы не взаимодействуем с системными вызовами напрямую, но понимание того, что происходит под капотом, помогает в разработке и отладке.
Например, добавление строки в конец файла в Python:
Ничего особенного на первый взгляд, и в любом проекте это будет работать. Но что, если по какой-то причине данные не записались? Произошёл сбой, релиз или что угодно ещё. При этом у нас крайне высокие требования к недопустимости потери данных.
Возможно, мы знаем, что данные не сразу записываются в файл, а сначала попадают в буфер интерпретатора Python.
Давайте чуть поправим и добавим вызов flush(), который передаст данные в ОС:
Сделали — и всё равно данные иногда теряются. Скажем, мы знаем, что, кроме передачи данных в ОС, мы ещё можем сказать ей сбросить буфер на диск через системный вызов fsync:
Всё равно данные иногда теряются и не записываются. Копаем дальше. Возможно, у нас на сервере кэш на уровне жёсткого диска или SSD, и даже если ОС вызвала fsync(), диск может принять команду, но отложить запись.
В общем, чем глубже у вас понимание того, что происходит, тем легче искать причины проблем и тем менее вероятно, что вы создадите новые.
Это пример при работе с файлами, но что-то стреляет и в других вещах, смотря что делает ваша программа.
Интересное видео Разработка и эксплуатация ядра Linux в инфраструктуре Яндекса
На больших масштабах, при наличии высоких требований, выстреливает всё. И люди, которые способны что-то с этим сделать, всегда будут высоко цениться.
Большинство разработчиков работают в проектах с низкими требованиями, но не всегда они это осознают, и просто не видят смысла погружаться глубже.
Спасибо за комментарий) На Python пишут не только CRUD.
Например, на Python есть реализация supervisor, где по сути всё работает через системные вызовы.
https://github.com/Supervisor/supervisor
В целом, я бы сказал: если ваша программа будет выполняться на Linux (даже если это просто CRUD), вам всё равно полезно знать, как она взаимодействует с операционной системой. На небольших проектах это не так очевидно, но если речь идёт о high load или сферах, где критична производительность, — без этих знаний разработка становится работой вслепую.
Если собеседования были, то проблема в подготовке и опыте. За 6 месяцев можно подтянуть теорию и практику и любое собеседование пройти. Большинство не учатся и каждый раз надеятся, что на собеседование им повезет. Люди по 6-8 месяцев готовятся чтобы в Яндекс пройти а 2 года это очень большой срок за который можно было с нуля подготовиться к любым этапам собеседования.
Если слово булочка заменить, например, на производственный станок, то спрос на него будет расти вместе с падением его стоимости до тех пор, пока выгодно производить товар на этом станке.
В случае с программистами — это универсальный станок, на котором можно делать любой IT-продукт. И рынок будет насыщен этими станками только тогда, когда никаких новых IT-проектов не будет появляться. Если создать новый IT-продукт становится дешевле, то, соответственно, самих продуктов будет больше, даже если они убыточные (как большинство стартапов).
Почему в кризис падает спрос на программистов? Потому что стартапов становится меньше. А когда нет финансовых кризисов, инвесторы делают ставки на стартапы, как азартные игроки на рулетку, и в итоге идёт найм программистов в проекты, которые никогда не принесут прибыль.
Можно сказать, что булочками все давно наелись, но всё равно продолжают есть в надежде, что в одной из них спрятан счастливый лотерейный билет.
Так что программистов некорректно сравнивать не только с булочками, но и с многими другими профессиями, такими как бухгалтер, например. Для бизнеса бухгалтер — это расходы на операционное обслуживание, а программисты — источник прибыли и роста. Больше бухгалтеров — это просто больше расходов, а больше программистов — это более быстрый рост продукта и прибыли.
Даже если автоматизировать половину работы программиста, всё равно есть смысл нанимать ещё. А если автоматизировать половину работы бухгалтера, то нет смысла ни нанимать, ни держать тех, кто уже нанят.
Учиться нужно всегда. Зарплата, как правило, не растет сама по себе за счет выслуги лет. Она растет вместе с квалификацией. С 3 годами опыта можно получать как 120к так и 300к. Большинство людей стоят на месте годами. Я бы сказал, что чем ближе вы к уровню Senior, тем отчетливее вы будете понимать, что в ВУЗах преподают нужные вещи, а опыт в маленьком проекте, не тоже самое, что в большом high load.
У меня аналогичная ситуация. Опыт 13 лет. Стоит открыть резюме и пишут столько, что через +-пару недель закрываю этот краник нафиг и общаюсь с теми, кто успел написать и заинтересовал. Последний раз это делал год назад.
А так тоже пишут пару раз в неделю. Я всем говорю, что не ищу работу и часть из них через какое-то время снова пишут не передумал ли я. И я не вижу такого, чтобы предлагать меньше стали. Удаленка US $8-10k в РФ 400-600к (это то, что прилетает каждую неделю).
И это python. Возможно самый перегретый рынок.
При этом я прекрасно вижу что джунов не нанимают вообще (почти) а у мидлов проблемы с поиском из-за выпускников курсов, которые накрутили себе опыт. Но накрученный опыт это не реальный кандидат.
Ну и сам опыт тоже важен. Если вы работаете в маленьком проекте в каком-то ИП или что-то такое, то это одна ситуация, а если в крупном проекте, то другая. Так как с опытом в крупных проектах приглашений на работу всегда было больше.
Каждый живет в своем маленьком мире, и видит то, что происходит вокруг него.
Джуны и мидлы в мире, где нет работы. (хотя смотря какой мидл)
Работодатели в мире, где некого нанимать.
Сеньоры в мире, где живут только пони, и какают бабочками.
Если бы я не обучал людей, то не поверил бы, что работу сложно найти. Просто потому, что не проходил бы через эти трудности вместе со студентами. В какой-то момент я пришел к тому, что всех студентов трудоустраиваю по рекомендации через своих HR, которые меня уже знают. А пару лет назад все устраивались через тестовые задания и собеседования.
Спасибо за комментарий) Большая часть откликов на такие вакансии — это не программисты, а выпускники курсов. Кто-то накрутил себе опыт, а кто-то — нет, но это не отображает реальную картину вещей. С тем же успехом тысяча дворников могут откликнуться на вакансию ТОП-менеджера, потому что на каком-то курсе им сказали, что они теперь ТОП-менеджеры, и надо просто накрутить опыт в резюме, чтобы обойти "глупые" фильтры.
Тут есть две стороны медали.
С одной стороны — работодатели с большим недоверием относятся к кандидатам, и непонятно, кого приглашать на собеседование, из-за чего самих собеседований становится меньше.
С другой стороны — когда реальный программист с хорошим опытом и подготовкой приходит на собеседование, за него хватаются руками и ногами, так как не взять его на работу за любые деньги — означает провести ещё 100+ собеседований, фильтруя выпускников курсов.
Получается, что кандидатов больше, но при этом хороший кандидат имеет больше возможностей торговаться по зарплате, так как искать второго такого — долго и дорого. Сейчас редко бывает ситуация, когда работодатель может выбирать хотя бы даже из 3–5 хороших кандидатов, как было раньше, и отказывать тем, кто хочет хотя бы немного больше денег.
Если сейчас вдруг весь мир накрутит себе опыт программирования в резюме и будет подаваться на все вакансии, то зарплата программиста вырастет ещё больше. Потому что каждый квалифицированный программист превратится в алмаз, который днём с огнём не сыщешь (уже).
Большое количество откликов без сохранения качества этих откликов приводит только к удорожанию найма и, как следствие, росту зарплат. Вот если бы все 1000 были хорошими программистами, да хотя бы даже 10% из них, тогда можно было бы говорить о какой-то конкуренции.
Я думаю человек имел ввиду авторизацию под разными пользователями для приложения и для миграций схемы БД. Чтобы приложение не могло менять схему БД. Это и так само собой всегда должно быть. Если он имел ввиду другое, то так конечно никто не делает. Это сложно и избыточно. Возможно только в каких-то специфичных случаях, но я такого не встречал. Обычно пользователя в БД создают для разграничения прав для приложения или его частей, миграций и т. д.
А почему нет? Не вижу ничего, что может быть сложным. ORM это хорошо, но каждый должен понимать как оно работает и не нуждаться в ORM как в инструменте для оптимизации. Тем более что оптимизация в ORM это часные случаи а в общем случае все зависит от того, насколько хорошо разработчик понимает, что он делает.
Приведите пример когда ORM что-то оптимизирова лучше, чем это может сделать разработчик? Не должно быть такого, что вы не понимаете SQL, который генерирует ORM. Тогда использование ORM действительно вредно и только для учебных проектов прокатит такой подход. Или маленьких MVP, которые потом кто-то будет переписывать.
Разработчик должен отлично владеть SQL и знать внутреннее устройство БД. Иначе с ORM в руках он сделает все очень плохо.
ORM не избавляет вас от необходимости изучать SQL и БД. Все запросы и миграции написанные с ORM всегда нужно проверять.