Если компания постоянно толкает на переработки, ещё и бесплатно (есть и такие), то её точно надо менять. Это должно быть здоровым минимумом для любого человека. Нельзя поддерживать того, кто хочет вернуть крепостное право
За остальное не говорю, дело каждого. Мне, к примеру, важно, чтобы проекты были интересные, а коллеги - приятные. Но переработки - зло. От них и выгореть можно
Рад увидеть синьора с 20 годами опыта, который СРАЗУ, вообще не зная меня, начинает меня оскорблять и пытаться принизить мои компетенции и жаловаться, что это не мои заслуги, а "судьба так распорядилась". Ну конечно.
Это же не результат его усилий, не может этого быть! Он же всего 5 лет работает! Цифр мало! Ещё и на Python писал, а на нём писать зашквар, ведь его "даже домохозяйки знают"! Не может же этот проходимец... Учиться быстрее меня!? (с) Настоящий не синьор, потому что синьором он назвать себя не может
А я себя могу. И рынок меня им называет легко и непринужденно. Почему же?
Ничего не зная ни обо мне, ни о моих знаниях БД, брокеров, SD, OS, языков, софтов. Сразу попытаться унизить, сразу попытаться доказать нужность C++, C# и Java, ещё и легаси-монолитов на 10 млн строк, при этом даже не спросив, а используются ли эти языки у меня в компании и насколько C++ нужен в моих проектах.
Вам пора перестать строить из себя жертву обстоятельств и параллельно оскорблять остальных, хотя вы вообще ничего о них не знаете.
Вот кто бы о кодерах заикался - сразу пытаетесь мериться языками, а не тем, какие задачи решаете, какую пользу бизнесу приносите. Точно ли вы синьор? Точно ли ваша ЗП это "судьба так распорядилась" или вам пора что-то поменять?
Настоящий синьор не боится назвать себя синьором, но отдаёт себе отчёт в своих сильных и слабых сторонах. Также он сначала думает, а уже потом говорит. И точно не пытается оскорбить людей, потому что это некрасиво и неприемлемо в любой адекватной компании.
А читателям стоит подумать, на чьем месте они хотят быть?
Простите, что так задел вас своими словами о "синьорах" с ЗП 250к. ЗП обычной домохозяйки Python Middle разработчика, кстати, спустя 3 месяца.
---
P.S. Мы, синьоры, как раз и занимаемся тем, чтобы легаси-монолитов на 10 млн строк не было и людям не приходилось с ними возиться.
P.S.S. Если бизнесу надо, то я буду писать хоть на Go, хоть на Python, хоть на PHP, хоть на Rust, да хоть на чём. Потому что язык - это инструмент решения бизнес задач, а не алтарь для молитв. (Эта мысль с опытом™ и насмотренностью™ приходит, кстати)
Поправьте, если ошибаюсь, но слышал от ребят, что на западном рынке такой беды с "а сейчас мы посмотрим, как хорошо ты штудировал исходники языка" нет. Тебя не спрашивают за то, как какая-то хитроспрятанная штука устроена, о которой интервьюер посмотрел на этой неделе видео на YouTube или прочел статью на Хабре. Там даже твой прошлый язык может быть не так критично важен, ведь если знаешь базу, то все понимают, что ты очень быстро научишься работать с чем нужно (особенно с опытом в схожей области).
Но у нас не так, к сожалению. Возможно, это изменится, но пока тенденция найма идёт только в сторону ухудшения со всеми этими AI фильтрами и AI же резюме
Извините, но выглядит как пук в лужу. Во-первых, за $3000 сейчас наймут только мидла, а не синьора, а если вы (читатель) синьор с ЗП 250к рублей, то могу только посоветовать найти новую работу или посмотреть правде в глаза.
Откуда эти все "обязан"? Нужно знать то, что полезно работодателю и за что он хочет дать вам денег. Зачем мне настраивать балансировщик, если для этого есть целый отдел DevOps и всё давно настроено?
Как человек, который действительно смотрел и плотно изучал исходники языков, с которыми работал - ну вот зачем мне требовать это от здорового человека? Просто потому что я такой крутой-не такой и все должны теперь быть как я? Может я лучше пойму сильные стороны человека и подумаю, закроют ли они какие-то слабые места команды? Посмотрю, думает ли он о бизнесе, как у него развиты софт скиллы?
Все любят говорить про "годы опыта". А вы уверены, что ваши годы равны годам другого человека? Я видел как ребят с 3 годами в стартапах, которые пропитаны знаниями, опытом и обладают шикарным бизнес-мышлением (и не будут делать бесполезную фигню просто потому что они гига инженеры и просто могут), так видел и ребят с 8 годами, которые работают на одном месте с рутинным задачами и у меня их даже мидлами язык с трудом повернется сказать, ведь у них ещё и софты и отношение к работе не к черту.
Вы уж смените методичку. Понимаю, у вас годы опыта есть, новички вас давят, но сказать вам фактически нечего - всё упирается в эфемерные "годы опыта". "Вот поработай с мое - поймёшь!"
Ага. Что, предложите мне в серверной схему спаять, иначе не разработчик?
---
Чтобы понимать, кто говорит:
Я Backend разработчик, 5 лет, Python / Go чаще всего, с вышкой, люблю копаться в кишках языков и тулзов, книги-классику CS читал, работаю в крупной компании, нанимаю людей вплоть до Senior и имею ЗП, пардон за разброс, $5300-5800 на руки (обычная для Go Senior в РФ вилка, ничего выдающегося). И да, даже работаю по 7-9 часов в день, а не по 3-4 (ну вот такой я не модный)
Так вот, я не сужу человека по его количеству жопачасов. Потому что способности у всех разные, учатся люди по-разному, сильные и слабые стороны тоже разные. Кто-то 6-10 лет на работе JSON перекладывает, а кто-то активно работает, а потом ещё и в свободное время учится или делает что-то.
К сожалению, я не понял описание значений структуры контрольного байта. Мне кажется, что туда закралась ошибка. Поправьте, пожалуйста, если я не прав.
В статье указаны следующие значения для контрольного байта:
1 бит (старший) — флаг занятости (Empty / Deleted / Used), который указывает текущее состояние слота:
0b00000000 (0x00) → Слот пуст (Empty)
0b1xxxxxxx (H2) → Слот занят (Used)
0b10000000 (0x80) → Слот удалён (Deleted) также данное состояние называют Tombstone, по своей сути является маркером для алгоритма пробирования, далее будет более подробно раскрыт смысл данного статуса.
7 бит (младшие) — нижние 7 бит из результата хеширования (H), в случае состояния Used.
Однако кажется, что это не соответствует реализации. В связи с этим, привожу вырезку из документации (документация из веток release 1.24 и master совпадает на момент публикации комментария):
// Each slot in the hash table has a control byte which can have one of three
// states: empty, deleted, and full. They have the following bit patterns:
//
// empty: 1 0 0 0 0 0 0 0
// deleted: 1 1 1 1 1 1 1 0
// full: 0 h h h h h h h // h represents the H2 hash bits
//
// TODO(prattmic): Consider inverting the top bit so that the zero value is empty.
type ctrl uint8
Соответственно, должно быть что-то такое, если я не ошибаюсь:
1 бит (старший) — флаг занятости (Empty / Deleted / Used), который указывает текущее состояние слота:
0b10000000 → Слот пуст (Empty)
0b0hhhhhhh → Слот занят (Used), h соответствуют битам H2
0b11111110 → Слот удалён (Deleted) также данное состояние называют Tombstone, по своей сути является маркером для алгоритма пробирования, далее будет более подробно раскрыт смысл данного статуса.
7 бит (младшие) — нижние 7 бит (H2) из результата хеширования (H), в случае состояния Used.
Предполагаю, что информация о 0x80 / 0x00 взята из документации bitset. Однако, bitset это другое значение, архитектурозависимое и отличное от ctrl. Также привожу документацию на него ниже, где о значениях 0x80 / 0x00 пишут в последнем абзаце:
// bitset represents a set of slots within a group.
//
// The underlying representation depends on GOARCH.
//
// On AMD64, bitset uses one bit per slot, where the bit is set if the slot is
// part of the set. All of the ctrlGroup.match* methods are replaced with
// intrinsics that return this packed representation.
//
// On other architectures, bitset uses one byte per slot, where each byte is
// either 0x80 if the slot is part of the set or 0x00 otherwise. This makes it
// convenient to calculate for an entire group at once using standard
// arithemetic instructions.
type bitset uint64
Интересно, почему хх (и хабр карьере? Там есть такое?) не настучали ещё по шапке за в принципе наличие у API возможности фильтровать по возрасту и полу, если это противоречит ТК РФ и Конституции?
"Ну мы же просто даём такую возмоооожность, там же есть предупреждееееение", - ага, классная отговорка. "Да, я даю психопату в толпе пистолет, но это же ОН виноват, если что-то не то с ним сделает, правда?"
Такой анонимный и такие левые люди, что с виновниками уже провели разъяснительные мероприятия. Угу, верим. И N слов в коде Яндекса никогда не было. Душечки-лапочки там сидят. Только и занимаются тем, что любых кандидатов на свои 627 раундов LeetCode задач зовут
Они сами сказали, что это было на их внутреннем портале
Они признали, что это дело рук их HR
Из 1 и 2 следует, что такие практики реально применялись как минимум в ряде случаев. Как максимум - этот рак распространился на большинство команд по-своему, но официально про это сказать нельзя
Какие доказательства вам ещё нужны, когда компания сама призналась во всём?
100% правда. Они, по сути, это не отрицали, а сказали "ну, понимаете, это не политика ВСЕЙ компании, это вот какая-то там команда спалилась, мы уже их наругали. В следующий раз будут в закрытой ветке это всё писать"
А то в коде у них N слова, колонка слушает и анализирует тебя даже без обращений, приложение собирает данные о других приложениях на устройстве, но вот с наймом у них проблем нет! Конечно!
Уважающий себя человек в Яндекс не пойдет. Об их найме давно легенды ходят
Осталось верить, что производитель не округлил 21.05 дюймов до 21 или 20.98 до 21.
На фото можно заметить, что метровая лента на Sony Xperia чуть выходит правой линией разметки третьего см за рисунок, а на фото других смартфонов - нет.
Тогда вопрос, а решена ли задача вообще и нужен ли такой пердоллинг, когда можно попросить пользователя приложить линейку к экрану и ткнуть мышкой в две точки?
Ну я так понимаю, что все примеры - это именно что "глядите, как можно", как в конце замечает сам автор.
Тогда нормально, забавно почитать. Главное, чтобы такое на работе не писали, а то на ревью вас всем отделом оттарабанят за тройные ифы в генераторах со всякими душными проверками какой-нибудь бизнес-логики.
Код должен не "занимать как можно меньше строк", а легко читаться, быть простым и понятным. Потому во всём надо знать меру и не перебарщивать
Если компания постоянно толкает на переработки, ещё и бесплатно (есть и такие), то её точно надо менять. Это должно быть здоровым минимумом для любого человека. Нельзя поддерживать того, кто хочет вернуть крепостное право
За остальное не говорю, дело каждого. Мне, к примеру, важно, чтобы проекты были интересные, а коллеги - приятные. Но переработки - зло. От них и выгореть можно
Прямо как заказчики и бизнес
Рад увидеть синьора с 20 годами опыта, который СРАЗУ, вообще не зная меня, начинает меня оскорблять и пытаться принизить мои компетенции и жаловаться, что это не мои заслуги, а "судьба так распорядилась". Ну конечно.
Это же не результат его усилий, не может этого быть! Он же всего 5 лет работает! Цифр мало! Ещё и на Python писал, а на нём писать зашквар, ведь его "даже домохозяйки знают"! Не может же этот проходимец... Учиться быстрее меня!? (с) Настоящий не синьор, потому что синьором он назвать себя не может
А я себя могу. И рынок меня им называет легко и непринужденно. Почему же?
Ничего не зная ни обо мне, ни о моих знаниях БД, брокеров, SD, OS, языков, софтов. Сразу попытаться унизить, сразу попытаться доказать нужность C++, C# и Java, ещё и легаси-монолитов на 10 млн строк, при этом даже не спросив, а используются ли эти языки у меня в компании и насколько C++ нужен в моих проектах.
Вам пора перестать строить из себя жертву обстоятельств и параллельно оскорблять остальных, хотя вы вообще ничего о них не знаете.
Вот кто бы о кодерах заикался - сразу пытаетесь мериться языками, а не тем, какие задачи решаете, какую пользу бизнесу приносите. Точно ли вы синьор? Точно ли ваша ЗП это "судьба так распорядилась" или вам пора что-то поменять?
Настоящий синьор не боится назвать себя синьором, но отдаёт себе отчёт в своих сильных и слабых сторонах. Также он сначала думает, а уже потом говорит. И точно не пытается оскорбить людей, потому что это некрасиво и неприемлемо в любой адекватной компании.
А читателям стоит подумать, на чьем месте они хотят быть?
Простите, что так задел вас своими словами о "синьорах" с ЗП 250к. ЗП обычной домохозяйки Python Middle разработчика, кстати, спустя 3 месяца.
---
P.S. Мы, синьоры, как раз и занимаемся тем, чтобы легаси-монолитов на 10 млн строк не было и людям не приходилось с ними возиться.
P.S.S. Если бизнесу надо, то я буду писать хоть на Go, хоть на Python, хоть на PHP, хоть на Rust, да хоть на чём. Потому что язык - это инструмент решения бизнес задач, а не алтарь для молитв. (Эта мысль с опытом™ и насмотренностью™ приходит, кстати)
Поправьте, если ошибаюсь, но слышал от ребят, что на западном рынке такой беды с "а сейчас мы посмотрим, как хорошо ты штудировал исходники языка" нет. Тебя не спрашивают за то, как какая-то хитроспрятанная штука устроена, о которой интервьюер посмотрел на этой неделе видео на YouTube или прочел статью на Хабре. Там даже твой прошлый язык может быть не так критично важен, ведь если знаешь базу, то все понимают, что ты очень быстро научишься работать с чем нужно (особенно с опытом в схожей области).
Но у нас не так, к сожалению. Возможно, это изменится, но пока тенденция найма идёт только в сторону ухудшения со всеми этими AI фильтрами и AI же резюме
Извините, но выглядит как пук в лужу. Во-первых, за $3000 сейчас наймут только мидла, а не синьора, а если вы (читатель) синьор с ЗП 250к рублей, то могу только посоветовать найти новую работу или посмотреть правде в глаза.
Откуда эти все "обязан"? Нужно знать то, что полезно работодателю и за что он хочет дать вам денег. Зачем мне настраивать балансировщик, если для этого есть целый отдел DevOps и всё давно настроено?
Как человек, который действительно смотрел и плотно изучал исходники языков, с которыми работал - ну вот зачем мне требовать это от здорового человека? Просто потому что я такой крутой-не такой и все должны теперь быть как я? Может я лучше пойму сильные стороны человека и подумаю, закроют ли они какие-то слабые места команды? Посмотрю, думает ли он о бизнесе, как у него развиты софт скиллы?
Все любят говорить про "годы опыта". А вы уверены, что ваши годы равны годам другого человека? Я видел как ребят с 3 годами в стартапах, которые пропитаны знаниями, опытом и обладают шикарным бизнес-мышлением (и не будут делать бесполезную фигню просто потому что они гига инженеры и просто могут), так видел и ребят с 8 годами, которые работают на одном месте с рутинным задачами и у меня их даже мидлами язык с трудом повернется сказать, ведь у них ещё и софты и отношение к работе не к черту.
Вы уж смените методичку. Понимаю, у вас годы опыта есть, новички вас давят, но сказать вам фактически нечего - всё упирается в эфемерные "годы опыта". "Вот поработай с мое - поймёшь!"
Ага. Что, предложите мне в серверной схему спаять, иначе не разработчик?
---
Чтобы понимать, кто говорит:
Я Backend разработчик, 5 лет, Python / Go чаще всего, с вышкой, люблю копаться в кишках языков и тулзов, книги-классику CS читал, работаю в крупной компании, нанимаю людей вплоть до Senior и имею ЗП, пардон за разброс, $5300-5800 на руки (обычная для Go Senior в РФ вилка, ничего выдающегося). И да, даже работаю по 7-9 часов в день, а не по 3-4 (ну вот такой я не модный)
Так вот, я не сужу человека по его количеству жопачасов. Потому что способности у всех разные, учатся люди по-разному, сильные и слабые стороны тоже разные. Кто-то 6-10 лет на работе JSON перекладывает, а кто-то активно работает, а потом ещё и в свободное время учится или делает что-то.
Выбирайте, чье мнение ближе. Тьфу!
Вашим комментарием AI хайп не продать, увы
Но статья, конечно... Сомнительного качества вольный пересказ, скажем мягко
Отличная статья, спасибо!
К сожалению, я не понял описание значений структуры контрольного байта. Мне кажется, что туда закралась ошибка. Поправьте, пожалуйста, если я не прав.
В статье указаны следующие значения для контрольного байта:
1 бит (старший) — флаг занятости (Empty / Deleted / Used), который указывает текущее состояние слота:
0b00000000 (0x00) → Слот пуст (Empty)
0b1xxxxxxx (H2) → Слот занят (Used)
0b10000000 (0x80) → Слот удалён (Deleted) также данное состояние называют Tombstone, по своей сути является маркером для алгоритма пробирования, далее будет более подробно раскрыт смысл данного статуса.
7 бит (младшие) — нижние 7 бит из результата хеширования (H), в случае состояния Used.
Однако кажется, что это не соответствует реализации. В связи с этим, привожу вырезку из документации (документация из веток release 1.24 и master совпадает на момент публикации комментария):
Соответственно, должно быть что-то такое, если я не ошибаюсь:
1 бит (старший) — флаг занятости (Empty / Deleted / Used), который указывает текущее состояние слота:
0b10000000 → Слот пуст (Empty)
0b0hhhhhhh → Слот занят (Used), h соответствуют битам H2
0b11111110 → Слот удалён (Deleted) также данное состояние называют Tombstone, по своей сути является маркером для алгоритма пробирования, далее будет более подробно раскрыт смысл данного статуса.
7 бит (младшие) — нижние 7 бит (H2) из результата хеширования (H), в случае состояния Used.
Предполагаю, что информация о
0x80/0x00взята из документацииbitset. Однако,bitsetэто другое значение, архитектурозависимое и отличное отctrl. Также привожу документацию на него ниже, где о значениях0x80/0x00пишут в последнем абзаце:Интересно, почему хх (и хабр карьере? Там есть такое?) не настучали ещё по шапке за в принципе наличие у API возможности фильтровать по возрасту и полу, если это противоречит ТК РФ и Конституции?
"Ну мы же просто даём такую возмоооожность, там же есть предупреждееееение", - ага, классная отговорка.
"Да, я даю психопату в толпе пистолет, но это же ОН виноват, если что-то не то с ним сделает, правда?"
Такой анонимный и такие левые люди, что с виновниками уже провели разъяснительные мероприятия. Угу, верим. И N слов в коде Яндекса никогда не было. Душечки-лапочки там сидят. Только и занимаются тем, что любых кандидатов на свои 627 раундов LeetCode задач зовут
Они сами сказали, что это было на их внутреннем портале
Они признали, что это дело рук их HR
Из 1 и 2 следует, что такие практики реально применялись как минимум в ряде случаев. Как максимум - этот рак распространился на большинство команд по-своему, но официально про это сказать нельзя
Какие доказательства вам ещё нужны, когда компания сама призналась во всём?
Тем более, что даже не отрицали, а сказали "вы не понимаете, это перегибы на местах, пук-пук"
100% правда. Они, по сути, это не отрицали, а сказали "ну, понимаете, это не политика ВСЕЙ компании, это вот какая-то там команда спалилась, мы уже их наругали. В следующий раз будут в закрытой ветке это всё писать"
А то в коде у них N слова, колонка слушает и анализирует тебя даже без обращений, приложение собирает данные о других приложениях на устройстве, но вот с наймом у них проблем нет! Конечно!
Уважающий себя человек в Яндекс не пойдет. Об их найме давно легенды ходят
Осталось верить, что производитель не округлил 21.05 дюймов до 21 или 20.98 до 21.
На фото можно заметить, что метровая лента на Sony Xperia чуть выходит правой линией разметки третьего см за рисунок, а на фото других смартфонов - нет.
Тогда вопрос, а решена ли задача вообще и нужен ли такой пердоллинг, когда можно попросить пользователя приложить линейку к экрану и ткнуть мышкой в две точки?
Ну я так понимаю, что все примеры - это именно что "глядите, как можно", как в конце замечает сам автор.
Тогда нормально, забавно почитать. Главное, чтобы такое на работе не писали, а то на ревью вас всем отделом оттарабанят за тройные ифы в генераторах со всякими душными проверками какой-нибудь бизнес-логики.
Код должен не "занимать как можно меньше строк", а легко читаться, быть простым и понятным. Потому во всём надо знать меру и не перебарщивать
Спасибо за статью