31 марта 2025
Артем НагановА, ну и сайт у нас например с недавнего времени Kotlin-friendly
Это что я зря книжку по Го покупал по акции ? )
Раст ближе к C по производительности, если по самому языку идти, по безопасности в памяти, тот же gc, java полагается на него, не предотвращая логических ошибок, он управляет памятью, также race conditions возможны
Ну по типизации растик тоже поприятнее, у java слабая статическая типизация, множество ошибок бьют в частности в runtime)
soorqРаст ближе к C по производительности, если по самому языку идти, по безопасности в памяти, тот же gc, java полагается на него, не предотвращая логических ошибок, он управляет памятью, также race conditions возможны
Ну по типизации растик тоже поприятнее, у java слабая статическая типизация, множест
У Java сильная типизация
soorqРаст ближе к C по производительности, если по самому языку идти, по безопасности в памяти, тот же gc, java полагается на него, не предотвращая логических ошибок, он управляет памятью, также race conditions возможны
Ну по типизации растик тоже поприятнее, у java слабая статическая типизация, множест
Ну ты прост написал, я поправил
soorqНу вычитал с хабра что рантайм errors показывает ток, что от gc зависит
Не совсем. У Java там есть разделение на проверяемые и непроверяемые исключения. Проверяемые – это те, которые ты должен явно обработать. Если ты этого не сделаешь, код просто не скомпилируется. Непроверяемые – это как раз-таки те самые ошибки в рантайме, которые ты можешь обрабатывать, можешь нет, ну и вот они как раз могут вылетать наружу, и это в целом нормально, если приложению будет лучше упасть, чем продолжать работать «как-нибудь» при такой ошибке