На собеседовании:
— динамическое программирование;
— алгортим Дейкстры;
— списки, очереди, красно-чёрные деревья;
— временные оценки сложности алгоритмов.

После приёма на работу:
— правка опечатки в документации;
— размещение картинки по центру;
— замена иконки ВК в форме логина;
— добавление secret_key в репозиторий.

как показывает практика - большинство не спорособно самостоятельно справиться с 1 и 4 пунктами того, что написано в "После приема на работу"

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

если человек придет и будет ковырять json, то спрашивать такие вещи оверхед

На собеседовании:
— шаблон проектирования "пул"
— шаблон проектирования "абстрактная фабрика"
— шаблон проектирования "фасад"

После приёма на работу:
— имплементация класса UsersFabricPoolFacade

звучит по голанговске

> писать базу данных на го это упоранты

VictoriaMetrics
etcd
consul
prometheus
CockroachDB

Судьба го2.0 программиста :(

ok одна из них база, остальное метрики. И часто вы на работе пишите свои базы данных?

Всё из этого база данных

А kv хранилища по вашей классификации подходят под базы?

Вот их в go на любой вкус

tsdb тоже не одна

ну ок, как часто вы пишите на работе базы данных

или вы контрибьютите?

Вот передергивать, пожалуйста, не надо. Было утверждение "go не подходит под эти задачи" (системные вещи, базы). Это утверждение успешно опровергнуто.
То, что этим занимается довольно мало людей это уже в другой плоскости вопрос

ахаха

Довольно мало людей в России

Тут жутко нерепрезентативная выборка

influxdb