А что это вы так узко — столяр? Дерево — это всего лишь один из многих материалов. Так же как питон — один из многих языков. Почему бы тогда специалисту не уметь работать и по дереву, и по металлу, и с пластмассой, заодно и на станках с ЧПУ вытачивать детали, и в автокаде чертить?
Я тот, кого сейчас называют фулстек, разбираюсь в разных областях, и я скажу, что мне очень далеко до специалиста, который, к примеру, последние 5 лет сидел и изучал только лишь PostgreSQL. Так же как и ему будет далеко до меня в других областях. Это разные компетенции, не надо их противопоставлять. «Инженер-программист» — так называется профессия в какой-нибудь госконторе. А в коммерческих огранизациях ищут людей для конкретных задач. И там профессия вполне будет называться «разработчик под android».
Это с одной стороны. А с другой, у любого облака ценник чуть ли не до х10 доходит, по сравнению с физическими серверами. И если всё равно нужно за свой счёт беспокоиться о сохранности данных — по сути, админить самостоятельно свою инфраструктуру — то на кой тогда черт нужно это облако? За ту же цену можно будет купить в несколько раз больше ресурсов в виде физического железа, в добавок в двух разных ДЦ, ещё и админа-аутсорсера на сдачу нанять.
Ожидал увидеть под конец статьи "а вот смотрите, как надо", и пару ссылок на гитхаб с используемыми в реальной жизни репозииориями, в коде которых нет ни одного класса, только лишь функциональщина.
Вы правы. Но в испытательном сроке есть свои проблемы. Ради одного человека нужно либо нанимать сразу десяток, чтобы потом уволить девятерых, что может позволить себе только крупная компания, либо терять ценное для проекта время, нанимая по одному за раз, оценивая каждого по неделе — месяцу. Обычно так никто не делает — если уж наняли, то нужно сильно постараться, чтобы не пройти испытательный срок.
Видите ли, лучше всех собеседования проходит тот, кто уделил много внимания навыку прохождения собеседования. В реальной жизни оно ни о чем не говорит — хороший разраб может провалить собеседование (как из-за психологических проблем, вроде нервов и неумения в коммуникацию с людьми, так и из-за того, что просто позабыл некоторые базовые вещи), а плохой может его пройти (подготовился именно на эти задачи или просто всех уболтал). Корреляция есть, разумеется, но она не так велика, как хотелось бы.
Технические вопросы — это фильтр по нижнему уровню, в надежде отсечь совсем уж неадекватов.
Ваш профиль на хабре — это фильтр по верхнему уровню, в надежде на то, что человек, пишущий популярные в сообществе статьи — энтузиаст своего дела. А это качество, судя по всему, имеет в глазах других людей первостепенную важность.
Я лично поддерживаю эту точку зрения. Просто потому, что не вижу способа провести грамотное техническое собеседование, которое будет точным хотя бы в 9 случаях из 10.
Алгоритмы? На эти вопросы лучше всех ответят джуниоры.
Знание каких-то аспектов фреймворка? Кто в своем уме их будет заучивать, когда можно загуглить? Да и меняются они каждую неделю.
Почему люки круглые и другие задачи на смекалку? Уже столько копий о них сломалось…
Тестовое задание? Плохой разраб попросит друга помочь, хороший не будет тратить свое время на это.
Написать код на листочке бумаги? Без комментариев.
Я что-то не понял аргумента против кафки. Кто в здравом уме будет руководствоваться идеей "эта штука слишком хороша для нас, поэтому давайте не будем её использовать"? Давайте тогда писать неэффективные sql запросы, индексы не создавать — у нас же не хайлоад, чего уж там.
Я не знаком с "домашней лабораторией", но если эти "полоски" делают примерно то же самое, что и какой-нибудь биохимический анализ крови в лаборатории, только менее точно, реагируя сменой цвета лишь на выход из референсного интервала значений, в ту или иную сторону, то это достойная, если не замена части диспансеризации, то её дополнение. Вполне можно раз в месяц или в квартал их использовать.
Еще мне подумалось, что это могло бы пригодиться спортсменам. Если такой анализатор умеет показывать значение тестостерона, инсулина, гормона роста, и прочих, то это пригодится для тренировок с железом. Сменил диету — сразу наблюдаешь эффект. Сделал серию анализов, раз в час — нашёл оптимальное время тренировки.
Как вариант, в случае использования http протокола, можно просто использовать часть url вместо ключа method в json'e запроса. К примеру `http://site.com/rpc/:method_name`. А в приложении первым делом парсить этот юрл, превращать запрос в стандартный json-rpc формат и передавать дальше в бизнес логику.
Плюс будет в том, что nginx, метрики и прочие штуки, которые стоят между клиентом и непосредственно приложением бизнес логики, смогут продолжать заниматься своими делами безо всяких переделок под rpc.
Я тот, кого сейчас называют фулстек, разбираюсь в разных областях, и я скажу, что мне очень далеко до специалиста, который, к примеру, последние 5 лет сидел и изучал только лишь PostgreSQL. Так же как и ему будет далеко до меня в других областях. Это разные компетенции, не надо их противопоставлять. «Инженер-программист» — так называется профессия в какой-нибудь госконторе. А в коммерческих огранизациях ищут людей для конкретных задач. И там профессия вполне будет называться «разработчик под android».
Это с одной стороны. А с другой, у любого облака ценник чуть ли не до х10 доходит, по сравнению с физическими серверами. И если всё равно нужно за свой счёт беспокоиться о сохранности данных — по сути, админить самостоятельно свою инфраструктуру — то на кой тогда черт нужно это облако? За ту же цену можно будет купить в несколько раз больше ресурсов в виде физического железа, в добавок в двух разных ДЦ, ещё и админа-аутсорсера на сдачу нанять.
Ожидал увидеть под конец статьи "а вот смотрите, как надо", и пару ссылок на гитхаб с используемыми в реальной жизни репозииориями, в коде которых нет ни одного класса, только лишь функциональщина.
Вы правы. Но в испытательном сроке есть свои проблемы. Ради одного человека нужно либо нанимать сразу десяток, чтобы потом уволить девятерых, что может позволить себе только крупная компания, либо терять ценное для проекта время, нанимая по одному за раз, оценивая каждого по неделе — месяцу. Обычно так никто не делает — если уж наняли, то нужно сильно постараться, чтобы не пройти испытательный срок.
Технические вопросы — это фильтр по нижнему уровню, в надежде отсечь совсем уж неадекватов.
Ваш профиль на хабре — это фильтр по верхнему уровню, в надежде на то, что человек, пишущий популярные в сообществе статьи — энтузиаст своего дела. А это качество, судя по всему, имеет в глазах других людей первостепенную важность.
Я лично поддерживаю эту точку зрения. Просто потому, что не вижу способа провести грамотное техническое собеседование, которое будет точным хотя бы в 9 случаях из 10.
Алгоритмы? На эти вопросы лучше всех ответят джуниоры.
Знание каких-то аспектов фреймворка? Кто в своем уме их будет заучивать, когда можно загуглить? Да и меняются они каждую неделю.
Почему люки круглые и другие задачи на смекалку? Уже столько копий о них сломалось…
Тестовое задание? Плохой разраб попросит друга помочь, хороший не будет тратить свое время на это.
Написать код на листочке бумаги? Без комментариев.
Дело привычки. По мне, так довольно удобно.
В питоне ещё работа со списками в таком же стиле реализована:
Это очень круто! Чувствую, пора изучать биологию — лет через 5 — 10 это будет новым мейнстримом :)
Я что-то не понял аргумента против кафки. Кто в здравом уме будет руководствоваться идеей "эта штука слишком хороша для нас, поэтому давайте не будем её использовать"? Давайте тогда писать неэффективные sql запросы, индексы не создавать — у нас же не хайлоад, чего уж там.
Частенько в Москве вижу курьеров яндекса на велосипеде или, чаще, самокате. Вообще, чтобы пешком передвигались, такое видел только однажды, в метро.
Я не знаком с "домашней лабораторией", но если эти "полоски" делают примерно то же самое, что и какой-нибудь биохимический анализ крови в лаборатории, только менее точно, реагируя сменой цвета лишь на выход из референсного интервала значений, в ту или иную сторону, то это достойная, если не замена части диспансеризации, то её дополнение. Вполне можно раз в месяц или в квартал их использовать.
Еще мне подумалось, что это могло бы пригодиться спортсменам. Если такой анализатор умеет показывать значение тестостерона, инсулина, гормона роста, и прочих, то это пригодится для тренировок с железом. Сменил диету — сразу наблюдаешь эффект. Сделал серию анализов, раз в час — нашёл оптимальное время тренировки.
"Диагностика без причины" называется диспансеризацией.
Это старый анекдот:
А чего вы используете браузер, в котором по умолчанию разрешен вход для всех через форточку?
Дебильный закон. Лучше бы тогда обязали браузеры иметь кнопку на видном месте "я разрешаю открыть форточку для этого сайта".
Ребят, вы только в рекурсию не скатитесь.
Как вариант, в случае использования http протокола, можно просто использовать часть url вместо ключа method в json'e запроса. К примеру `http://site.com/rpc/:method_name`. А в приложении первым делом парсить этот юрл, превращать запрос в стандартный json-rpc формат и передавать дальше в бизнес логику.
Плюс будет в том, что nginx, метрики и прочие штуки, которые стоят между клиентом и непосредственно приложением бизнес логики, смогут продолжать заниматься своими делами безо всяких переделок под rpc.
Ну а минус в том, что велосипед.