Как это связано с тем, что ты медленно код на собеседовании пишешь?

Это связано таким образом, что выйдя завтра на работу (даже если буду писать код быстро) я не смогу через неделю реализовать проект (как минимум потому что надо въезжать в технологии и инструментарий) и все это понимают. Но на собеседовании все делают вид что надо думать и кодить очень быстро. Не говоря уже о том что задачи оттуда в 95% случаев отличаются от рабочих.
Хотя бы даже тем что вручную сортировки сейчас практически никогда не пишут

Даже в тинкоффе, который вроде как самый технологичный банк, уровень разработчиков так себе. Собеседование вообще никакое, берут после "разговора" и простых вопросов, а как человек код пишет не проверяют

ну и классика "Любая сложная задача имеет простое, легкое для понимания неправильное решение."

рискну предположить что "код на доске" отличается от "кода в боевом проекте" по практически всем параметрам

Встречал где-то мнение (возможно, даже здесь), что начиная с определенного уровня имеет смысл как раз вести "разговоры", а конкретные детали по языку опытный специалист и так вспомнит/нагуглит за несколько секунд

Хорошо, предложи более хороший способ проверить умение человека писать код за несколько часов времени. Такие правила игры, с ними нужно просто смириться, это как ielts

Главная задача отбора в гулг например - это не "взять хорошего", а "не взять плохого". В результате  такого подхода очень много реально хороших под их отбор не подпадает. Поэтому если кого туда не взяли - не стоит расстраиваться

Это так, да. Хотят перестраховаться.

Они могут себе это позволить, желающих куча, зачем рисковать.

я лично больше люблю какие-то реалистичные задачи, на которых выделено разумное время (т.е. не месяц, но условно говоря выходные), за которое можно и реализовать и потом повертеть-покрутить и сделать красивее/эффективнее. А это "шнеля, шнеля" раздражает, вгоняет в стресс и не ведёт ни к чему хорошему.
Собственно, по опыту работы итоговый результат выходил лучше именно в размеренном темпе, когда осознаёшь что делаешь и есть время написать нормально, а не абы как. И у тестировщика жопа не в мыле, потому что мы всё за день до конца спринта вываливаем всё.  И в продакшен в итоге баги почти не доходят, так что итоговая скорость разработки как минимум не ниже чем когда всё в спешке делается

В реальных условиях спешка всегда. Потому стрессоустойчивость так же важна

На самом деле задача "как проводить массовый отбор кандидатов" в суперкрупных компаниях не решена совершенно. Надо учитывать, что кол-во ресурсов как финансовых так других тратится на это совершенно фантастическое кол-во с очень низким КПД.
По факту все эти крупные компании растут, но технологически у них крупная жопа. Тот же гугл реально кроме поиска пролажал в 90% своих проектов, несмотря на отсутствие "плохих", особенно это касается тех, которые разрабатывались там с нуля а не были перекуплены уже достаточно развитыми.
Я считаю, что основная причина в этом - именно методика отбора кандидатов, которая не приветствует людей, мыслящих например основательно а не "быстро"

У гугла ещё гуглаппс, андроид, гугл клауд платформ

Почему это? Реально, по опыту работы результаты когда "быстро, всё пропало" обычно не быстрее чем "нормально работаем, без жопы в мыле" на длинной дистанции.
Как минимум потому что в первом случае в какой-то момент времени упираешься в "а мы тут в говне захлебнулись, надо всё нафиг переписывать, иначе каждая фича занимает всё больше и больше времени".
В общем, концепция "делаем всё максимально быстро" сравнима с концепцией "нассать в штаны" - сперва вроде бы тепло и уютно, а потом начинаются проблемы 😂

Но это я говорю со своей колокольни проектов, которые живут и развиваются не один год. Если концепция "накидать быстренько, а там может вообще выкинуть нафиг", то подход со спешкой работает лучше по идее

А есть совет для тех, у кого с алгоритмами беда?

Так все они не были разработаны в гугле (за клауд не скажу).

вроде бы прямо отвратных технически у них особо проектов не было.
Другое дело что хоронили именно управлением/неудачным маркетингом /просто не взлетел забавный концепт

Можно погонять книжки Grokking Algorithms и SICP, но я их до конца еще не прошел, так что только пересказать могу