Комментарии 46
Не очень понимаю замену сервисов в переводе, можно было оставить и Udemy, учитывая, что у них есть русский сайт, вместо Stepik. В статье же не стали заменять в другом месте Google на Yandex.
Вот прям скопипастить as is? А ведь у кода со стаковерфлоу есть лицензия (CC, но это не точно), которая может быть не совместима с лицензией вашего продукта
Кажется, автор говорит совсем не про это.
Понятно, что тебе нужно для работы знать детали реализации, и не важно, помнишь ли ты их наизусть, находишь в документации, на стаковерфлоу или методом тыка.
Но знание деталей - это твой инструмент, работа твоя состоит не в знании инструментов, а в проектировании систем.
Вы придираетесь к словам, автор хотел донести мысль (идею), утрированну. Ни кто не спорит, что без сознательного копи-паста современная разработка не реальна.
«Поступайте хорошо, а плохо не поступайте!»
Вы тут пишите про технические навыки, реальный опыт и скилл. А тут банально в рынке тяжело найти человека с нормальным уровнем англ. языка.
Просто ради любопытства: какой уровень вы считаете нормальным?
А вы накидываете за этот скилл денег? Или из серии у вас будет прекрасная возможность прокачать английксий и переехать за границу? Я вот, например, не хочу работать на англоязычную контору, потому что это дополнительные трудности в общении, помимо скиллов программирования нужно будет еще качать скилл английского. Но если бы предлагали зарплату, скажем x1.5 от рынка, то вполне возможно, пересмотрел бы свою позицию.
Зачастую требования работодателей также зашкаливают. Ищут мастера на все руки за зарплату допустим бекендера. Это к тому, что:
«...Еще один эксперт по Python, Node.js, C++, базам данных SQL и noSQL, а также почти по всем технологиям...»
Соответственно, пишут в резюме всё о чём слышали. Просто разный уровень знаний технологий ;)
Например, мы берем верстальщика, а он рассказывает, что мечтает стать фотографом.
Что-то призадумался. Скорее всего, в эту игру можно играть вдвоем. Наверняка соискатель может выполнить такую же последовательность логических шагов и понять, что не стоит откровенно палиться на предмет проходной работы, а надо сидеть и с честными глазами говорить о том, что верстальщик -- это работа мечты всей его жизни. Интересно, в реальной жизни часто встречаются описанные случаи?
По-моему, все эти игры в ожидания и мечты всей жизни только скрывают, что вообще-то есть трудовое законодательство, по которому и работник может встать и выйти в любой момент, и работодатель может указать ему на дверь. Обещать что-то большее — просто игры в манипуляцию "честным пионерским". Всё равно в конце один первым пошлёт это честное пионерское, а второй ему ответит "тыжобещал" и "фунекрасиво", хотя в иной ситуации второй так же радостно был бы на месте первого.
Тот верстальщик, который мечтает стать фотографом, хотя бы честен. А тот работодатель, который не написал в описании вакансии, что полгода его не устраивают, хотя подразумевал это, нечестен. Если вам нужны работники на срок не меньше N, то заключайте срочные контракты и пишите об этом в вакансиях.
Насчет честности согласен, в идеальном мире так и должно быть. Единственное, насколько понимаю, есть нюанс: поправьте, если я ошибаюсь, но согласно трудовому законодательству работодатель как раз не может в любой момент указать на дверь. Уволить сотрудника, который прошел испытательный срок и не имеет совсем явных косяков типа прогулов — это очень нетривиальный квест для работодателя. И вот тут да, срочные контракты — это крайне удобный инструмент, который гарантирует и некий минимальный срок работ и возможность относительно безболезненно расстаться, если что-то не устроило.
Скорее всего, вы не ошибаетесь, просто я успел отвыкнуть от российских реалий и подробностей законодательства. В моём нынешнем трудовом договоре (вполне себе бессрочном и соответствующем требованиям местного закона) написано, что трудовые отношения могут быть прекращены любой из сторон с письменным уведомлением за 4 недели до. Мой предыдущий трудовой договор был расторжен именно по инициативе работодателя с формулировкой "с вещами на выход, з/п за месяц вперёд мы тебе проплатим". Такие дела. Работаешь вполсилы или начинаешь наглеть — дверь оказывается не так уж и далеко.
Невозможно помнить все нюансы технологий от и до, человек не сервер с индексируемой базой данных в голове. К тому же, никто не отменял внешние факторы, усталость, стресс, проблемы в семье, болезнь и т.д.
В конечном итоге, без гугла и профильных сайтов в современном мире, разработчик, разработчиком быть просто перестанет.
А вот что с другой стороны могу сказать: вакансии работодатели пишут малоинформативные и безликие, нередко - безграмотные и/или неадекватные.
По порядку:
Малоинформативные - те, где нет конкретики даже по используемому стеку, а так же нет приоритетов. Частично такие вакансии еще и неадекватно выглядят, когда в списке требований перечислено всё, о чём когда-либо слышал работодатель. Читая такие списки как минимум очень сложно понять - достаточно ли у тебя компетенции, чтобы претендовать на вакансию? А так же возникают мысли об адекватности писавших эти требования.
Безликие вакансии - потому что крайне мало вакансий с описанием что именно предстоит делать. Поймите - даже адекватного списка профтребований недостаточно, чтобы оценить интерес к вакансии. Что у вас за проект, какое направление, какие особенности? Если вы ищете безликого же кодера - то окей, но если вам нужен мотивированный - напишите с чем именно надо работать, потому что если соискатель уже не джун - ему чаще не все равно с чем работать.
Безграмотные - это где вообще неправильно написаны названия технологий, инструментов, фреймворков и т.д. Shame on you!
Про Неадекватные уже выше пояснил - ну взвесьте вы свои требования, черт побери! Знание, к примеру, PostgeSQL - это что? Поднять и настроить? Сделать распределенную инфраструктуру? Писать запросы на SQL, вьюхи и т.д.? Или это значит только то, что у вас в качестве СУБД - PostgreSQL, а разработчики дальше ORM и не ходят? Насколько это вообще актуально для вакантной позиции? Или это так, на всякий случай?
Сейчас, когда я смотрю на туже выдачу hh, я затрудняюсь понять - что из этого потенциально интересно и мне по силам - как раз ввиду вышеописанного. И поэтому время теряют и работодатели, и претенденты.
Навеяло
А это недалеко от истины : ) и актуально для поиска серьезного уровня разработчиков - всё равно же вся петрушка вскроется и, если новоприбывшему не по духу то, как построена работа в нанимающей компании, он все равно её покинет довольно скоро, а, значит, и время на хантинг зря потрачено, и нужно заново искать.
… как система управления базами данных (СУБД) принимает решения, какой индекс использовать при выполнении запроса («план выполнения запроса»).
Серьезно, нужно назвать единый способ для всех СУБД?.. Тогда специалистов по PostgreSQL можно выгнать за рассказ о не детерминированном планировщике, а специалистов по SQLite - за рассказ о детерминированном :) А за упоминание реализаций индексов в виде виртуальных таблиц и вовсе казнить на месте, наверное.
Это был не вопрос с собеседования, а предложение углубиться в используемую область. Так что не назвать единый способ для всех, а знать этот способ для своей. Даже если работаешь через ОРМ, и руками индексов не делаешь.
Хм, вы себе представляете дистанцию от ОРМ до внутренней реализации СУБД?:) Если вы ищите формоклепателя, какой смысл спрашивать его про опкоды SQLite для обработки индексов?:D А для PostgreSQL и вовсе не существует человека, знающего весь код обработки всех типов индексов, не говоря уже про работу анализатора статистики выполнения запросов и все эвристики. Да и с чего вы взяли, что вы способны хоть как-то оценить верность ответов?
живая статья получилась, которая мало кого оставила равнодушным)
Вам не кажется, что кадровики в этой схеме лишние? они убивают поиск.
https://www.pokemon.com/ru/pokedex/ditto
https://www.pokemon.com/ru/pokedex/vulpix
Я думаю, что их там еще спрятано...
Есть такое. Но я не понимаю, почему бы не писать как оно есть. Я, например, в резюме тоже добавил "есть базовое знание Java, JS, R, SQL, HTML/CSS", хоть на самом деле нормально знаю только Python и C++. Но я написал "базовое знание", а так же два раза повторил, что лучше нормально знаю только Python и C++, при этом плюсы лучше и предпочтительней
Почему бы так не делать всем? Честность и ясность - это же хорошо!
Дважды подумайте, прежде чем упомянуть в резюме навык, который вы недостаточно хорошо освоили
3 совета для разработчиков по результатам 20 собеседований
"Делай как я говорю, не делай как я делаю".
Двадцать собеседований — это уровень джуна среди интервьюеров, если что.
Если кто-то говорит, что владеет SQL, то он по меньшей мере должен знать, как и когда создавать индекс. Я лично ожидал этого минимума от кандидатов
Я уже упомянул SQL и индекс. Если вы работаете с SQL ежедневно, то, скорее всего, вы уже умеете создавать индексы для ускорения определенных запросов
Тут вопрос - позиция, на которую вы принимаете человека требует знания SQL?
Если требуют, то это должно было быть в требованиях к вакансии. Если не должно, а человек умеет в простые SQL но не умеет в индексы - то это IMHO ваши личные болезни по требованиям.
Я вообще не разработчик, а админ, который занимается бэкапами. И при этом регулярно работаю и с SQL и с noSQL и с TSDB
И да, я наверное могу по памяти написать на бумажке просотой запрос с джойном и может даже какими-то count/sum/order by. И возможно даже вспомню какие-то нюансы между oracle и mysql синтаксисом.
Я вот считаю, что даже примерно себе представляю как работают индексы. Но наизусть вспомнить какими командами они создаются и какие типы индексов работают в конкретном sql или nosql, как заранее прикинуть сколько они займут места и насколько должны ускорить процесс на определенном типе данных - этого я наизусть не скажу. Но по вашему мнению, я не имею права писать в резюме SQL?
Если задача несложная, то зная о существовании индексов, можно почитать и сделать их в любой момент. Если же прям нужна оптимизация, то лучше проконсультироваться с DBA или иметь такого в штате, который будет архитектуру базы вести и ее обновления.
Но вот минимальные требования к знанию инструмента - они должны быть пересмотрены в первую очередь не от вашего представления, а от самой позиции.
А вот вам встречные советы для работодателя:
1. Дважды подумайте, прежде чем упомянуть в вакансии навык, который вам не нужен.
2. Постарайтесь адекватно оценить "интересность" вашего проекта. Очередной калькулятор KPI - это скучно.
3. Свободный график и офис в центре Москвы не делают вас дружной командой.
Теперь по контексту. Вы вакансии-то которые ваши HR нахреначили видели?
https://hh.ru/vacancy/46667381
https://hh.ru/vacancy/46213538
PHP разраб с опытом 1-3 года. Что он может знать и уметь? Да почти нихрена. Сениор-помидор.
Фуллстек 3-6 лет с бэкграундом Yii за 100к рублей. Вы точно хотите, чтобы ваш проект работал?
Ох уж эти учителя... всё бы вам учить. На что ловили, то и поймали, в общем-то
3 совета для разработчиков по результатам 20 собеседований