Обновить
18

Пользователь

1
Подписчики
Отправить сообщение

Еще с виджетами гемор работать с "touch screen". То "popup" диалог не работает с touch screen, хотя аналогичный QML отрабатывает нормально, то QListView не различает прокрутку пальцем и нажатие, то к каждому виджету нужно QScroller прикрутить, чтобы "кинетическая" прокрутка работала, хотя опять же QML как-то могут и с мышкой и с "touch screen" из коробки работать. То сам Qt начинает "бажить" с очередной версией, например https://bugreports.qt.io/browse/QTBUG-82355

А assume пробовали добавлять? Например clang __builtin_assume с инвариантом, что Srbga[i + x] <= Srbga[i + 3] ?

казалось бы, переполнение будет в обоих версиях, так какая разница

По идее в "скалярном" никаких переполнений не будет. Там будет numeric promotions. Там сразу все в "int" будет считаться, который на данных платформах 32 битный.


В векторизованном коде мы пользуемся знанием о том, что значения пикселей уже умножены на альфу, соответственно, если (255 — Sa) = 255, то Srgba[i + 0] = 0

Вы хотели сказать, что Srbga[i + 3] == 0, ведь Sa это Srgba[i + 3], а не Srgba[i + 0]?

По вашему "benchmark" кстати видно регрессию gcc. Создал баг https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99856 .

А зачем нужен удаленный доступ на уровне приложения, а не целиком для ОС? Пользователям сложно настраивать доступ по RDP, nomachine и т.п., или работа на уровне приложения позволяет что-нибудь оптимизировать?

Да, но про добавление пары новых эмодзи рассказывает глава многомиллиардной корпорации представляя один из главных продуктов своей компании. Это ли не свидетельство важности микро картинок смайликов и какашек в современном обществе :)

А сколько в итоге по при использовании этой ступени удалось съэкономить?
То есть сколько получилось: 9 новых — 9 ремонтов — 9 излишком топлива для возврата — 9 логистика на земле ?

Зачем лететь вообще — тут все просто. Это как в фундаментальной наукой или очень высшей математикой — никогда не знаешь, как это выстрелит.

ИМХО, но это не фундаментальная наука, а фундаментальное чувство — самосохранение. Наличие поселений человечества на двух планетах, а не на одной, а также наличие технической возможности создавать поселения в непригодных изначально для жизни местах,
это то что резко повысит шансы выжить человечества как вида.

Наверное потому что std::chrono::milliseconds не зарегистрирован в Qt как тип,
а вот int зарегистрирован. И поэтому можно соединить сигнал из одного потока и слот start(int), а вот если бы start(std::chrono::milliseconds) был слотом то можно было бы совершить ошибку и узнать об этом только в runtime.


И кстати в баге же указан QDeadlineTimer, там как раз int64, чем он не подошел?

А есть какие-нибудь цифры, сколько продали и во сколько оценивается спрос?
Просто как-то видел цифры по РФ и там оказалось что в начале продаж в РФ привезли всего пару сотен 3080. Ну пусть 3080 почти топовая карта, пусть РФ не главный рынок и т.д. и т.п.
Но все таки пара сотен это так мало, пусть даже в США скажем они в сто раз больше продают,
но все равно это какой-то мизер, я думал что цифры на много порядков больше.

Действительно может получать скидку? Насколько я знаю по крайней мере яндекс обязывает по контракту иметь одинаковые цены для доставки через сайт ресторана напрямую и через яндекс. Чтобы не было ситауции, что один раз заказали через яндекс, а потом все заказы пошли мимо него. Посредник хочет получать процент всегда, а не только первый раз.

Как-то чертовски неудобно пялиться все время в экран. Почему бы не использовать виртуальную реальность и там передвигать фигуры, и транслировать 3Д картинку. И добавлять в 3Д картинку какие-нибудь помехи, которые не мешали бы человеку, но были бы очень неудобны для алгоритмов компьютерного зрения.

Вроде один из основных плюсов присуствия ресторана в яндекс/деливери это наличие ресторана в поиске, а доставкой многие занимаются минуя яндекс/деливери, за это можно меньший процент платить аргрегаторам. А договориться много относительно мелких предпринимателй вряд ли смогут.

Так статья же от bloomberg про бэкдоры оказалась полностью фэйковой.
Появились какие-то новые факты про бэкдоры?

К libreoffice вроде раньше отдельно продовали проверку орфорграфии от бывших разработчиков ворда.

Под удалением книг/программ и т.д. я думаю имеется ввиду удаление самой компаниней Apple их с ваших устройств. Переехали вы в другую страну или в вашей стране что-то Apple решила заблокировать и раз с вашего телефона исчезнет книга, фильм, программа и т.д.: https://www.macrumors.com/2008/08/06/apples-ability-to-deactivate-malicious-app-store-apps/


Ну Google здесь конечно не очень отличается. Слышал историю как при перезде в другую страну пропал доступ к некоторым книгам в Google Books.

Но банальный факт, что операция «remove» в массиве будет занимать дольше, чем в хэш-таблице или что поиск элемента в списке будет долгим

Но ведь если брать в общем, то это не так. Удаление последнего элемента
в массиве точно быстрее удаления в сложной структуре, нужно же всего лишь размер на единицу уменьшить. И скорее всего удаление нескольких последних элементов тоже может быть быстрее чем удаление в хэш таблице, хотя за счет кэшей процессора.


Ну и например если массив небольшой, то поиск в нем вполне может быть быстрее,
конечно все зависит еще от типов данных в массиве и хэш-таблице.

С чего бы это? Вот определение списка:

Ну вся соль задачи что аллокаций памяти в куче не производится,
и используется O(1) доп. памяти. Такое возможно реализовать на хаскелле?

Так мы про github говорим, причем здесь SO?

звезды довольно трудно накрутить

А в чем сложность? Зарегистрировал 100500 пользователей и от их имени поставил звездочки.
По-моему причина отсутсвия накрутки просто в том что это никому ненужно.

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность