1) Поискал по тексту статьи и комментам - все упоминания про проблемы при обновлении относятся к правкам в менеджере питания XFCE. При чем тут настройки Хрома, которые ну никак не должны слетать при обновлении?
2) Про это вообще не было разговора. Приведите пример такого сайта.
3) Сколькими браузерами вы постоянно пользуетесь на одном компьюетере? Я не знаю ни одного человека, кто использовал бы больше одного (фронтендщики на своих сайтах не в счет). Ну и даже отключение в 10 браузерах быстрее, чем то, что описано в статье. И не слетает при обновлениях.
Может, я не уловил, в чем проблема, но почему просто не зайти на chrome://settings/content/idleDetection и не отключить эту опцию по умолчанию? Или это только в Chromium есть?
А зачем хеши? Почему просто на этапе компиляции не собрать все уникальные строки в таблицу и пользоваться указателями? На этапе компиляции, конечно, хеширование имеет смысл, но тут можно и коллизии отловить.
Со ссылками вместо хешей мы, к тому же, получаем доступ к содержимому строки не теряя в скорости сравнения.
Забавно, что на этом видео хорошо видно, что агрессивная смена полос не сильно сказывается на скорости продвижения. Грузовик справа не менял полосу и остался примерно на том же расстоянии, что и был в начале.
Я аж в маны полез, думал, что у меня старческий маразм начинается. А, нет, это просто ошибка в реализация функции __cvec_realloc(). Она у вас реаллоцирует на тот же размер памяти. Ну и после реаллокации легко получить невалидный указатель. Вы бы хоть его передавали как __cvec_push(&ptr, ...), чтобы внутри можно было изменить.
У меня есть контр-пример. Мне нужно было написать бенчмарк на плюсах, который бы запускал несколько потоков, в которых выполнял бы определённый код и замерял время выполнения (min/max/avg). Результат выводился в консоли в табличке из псевдографики. Один запрос в Claude, десять минут на проверку кода и фикс некорректного расчёта ширины столбца, и у меня на руках рабочий бенчмарк. Сам бы я пару часов точно потратил на такое.
Я несколько лет разрабатывал на C++ Builder (тот же Дельфи, вид в профиль) и Qt. Небо и земля. В пользу Qt. На Qt адаптивный интерфейс в разы проще сделать.
После C++ BUILDER (догадываюсь, Дельфи такой же) Qt был глотком свежего воздуха. Кривой пиксель-зависимый UI, страшный, не логичный API без хорошей документации. Это про билдер. Хуже только MFC был.
1) Поискал по тексту статьи и комментам - все упоминания про проблемы при обновлении относятся к правкам в менеджере питания XFCE. При чем тут настройки Хрома, которые ну никак не должны слетать при обновлении?
2) Про это вообще не было разговора. Приведите пример такого сайта.
3) Сколькими браузерами вы постоянно пользуетесь на одном компьюетере? Я не знаю ни одного человека, кто использовал бы больше одного (фронтендщики на своих сайтах не в счет). Ну и даже отключение в 10 браузерах быстрее, чем то, что описано в статье. И не слетает при обновлениях.
Может, я не уловил, в чем проблема, но почему просто не зайти на chrome://settings/content/idleDetection и не отключить эту опцию по умолчанию? Или это только в Chromium есть?
Ожидал в конце прочитать 'Статья была полностью написана ИИ".
А, строка может прийти извне, понял. Почему-то подумал только про сравнение строковых литералов.
А зачем хеши? Почему просто на этапе компиляции не собрать все уникальные строки в таблицу и пользоваться указателями? На этапе компиляции, конечно, хеширование имеет смысл, но тут можно и коллизии отловить.
Со ссылками вместо хешей мы, к тому же, получаем доступ к содержимому строки не теряя в скорости сравнения.
Мне в первую очередь в голову пришли серверы CDN - вот прям самое место для них.
Бред какой-то. Не знаю никого ни из какой "тусовки", что никак не мешает репортить баги и отправлять патчи в Linux.
Забавно, что на этом видео хорошо видно, что агрессивная смена полос не сильно сказывается на скорости продвижения. Грузовик справа не менял полосу и остался примерно на том же расстоянии, что и был в начале.
Начинал еще с Mozilla Suite, потом был Phoenix и Firebird.
Меня очень порадовали сворачиваемые группы вкладок, которые недавно появились.
Часовой пояс +3, ощущается как +2.
Перекачивать газ по трубам при давлении 10 МПа? Вы с ума сошли? Это же 100 атмосфер! Вам потребуется 60 ГВт энергии на каждые 30 км трубы!!!
Вот и выросло поколение...
Это выражение поддержки, пришедшее с имиджборды 2ch (двач). Изначально звучало как "двачую", потом переродилось в "два чая [этому господину]".
Всегда использовал нампад для навигации. Это же очень удобно - под рукой сразу все клавиши навигации, а бонусом идёт копипаст по shift+del insert.
Я аж в маны полез, думал, что у меня старческий маразм начинается. А, нет, это просто ошибка в реализация функции __cvec_realloc(). Она у вас реаллоцирует на тот же размер памяти.
Ну и после реаллокации легко получить невалидный указатель. Вы бы хоть его передавали как __cvec_push(&ptr, ...), чтобы внутри можно было изменить.
Посмотрел цены в Валенсии - заметно дешевле, чем в сербском Нови Саде, например.
У меня есть контр-пример. Мне нужно было написать бенчмарк на плюсах, который бы запускал несколько потоков, в которых выполнял бы определённый код и замерял время выполнения (min/max/avg). Результат выводился в консоли в табличке из псевдографики. Один запрос в Claude, десять минут на проверку кода и фикс некорректного расчёта ширины столбца, и у меня на руках рабочий бенчмарк. Сам бы я пару часов точно потратил на такое.
Я несколько лет разрабатывал на C++ Builder (тот же Дельфи, вид в профиль) и Qt. Небо и земля. В пользу Qt. На Qt адаптивный интерфейс в разы проще сделать.
После C++ BUILDER (догадываюсь, Дельфи такой же) Qt был глотком свежего воздуха. Кривой пиксель-зависимый UI, страшный, не логичный API без хорошей документации. Это про билдер. Хуже только MFC был.
Qt прекрасен для кроссплатформенной разработки с GUI.