Если это ваша единственная претензия к этому сеньору, то это смешно. Точно также найдется немало людей (возможно, азиатов), которые вздрючат лично вас на темах, в которых вы считаете себя профи.
МТС, а вы просто так для бложика откопали эту стюардессу? Или у вас реально такие практики в компании и вы реально видите буст каких-то показателей?
Мне каждый раз смешно видеть блоги от бигтеха с такими вот мудростями. Потом приходишь в этот самый бигтех - а там не то что парного погромирования нет, там даже нормальный нейминг переменных и функций не освоили и тестов 3.5 штуки на 1кк строк кода.
Имелись в виду буквально индексы на хэш-таблице. Мой поинт в том, что мне очень подозрительно, когда у человека от зубов отскакивает "устройство хэшмапы", а потом он не может даже предположить, что точно такой же механизм может быть использован вне джавы.
Это типичный паттерн поведения отличника-зубрилы. На прямой вопрос ответит, на более хитром обязательно споткнется.
А моя практика показывает, что 90% канидатов способны как по учебнику объяснить мне устройство хэш-таблиц. Это не заботал уже только ленивый. А потом где-то только 10% кандидатов способны ответить на вопрос "существуют ли в принципе такие индексы в БД, поиск по которым имеет сложность меньше чем O(logN) (т.е. быстрее чем b-tree)?". Люди не видят связи между инструментом и кейсом его применения. Поэтому я и отказался от вопросов в лоб. Да, знание хэш-таблиц и прочей классики проверить нужно, но не в лоб.
Я еще на заре своей карьеры интервьюера усвоил, что вопросы "Что такое Х и как он устроен" - это трата времени. Это как юнит-тест без ассертов. То есть работа какая-то выполняется, а выводов нормальных не получается.
В большинстве случаев использование алгоритмов действительно может ускорить работу систем, сделать их компактнее, унифицировать участки кода.
Очередной раз, когда путают какое-то абстрактное "знание алгоритмов" и умение оценить сложность алгоритма по времени и по памяти. У меня вот бесполезно спрашивать алгоритм Дейкстры или решето Эратосфена. Зато я регулярно обнаруживаю на код-ревью линейную сложность вместо константной.
А такая власть нужна технарю? Я бы предпочел власть выбирать с кем работать (найм), как работать (стек) и над чем работать (стратегия продукта). Если хотя бы чего-то этого нет, то воистину не тимлид, а просто чувак, который больше других по голове получает.
Далеко не все задаются вопросом приватности персональных данных: а что делать если мы нашли два адреса по одному ФИО? Мы теперь точно знаем, что один из этих адресов принадлежит другому человеку, можем ли мы показать эту связку?
Ну и получается типичное "угадай, какое число я загадал". Апи это апи, а приватность это приватность. Человек может собаку съесть на проектировании апишек для сервисов типа Miro, но при этом ничего не знать про кухню персональных данных. Кроме того, даже если это кейс из вашей практики, то я просто уверен, что сначала и вы тут шишек набили. А кандидат почему-то должен ответить сразу правильно.
Ну и в целом фокусироваться на предметной области можно только если человек пришел из точно такой же области. Тогда для него знание нюансов - это маст хэв и показатель квалификации. Все остальные же ничем вам не обязаны.
Они интуитивно подозревают что это будет не лучшее решение в их жизни
Да все правильно они подозревают. У меня в соседней команде комичная ситуация. В тимлиды двинули самого младшего по возрасту и скиллу сотрудника. Потому что среди сеньоров дураков нет. Как в том меме с висельником "В первый раз?"
Я часто вижу такой же паттерн, когда собеседую разрабов из Вьетнама. Там через одного сеньоры 8-10 лет и 10-15 проектов. Читаешь резюме и потихоньку съеживаешься. У одного в портфолио экспертное знание 8 баз данных. Другой поднимал распределенную систему с 1кк TPS. У третьего больше баззвордов, чем у меня словарного запаса. Реально каждый раз боюсь, что это ОНИ меня отсобесят в особо извращенной форме. В итоге из нескольких десятков наняли только двух, а с остальных посмеялись бы, если б не было так грустно. Причем один из этих двоих вообще джун.
Я когда вспоминаю свое начало карьеры в Сбере, то прихожу в ужасъ и стыдъ. Мы на серьезных щщах тратили целый трехмесячный ПИР (плановый интеграционный релиз) на изменения, которые можно сделать и протестить за неделю. Начальство тоже на серьезных щщах планировало нагрузку, распределяло ресурсы и постоянно нанимало новых работников. Потом я сменил работу и на новом месте за месяц написал больше кода, чем за год в Сбере.
Или вот лично я не очень люблю менять работу, куча стресса при поиске, акклиматизация на новом месте
Понимаю, но в контексте статьи альтернативой являются суды с компанией. Это по вашему не стресс? Причем при любом исходе суда, в компании вы точно попадаете на карандаш. И в следующий раз вас попросят на выход уже на основе заботливо подготовленных железобетонных бумажек. Короче, победа будет Пиррова. Тогда снова вопрос: а чего ради?
то это повод дать политику по носу, а не менять страну проживания
В целом да, но ровно потому, что менять страну проживания - это сложно. Если вам пара ботинок ужасно натирает ноги, то вы будете стоически "подстраивать их под себя" или просто нормальную обувь купите? Вот сменить место работы - это приседания уровня "купить другую обувь", а вовсе не "уехать в другую страну".
За что-то стоит стоять до последнего, за что-то нет. Работа в одной из сотен айтишных контор - это не вопрос жизни и смерти.
Вы предлагаете решения для ситуации столетней давности. Завод на всю округу один - и если пролетария оттуда выкинут на мороз, то его буквально ждет очень жалкое существование.
Перенесемся на 120 лет вперед. Зачем вообще бороться с компанией, за которой уже есть грешок с кидаловом? Даже не важно, кто тут прав кто и виноват. С точки зрения наёмного работника компания готовится кинуть его через бедро. Зачем за нее держаться? Зачем тратиться на юристов? Чтобы компания отступила сейчас, получше подготовилась и таки кинула тебя еще раз через полгода? Это последняя ИТ-компания на свете?
Единственный нормальный совет - качать скилл и голосовать ногами из таких мест.
Ну справедливости ради, аттракцион невиданной щедрости, чтобы аж бабушкам и дедушкам бессрочный ВНЖ раздавали - такого вроде нигде нет. И это печально. Год назад после волны миграции в странах-реципиентах пошли разговоры, что айтишникам чуть ли не в аэропорту паспорта раздавать начнут. Спустя год только Сербия выпустила более-менее дружелюбный закон.
либо садить их вместе... Либо код первого так и держать в отдельном загоне
Либо архитектурно не допускать, чтобы эти люди вообще трудились вместе. Если в проекте в одном классе/файле/модуле описана оркестрация биллинга, а рядом в другом кто-то биты переставлят ассемблерными вставками, то что-то пошло не так.
С подключением
Да. Вы пеняете человеку, что он чего-то не знает.
Потому что не родился всезнающим, очевидно. Бывает. Вот я и спрашиваю, каково это - родиться всезнающим и не нуждаться в советах и обучении?
А вы точно уверены, что вы способны решить 100% задач в вашей области без советов со стороны? Вы родились профессионалом?
Если это ваша единственная претензия к этому сеньору, то это смешно. Точно также найдется немало людей (возможно, азиатов), которые вздрючат лично вас на темах, в которых вы считаете себя профи.
МТС, а вы просто так для бложика откопали эту стюардессу? Или у вас реально такие практики в компании и вы реально видите буст каких-то показателей?
Мне каждый раз смешно видеть блоги от бигтеха с такими вот мудростями. Потом приходишь в этот самый бигтех - а там не то что парного погромирования нет, там даже нормальный нейминг переменных и функций не освоили и тестов 3.5 штуки на 1кк строк кода.
Имелись в виду буквально индексы на хэш-таблице. Мой поинт в том, что мне очень подозрительно, когда у человека от зубов отскакивает "устройство хэшмапы", а потом он не может даже предположить, что точно такой же механизм может быть использован вне джавы.
Это типичный паттерн поведения отличника-зубрилы. На прямой вопрос ответит, на более хитром обязательно споткнется.
А моя практика показывает, что 90% канидатов способны как по учебнику объяснить мне устройство хэш-таблиц. Это не заботал уже только ленивый. А потом где-то только 10% кандидатов способны ответить на вопрос "существуют ли в принципе такие индексы в БД, поиск по которым имеет сложность меньше чем O(logN) (т.е. быстрее чем b-tree)?". Люди не видят связи между инструментом и кейсом его применения. Поэтому я и отказался от вопросов в лоб. Да, знание хэш-таблиц и прочей классики проверить нужно, но не в лоб.
Я еще на заре своей карьеры интервьюера усвоил, что вопросы "Что такое Х и как он устроен" - это трата времени. Это как юнит-тест без ассертов. То есть работа какая-то выполняется, а выводов нормальных не получается.
Очередной раз, когда путают какое-то абстрактное "знание алгоритмов" и умение оценить сложность алгоритма по времени и по памяти. У меня вот бесполезно спрашивать алгоритм Дейкстры или решето Эратосфена. Зато я регулярно обнаруживаю на код-ревью линейную сложность вместо константной.
А такая власть нужна технарю? Я бы предпочел власть выбирать с кем работать (найм), как работать (стек) и над чем работать (стратегия продукта). Если хотя бы чего-то этого нет, то воистину не тимлид, а просто чувак, который больше других по голове получает.
Да они так и делают. Наверное каждый 10 сеньор-помидор из наших широт это
Повелитель Кода в Hoofs&Horns с 2010 по 2023
Что делал: писал сервисы
Достижения: написал 20 сервисов
Стек технологий: джава
Как хочешь - так и собеседуй
Ну и получается типичное "угадай, какое число я загадал". Апи это апи, а приватность это приватность. Человек может собаку съесть на проектировании апишек для сервисов типа Miro, но при этом ничего не знать про кухню персональных данных. Кроме того, даже если это кейс из вашей практики, то я просто уверен, что сначала и вы тут шишек набили. А кандидат почему-то должен ответить сразу правильно.
Ну и в целом фокусироваться на предметной области можно только если человек пришел из точно такой же области. Тогда для него знание нюансов - это маст хэв и показатель квалификации. Все остальные же ничем вам не обязаны.
Да все правильно они подозревают. У меня в соседней команде комичная ситуация. В тимлиды двинули самого младшего по возрасту и скиллу сотрудника. Потому что среди сеньоров дураков нет. Как в том меме с висельником "В первый раз?"
Я часто вижу такой же паттерн, когда собеседую разрабов из Вьетнама. Там через одного сеньоры 8-10 лет и 10-15 проектов. Читаешь резюме и потихоньку съеживаешься. У одного в портфолио экспертное знание 8 баз данных. Другой поднимал распределенную систему с 1кк TPS. У третьего больше баззвордов, чем у меня словарного запаса. Реально каждый раз боюсь, что это ОНИ меня отсобесят в особо извращенной форме. В итоге из нескольких десятков наняли только двух, а с остальных посмеялись бы, если б не было так грустно. Причем один из этих двоих вообще джун.
Я когда вспоминаю свое начало карьеры в Сбере, то прихожу в ужасъ и стыдъ. Мы на серьезных щщах тратили целый трехмесячный ПИР (плановый интеграционный релиз) на изменения, которые можно сделать и протестить за неделю. Начальство тоже на серьезных щщах планировало нагрузку, распределяло ресурсы и постоянно нанимало новых работников. Потом я сменил работу и на новом месте за месяц написал больше кода, чем за год в Сбере.
Понимаю, но в контексте статьи альтернативой являются суды с компанией. Это по вашему не стресс? Причем при любом исходе суда, в компании вы точно попадаете на карандаш. И в следующий раз вас попросят на выход уже на основе заботливо подготовленных железобетонных бумажек. Короче, победа будет Пиррова. Тогда снова вопрос: а чего ради?
Новость "разработка уходит из Авито целыми отделами" - это ничуть не меньшая огласка, чем многомесячные тяжбы.
В целом да, но ровно потому, что менять страну проживания - это сложно. Если вам пара ботинок ужасно натирает ноги, то вы будете стоически "подстраивать их под себя" или просто нормальную обувь купите? Вот сменить место работы - это приседания уровня "купить другую обувь", а вовсе не "уехать в другую страну".
За что-то стоит стоять до последнего, за что-то нет. Работа в одной из сотен айтишных контор - это не вопрос жизни и смерти.
Вы предлагаете решения для ситуации столетней давности. Завод на всю округу один - и если пролетария оттуда выкинут на мороз, то его буквально ждет очень жалкое существование.
Перенесемся на 120 лет вперед. Зачем вообще бороться с компанией, за которой уже есть грешок с кидаловом? Даже не важно, кто тут прав кто и виноват. С точки зрения наёмного работника компания готовится кинуть его через бедро. Зачем за нее держаться? Зачем тратиться на юристов? Чтобы компания отступила сейчас, получше подготовилась и таки кинула тебя еще раз через полгода? Это последняя ИТ-компания на свете?
Единственный нормальный совет - качать скилл и голосовать ногами из таких мест.
Ну справедливости ради, аттракцион невиданной щедрости, чтобы аж бабушкам и дедушкам бессрочный ВНЖ раздавали - такого вроде нигде нет. И это печально. Год назад после волны миграции в странах-реципиентах пошли разговоры, что айтишникам чуть ли не в аэропорту паспорта раздавать начнут. Спустя год только Сербия выпустила более-менее дружелюбный закон.
Либо архитектурно не допускать, чтобы эти люди вообще трудились вместе. Если в проекте в одном классе/файле/модуле описана оркестрация биллинга, а рядом в другом кто-то биты переставлят ассемблерными вставками, то что-то пошло не так.