Добрый день! Спасибо за комментарий. Мы согласны — технические знания очень важны. Автор не имел в виду прокачивать софты в ущерб хардам. Скорее напомнил о значимости и soft skills :)
Добрый день! Мы передали ваш комментарий автору. Ниже его ответ.
В плюсах вы указываете простоту языка, а в минусах - наличие GC. Если бы его не было, то язык усложнился бы многократно.
Все верно, это не противоречит написанному. В первую очередь GC находится в "плюсах", потому как избавляет разработчиков от работы с памятью на том же уровне, что и в ЯПах без GC. Это в свою очередь облегчает работу с языком. В "минусах" он указан, чтобы подчеркнуть, что GC не является панацеей — он добавляет, пусть небольшую, но нагрузку, а также может создавать иллюзию, что разработчику не нужно беспокоиться о памяти. Но, без грамотно написанного кода, вы все еще подвержены утечкам.
Если у вас каждая функция может заканчиваться с ошибкой (равносильно исключению), то вы в любом другом коде точно также должны их обрабатывать.
Акцент сделан не на том, что в Go необходимо обрабатывать ошибки, а в других языках — нет. Минус состоит в подходе работы с ними. Блоки обработки исключений во многих других языках так или иначе позволяют нам группировать вызовы определенных методов и заняться обработкой уже после описания какой-либо логики. Конечно, могут быть ситуации, когда каждый вызов мы так же можем обрабатывать отдельно, но это частные случаи и их можно приводить бесконечно. В случае с Go, обработка почти всегда будет происходить между строк, после каждого вызова метода\функции, способных вернуть ошибку.
Добрый день! Спасибо за комментарий. Мы согласны — технические знания очень важны. Автор не имел в виду прокачивать софты в ущерб хардам. Скорее напомнил о значимости и soft skills :)
Добрый день! Спасибо за ваш комментарий. Дальше в цикле материалов про Python мы раскроем тему подробнее.
Добрый день! Мы передали ваш комментарий автору. Ниже его ответ.
Все верно, это не противоречит написанному. В первую очередь GC находится в "плюсах", потому как избавляет разработчиков от работы с памятью на том же уровне, что и в ЯПах без GC. Это в свою очередь облегчает работу с языком. В "минусах" он указан, чтобы подчеркнуть, что GC не является панацеей — он добавляет, пусть небольшую, но нагрузку, а также может создавать иллюзию, что разработчику не нужно беспокоиться о памяти. Но, без грамотно написанного кода, вы все еще подвержены утечкам.
Акцент сделан не на том, что в Go необходимо обрабатывать ошибки, а в других языках — нет. Минус состоит в подходе работы с ними. Блоки обработки исключений во многих других языках так или иначе позволяют нам группировать вызовы определенных методов и заняться обработкой уже после описания какой-либо логики. Конечно, могут быть ситуации, когда каждый вызов мы так же можем обрабатывать отдельно, но это частные случаи и их можно приводить бесконечно. В случае с Go, обработка почти всегда будет происходить между строк, после каждого вызова метода\функции, способных вернуть ошибку.
действительно, спасибо!:)
отличная статья! спасибо
Добрый день! Речь идет про проект Polonius, ссылка на проект: https://github.com/rust-lang/polonius