Size: a a a

Обсуждения техдирские

2021 March 23

W

Wingman in Обсуждения техдирские
Wingman
похоже, но вопросов и тем таки упихиваю побольше. Есть возможность выбирать всё же с кругозором и опытом
Уточню в свете следующего комментария: я спрашиваю по устройству бд и их видам; общим штукам вроде сетей и многозадачности, cap-теореме, паттернам и практикам, etc. Куб в рамках повседневных задач нет смысла спрашивать)
источник

IS

Igor Shekalev in Обсуждения техдирские
Wingman
Уточню в свете следующего комментария: я спрашиваю по устройству бд и их видам; общим штукам вроде сетей и многозадачности, cap-теореме, паттернам и практикам, etc. Куб в рамках повседневных задач нет смысла спрашивать)
А что будет делать в компании middle, которому надо знать сар-теорему для выполнения его работы?
источник

W

Wingman in Обсуждения техдирские
Igor Shekalev
А что будет делать в компании middle, которому надо знать сар-теорему для выполнения его работы?
Я же оговорился, что есть возможность выбирать не миддлов)
источник

AS

Andrey Shetukhin in Обсуждения техдирские
Igor Shekalev
Проблема в том, что многие компании не умеют в специализацию. Вот пара крупных фирм ищут go-шников. Но хотят, чтобы там “из коробки” был и docker и kub и чуть ли не администрирование linux. Ах да, еще и Кафка. А взяли бы из провинции пяток переучившихся С-шников по 140, посадили бы рядом DevOps инженера, который научит их dockerfile писать и yaml редактировать, и через квартал они не будут отличаться от требований. Или не научит, а будет сам. Они же – код ваять.
А сейчас этот искомый программист со всеми нужными скилами и думает: «а я крут, работайте сами за свои 180-200 тысяч».
Потому что программист не должен уметь ни в докер, ни в куб, ни я зен, ни в опенвз. Если ищут такого программиста, значит в разработке бардак. Программист должен:
1) уметь программировать в общем смысле
2) хотя бы отдалённо иметь представление о предметной области
3) уметь внятно записать зависимости разрабатываемого софта и разделить их на зависимости сборки и зависимости запуска.

Всё.
Если программеру надо у меть в докер, то тэто означает, что отдел девопс следует немедленно уволить.
источник

IS

Igor Shekalev in Обсуждения техдирские
Wingman
Я же оговорился, что есть возможность выбирать не миддлов)
Ок, зачем это "немиддлу"?
Он будет разрабатывать распределённую СУБД?
источник

W

Wingman in Обсуждения техдирские
Igor Shekalev
Ок, зачем это "немиддлу"?
Он будет разрабатывать распределённую СУБД?
распределённые транзакции - вполне может
источник

IS

Igor Shekalev in Обсуждения техдирские
Andrey Shetukhin
Потому что программист не должен уметь ни в докер, ни в куб, ни я зен, ни в опенвз. Если ищут такого программиста, значит в разработке бардак. Программист должен:
1) уметь программировать в общем смысле
2) хотя бы отдалённо иметь представление о предметной области
3) уметь внятно записать зависимости разрабатываемого софта и разделить их на зависимости сборки и зависимости запуска.

Всё.
Если программеру надо у меть в докер, то тэто означает, что отдел девопс следует немедленно уволить.
Угу и таких "отдел девопс следует немедленно уволить"  у нас примерно 2/3.
Я подыскивал middle do dev себе и смотрел описание вакансий.
Люди прямо целый отдел в одном лице хотят нанять.
Ну не могут, разумеется.
А кандидаты видят требования и идут учить devops, повышая свою ценность => пошли на следующий круг роста цен.
источник

AP

Andrey P in Обсуждения техдирские
Andrey Shetukhin
Потому что программист не должен уметь ни в докер, ни в куб, ни я зен, ни в опенвз. Если ищут такого программиста, значит в разработке бардак. Программист должен:
1) уметь программировать в общем смысле
2) хотя бы отдалённо иметь представление о предметной области
3) уметь внятно записать зависимости разрабатываемого софта и разделить их на зависимости сборки и зависимости запуска.

