Наткнутся на ситуацию, когда производительность пострадает от дополнительных вызовов хоть и возможно, но крайне непросто. Сначала все мелкие вызовы синлайнит компилятор. Затем, если этого не произошло, при исполнении горячего кода всё пролезет в кэши, что частично компенсирует проблему.
Разумеется, бывает всякое, но экономить вызовы с точки зрения производительности бывает разумным крайне редко.
Люди разные. Для вас это не выглядит бюрократией и инструментом контроля. А для меня только так и выглядит. Формальность принципиально для меня не может вызывать доверия. Вы сами тут же говорите, что это "фильтр включенности" и что это вопрос продуктивности.
На моей практике, доверительные отношения выстраиваются с теми руководителями, которые отменяют бюрократию и формальности.
Для меня сам факт регулярного 1-1 уже напряжно. Я предпочитаю иррегулярные встречи без явной повестки. И сам это практиковал, когда был лидом. Безусловно, сам руководитель это всё для себя как-то формализует и держит руку на пульсе, и может строить любые таблички и что угодно, а не разделяет эту ответственность с подчинённым.
Самое главное - обсудить, почему без сменки и перенести встречу.
При том, что неформальные вещи автор, как мне кажется, в целом передает верно, но уже на этапе первой же анкеты я бы обдумал смену работы. Такая формализация личного общения точно не по мне.
О, бывает всякое) и G1 на заре появления в дедлоки уходил, и перформанс иногда деградировал внезапно, и память можно покараптить из-за кривых bounds check в JVM. Да в принципе можете issues открыть и наслаждаться.
Но да, OpenJDK - зрелый продукт, и шишки собирают обычно очень крупные компании, а средний разработчик может за всю жизнь ни одной проблемы не встретить.
А у меня и быстрее, и лучше руками выходит писать. Но мне нравится, как у gpt получается ревьюить diff'ы, на моих типовых ошибках вполне неплохо срабатывает.
На мой вкус, прекрасный климат. Эдакий Питер на максималках (в Питере тоже нравилось). Учить голландский надо на уровне "моя твоя понимать со словарь". Все как минимум сносно говорят по английски, включая 7-8-летних детей.
Природа вообще тут приятное, у меня вокруг дома каналы, уточки, гуси, лебеди, цапли. Рядом с отелем где я первое время жил, кролики бегали. Кросивое.
Тут скорее проблема с тем, что комфортный уровень жизни стоит прям дорого, как в РФ одному зарабатывать за 10х (условно) уже не выйдет. Зато ипотека с 0% первоначального взноса, взял, доволен)
Но тут точно у всех разный вкус фломастеров. Много друзей в Лондоне осели. Лондон мне не особо заходит для жизни, зато вот Кембридж - совсем другое дело.
Возможно, я не идеально сформулировал мысль, она была в контексте комментария.
Я никаким образом вас не осуждаю. А может даже напротив. Просто для меня было сложнее оставаться, чем нет, и я уехал не в феврале, а долго и с переменным успехом готовил поляну. И у меня могло не получиться, да.
Я говорю о том, что для тех, кому этот выход подходит, он вполне логичен. А для тех кому нет... Ну я другого не нашел, может быть, плохо искал.
Вы знаете, я не исключаю и этого. Действительно всё загибается или продолжает жить часто независимо от персоналий, как бы персоналиям не хотелось бы обратного. В целом, я не против оказаться неправым в этом вопросе.
Так нет никакой проблемы, всё правильно. Мы взяли свои смузи и уехали. Вместе с нами уехало всё то, о чем вы вопрошаете, и теперь этого нет, и уже (долго) не будет, а будет где-то ещё.
Я не понимаю ваших нападок. Почему стыдливо? Я уехал из РФ. Многие мои друзья уехали. В т.ч. авторы тех самых компиляторов. Если за несогласие с действиями правительства (и сограждан) тебе статья на 5-20 лет, то, на секундочку, а зачем оставаться, если осталась единственная легальная возможность выражения своего несогласия?
Самый простой способ работать с equals и hashCode - избегать их по возможности.
Хотите найти объект в списке? Используйте предикат.
Хотите использовать множество? Возможно подойдёт синтетический ключ или, быть может, на самом деле, вы не хотите. Или подойдут деревья с компаратором.
И только если вы действительно проектируете ключи для hashMap или тривиальные сущности с естественным сравнением (какой-нибудь класс Complex или Pair) - тогда да, разумно определить методы equals/hashCode. Но кажется, это не ваш случай.
Да нет, поддержу вышесказанное. На null чаще всего жалуются те же люди, что через раз пишут return null. И это как бы тоже выбор, и не всегда плохой, но есть вагон альтернатив, начиная от использования корректных значений по-умолчанию.
По моим ощущениям, баланс сейчас идеален. Ещё более foolproof реализовывать разумно на стороне фреймворков и библиотек.
Со временем все адаптируются, а пока да, будет большое количество краевых случаев.
Наткнутся на ситуацию, когда производительность пострадает от дополнительных вызовов хоть и возможно, но крайне непросто. Сначала все мелкие вызовы синлайнит компилятор. Затем, если этого не произошло, при исполнении горячего кода всё пролезет в кэши, что частично компенсирует проблему.
Разумеется, бывает всякое, но экономить вызовы с точки зрения производительности бывает разумным крайне редко.
Не разделяю ваших ценностей, но разделяю выводы)
Люди разные. Для вас это не выглядит бюрократией и инструментом контроля. А для меня только так и выглядит. Формальность принципиально для меня не может вызывать доверия. Вы сами тут же говорите, что это "фильтр включенности" и что это вопрос продуктивности.
На моей практике, доверительные отношения выстраиваются с теми руководителями, которые отменяют бюрократию и формальности.
Для меня сам факт регулярного 1-1 уже напряжно. Я предпочитаю иррегулярные встречи без явной повестки. И сам это практиковал, когда был лидом. Безусловно, сам руководитель это всё для себя как-то формализует и держит руку на пульсе, и может строить любые таблички и что угодно, а не разделяет эту ответственность с подчинённым.
Самое главное - обсудить, почему без сменки и перенести встречу.
При том, что неформальные вещи автор, как мне кажется, в целом передает верно, но уже на этапе первой же анкеты я бы обдумал смену работы. Такая формализация личного общения точно не по мне.
О, бывает всякое) и G1 на заре появления в дедлоки уходил, и перформанс иногда деградировал внезапно, и память можно покараптить из-за кривых bounds check в JVM. Да в принципе можете issues открыть и наслаждаться.
Но да, OpenJDK - зрелый продукт, и шишки собирают обычно очень крупные компании, а средний разработчик может за всю жизнь ни одной проблемы не встретить.
А у меня и быстрее, и лучше руками выходит писать. Но мне нравится, как у gpt получается ревьюить diff'ы, на моих типовых ошибках вполне неплохо срабатывает.
Да, редко встретишь не говорящих (но они есть). Но тут вопрос был про гражданство, для гражданства да, надо для приличия что-то уметь промычать.
На мой вкус, прекрасный климат. Эдакий Питер на максималках (в Питере тоже нравилось). Учить голландский надо на уровне "моя твоя понимать со словарь". Все как минимум сносно говорят по английски, включая 7-8-летних детей.
Природа вообще тут приятное, у меня вокруг дома каналы, уточки, гуси, лебеди, цапли. Рядом с отелем где я первое время жил, кролики бегали. Кросивое.
Тут скорее проблема с тем, что комфортный уровень жизни стоит прям дорого, как в РФ одному зарабатывать за 10х (условно) уже не выйдет. Зато ипотека с 0% первоначального взноса, взял, доволен)
Но тут точно у всех разный вкус фломастеров. Много друзей в Лондоне осели. Лондон мне не особо заходит для жизни, зато вот Кембридж - совсем другое дело.
Мне нравится в Нидерландах. Думал о Швейцарии, но туда не получилось, но тут вполне доволен. Разумеется, как и везде, свои приколы имеются.
Возможно, я не идеально сформулировал мысль, она была в контексте комментария.
Я никаким образом вас не осуждаю. А может даже напротив. Просто для меня было сложнее оставаться, чем нет, и я уехал не в феврале, а долго и с переменным успехом готовил поляну. И у меня могло не получиться, да.
Я говорю о том, что для тех, кому этот выход подходит, он вполне логичен. А для тех кому нет... Ну я другого не нашел, может быть, плохо искал.
Вы знаете, я не исключаю и этого. Действительно всё загибается или продолжает жить часто независимо от персоналий, как бы персоналиям не хотелось бы обратного. В целом, я не против оказаться неправым в этом вопросе.
Всё-всё, прошу прощения, я думал, что тут открыто высказывают мнение все, а не только те, кого просили, но понял, был не прав.
Так нет никакой проблемы, всё правильно. Мы взяли свои смузи и уехали. Вместе с нами уехало всё то, о чем вы вопрошаете, и теперь этого нет, и уже (долго) не будет, а будет где-то ещё.
Я не понимаю ваших нападок. Почему стыдливо? Я уехал из РФ. Многие мои друзья уехали. В т.ч. авторы тех самых компиляторов. Если за несогласие с действиями правительства (и сограждан) тебе статья на 5-20 лет, то, на секундочку, а зачем оставаться, если осталась единственная легальная возможность выражения своего несогласия?
6? А пишите так, будто 20-30.
В принципе, если вам для 6 лет опыта 400к в одни руки мало, то... Очень хочется узнать, где же лучше.
Самый простой способ работать с equals и hashCode - избегать их по возможности.
Хотите найти объект в списке? Используйте предикат.
Хотите использовать множество? Возможно подойдёт синтетический ключ или, быть может, на самом деле, вы не хотите. Или подойдут деревья с компаратором.
И только если вы действительно проектируете ключи для hashMap или тривиальные сущности с естественным сравнением (какой-нибудь класс Complex или Pair) - тогда да, разумно определить методы equals/hashCode. Но кажется, это не ваш случай.
Не любого, если у кандидата сейчас 120, то будет сложнее)
Да нет, поддержу вышесказанное. На null чаще всего жалуются те же люди, что через раз пишут return null. И это как бы тоже выбор, и не всегда плохой, но есть вагон альтернатив, начиная от использования корректных значений по-умолчанию.