Проблема в том, что это мертвый код и он будет везде

И он будет проверен еще в начале, ты его юзаешь в другом месте

Потому что smart cast не может запомнить его

Выносить в field класса? не очень уже

Хм. Может ты и прав.

Скинь пример пожалуйста, не могу вспомнить.

Далеко не ходить когда ты сервис берешь с контекста

А если он и вправду null вернет?

Упадет он в любом случае

Он не упадет на проде

context?.getSystemService(Context.INPUT_METHOD_SERVICE) as? InputMethodService

В какой момент упадет?

Если контекста не будет? или если каст не пройдет? или если такого сервиса не существует? И когда он может измениться в SDK?

* <p>Note: Instant apps, for which {@link PackageManager#isInstantApp()} returns true,
    * don't have access to the following system services: {@link #DEVICE_POLICY_SERVICE},
    * {@link #FINGERPRINT_SERVICE}, {@link #SHORTCUT_SERVICE}, {@link #USB_SERVICE},
    * {@link #WALLPAPER_SERVICE}, {@link #WIFI_P2P_SERVICE}, {@link #WIFI_SERVICE},
    * {@link #WIFI_AWARE_SERVICE}. For these services this method will return <code>null</code>.
    * Generally, if you are running as an instant app you should always check whether the result
    * of this method is null.
    *
    * @param name The name of the desired service.
    *
    * @return The service or null if the name does not exist.

Все перечисленные кейсы упадут во время разработки

А как ты гарантируешь, что во время прода оно не упадет?

Обычно, в апи пишут когда метод возвращает null , как в этом примере

Если твой key не подходит будет null. Не думаю что во время прода key сам изменится )

1 вариант возможен, если вендор что то сломает

Если так посмотреть, когда у тебя в проекте и java и kotlin верить нельзя ничему вообще.

Был у нас кейс с методом который возвращал Not Null тип
Так вот он и упал  KotlinNullPointerException. Самое обидное на проде)