Всё.
Если программеру надо у меть в докер, то тэто означает, что отдел девопс следует немедленно уволить.
С третим пунктом у многих проблема. Клиповое сознание и неумение строить причинно-следственные цепочки.
источник

LM

L M in Обсуждения техдирские
Alexey Olkhovoy
Чаты в телеграм неплохо работают)
А можно примеры таких чатов? Не рассматривали телеграм как серьёзный канал для поиска соискателей..
источник

IS

Igor Shekalev in Обсуждения техдирские
Wingman
распределённые транзакции - вполне может
А можно чуть подробнее?
База ему или предоставляет сервис транзакций или нет. "Кишочки" там реально сложные и программистам особо не нужны.
На уровне конкретного инструмента стоит знать, сколько обновлений реплик надо дождаться для операции, но зачем это в общем случае?
источник

АЛ

Андрей Лесных... in Обсуждения техдирские
Igor Shekalev
А можно чуть подробнее?
База ему или предоставляет сервис транзакций или нет. "Кишочки" там реально сложные и программистам особо не нужны.
На уровне конкретного инструмента стоит знать, сколько обновлений реплик надо дождаться для операции, но зачем это в общем случае?
Вопрос в билете - это повод поговорить.
источник

AO

Alexey Olkhovoy in Обсуждения техдирские
L M
А можно примеры таких чатов? Не рассматривали телеграм как серьёзный канал для поиска соискателей..
ну все зависит от стэка, у нас работал django jobs нормально, еще есть Junior/Middle Frontend Чатик, есть javascript jobs
источник

W

Wingman in Обсуждения техдирские
Igor Shekalev
А можно чуть подробнее?
База ему или предоставляет сервис транзакций или нет. "Кишочки" там реально сложные и программистам особо не нужны.
На уровне конкретного инструмента стоит знать, сколько обновлений реплик надо дождаться для операции, но зачем это в общем случае?
например, из понимания cap следует понимание многих других нюансов - например, eventual/strong consistency. Не просто заученные названия где-то на фоне, а именно понимание: причин, следствий, особенностей
источник

IS

Igor Shekalev in Обсуждения техдирские
Андрей Лесных
Вопрос в билете - это повод поговорить.
Так я хочу понять цель такого "разговора".
Кого нанимаем и зачем?
Всегда можно попросить закодить raft фломастером на whiteboard и кандидат "улетел".
источник

IS

Igor Shekalev in Обсуждения техдирские
Wingman
например, из понимания cap следует понимание многих других нюансов - например, eventual/strong consistency. Не просто заученные названия где-то на фоне, а именно понимание: причин, следствий, особенностей
Что бы что? Это точно программист, а не solution architect?
источник

W

Wingman in Обсуждения техдирские
Igor Shekalev
Что бы что? Это точно программист, а не solution architect?
не solutions, но вполне себе архитектор отдельных сервисов/компонент
источник

АЛ

Андрей Лесных... in Обсуждения техдирские
Igor Shekalev
Так я хочу понять цель такого "разговора".
Кого нанимаем и зачем?
Всегда можно попросить закодить raft фломастером на whiteboard и кандидат "улетел".
Вы правы. Я такие вопросы рассматриваю исключительно из секции: "кругозор". Если мы о разработчиках разговариваем конечно.
источник

W

Wingman in Обсуждения техдирские
Igor Shekalev
Что бы что? Это точно программист, а не solution architect?
блин, вас послушать, так я должен не меньше, чем... хз даже. VP оф инжиниринг какого-нибудь амазона быть.

Ну то есть, я не считаю это какими-то заоблачными данными. Не всегда необходимыми, но вполне обычными для разработчика выше среднего уровня
источник

IS

Igor Shekalev in Обсуждения техдирские
Wingman
не solutions, но вполне себе архитектор отдельных сервисов/компонент
Понял, спасибо. Это точно не middle и уже даже не senior, скорее всего.
Типа staff engineer.
источник

MF

Magnus Frej in Обсуждения техдирские
У меня найм мидлов "просел" с конца осени. Откликов меньше, уровень соискателей не ахти. Php`шечка обратно скатывается к толстым контроллерам и "практикам", которые фасад от фабрики не отличат.
источник