Если бы стояла задача преобразовать строковое представление числа с пробелами внутри непосредственно в число, то я написал бы специальные функции, которые это делают прямо на входных данных вообще без переаллокаций.
В целом это хорошо что развиваются браузеры не только на хромовском движке.
Хочу еще вспомнить, что когда-то в Qt был QWebKit, а затем заменили на QWebEngine (на хромовском движке) с потерей части функционала - удалили QWebElement и прямой доступ к DOM из C++ кода. А работать "асинхронно через js" лично мне не нравится. В общем, было бы здорово если бы QWebEngine не был привязан к конкретному движку, а позволял работать с любыми , в том числе webkit и firefox.
А при чем тут процессор, если сама технология - это "комбинация Wi-Fi и Bluetooth"? По идее, если скажем на ноутбуке c x86 процессором и Виндой/Линуксом в качестве ОС наличествует Wi-Fi и Bluetooth, то с помощью соответствующего софта должна работать и данная технология. Или нет?
Поскольку не пользуюсь Wine то не очень понятно зачем этот Bottles нужен. Разве не просто двойным щелчком там программы запускаются? Нужна еще специальная оболочка для запуска?
Например тем что Calibre создает свою файловую структуру с какими-то своими человеко-нечитаемыми именами файлов. В результате нарушается фундаментальный принцип прозрачности файловой структуры для пользователя, книги вне Calibre превращаются в тыкву.
Это проблемы не Qt, а самого C++ как языка и его библиотеки. С++ далек от совершенства, стандартаня библиотека далека от соврешенства, Qt как может пытается это исправить. Но разумеется, на несовершенном фундаменте совершенное здание не построить:)
Как эти NPU в сравнении с обычными GPU? По цене и по возможностям? Есть ли шанс что NPU окажутся реальным и более дешевым решением для обычных персоналок, чем дорогущие видеокарты?
На месте разработчиков Qt я бы добавил еще одну такую же мощную строку для Utf8 (поддержать оба внутренних представления в одной QString наверное сложнее, хотя потенциально тоже возможно). А QByteArray , который иногда используется как байтовая строка, лучше бы переименовать в QBlob.
А есть ли независимые универсальные решения, поддерживающие AirDrop и другие подобные технологии (как можно больше одновременно, чтобы уж наверняка) на любых android-смартфонах?
DOS это готовая однозадачная встраиваемая система, для применений где не нужна никакая графика и окна. Так что возможно DOS более широко применяется чем Win3.
Но не объясняет, на первый взгляд, тоже именованные Func1 и Func2
Func1 и Func2 это имена "функциональных литералов", а не типов. А для литералов обычно применяют структурную типизацию, которая в случае функций определяется сигнаторой. По сути это как числа или строки. Поэтому все логично.
PS Я не знаю есть ли языки, в которых можно было бы ввести явный тип функции, и далее проверять, что функциональный литерал соответствует этому типу. Но было бы любопытно, тогда бы функциональные литералы стали бы номинативно типизированными, что-то вроде вот такого (псеводкод):
type func_t int=>int
func func_t foo(int) int {/*...*/} // ok
func func_t bar(char) string {/*...*/}// error
И вероятно, такие функции нельзя было бы присвоить/передать куда попало - только туда, где явно прописан тип func_t.
ИМХО, устаревание софта вообще по большей части искусственное. В M$ захотят навязать новую систему с обновлениями и телеметрией, и в результате пишут драйвера для нового железа только под эту новую систему. Ну а дальше и софтописатели подтягиваются.
Вот Q1 Ultra очень классно выглядит, и хотя в руках ни разу не держал, но кажется что это идеальное устройство именно для активной работы с контентом. Клавиатура с двух сторон визуально воспринимается очень удобной для быстрого набора текста.
Само осязание тоже как минимум делится на осязание давления и осязание температуры. А интерпретация это вообще не чувство. С помощью зрения мы можем оценивать расстояние до объектов, распознавать образы, читать текст - совершенно разные интерпретации, хотя канал один и тот же.
Equality Saturation Guided by Large Language Models
Вот что-то подобное нужно и для математики (от доказательства теорем до поиска новых направлений математики). А там и до теоретической физики недалеко. ИИ ищет цели направления интуитивно-эвристически, точный алгоритм выводит и проверяет.
Если бы стояла задача преобразовать строковое представление числа с пробелами внутри непосредственно в число, то я написал бы специальные функции, которые это делают прямо на входных данных вообще без переаллокаций.
В целом это хорошо что развиваются браузеры не только на хромовском движке.
Хочу еще вспомнить, что когда-то в Qt был QWebKit, а затем заменили на QWebEngine (на хромовском движке) с потерей части функционала - удалили QWebElement и прямой доступ к DOM из C++ кода. А работать "асинхронно через js" лично мне не нравится. В общем, было бы здорово если бы QWebEngine не был привязан к конкретному движку, а позволял работать с любыми , в том числе webkit и firefox.
Сделали бы китайцы дешевые раскладушки с двумя обычными экранами, было бы интереснее. А еще лучше с экраном и физической клавиатурой.
А при чем тут процессор, если сама технология - это "комбинация Wi-Fi и Bluetooth"? По идее, если скажем на ноутбуке c x86 процессором и Виндой/Линуксом в качестве ОС наличествует Wi-Fi и Bluetooth, то с помощью соответствующего софта должна работать и данная технология. Или нет?
Поскольку не пользуюсь Wine то не очень понятно зачем этот Bottles нужен. Разве не просто двойным щелчком там программы запускаются? Нужна еще специальная оболочка для запуска?
Например тем что Calibre создает свою файловую структуру с какими-то своими человеко-нечитаемыми именами файлов. В результате нарушается фундаментальный принцип прозрачности файловой структуры для пользователя, книги вне Calibre превращаются в тыкву.
Это проблемы не Qt, а самого C++ как языка и его библиотеки. С++ далек от совершенства, стандартаня библиотека далека от соврешенства, Qt как может пытается это исправить. Но разумеется, на несовершенном фундаменте совершенное здание не построить:)
Как эти NPU в сравнении с обычными GPU? По цене и по возможностям? Есть ли шанс что NPU окажутся реальным и более дешевым решением для обычных персоналок, чем дорогущие видеокарты?
На месте разработчиков Qt я бы добавил еще одну такую же мощную строку для Utf8 (поддержать оба внутренних представления в одной QString наверное сложнее, хотя потенциально тоже возможно). А QByteArray , который иногда используется как байтовая строка, лучше бы переименовать в QBlob.
Фантастики научные, написанные нейросетями, сгенерированными нейросетями? :)
А есть ли независимые универсальные решения, поддерживающие AirDrop и другие подобные технологии (как можно больше одновременно, чтобы уж наверняка) на любых android-смартфонах?
Про игровые строки не знаю, а из обычных QString самая лучшая. Реально много продуманных и полезных методов, не то что в убогой std::string.
DOS это готовая однозадачная встраиваемая система, для применений где не нужна никакая графика и окна. Так что возможно DOS более широко применяется чем Win3.
Возможно вот этот. Недавно наткнулся, классная вещь: https://ru.wikipedia.org/wiki/Supermium
Func1 и Func2 это имена "функциональных литералов", а не типов. А для литералов обычно применяют структурную типизацию, которая в случае функций определяется сигнаторой. По сути это как числа или строки. Поэтому все логично.
PS Я не знаю есть ли языки, в которых можно было бы ввести явный тип функции, и далее проверять, что функциональный литерал соответствует этому типу. Но было бы любопытно, тогда бы функциональные литералы стали бы номинативно типизированными, что-то вроде вот такого (псеводкод):
И вероятно, такие функции нельзя было бы присвоить/передать куда попало - только туда, где явно прописан тип func_t.
ИМХО, устаревание софта вообще по большей части искусственное. В M$ захотят навязать новую систему с обновлениями и телеметрией, и в результате пишут драйвера для нового железа только под эту новую систему. Ну а дальше и софтописатели подтягиваются.
Вот Q1 Ultra очень классно выглядит, и хотя в руках ни разу не держал, но кажется что это идеальное устройство именно для активной работы с контентом. Клавиатура с двух сторон визуально воспринимается очень удобной для быстрого набора текста.
Само осязание тоже как минимум делится на осязание давления и осязание температуры. А интерпретация это вообще не чувство. С помощью зрения мы можем оценивать расстояние до объектов, распознавать образы, читать текст - совершенно разные интерпретации, хотя канал один и тот же.
Вот что-то подобное нужно и для математики (от доказательства теорем до поиска новых направлений математики). А там и до теоретической физики недалеко. ИИ ищет цели направления интуитивно-эвристически, точный алгоритм выводит и проверяет.
Относительно чего именно "Земля ушла от нас довольно далеко по орбите"? В космосе вроде как нет абсолютной сетки координат, всё относительно.