В железе реализуют алгоритмы обрабатывающие большие потоки данных, а всё что связано с генерацией ключей вроде этого - в софте. Поэтому добавить поддержку легко.
Вот все остальные вопросы к российскому 5g делают эту новость немного смешной.
В каких то (экстремальных?) вариантах есть - скажем, португальский есть в варианте Бразилия и Португалия. Таких ещё языка три есть. Но вот испанский один _(о)_/
Да и так сразу видно, как рот откроет. Салтыков-Щедрин, «Органчик». Только технологический прогресс чуть расширил ассортимент «Не потерплю!» и «Разорю!».
По 15-20 минут на самокат? Тут обещают «крупноузловую сборку из 118 узлов и комплектующих», это по десять секунд в среднем на узел. Разве что они каждый отдельный винтик в комплектующие записали. Могли конечно.
Walmart таки технологическая компания. Они были пионерами в data warehouse, в 92ом были первыми в мире с терабайтным data warehouse, гордились управлением цепочками поставок и запасами в реальном времени, предсказанием спроса по погоде и так далее. Но сейчас похоже сдали.
На Rust нельзя описать нормально многие структуры. Нужны либо unsafe, либо проверки в рантайме. Borrow checker ограничен в том, безопасность чего он может доказать. Довольно большой класс безопасных структур он не пропустит, из-за чего в том же Rust много библиотечных классов реализовано на unsafe.
Вы необходимо столкнетесь с чем-то подобным, буду ждать следующих статей как вы это решили.
Тот же full scan нормален на 1 мегабайте, не ОК на допустим 10 Тб. Но где граница, и как сделать так чтобы самый важный запрос не упал, когда самая главная таблица вдруг превысила этот порог на один байт?
Разные No/NewSQL базы тоже стабильные точечные запросы обеспечивают. А вот произвольный SQL не могут, и не видно как это было бы возможно.
В чем-то сходно с Rust, какие-то ограниченные структуры владения объектами можно описать и он гарантирует безопасность. А вот произвольный связи как в плюсах не сделать.
Выбор, и там и там, между универсальностью и гарантиями. В общем для обоих есть применения, но универсальность нужна чаще конечно.
Одно отличие я заметил, в С++ объект освобождается по выходу из области видимости, а тут иногда раньше, по месту "последнего" использования. Это память в каких-то случаях экономит, но редко. Зато ломает RAII паттерн.
Но разница как-то явно не достаточная чтобы избежать нормального borrow checker. А что компилятор делает если этот указатель передается в другие функции из статьи совсем не ясно.
Течет, как обычно, в российском модуле. Как его “Федором” помяли, так регулярно течет.
И китайских товарищей как нибудь обойти мимо
Судя по упоминанию в одном контексте паролей пользователя и trustzone, дфмн просто идиот.
Им всё равно на ком погоны заработать. На днях до 8 летних детей докопались, не там играли.
В железе реализуют алгоритмы обрабатывающие большие потоки данных, а всё что связано с генерацией ключей вроде этого - в софте. Поэтому добавить поддержку легко.
Вот все остальные вопросы к российскому 5g делают эту новость немного смешной.
В Google Translate, и на сайте и в Андроид приложении
В каких то (экстремальных?) вариантах есть - скажем, португальский есть в варианте Бразилия и Португалия. Таких ещё языка три есть. Но вот испанский один _(о)_/
Они как раз хвалятся тем, что будут втюхивать
Ваш выбор стула в целом ясен
Требуют от Телеграмма гораздо больше, чем запретить выдачу.
Он-то не пропадет.
Да и так сразу видно, как рот откроет. Салтыков-Щедрин, «Органчик». Только технологический прогресс чуть расширил ассортимент «Не потерплю!» и «Разорю!».
По 15-20 минут на самокат? Тут обещают «крупноузловую сборку из 118 узлов и комплектующих», это по десять секунд в среднем на узел. Разве что они каждый отдельный винтик в комплектующие записали. Могли конечно.
Я роботов не ожидал, но представил себе простенький конвейер. Похоже однако и его нет.
Судя по фото, полностью ручная сборка, даже какую-нибудь старую китайскую линию по сборке не купили? Или всё же хоть немного автоматизировали?
Walmart таки технологическая компания. Они были пионерами в data warehouse, в 92ом были первыми в мире с терабайтным data warehouse, гордились управлением цепочками поставок и запасами в реальном времени, предсказанием спроса по погоде и так далее. Но сейчас похоже сдали.
На Rust нельзя описать нормально многие структуры. Нужны либо unsafe, либо проверки в рантайме. Borrow checker ограничен в том, безопасность чего он может доказать. Довольно большой класс безопасных структур он не пропустит, из-за чего в том же Rust много библиотечных классов реализовано на unsafe.
Вы необходимо столкнетесь с чем-то подобным, буду ждать следующих статей как вы это решили.
Тот же full scan нормален на 1 мегабайте, не ОК на допустим 10 Тб. Но где граница, и как сделать так чтобы самый важный запрос не упал, когда самая главная таблица вдруг превысила этот порог на один байт?
Разные No/NewSQL базы тоже стабильные точечные запросы обеспечивают. А вот произвольный SQL не могут, и не видно как это было бы возможно.
В чем-то сходно с Rust, какие-то ограниченные структуры владения объектами можно описать и он гарантирует безопасность. А вот произвольный связи как в плюсах не сделать.
Выбор, и там и там, между универсальностью и гарантиями. В общем для обоих есть применения, но универсальность нужна чаще конечно.
Выше это и не утверждалось, лишь что небольшая смена семантики не позволит избежать borrow checker'а (при декларируемой memory safety).
Одно отличие я заметил, в С++ объект освобождается по выходу из области видимости, а тут иногда раньше, по месту "последнего" использования. Это память в каких-то случаях экономит, но редко. Зато ломает RAII паттерн.
Но разница как-то явно не достаточная чтобы избежать нормального borrow checker. А что компилятор делает если этот указатель передается в другие функции из статьи совсем не ясно.