А его можно использовать как Amazon S3 для шифрованных бэкапов? А то больно дешево получается.
Меня не забанят за хранение шифрованных данных, которые они не могут проиндексировать и показать мне рекламу?
За трафик получается вообще платить не надо? Только за данные?
Ну это как в истории про мегафон, торренты в роуминге и иск на миллион — там он проиграл. Ну и можно гнуть линию что slavikse не подписывался на получение услуги в кредит.
А современные версии Windows вроде бы при удалении показывают что-то типа «Оценка времени...» и потом только прогресс-бар. Так что вероятно они пошли по пути 2 (не буду утверждать что это лучшее решение)
А не планируете ли скриншоттилку (редактирование/аплоад) выпустить отдельно от Яндекс.Диска и предоставить возможность аплоадить скриншоты куда-нибудь ещё? Или заопенсорсить? Или выпустить версию для корпораций, которая будет сохранять файлы в интранет (как-нибудь конфигурируемо)?
А то функциональность выглядит очень удобной, но на работе нельзя аплоадить в скриншоты в внешние облака.
P.S. — ну или может хабрагоспода посоветуют альтернативу, удовлетворяющую описанным выше требованиям (хотя не уверен насколько уместно спрашивать про альтернативу в этом топике)
А как так получилось, что килограмм _по определению_ был введён, как масса определенного объема воды, а сейчас оказывается что этот объем воды весит на 25 миллиграмм меньше?
Вот сейчас они когда этот шар строили, они с чем его массу сравнивали, чтобы убедиться что он весит ровно килограмм? С водой? Или же ездили в Париж чтобы сравнить с эталоном из Палаты Мер и Весов?
Ну даже если вживишь — некоторая часть кода ДНК исполнялась в процессе формирования плода, младенчестве и т.д. Её изменение в уже сформированном организме его не изменит.
Вроде ж и в 3D можно вращать планету без неподвижных точек.
Возьмём обычное вращение вокруг своей оси.
Потом начнём ось вращать вокруг её середины. Едва ли могу себе представить что при этом получится, но полюса при этом начнут двигаться, и вряд ли что-то станет неподвижным.
Ну обратную тоже через диагональ можно решать. Только там придется квадратный корень аккуратно брать чтобы погрешности не охватить.
А так решение за O(1) — если считать что арифметические операции за константное время работают. Просто в C++ в отличие от Python длинной арифметики встроенной нет, поэтому для справедливости стоит понизить ограничение чтобы в uint64_t влезало.
Меня не забанят за хранение шифрованных данных, которые они не могут проиндексировать и показать мне рекламу?
За трафик получается вообще платить не надо? Только за данные?
Сразу ассоциации с очередями в отделениях почты России.
А не планируете ли скриншоттилку (редактирование/аплоад) выпустить отдельно от Яндекс.Диска и предоставить возможность аплоадить скриншоты куда-нибудь ещё? Или заопенсорсить? Или выпустить версию для корпораций, которая будет сохранять файлы в интранет (как-нибудь конфигурируемо)?
А то функциональность выглядит очень удобной, но на работе нельзя аплоадить в скриншоты в внешние облака.
P.S. — ну или может хабрагоспода посоветуют альтернативу, удовлетворяющую описанным выше требованиям (хотя не уверен насколько уместно спрашивать про альтернативу в этом топике)
Не объясните популярно, чем белок отличается от протеина, и почему в русском языке слова два, а в английском — одно?
Например на sportswiki:
белок — 468 результатов, протеин — 521 результат.
Даже гугл-транслейт вполне по вашей ссылке допускает такой вариант.
Вот сейчас они когда этот шар строили, они с чем его массу сравнивали, чтобы убедиться что он весит ровно килограмм? С водой? Или же ездили в Париж чтобы сравнить с эталоном из Палаты Мер и Весов?
#!/usr/local/bin/tcc -run, то можно и без gcc:./main.cВозьмём обычное вращение вокруг своей оси.
Потом начнём ось вращать вокруг её середины. Едва ли могу себе представить что при этом получится, но полюса при этом начнут двигаться, и вряд ли что-то станет неподвижным.
А так решение за O(1) — если считать что арифметические операции за константное время работают. Просто в C++ в отличие от Python длинной арифметики встроенной нет, поэтому для справедливости стоит понизить ограничение чтобы в uint64_t влезало.
Кстати у вас тут мне кусочек не нравится:
при больших числах наверняка не хватит мантиссы (сомневаюсь что в Python float тоже длинный).