а что обобщил? Ты просил привести пример, я привел. Это бессмысленно продолжать. Any, даункасты, unsafe rust, goto - это всё есть и значит где-то оно надо, и нехорошо ругать людей за использование встроенных в язык инструментов. Не нравится - есть brainhug, без системных вызовов и работающий с лентой данных в строке. Он  абсолютно бесполезен, но абсолютно безопасен

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

Инструменты нужно применять с умом - ругать нужно, если применяют их не в том месте и без веских причин, что, конечно, говорит о качестве программиста. Any - именно тот случай, когда применять почти никогда не стоит (Doge разве что при переносе Java кода использовал).

> ... если хоть чуть-чуть в типы можешь
> ну тогда и компьютер не нужен, если головой чуть-чуть можешь думать

Тут ты обобщил. Каждая концепция требует правильного применения, обдумывания, такое программирование.

именно! А то твою ругательную работу за использование нелюбимых тобой инструментов и машина сделать может. Человеческий review и проверка стиля нужна не для бездумного отметания использования встроенных функций

Я бездумного в аргументации Doge ничего не вижу. Мы уже объяснили, что Any нарушает безопасность типов, накладывает проверки на этап выполнения, когда их с помощью системы типов можно статически проверить на стадии компиляции

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

Any  нарушает безопасность типов. Unsafe - это плохо, потому что потенциально возможно UB. Это вы обобщаете и выкидываете во всех случаях, не присматриваясь где оно может быть уместно.

Проблема в том, что очень мало кейсов, где использование Any имеет реальный смысл, а не тупо лень задизайнить приложение нормально.

Ну и то же самое с instanceOf

This ^

Да, согласно статистике, неуместно, поэтому выкинь и перепиши.

После такого review не хочется контрибьютить, кроме как за деньги

Поэтому с большой долей вероятности, если ты видишь Any в коде - это признак присмотреться внимательно, что там происходит.

Их нет, кек

Да, и unsafe по возможности стоит избегать. Лучше, когда за нас компилятор проверит код, чем мы будем его внимательно смотреть глазами. Тем не менее, никто не говорил про ненужность unsafe, поэтому твоя позиция мне неясна.

Если у тебя эни то у тебя слишком сложная архитектура или тебе лень или ты неправильно понял задание

lmdb чет биндинги нестабильные

Да, ревью кода и призваны спасать от плохого кода

хз, не тестил

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