Ответ.

История вопроса
Опция Option Strict появилась в Visual Basic .NET для повышения безопасности типов. В ранних версиях языка (VB6) происходили неявные преобразования типов, что приводило к неожиданному поведению программы и трудноуловимым ошибкам. Включённый Strict делает поведение более явным и строго типизированным.

Проблема
Неявное преобразование типов (например, присваивание строки числовой переменной или возврат разных типов из функции) приводит к ошибкам на этапе выполнения. Проекты с Option Strict Off часто являются источником трудновыявляемых багов.

Решение
При Option Strict On не допускаются неявные преобразования типов, все объявления переменных, параметры и возвращаемые типы функций должны быть явно указаны. Это предотвращает целый класс ошибок уже на этапе компиляции и способствует высокому качеству кода.

Пример кода:

Option Strict On
Dim x As Integer
x = "123" ' Ошибка компиляции — явное преобразование обязательно

x = CInt("123") ' ОК

Function GetNumber(ByVal input As String) As Integer
    Return input ' Ошибка компиляции
End Function

Ключевые особенности:

Требует явного приведения типов.
Запрещает неявные расширяющие преобразования.
Принуждает объявлять тип для каждой переменной и возвращаемого значения.

Вопросы с подвохом.

Зачем нужен Option Strict Off, если с Strict On удобнее и безопаснее?

Option Strict Off используется для поддержки старого кода, в котором много неявных преобразований уже заложено (например, миграция с VB6). В новых проектах рекомендуется включать Strict для более надежного и безопасного кода.

Можно ли вернуть строгость выбора типов на уровне файла, если в проекте по умолчанию Off?

Да, можно добавить директиву Option Strict On в начало отдельного модуля или файла, и строгая проверка типов будет применяться только к этому файлу.

' В начале файла:
Option Strict On

Мешает ли Strict использовать late binding через Object?

Да, с Option Strict On нельзя вызывать члены нераспознаваемых во время компиляции объектов (late binding). Нужно приводить объекты к известному типу через интерфейсы или использовать динамическую работу только с Off.

Типовые ошибки и анти-паттерны

Использование Option Strict Off только из-за нежелания работать с типобезопасностью.
Неявное преобразование типов, приводящее к исключениям на этапе выполнения.
Массивные casting-операции, без проверки возможности преобразования, например, через CInt, CDbl и т.д. без TryParse.

Пример из жизни

Негативный кейс

Программист не включил Option Strict, и при вводе данных из текстового поля TextBox значения напрямую присваивались числовым переменным. При вводе ошибочных данных программа аварийно завершалась.

Плюсы:

Быстрый старт.
Меньше кода на этапе разработки.

Минусы:

Много ошибок на этапе эксплуатации.
Сложно искать причину неожиданных багов.

Позитивный кейс

Программист включил Option Strict On, все преобразования осуществлялись явно через TryParse. Ошибки ловились на этапе компиляции, исключения на этапе выполнения минимальны.