Признали некие факты, а не их причину. То есть согласно документу по какой-то доселе неведомой причине "отставание технологий..." и далее по тексту. Это все равно признать у себя лишний вес, но продолжать жить на чипсах и газировке.
Не бьется как-то. Что будут делать интерфейсы, если методы прибиты гвоздями к классам?
Собственно, вы описали самый примитивный кейс использования Java + Spring. И все хорошо, пока вам не понадобились например паттерны "стратегия" или "pub-sub". Вот тут и будут нужны наследования и полиморфизмы в реальной жизни. А вовсе не для наследования foo от bar, как нас учат странные статейки.
Этот ряд вопросов поможет Вам сориентироваться в теме многопоточности и поможет Вам понять что нужно "подтянуть"
Честное слово, сколько можно мурыжить эти wait-notify в 2022 году? Для меня такие вопросы на собесе просто красный флаг, что в данной команде никакой экспертизой по многопоточке даже не пахнет. Иначе бы более практические вещи обсуждали.
Что значит Liskov Substitution?
И я не понимаю, зачем продолжают придумывать эти вымученные примеры (к тому же ошибочные), если можно просто спросить кандидата примеры из JDK, где этот LSP нарушается.
S - Single Responsibility - означает что класс должен отвечать только за операции одного типа.
А потом эти люди имеют CRUD-репозиторий (CRUD это же один тип операций) на 2000 строк и святую уверенность, что написали все по солиду.
то где гарантия что то что там работает собранно именно из этих неизменённых исходников?
А вот интересно. Про двойную бухгалтерию слышали все. А бывало такое, что параллельно с официальным "белым" кодом существует некий "черный" код, который и исполняется на самом деле? Если архитектурно система есть монолит без движка плагинов, то вести двойную кодовую базу будет непросто.
Обычно заранее запрашиваем у соискателя контакты трёх бывших руководителей для рекомендаций
Прикинул, что лично я понятия не имею, где их брать. Контакт последнего точно не найду. Предпоследнего - допустим. А третий был почти 4 года лет назад, и не факт, что он все еще там работает.
Вы в начале описываете декларативный подход, а не функциональный. Есть определения для того и другого. Как правило, ФП присуща декларативность, но это не тождественные понятия. Например, SQL декларативный язык, но не то что бы очень функциональный. А, например, функторы и декларативны и повсеместно встречаются в ФП.
то ты просто будешь неделю сидеть и ничего не делать, кроме как писать ответы с обратной связью
Вас заставляют в стихах писать отзывы? Нет никакой проблемы придумать самый примитивный опросник с балльной оценкой. Типа java core - 3/5, spring - 3/5, sql - 2/5, english - 4/5. Самому же потом проще выбирать между кандидатами.
У нас такой опросник пунктов на 30. Заполняю после собеса в течении 10 минут.
Тут уже многократно повторили, что бежать или не бежать - дело ваше, мне параллельно. Но имейте в виду: сегодня "хрень" в хипстерских блогах на хабре, через 3 года в половине вакансий в разделе "будет плюсом", через 6 лет в каждой вакансии в разделе "требуется".
придёт опытный, но сто лет не развивающийся уже не мидл и перепишет
Или не перепишет. Я в общем-то и не писал ничего про "мозги и опыт". И не ставил под сомнения ничьи скиллы. Просто рынок таков, что такому "мидлу" сложно будет даже на собес попасть.
Многие компоненты, такие как ствол, затвор и магазин, можно легально приобрести в Интернете, в удобных комплектах без лицензии на огнестрельное оружие
В статье такой упор на сверление полуфабрикатов, что совершенно не задет следующий вопрос. А какого, собственно, чёрта ствол и затвор имеются в свободной продаже? Я ни разу не оружейник, но вроде как раз эти детали являются mission critical. Их можно примотать синей изолентой к швабре и уже будет оружие без всяких ствольных коробок.
Сравните то, как разрабатывали бэкенд например на JVM, сегодня и 10 лет назад. Там вообще-то несколько революций случилось. ФП стало обыденность, реактивщина стала обыденностью, хайлоад стал обыденностью. Полностью новый язык появился. То, что сейчас в мейнстриме, в 2012 было пет-проектом для узкой аудитории. Теперь представьте мидла, который все эти 10 лет сидел на java 1.7 и просто "хорошо делал свою работу". По большому счету для рынка это уже давно не мидл. К самому человеку вопросов никаких: реально никто никому ничем не обязан. Но со стороны стратегия так себе.
Из-за того, что в реляционной базе информация находится в большом количестве таблиц, отношения между которыми часто сложные, такая база не подходит для ситуаций, когда результат в ответ на запрос к данным надо выдавать очень быстро.
Вы вводите свою аудиторию (новичков) в заблуждение. Потом эти новички на голубом глазу транслируют все эти мифы на собеседованиях или даже в своей профессиональной деятельности. В дизайне RDB нет ничего такого, что делает их принципиально медленными. Чаще встречается просто неграмотное использование. Да, делать аналитический запрос из нормализованных таблиц с 10 джойнами - плохая идея. Но это идея человека, а не RDB.
А вы про какой примерно стек говорите? В мире джавы встретить самописные велосипеды - это надо пойти в самые глубины ESB старого банка или страховой.
А отсутствие архтектора - это вообще не показатель. Данная должность начинает приносить профит на определенных масштабах. А в общем объеме до десятка сервисов и до 500к строк кода команда без архитектора без проблем существует.
застенчивый синьор в питерской компании получает 250к
Боюсь, что и застенчивый архитектор в московском банке будет получать те же 250 (если не меньше), если сидит там уже 10 лет. Бизнес сам заварил эту кашу, когда получить повышение можно исключительно через выходную дверь. А кто везёт и не бухтит - на том и едут за мелкий прайс. Из статьи получается, за рубежом ровно та же ситуация.
Я работал с таким. Сначала мы с ним сильно погрызлись, но потом разрулили, что за что отвечает. И в итоге-то работа пошла гораздо бодрее, чем с предыдущим тимлидом "из бывших разрабов", который проект чуть до цугундера не довел.
как заставить всякие Horns&Hoofs Ltd заполнять этот реестр? Скажем, какая-то HR-контора уже года 3 пытается показать мне свои чудесные вакансии, но в обмен на соглашение о ПД. Так и вижу, как они бережно вносят их в елдиный реестр и никому на сторону не продают.
что если я зайду и отменю согласие, заключенное с банком. Наши отношения с банком уйдут в "серую зону"?
Описано не техническое интервью, а шабаш фуфлыжников литкодеров. Я всегда заранее выясняю, есть ли литкодинг и в каком объеме. Если там сплошной литкодинг или эти сопли растянуты на 2-3 этапа, то сразу мимо. Не можете нанять человека без литкодинга и за 1 этап - проблемы вашей квалификации, а не моей.
Признали некие факты, а не их причину. То есть согласно документу по какой-то доселе неведомой причине "отставание технологий..." и далее по тексту. Это все равно признать у себя лишний вес, но продолжать жить на чипсах и газировке.
Не бьется как-то. Что будут делать интерфейсы, если методы прибиты гвоздями к классам?
Собственно, вы описали самый примитивный кейс использования Java + Spring. И все хорошо, пока вам не понадобились например паттерны "стратегия" или "pub-sub". Вот тут и будут нужны наследования и полиморфизмы в реальной жизни. А вовсе не для наследования foo от bar, как нас учат странные статейки.
Честное слово, сколько можно мурыжить эти wait-notify в 2022 году? Для меня такие вопросы на собесе просто красный флаг, что в данной команде никакой экспертизой по многопоточке даже не пахнет. Иначе бы более практические вещи обсуждали.
И я не понимаю, зачем продолжают придумывать эти вымученные примеры (к тому же ошибочные), если можно просто спросить кандидата примеры из JDK, где этот LSP нарушается.
А потом эти люди имеют CRUD-репозиторий (CRUD это же один тип операций) на 2000 строк и святую уверенность, что написали все по солиду.
А вот интересно. Про двойную бухгалтерию слышали все. А бывало такое, что параллельно с официальным "белым" кодом существует некий "черный" код, который и исполняется на самом деле? Если архитектурно система есть монолит без движка плагинов, то вести двойную кодовую базу будет непросто.
Врут в тех аспектах, которые никакой проверке, кроме субъективной эмпирической, не поддаются. Ну типа
"у нас дружный коллектив профессионалов" - по факту шайка джунов
"интересные задачи" - крудошлепство и саппорт легаси
"мы поощряем развитие и отправляем вас на семинары" - за 3 года одна местячковая туса с унылыми докладами
Прикинул, что лично я понятия не имею, где их брать. Контакт последнего точно не найду. Предпоследнего - допустим. А третий был почти 4 года лет назад, и не факт, что он все еще там работает.
Вы в начале описываете декларативный подход, а не функциональный. Есть определения для того и другого. Как правило, ФП присуща декларативность, но это не тождественные понятия. Например, SQL декларативный язык, но не то что бы очень функциональный. А, например, функторы и декларативны и повсеместно встречаются в ФП.
Почему я должен делать общие выводы о возможности давать обратную связь из одной истории про факап? Вы же сами пишете, что
Один факап в одной конторе это не часто, это всего-навсего shit happens.
Вас заставляют в стихах писать отзывы? Нет никакой проблемы придумать самый примитивный опросник с балльной оценкой. Типа java core - 3/5, spring - 3/5, sql - 2/5, english - 4/5. Самому же потом проще выбирать между кандидатами.
У нас такой опросник пунктов на 30. Заполняю после собеса в течении 10 минут.
Тут уже многократно повторили, что бежать или не бежать - дело ваше, мне параллельно. Но имейте в виду: сегодня "хрень" в хипстерских блогах на хабре, через 3 года в половине вакансий в разделе "будет плюсом", через 6 лет в каждой вакансии в разделе "требуется".
Или не перепишет. Я в общем-то и не писал ничего про "мозги и опыт". И не ставил под сомнения ничьи скиллы. Просто рынок таков, что такому "мидлу" сложно будет даже на собес попасть.
В статье такой упор на сверление полуфабрикатов, что совершенно не задет следующий вопрос. А какого, собственно, чёрта ствол и затвор имеются в свободной продаже? Я ни разу не оружейник, но вроде как раз эти детали являются mission critical. Их можно примотать синей изолентой к швабре и уже будет оружие без всяких ствольных коробок.
Сравните то, как разрабатывали бэкенд например на JVM, сегодня и 10 лет назад. Там вообще-то несколько революций случилось. ФП стало обыденность, реактивщина стала обыденностью, хайлоад стал обыденностью. Полностью новый язык появился. То, что сейчас в мейнстриме, в 2012 было пет-проектом для узкой аудитории.
Теперь представьте мидла, который все эти 10 лет сидел на java 1.7 и просто "хорошо делал свою работу". По большому счету для рынка это уже давно не мидл. К самому человеку вопросов никаких: реально никто никому ничем не обязан. Но со стороны стратегия так себе.
Вы вводите свою аудиторию (новичков) в заблуждение. Потом эти новички на голубом глазу транслируют все эти мифы на собеседованиях или даже в своей профессиональной деятельности.
В дизайне RDB нет ничего такого, что делает их принципиально медленными. Чаще встречается просто неграмотное использование. Да, делать аналитический запрос из нормализованных таблиц с 10 джойнами - плохая идея. Но это идея человека, а не RDB.
А вы про какой примерно стек говорите? В мире джавы встретить самописные велосипеды - это надо пойти в самые глубины ESB старого банка или страховой.
А отсутствие архтектора - это вообще не показатель. Данная должность начинает приносить профит на определенных масштабах. А в общем объеме до десятка сервисов и до 500к строк кода команда без архитектора без проблем существует.
Пишу вообще или писал тогда? Тогда это было хитровыдуманное приложение, скажем так, для DevOps на тривиальном стеке Angular + Java + Spring + PG.
Боюсь, что и застенчивый архитектор в московском банке будет получать те же 250 (если не меньше), если сидит там уже 10 лет. Бизнес сам заварил эту кашу, когда получить повышение можно исключительно через выходную дверь. А кто везёт и не бухтит - на том и едут за мелкий прайс. Из статьи получается, за рубежом ровно та же ситуация.
Я работал с таким. Сначала мы с ним сильно погрызлись, но потом разрулили, что за что отвечает. И в итоге-то работа пошла гораздо бодрее, чем с предыдущим тимлидом "из бывших разрабов", который проект чуть до цугундера не довел.
Звучит здраво, но
как заставить всякие Horns&Hoofs Ltd заполнять этот реестр? Скажем, какая-то HR-контора уже года 3 пытается показать мне свои чудесные вакансии, но в обмен на соглашение о ПД. Так и вижу, как они бережно вносят их в елдиный реестр и никому на сторону не продают.
что если я зайду и отменю согласие, заключенное с банком. Наши отношения с банком уйдут в "серую зону"?
Описано не техническое интервью, а шабаш фуфлыжников литкодеров. Я всегда заранее выясняю, есть ли литкодинг и в каком объеме. Если там сплошной литкодинг или эти сопли растянуты на 2-3 этапа, то сразу мимо. Не можете нанять человека без литкодинга и за 1 этап - проблемы вашей квалификации, а не моей.