Игорь

Это сделано намеренно, дабы избежать неявных дорогих преобразований.

Первое, что нужно знать — это отличия «структуры» от «интерфейса» в Go. Это просто, и этого достаточно, чтобы понять, почему вы просто так не можете «скастить» слайс структур в слайс интерфейсов.
...
Второе — и созвучное с выше обсужденными слайсами — это то, операция конвертирования слайсов — дорогая операция. По времени это O(n) и компилятор Go подобные дорогие вещи не будет делать, чтобы не давать нерадивым программистам писать медленный код. Хотите делать потенциально дорогую операцию — будьте добры, сделайте это явно, вся ответственность на вас, а не на компиляторе.

Детальнее:
Холиворная статья: причина №4
Объяснение на SO

А при чём тут библиотеки? В фреймворках есть механизм событий, его и используйте.
Пользователь нажал «Удалить фотографию», вы в контроллере это действие выполняете и генерируете событие (или в обратном порядке). Дальше обработчик-подписчик ловит это событие и выполняет какое-то действие — рассылает уведомления, пишет логи и т.д. На одно событие может быть неограниченной число обработчиков, что даёт гибкость — не надо зашивать весь код в одном месте.

У меня только один вопрос - в какой конторе на джуниора вешают настолько ответственные задачи, что они могут серьезно сорвать сроки?

Ну, например, две таблицы: "дата | id_слова | количество" и "id_слова | слово".
Какие индексы накладывать - тема для самостоятельной проработки.

очевидно вам нужно использовать оператор in ( )

SELECT id, name FROM `dle_category` WHERE `id` in (11,25,33,37,39,47)

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

Есть 3 кандидата, по описанному в резюме стеку технологий подходят. Как среди них выбрать самого квалифицированного?

Если я правильно понимаю, тех. специалист более высокого уровня их не собседовал - можете на картах таро разложить, или монетку подбросить)) Только по резюме можно провести самый-самый базовый отбор. Подходит ли кандидат - может оценить только тех. специалист.

что мешает кому-то из них, получив доступ к серверу, украсть проект

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

запороть что-нибудь

Вы знаете людей, которые никогда не делали ошибок?)) Что бы не запороть есть комплекс мер: контроль версий, разработка только на локальной машине, авто тестирование, анализаторы кода, автоматические миграции баз данных, CI системы и т.д. Если же у вас все работы выполняются на боевом сервере - не обижайтесь, но ваш проект изнутри говно.

взять проект под свой контроль

Вы шутите?)) Если программист не будет иметь прав работы с кодом - он не сможет ее выполнять. Это как надеть смирительную рубашку на водителя и посадить его за руль.

Вы в любом случае связаны с рисками, правильно составьте договор. Платите достойную ЗП и в срок. Доверяйте его решениям, по реализации кода, для этого собственно вы его и наняли.
Не ставьте над ним кучу менеджеров - профита от этого не будет.
Не оценивайте его работу по тому, что он непосредственно делает (само написание кода обычно только 10% рабочего времени, остальное в большей части - "думалка"), оценивайте результат.

Включить лог медленных запросов и проанализировать план этих запросов