In this post, I'll show you some of the issues that these design decisions cause, and suggest some ways to improve the language to avoid them.
и еще
Of course, there is a huge amount of advice out there on how to do just this: naming guidelines, formatting rules, design patterns, etc., etc.
But can your programming language by itself help your code to be more reasonable, more predictable? I think the answer is yes, but I'll let you judge for yourself.
И далее недостатки «плохих» языков и комментарии о том, как «хороший» язык должен реагировать на плохой код. Т.е. речь все-таки об отлавливании ошибок компилятором. Может быть автор и хотел сделать упор на читабельности кода — reasoning about the code в его терминах, но в итоге статья совершенно о другом получилась. К тому же, если какой-то код называется плохим, то неплохо было бы привести пример хорошего reasonable кода на «правильном» языке.
Где же там пишется про чтение кода глазами? Перечислены конкретные недостатки, присущие популярным языкам программирования, и жалобы на то, что компилятор позволяет писать плохой код. Т.е. речь все-таки идет об автоматическом отлавливании ошибок.
Симкарту попросят активировать при получении смс-кода подтверждения, когда соберетесь сделать какой-нибудь перевод. По крайней мере у меня так было — менял симку в августе. Перед этим неделю успешно заходил в альфаклик с новой симкой.
Вот тут www.gstatic.com/b/brotlidocs/brotli-2015-09-22.pdf видно, что при распаковке/запаковке HTML на разных языках brotli-1 эффективнее deflate-1, а brotli-9 эффективнее deflate-9 при сравнимой скорости сжатия и лучшей скорости распаковки. Остальные алгоритмы сильно проигрывают по скорости в этом случае.
Как-то у вас долго сборка происходит. Может быть зависит от ОС? Мы используем Хромиум в качестве встроенного браузера. На моей рабочей машине — Core i7 3770K, 16GB, SSD, Win7x64 — собирается примерно минут за 40.
Если уж говорить о продовольственной безопасности России, то можно и вспомнить, что территория Россия — не самое благоприятное место для занятия земледелием. Вам не приходило в голову, что ГМО сорта могут расти, например, чуть севернее, чем обычные?
Я помню, были формулы и код калькулятора в официальном руководстве по оптимизации кода от AMD. А вообще в последних поколениях процессоров целочисление деление оптимизировали и необходимости в подобных трюках больше нет.
Даты распознаются не всегда. Вот, к примеру, два предложения:
1) Это время настало весной текущего года.
2) Так что мероприятие было решено перенести на весну 2015-го.
В первом дата нашлась, а во втором — нет. Хотя во втором предложении информации больше в том смысле, что не требуется знание контекста — текущего года.
В вашем примере происходит лишнее выделение памяти под хендл. При освобождении ресурса функция CloseHandle может бросить исключение и память, выделенная под хендл, не будет освобождена.
Сделаю, если упадет еще раз. Вообще последовательность была такой: запустил отладку, во время отладки попробовал найти места, где используется метод класса.
Вообще-то к системным требованиям это не имеет отношения. Процесс студии — devenv.exe — 32-битный и поэтому не может использовать больше 4 Гб. Так-то на моей машине 16 Гб
Установил Resharper С++. Солюшен из >75 проектов распарсился минут за 5-10. В целом, все работает довольно быстро. Функционал богаче, чем у Visual Assist'а. Но студия у меня сегодня 1 раз уже упала от нехватки памяти :( 32-битному процессу не хватило 4 Гб памяти.
и еще
И далее недостатки «плохих» языков и комментарии о том, как «хороший» язык должен реагировать на плохой код. Т.е. речь все-таки об отлавливании ошибок компилятором. Может быть автор и хотел сделать упор на читабельности кода — reasoning about the code в его терминах, но в итоге статья совершенно о другом получилась. К тому же, если какой-то код называется плохим, то неплохо было бы привести пример хорошего reasonable кода на «правильном» языке.
Да это бред какой-то. Куча библиотек на шаблонах станет неюзабельными. Те же контейнеры и смарт-пойнтеры из STL, к примеру.
1) Это время настало весной текущего года.
2) Так что мероприятие было решено перенести на весну 2015-го.
В первом дата нашлась, а во втором — нет. Хотя во втором предложении информации больше в том смысле, что не требуется знание контекста — текущего года.
Вы сами придумали некорректный пример и теперь приводите его в качестве доказательства бесполезности unique_ptr. Примеры из статьи вполне себе годные