Почему? ну т.е. вот есть отдел программистов, как правило посмеивающихся над начальством. Почему аж 70% так резко выступают за какого-то одного менеджера? - в чём его заслуга перед ними?
А почему все так резко на стороне именно Альтмана а не Суцкевера?
Просто все истории начинаются с увольнения его со стороны управления. Но ведь это они не на пустом месте придумали, а подробностей для формирования какого-то мнения недостаточно
Я не в качестве подкола, а в плане понять. Вот кто-то воспитал Джуна, он знает продукт, уже полезен, так почему ему на три копейки больше не заплатить и нормально вписать в коллектив? К меня такое ощущение что причина не в джуне, а в том что на нем будут продолжать пытаться сэкономить даже после того как он перестанет им быть
Изначально выше как раз ни разу не сказали "у такого решения есть проблемы", а сказали "ерундовая задача из школьной информатики". Как раз такое лёгкое отношение к рекурсии, является звонком для меня немного большим чем даже отсутствие готового решения
Не выдумает, а подумает о возможных проблемах. Это и есть отличие этой должности - решать не только текущие, но и немного думатб о будущих. А не "о, дерево, хорошо что я по школе это помню - тут же и применю", а завтра он, без задних мыслей, применит это в прод
В эту тему я залез не по теоретическим причинам, за два года я помню минимум два случая - один их что-то строили древовидное и не расчитали, а другой - функция реконнекта была рекурсивной, апстрим лежал, она пару дней поработала и положила прод
Конечно он не лежит, с чего ему лежать? просто медленно отвечает.
Вы сами полезли в более глубокий анализ, что, на должность выше Джуна и требовалось. Когда так изначальное школьное решение совсем не озаботилось подобным анализом. Что я и хотел показать.
Даже если стека много - хорошо ли его забивать рекурсией?
Конкретно в int = 1 нету ошибки. Про x10 - это чисто ваши догадки. Если опыт только к тем кто корзину в маленьком интернет деревом делает - то это мнение с его "колокольни". И это не значит что "х10 достаточно" применимо ко всему.
Поддерживаемость уже не важна если вы уронили прод
Не бывает где? Это бинарное дерево - часто некий индекс (и тоже не совсем так) для поиска. Т.е. вы уронили прод в самый нужный момент - как только поток пользователей начал увеличиваться, но зато показали что еще помните школьную Информатику. - уровень Джун. Мидл - сказал бы что решить не так просто, и то что он не решил бы в сомнениях - показатель того что он выше джуна. Сеньор - взял бы день и больше на решение
Изначальный код уже содержит ошибку, что достаточно для демонстрации что интервьюируемый плохо понимает опасность рекурсии.
Относительно оптимизаций - я с вами согласен только частично. Зависит от глубины на которую хочется нырнуть. Переписать это без рекурсии (которой так бравируют выше) - не сложно, сложнее написать чтобы это работало в параллельных потоках, , или же не выпадало из кеша процессора. Тут можно расширять до бесконечности, но, итог один - школьное знание это псевдокода не только не помогает, а скорее мешает в реальной работе. Все знатоки рекурсии выше (я не про вас) - уронили прод
Именно. Я спросил этот вопрос, прочитав выше дискуссию тех кто очень любит и постоянно используют "рекурсию" в работе. Т.е., в данном случае эти люди, вероятно, уронили прод. Но, зато, побравировали школьными знаниями. Т.е. отсутствие какого либо кода было бы лучше чем подобный код
Почему? ну т.е. вот есть отдел программистов, как правило посмеивающихся над начальством. Почему аж 70% так резко выступают за какого-то одного менеджера? - в чём его заслуга перед ними?
А почему все так резко на стороне именно Альтмана а не Суцкевера?
Просто все истории начинаются с увольнения его со стороны управления. Но ведь это они не на пустом месте придумали, а подробностей для формирования какого-то мнения недостаточно
Как это ноунейм - все знают
Даже вот:
https://github.com/jinyus/related_post_gen/
Но если играть в долгую - то 1) он останется, так как не надо будет ждать "отработки" 2) он отработает это уже потом , так как останется
Я не в качестве подкола, а в плане понять. Вот кто-то воспитал Джуна, он знает продукт, уже полезен, так почему ему на три копейки больше не заплатить и нормально вписать в коллектив? К меня такое ощущение что причина не в джуне, а в том что на нем будут продолжать пытаться сэкономить даже после того как он перестанет им быть
Проверил календарь на всякий случай - 2023
Нет, там не было асинхронной рекурсии
Не надо додумывать ввроятности о чем эта задача. Как раз излишнее додумывание часто тоже боком выходит
Проход по дереву никак не относится к рекурсии. Рекурсия тут только потому что это первое что пришло вам в голову.
Почему и нет - ведь реконнект с тайм-аутом.
Подход давно осмыслен - если человек с ходу в рекурсию бежит - настородиться , может быть он чего-то не понимает или упустил
Изначально выше как раз ни разу не сказали "у такого решения есть проблемы", а сказали "ерундовая задача из школьной информатики". Как раз такое лёгкое отношение к рекурсии, является звонком для меня немного большим чем даже отсутствие готового решения
Не выдумает, а подумает о возможных проблемах. Это и есть отличие этой должности - решать не только текущие, но и немного думатб о будущих. А не "о, дерево, хорошо что я по школе это помню - тут же и применю", а завтра он, без задних мыслей, применит это в прод
В эту тему я залез не по теоретическим причинам, за два года я помню минимум два случая - один их что-то строили древовидное и не расчитали, а другой - функция реконнекта была рекурсивной, апстрим лежал, она пару дней поработала и положила прод
Конечно он не лежит, с чего ему лежать? просто медленно отвечает.
Вы сами полезли в более глубокий анализ, что, на должность выше Джуна и требовалось. Когда так изначальное школьное решение совсем не озаботилось подобным анализом. Что я и хотел показать.
Даже если стека много - хорошо ли его забивать рекурсией?
Конкретно в int = 1 нету ошибки. Про x10 - это чисто ваши догадки. Если опыт только к тем кто корзину в маленьком интернет деревом делает - то это мнение с его "колокольни". И это не значит что "х10 достаточно" применимо ко всему.
Поддерживаемость уже не важна если вы уронили прод
Не бывает где? Это бинарное дерево - часто некий индекс (и тоже не совсем так) для поиска. Т.е. вы уронили прод в самый нужный момент - как только поток пользователей начал увеличиваться, но зато показали что еще помните школьную Информатику. - уровень Джун. Мидл - сказал бы что решить не так просто, и то что он не решил бы в сомнениях - показатель того что он выше джуна. Сеньор - взял бы день и больше на решение
Изначальный код уже содержит ошибку, что достаточно для демонстрации что интервьюируемый плохо понимает опасность рекурсии.
Относительно оптимизаций - я с вами согласен только частично. Зависит от глубины на которую хочется нырнуть. Переписать это без рекурсии (которой так бравируют выше) - не сложно, сложнее написать чтобы это работало в параллельных потоках, , или же не выпадало из кеша процессора. Тут можно расширять до бесконечности, но, итог один - школьное знание это псевдокода не только не помогает, а скорее мешает в реальной работе. Все знатоки рекурсии выше (я не про вас) - уронили прод
Именно. Я спросил этот вопрос, прочитав выше дискуссию тех кто очень любит и постоянно используют "рекурсию" в работе. Т.е., в данном случае эти люди, вероятно, уронили прод. Но, зато, побравировали школьными знаниями. Т.е. отсутствие какого либо кода было бы лучше чем подобный код
Вы уверены что это развернёт хвостовую рекурсию?
Поддержу по обоим пунктам.
Issue где в async происходил захват данных где его быть не должно - уже 5 лет открытое
Надо просто поработать с аргументами командной строки - надо обмазаться макросами clap чтобы это хоть как-то адекватно выглядело
Всё же обнуление - это фича в данном случае. Могли бы не обнулять, а просто написать после move значение не определено