Был ли get когда-нибудь полезен?

Да, это было полезно и в то же время «чрезвычайно уязвимо для атак переполнения буфера».

Он всегда был бы сломан и вызывал сбой программ, и я не понимаю, что можно было бы подразумевать под «средой, которая ограничивает то, что может отображаться на стандартном вводе».

Нет, gets не вызывал сбоев программ. Это в первую очередь проблема безопасности. Вы можете прочитать об атаках переполнения буфера здесь

Также см. этот вопрос: Почему получает функцию настолько опасную, что ее нельзя использовать?

Когда вы смотрите на остатки ранних дней C, вы должны учитывать исторический фон.

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

Процессорное время, с другой стороны, было драгоценным. Программы должны быть максимально эффективными.

Вот почему большинство функций из стандартной библиотеки C не выполняют проверки границ. Производительность имела гораздо более высокий приоритет, чем безопасность. Когда вам требовалась безопасность, вы должны были проверить свои данные перед передачей их вашей программе.

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

Когда был изобретен gets, очень немногим программам требовалось принимать большие объемы данных из ненадежных источников. gets подходит для ограниченного ввода от сотрудничающего пользователя. Этот пользователь обеспечивает «среду, которая ограничивает то, что может появиться», не вводя много текста в каждой строке. Вы можете в значительной степени рассчитывать на то, что пользователь, сидящий за терминалом, не будет вводить сотни байтов данных в приглашение «y/n». Если они передали большой файл в вашу программу, когда ваша программа не была предназначена для этого, что ж, они получили плохие результаты.

Программы, которым приходилось обрабатывать произвольный ввод, не использовали gets.

В настоящее время злонамеренный ввод данных является обычным явлением на практике и наносит еще больший ущерб, поскольку существуют инструменты и методы, позволяющие злоумышленникам легко использовать переполнение буфера в своих интересах. Хорошо обученный пользователь, печатающий по подсказке, — это нишевый случай. Кроме того, учет злонамеренного ввода данных широко используется как хороший метод, обеспечивающий устойчивость программного обеспечения к неожиданным вводам, которые не были предназначены для атаки. Ожидается, что почти все программы будут обрабатывать произвольный ввод. Так что gets явно неадекватно.

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