Могу сказать, что за восемь лет жизни на D я ни разу не нарушил безопасность памяти, т.к. почти всегда мы имеем дело с D-шными массивами, по которым мы проходим с foreach, а если обратиться к несуществующему элементу, будет кинуто исключение. А трогать указатели нам нужно крайне редко, использовать же их арифметику совсем не нужно в обычном коде. Для особых случаев статья рассказывает, как последние нововведения языка помогают избегать проблем. Вспомнил: безопасность памяти я нарушал разве что тогда, когда неправильно портировал Си-шные сигнатуры функций, тогда у меня происходило нарушение работы стека
Можно, например, создать указатель с помощью malloc, арифметикой указателей выйти за пределы выделенной области и передать это чудо в @safe-функцию. Или прямо можно написать любую ерунду вроде void* ptr = cast(void*)0x77 и передать в @safe-функцию, потому что @safe-функция не будет отслеживать всё, что происходит снаружи. Так что программист по-прежнему должен быть адекватен и знать, что он делает, особенно, если это происходит за пределами @safe
Нет, @safe, @trusted, @system друг с другом не компонуются. По умолчанию используется @system, и большую часть своего кода я, например, писал в этом режиме. Основная опасность — это всё-таки работа с указателями, но они редко нужны (в основном для взаимодействия с кодом на Си). Если специально не заморачиваться, ситуации выхода за пределы допустимой памяти невероятны. Ссылки на память из освобождённого стека более вероятны, и как раз написанное в статье помогает избежать проблем, но это тоже специфические случаи
Редко приходится пользоваться, но когда приходится — довольно удобно (можно и continue так же использовать). Плюс в switch-case-конструкциях можно использовать goto для перехода именно к нужному case, но это совсем не пригождалось.
Впечатление, что плагин nvim-tree не работает: "Это не команда редактора: NvimTreeRefresh". Help для nvim-tree работает, но самих его команд не появилось. Во всяком случае, при neovim версии 0.6.1
Не могу согласиться с другими комментаторами: на 7,8 дюймов (у меня Kon-Tiki 2) я вполне читаю DJVU и PDF. Тем более, что при чтении можно "обрезать" лишние белые области
К слову сказать, все подобные картинки не являются правдой. Как человек с цветоаномалией я должен был бы столбец с "обычным зрением" видеть так же, как один из трех следующих. Но они все очень разные
Полгода использую Raspberry Pi (с 4 ГиБ оперативки) в качестве десктопа с установленной Manjaro. Так как у XFCE- и KDE-версий были тяжёлые проблемы, я позволил себе потратить время на настройку Openbox.
Попользоваться Raspbian мне так и не удалось: после обновления системы у меня просто вмёртвую вис LXDE после загрузки, проблема решалась установкой MATE (до обновления), но после полного обновления система начинала безбожно тупить (что очень проявлялось на воспроизведении видео). Был такой прикол, что мне не удавалось выйти из полноэкранного режима VLC никак, кроме как выключением компьютера из розетки (переход на другую терминальную сессию тоже не работал).
А Manjaro просто работает, как на обычном десктопе. Кино смотреть можно, но не UltraHD.
Будет грустно, если заблокируют все видео про плоскую Землю или про то, что во время таяния небесной тверди случился Всемирный Потоп. И про то, что Россия когда-то занимала полмира и построила Великую Китайскую стену против китайцев во время древней супермировой войны. Чем же тогда людям в Интернете развлекаться, как не просмотром подобного?.. Да и сторонники таких теорий ещё больше утвердятся в своей правоте...
"Большие модели не более способны в долгосрочной перспективе, если мы можем быстрее итерироваться на маленьких моделях"
Вы точно вычитывали?
Могу сказать, что за восемь лет жизни на D я ни разу не нарушил безопасность памяти, т.к. почти всегда мы имеем дело с D-шными массивами, по которым мы проходим с foreach, а если обратиться к несуществующему элементу, будет кинуто исключение. А трогать указатели нам нужно крайне редко, использовать же их арифметику совсем не нужно в обычном коде. Для особых случаев статья рассказывает, как последние нововведения языка помогают избегать проблем. Вспомнил: безопасность памяти я нарушал разве что тогда, когда неправильно портировал Си-шные сигнатуры функций, тогда у меня происходило нарушение работы стека
Можно, например, создать указатель с помощью malloc, арифметикой указателей выйти за пределы выделенной области и передать это чудо в
@safe-функцию. Или прямо можно написать любую ерунду вродеvoid* ptr = cast(void*)0x77и передать в@safe-функцию, потому что@safe-функция не будет отслеживать всё, что происходит снаружи. Так что программист по-прежнему должен быть адекватен и знать, что он делает, особенно, если это происходит за пределами@safeНет,
@safe,@trusted,@systemдруг с другом не компонуются. По умолчанию используется@system, и большую часть своего кода я, например, писал в этом режиме. Основная опасность — это всё-таки работа с указателями, но они редко нужны (в основном для взаимодействия с кодом на Си). Если специально не заморачиваться, ситуации выхода за пределы допустимой памяти невероятны. Ссылки на память из освобождённого стека более вероятны, и как раз написанное в статье помогает избежать проблем, но это тоже специфические случаиВ крапинку
По поводу первого: такое есть и в D (помимо Kotlin)
Редко приходится пользоваться, но когда приходится — довольно удобно (можно и
continueтак же использовать).Плюс в switch-case-конструкциях можно использовать
gotoдля перехода именнок нужному case, но это совсем не пригождалось.
Авторы точно что-то знают о современных носителях данных? На российском рынке уже давно можно покупать диски по 20 ТБ, а на зарубежном и на 22 ТБ.
"...на рынке появилось множество хороших браузеров, ориентированных на конфиденциальность."
Какое такое множество?
В Debian пакет присутствует, поэтому можно просто сделать
# apt install python3-plumbum
Отбой тревоги. После :PackerSync вдруг заработало
Впечатление, что плагин nvim-tree не работает: "Это не команда редактора: NvimTreeRefresh".
Help для nvim-tree работает, но самих его команд не появилось. Во всяком случае, при neovim версии 0.6.1
Не могу согласиться с другими комментаторами: на 7,8 дюймов (у меня Kon-Tiki 2) я вполне читаю DJVU и PDF. Тем более, что при чтении можно "обрезать" лишние белые области
Красный, синий и жёлтый — это хороший выбор цветов
К слову сказать, все подобные картинки не являются правдой. Как человек с цветоаномалией я должен был бы столбец с "обычным зрением" видеть так же, как один из трех следующих. Но они все очень разные
Чем только люди не занимаются, лишь бы D не учить
Вам бы фильтр в магазине при поиске книг - "Твёрдый/мягкий переплёт". А то эти мягкие обложки на книгах ценой более 2000 ₽ задолбали
Про те 80% и не говорим
Полгода использую Raspberry Pi (с 4 ГиБ оперативки) в качестве десктопа с установленной Manjaro. Так как у XFCE- и KDE-версий были тяжёлые проблемы, я позволил себе потратить время на настройку Openbox.
Попользоваться Raspbian мне так и не удалось: после обновления системы у меня просто вмёртвую вис LXDE после загрузки, проблема решалась установкой MATE (до обновления), но после полного обновления система начинала безбожно тупить (что очень проявлялось на воспроизведении видео). Был такой прикол, что мне не удавалось выйти из полноэкранного режима VLC никак, кроме как выключением компьютера из розетки (переход на другую терминальную сессию тоже не работал).
А Manjaro просто работает, как на обычном десктопе. Кино смотреть можно, но не UltraHD.
Будет грустно, если заблокируют все видео про плоскую Землю или про то, что во время таяния небесной тверди случился Всемирный Потоп. И про то, что Россия когда-то занимала полмира и построила Великую Китайскую стену против китайцев во время древней супермировой войны. Чем же тогда людям в Интернете развлекаться, как не просмотром подобного?.. Да и сторонники таких теорий ещё больше утвердятся в своей правоте...
Одно название от той идеологии