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

А какие известные современные архитектурные подходы вы рассматривали и почему выбрали именно этот?
Какие книги по архитектуре вы до этого прочитали, прежде чем приняли такое решение?

Такие методы могут работать только для ботов, которые не целятся конкретно в ваш сайт. Они пойдут по пути наименьшего сопротивления и проспамят те сайты, которые получилось.
Я говорил больше про тех спамеров, которые нацелены на конкретный сайт.

Про минимальное время заполнения формы, display: none, блокировка user-agent и пр. — это просто смешно.
Свои решения капчи сейчас использовать нецелесообразно, конечно. Будет убого, не читабельно для пользователя и легко взломается, плюс куча времени уйдёт на поддержку.
Вот рекапчу взломать достаточно сложно и не нужно её поддерживать.

По поводу фильтрации трафика. Вы считаете, что бот не способен повторить все те же самые действия, что и человек, послать правильные заголовки, выполнить какой-то js и прочее? Всё это просто вопрос цены и целесообразности этим всем заморачиваться.

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

В Go тяжело строить абстракции.

Go способствует писать явно, а не скрывать объекты за абстракциями.

Не понял почему, в Go же есть интерфейсы.

Всё верно, я о том кто к чему больше привык просто.

Вообщем, люди разделились на два лагеря:
— одни перешли в go из типизированных языков(где есть дженерики). Они считают, что дженерики нужны.
— вторые пришли в go из языков без строгой типизации(где дженериков никогда и не было). Они считают, что дженерики не нужны.
Fight!

Rust ставит на первое место точное и безопасное управление памятью и представляет это центром мира. Внезапно, это редко является проблемной областью…

Вот уж действительно, внезапно.
Сколько проблем с безопасностью было из-за этого, сколько эпичных фейлов.
Тут уже упоминали статью из блога Microsoft, в которой говориться:

~70% of the vulnerabilities Microsoft assigns a CVE each year continue to be memory safety issues

Даже если это редко является проблемой, то сама проблема может иметь очень большие масштабы.
Так себе проблема, конечно :-/

Поэтому неудивительно, что опытные специалисты плохо проявляют себя в олимпиадных задачах.

Олимпиадные задачи это вообще отдельная тема, нужно специально тренироваться, чтобы был ощутимый результат.

Про инвертирование бинарного дерева, это конечно фейл :-)

Многие считают, что сеньор должен решать простые задачи уж не медленнее джуна, а то и быстрее и легче, но в реальности всё как раз наоборот.
Сеньор отличается умением решать сложные задачи(а не строгать простые) и его мозг заточен под сложные задачи. Когда на собеседовании дают что-то элементарное, то у такого разработчика случается диссонанс в мозгу и перестроиться без дополнительной практики сложно.

14 лет общего стажа в веб-разработке в достаточно крупных фирмах (где хайлоад и всё такое).
Помимо основного неплохо знаю C++, писал расширения для PHP, решал задачи по ML и много чего ещё.
Не собеседовался только уже как лет 7. Два собеса я уже не прошёл :-)

Думал будет всестороннее сравнение: скорость разработки, скорость выполнения, читабельность итд…
А тут просто wc -l сделали.

Ох, я тоже люблю Rust, может доживём до кучи вакансий на него :-)

Что же тогда учить?

Я что-то пропустил или в причинах нет одной из основных: не устраивает текущая зарплата, новый работадатель готов платить намного больше?
Есть такая фраза среди it-ов: «если хочешь хорошо поднять себе зарплату — меняй работу».
На текущум месте, даже если повысят зп, то навалят ещё сверху кучу обязанностей. На новом месте дадут больше просто потому что ты подходишь.