Это нормально) очень много случаев, когда даже сдался, но оказалось, что задача наипростейшая, значит просто не хватило практики, чтоб это увидеть, понять. 36 минут тоже хороший результат, medium задача с довольно запутанным объяснением
можно псевдокод написать, можно спросить нужно ли реализовать и тд) в основном нет нужды писать компилируемый код, главное чтоб подход был правильный, чтоб ты на словах продебажил код и он работал. в Meta не запускают код, как и во многих других компаниях
знать полезно базовые алгоритмы и структуры данных, а те задачи(не все конечно), которые я решал лишь закрепляют эти знания + большинство из них нужны просто для подготовки к собеседованию. решил 10 задач с использованием two pointers, тебе будет легче решить 11 задачу, решил 5 задач по binary search tree, следующую решить будет легче и это важно, тк на собеседовании у тебя мало времени
@Doliosправильно написал, на собеседовании нет цели тратить твое время на это, если задача не об этом(реализовать Linked list), обычно там говорят, что есть такая структура, к примеру Tree с полями left, right и val, дальше уже отталкиваешься от этого. Ну и обычно на собеседовании код не запускают, главное, чтобы ты написал правильный код, даже если допустил какие-то мелкие ошибки, это не критично
Я больше про токсичность других) которые утверждают, что все это легко, что там тратить столько времени и решать столько задач и тп, смотрят со своей колокольни.
а другие и не пытаются тебя завалить, тк если ты забыл какую-то функцию и тд, ты можешь спросить. но не знаю, что лучше) с IDE для кандидата конечно будет лучше, тк есть подсказки, но насколько это плохо - тут я не специалист
зависит от условий, если ты никогда раньше не решал подобные задачи, то не соглашусь, ну или есть уникумы, которым это удается. Да, некоторые задачи можно решить, совсем простые, но в большинстве случае easy не такие easy, как кажется.
я провел где-то 100 собеседований по алгосам в Тинькофф. На которых я спрашивал людей про leetcode, если человек никогда не решал и не участвовал в олимпиадном программировании, то увы, чуда не происходило
Это нормально) очень много случаев, когда даже сдался, но оказалось, что задача наипростейшая, значит просто не хватило практики, чтоб это увидеть, понять.
36 минут тоже хороший результат, medium задача с довольно запутанным объяснением
сначала нужно решить хоть как-нибудь, а потом уже оптимизировать)
в вашем случае нет необходимости создавать set(), тк counter.keys() можно сравнивать
Спасибо, добавлю в пост
у каждого свое мнение)
можно, но мне интереснее решать эти задачи)
Найти бы такой грамотный курс или книгу) чтоб все было постепенно, с практикой
не имел в виду всем, а только тем, кто хочет пройти алго собеседования
для чего?) не совсем понял вопрос
что у них нравится - это возможность получить опыт в highload проекте) плюс много хороших go разработчиков, что в плане опыта было бы очень полезно
зависит от компании) но алгоритмы всегда предлагали писать на любом языке, что в российский компаниях, что в зарубежных.
спасибо) надеюсь кому-то будет полезно
спасибо)
да, без практики никуда
Потому что алгоритмы требуют на интервью, а моя цель была интервью) если бы требовали математику, я бы бросил усилия на это
можно псевдокод написать, можно спросить нужно ли реализовать и тд) в основном нет нужды писать компилируемый код, главное чтоб подход был правильный, чтоб ты на словах продебажил код и он работал. в Meta не запускают код, как и во многих других компаниях
Согласен, сам когда-то думал, что это лишнее и не любил алгоритмические секции на интервью)
знать полезно базовые алгоритмы и структуры данных, а те задачи(не все конечно), которые я решал лишь закрепляют эти знания + большинство из них нужны просто для подготовки к собеседованию.
решил 10 задач с использованием two pointers, тебе будет легче решить 11 задачу, решил 5 задач по binary search tree, следующую решить будет легче и это важно, тк на собеседовании у тебя мало времени
@Doliosправильно написал, на собеседовании нет цели тратить твое время на это, если задача не об этом(реализовать Linked list), обычно там говорят, что есть такая структура, к примеру Tree с полями left, right и val, дальше уже отталкиваешься от этого.
Ну и обычно на собеседовании код не запускают, главное, чтобы ты написал правильный код, даже если допустил какие-то мелкие ошибки, это не критично
Я больше про токсичность других) которые утверждают, что все это легко, что там тратить столько времени и решать столько задач и тп, смотрят со своей колокольни.
а другие и не пытаются тебя завалить, тк если ты забыл какую-то функцию и тд, ты можешь спросить.
но не знаю, что лучше) с IDE для кандидата конечно будет лучше, тк есть подсказки, но насколько это плохо - тут я не специалист
зависит от условий, если ты никогда раньше не решал подобные задачи, то не соглашусь, ну или есть уникумы, которым это удается.
Да, некоторые задачи можно решить, совсем простые, но в большинстве случае easy не такие easy, как кажется.
цитата отсюда https://t.me/faangtalk/19240