К слову, в С++ нет destructive move. То есть перемещенный указатель после мува остается в валидном состоянии. Соответственно, его можно использовать как полноценный объект дальше и с точки зрения компилятора все ок (хоть moved-from значение и будет равно nullptr, это детали имплементации move конструктора конкретного типа).
Искренне не представляю, как можно смотреть рекламу в видео. Бесит же ужасно. Связка uBlock + SponsorBlock вычищает рекламу ютуба + нативную рекламу, встроенную автором в видео (если это самое видео более-менее популярно, ибо модерация рекламы на плечах юзеров расширения. На практике примерно вся реклама вырезается). Не представляю посещение ютуба без этих расширений в принципе.
Вам правда настолько важен размер приложения? Я понимаю, когда разница существенна и приложение занимает значительный процент от места на диске. Но начиная с некоторого момента разница в потреблении на порядки перестает быть важной. Допустим, какая разница между программой размером в 40Кб и в 4Мб? В 40Мб?
Аналогично и с потребляемыми ресурсами. Предположим, мне надо написать простенький скрипт. Код на условном питоне напишется за час, будет отжирать 20Мб памяти и тащить с собой рантайм. Код на условных С++ будет отжирать 2Мб памяти.
На машине даже с 8Гб памяти, что уже мало в наши дни, разница околонулевая.
Использую продолжительное время XMonad на основном компьютере - доволен почти всем. Выше в комментах провели очень классную аналогию со сравнением VSCode и Vim - если готовые DE типа KDE и Gnome дают все из коробки, а настройки сводятся к протыкиванию кнопок в меню, то с WM ты сам собираешь конфигурацию под себя. В теории максимально эргономичную и удобную. Имхо, сильно выделяются WM, которые не ограничены конфигом. В XMonad конфига по сути нет - он является кодом на Haskell, на котором написан сам WM => любые извращения можно реализовать, по крайней мере теоретически.
Лично для себя отметил, что грамотные хоткеи сводят использование мышки к минимуму, а тайлинг в разных схемах действительно удобная штука. Но есть и минусы: некоторые приложения странно работают, надо настраивать ручками все то, что казалось обыденным - начиная от тем Gtk и Gnome, кончая выводом уведомлений и статусбарами. Самый большой минус на мой взгляд - не очень удобно пользоваться приложениями, которые привычнее держать плавающим окошком. Например, перетянуть файл из файл-менеджера в браузер. Возможно, это допиливается до более вменяемого состояния.
В целом - вещь стоящая, как минимум теста ради. Но на любителя.
Если об утечках памяти говорить, то достаточно какой нибудь очереди сообщений, которая растет быстрее, чем обрабатывается. Это же тоже утечка ресурсов по сути своей
По умолчанию CUDA будет таки копировать данные, если использовать что-то типа cudaMemcpy. Вроде как с Unified Memory можно этого избежать, но приложение должно поддерживать такой способ общения, что в общем случае далеко не так
Дельное замечание, я как-то такой юзкейс не продумал. Да, узкие посты могут быть удобнее, если окно браузера маленькое. Но с другой стороны, для этого придумана адаптивная верстка, можно было бы усидеть на двух стульях сразу.
А что делать в ситуации, когда и хотел бы ограничиться, а не можешь по объективным причинам, например, в том же ВК могут писать важные сообщения люди, которых ты не контролируешь, т.е. этот канал связи выбран не мной?
К слову, раньше с ВК можно было музыку скачивать, если я ничего не перепутал. Это было удобно. Я до сих пор ВК использую в основном как плеер, сидя за домашним компом, ибо веб версия не имеет (пока что) ограничения на время прослушивания. Обидно, что в какой-то момент очень много треков удалили и 10-15% моей музыки теперь в ВК нет
Как Смолянин говорю - такая беда есть. Часто в городе закидывает куда-то в пригород на скорости 100км\ч, когда иду пешком :)
Это глушилки.
Может, все таки, фэндом?)
К слову, в С++ нет destructive move. То есть перемещенный указатель после мува остается в валидном состоянии. Соответственно, его можно использовать как полноценный объект дальше и с точки зрения компилятора все ок (хоть moved-from значение и будет равно nullptr, это детали имплементации move конструктора конкретного типа).
Имхо, одна из лучших "танчиков" в мультиплеере. Быстрая, динамичная аркада. Жаль, что разрабы слишком гнались за деньгами.
Вообще, разные линуха - самая популярная в мире ОС. Другой вопрос, что в десктопном сегменте они не популярны.
Есть kiwi browser, который поддерживает расширения из хрома.
Искренне не представляю, как можно смотреть рекламу в видео. Бесит же ужасно.
Связка uBlock + SponsorBlock вычищает рекламу ютуба + нативную рекламу, встроенную автором в видео (если это самое видео более-менее популярно, ибо модерация рекламы на плечах юзеров расширения. На практике примерно вся реклама вырезается).
Не представляю посещение ютуба без этих расширений в принципе.
Вам правда настолько важен размер приложения? Я понимаю, когда разница существенна и приложение занимает значительный процент от места на диске.
Но начиная с некоторого момента разница в потреблении на порядки перестает быть важной. Допустим, какая разница между программой размером в 40Кб и в 4Мб? В 40Мб?
Аналогично и с потребляемыми ресурсами. Предположим, мне надо написать простенький скрипт. Код на условном питоне напишется за час, будет отжирать 20Мб памяти и тащить с собой рантайм.
Код на условных С++ будет отжирать 2Мб памяти.
На машине даже с 8Гб памяти, что уже мало в наши дни, разница околонулевая.
Использую продолжительное время XMonad на основном компьютере - доволен почти всем. Выше в комментах провели очень классную аналогию со сравнением VSCode и Vim - если готовые DE типа KDE и Gnome дают все из коробки, а настройки сводятся к протыкиванию кнопок в меню, то с WM ты сам собираешь конфигурацию под себя. В теории максимально эргономичную и удобную.
Имхо, сильно выделяются WM, которые не ограничены конфигом. В XMonad конфига по сути нет - он является кодом на Haskell, на котором написан сам WM => любые извращения можно реализовать, по крайней мере теоретически.
Лично для себя отметил, что грамотные хоткеи сводят использование мышки к минимуму, а тайлинг в разных схемах действительно удобная штука.
Но есть и минусы: некоторые приложения странно работают, надо настраивать ручками все то, что казалось обыденным - начиная от тем Gtk и Gnome, кончая выводом уведомлений и статусбарами.
Самый большой минус на мой взгляд - не очень удобно пользоваться приложениями, которые привычнее держать плавающим окошком. Например, перетянуть файл из файл-менеджера в браузер. Возможно, это допиливается до более вменяемого состояния.
В целом - вещь стоящая, как минимум теста ради. Но на любителя.
Тут ускорение тоже далеко не кратное. 2 GPU не будут перемножать матрицы в 2 раза быстрее.
Кушають много, вычисляють мало
Если об утечках памяти говорить, то достаточно какой нибудь очереди сообщений, которая растет быстрее, чем обрабатывается. Это же тоже утечка ресурсов по сути своей
Поддерживаю. Если отбросить Metro штуки типа полноэкранного пуска, то общий дизайн восьмерки - мой фаворит.
Могу порекомендовать этот репозиторий:
https://github.com/JoshuaJakowlew/cppfaq
Содержит довольно много информации и по мере возможностей обновляется
По умолчанию CUDA будет таки копировать данные, если использовать что-то типа cudaMemcpy. Вроде как с Unified Memory можно этого избежать, но приложение должно поддерживать такой способ общения, что в общем случае далеко не так
А что в плюсах с сетевыми библиотеками? Есть Asio, есть Qt, есть Poco. Чем вам они не подходят?
К слову, раньше с ВК можно было музыку скачивать, если я ничего не перепутал. Это было удобно. Я до сих пор ВК использую в основном как плеер, сидя за домашним компом, ибо веб версия не имеет (пока что) ограничения на время прослушивания. Обидно, что в какой-то момент очень много треков удалили и 10-15% моей музыки теперь в ВК нет
Спорный вопрос. Если утрировать, вот тут тоже функциональность формально сохраняется.
Большинство, увы, да. Но речь то идет о десктопной версии сайта. Я хочу верить в то, что ей кто-то пользуется кроме меня, и пишут там с клавиатуры.