Пока не получается перейти: в python 3.8 поломали API сишных расширений, из-за этого не собирается cython, который во многих библиотеках используется. Конечно, в версии из гита уже поправили, но на pypi ещё не загрузили.
Зато, становится намного более понятно, с чем работает каждая функция, какой тип принимает, какой возвращает. С ними можно прикрутить статический анализатор (mypy), использовать их для сериализации (pydantic), задавать ими форматы данных для API (fastapi).
Да, разъема нет. Поставил переходник PCIe x4 -> NVMe. Мать: Gigabyte ga-970a-ds3p fx
Действовал вот по этому мануалу. По идее, он подойдёт всем владельцам AMI UEFI, но точно сказать нельзя, и делать это стоит на свой страх и риск.
У меня материнка с UEFI, но без поддержки NVMe. Прошёл более рискованный путь: вшил драйвер NVMe в саму UEFI-прошивку по инструкции (для каждого производителя UEFI немного по-разному). Теперь есть возможность загружаться напрямую с SSD без промежуточных загрузчиков.
Эта идея фактически равносильна пачке чистых листов бумаги с вашей подписью.
Ключи, которые генерируются и хранятся не локально — заранее скомпрометированы.
Если бы цель была — предоставить доступ к телеканалам, то создали бы m3u со списком потоков для всех каналов. Этот m3u можно было бы загрузить в любой iptv-плеер. А так цель — срубить бабла.
Пробовал solarized в PyCharm и в терминале. То, что они одинаковые — это интересно и красиво. Не понравилось, что у них слишком низкая контрастность (автор представляет это как "фишку")
UTF-32 даёт нам возможность более вычислительно более простого итерирования по кодовым точкам. При сборке символа из кодовых точек нам же всё равно придётся итерироваться по ним. А так как у UTF-32 фиксированое количество байт на точку, нам нужно будет заботиться только о смещении относительно начала, а не об обработке суррогатных пар.
Также, type hints можно использовать, когда нам нужна явная привязка названия переменной к её типу. Например, есть библиотека pydantic, которая использует type hint'ы в датаклассах для маршаллинга и валидации схемы данных. Мы перешли на неё с marshmallow, очень удобно.
И после "прорыва" ситуация стала печальной: UTF-16 объединяет недостатки UTF-8 и UTF-32.
Он занимает много места (кроме иероглифов) и является кодировкой, где каждый code point кодируется последовательностью байт переменной длины ("спасибо" суррогатным парам). К тому же, старый и не очень софт не поддерживает UTF-16 (только UCS-2). Плюс, проблемы с endianness.
Поэтому, в современном софте имеет смысл использовать UTF-8 для хранения текста, UTF-32 для обработки, а про UTF-16 просто забыть.
Даже с облачными хранилищами бекапы и правило 3-2-1 никто не отменял.
Так открытый — это когда все обо всех знают. Если государство будет играть по тем же правилам, то всё будет хорошо.
Просто, вряд ли будет.
Прежде всего, дело в том, что изменили сигнатуры некоторых функций. В частности, cython при компиляции жалуется на изменение PyCode_New в CPython.
Пока не получается перейти: в python 3.8 поломали API сишных расширений, из-за этого не собирается cython, который во многих библиотеках используется. Конечно, в версии из гита уже поправили, но на pypi ещё не загрузили.
Зато, становится намного более понятно, с чем работает каждая функция, какой тип принимает, какой возвращает. С ними можно прикрутить статический анализатор (mypy), использовать их для сериализации (pydantic), задавать ими форматы данных для API (fastapi).
Да, разъема нет. Поставил переходник PCIe x4 -> NVMe. Мать: Gigabyte ga-970a-ds3p fx
Действовал вот по этому мануалу. По идее, он подойдёт всем владельцам AMI UEFI, но точно сказать нельзя, и делать это стоит на свой страх и риск.
В российское законодательство завезли коллективные иски буквально недавно. Есть хорошая возможность попробовать их в действии.
У меня материнка с UEFI, но без поддержки NVMe. Прошёл более рискованный путь: вшил драйвер NVMe в саму UEFI-прошивку по инструкции (для каждого производителя UEFI немного по-разному). Теперь есть возможность загружаться напрямую с SSD без промежуточных загрузчиков.
Эта идея фактически равносильна пачке чистых листов бумаги с вашей подписью.
Ключи, которые генерируются и хранятся не локально — заранее скомпрометированы.
Если бы цель была — предоставить доступ к телеканалам, то создали бы m3u со списком потоков для всех каналов. Этот m3u можно было бы загрузить в любой iptv-плеер. А так цель — срубить бабла.
Пробовал solarized в PyCharm и в терминале. То, что они одинаковые — это интересно и красиво. Не понравилось, что у них слишком низкая контрастность (автор представляет это как "фишку")
Именно. Если бы было не так, то новый пресет бы просто отправили через автообновление, которое есть сейчас у каждого телевизора.
UTF-32 даёт нам возможность более вычислительно более простого итерирования по кодовым точкам. При сборке символа из кодовых точек нам же всё равно придётся итерироваться по ним. А так как у UTF-32 фиксированое количество байт на точку, нам нужно будет заботиться только о смещении относительно начала, а не об обработке суррогатных пар.
"облачная эцп" — это заранее скомпрометированный способ. С тем же успехом можно в налоговую отнести пачку чистых листов с подписью.
"Развитие малого бизнеса" говорили они. И вот сейчас сделали штраф такой, что когда на него попадаешь — компанию можно закрывать.
Также, type hints можно использовать, когда нам нужна явная привязка названия переменной к её типу. Например, есть библиотека pydantic, которая использует type hint'ы в датаклассах для маршаллинга и валидации схемы данных. Мы перешли на неё с marshmallow, очень удобно.
Именно так и работал XMPP, но, как видим, он не прижился.
И после "прорыва" ситуация стала печальной: UTF-16 объединяет недостатки UTF-8 и UTF-32.
Он занимает много места (кроме иероглифов) и является кодировкой, где каждый code point кодируется последовательностью байт переменной длины ("спасибо" суррогатным парам). К тому же, старый и не очень софт не поддерживает UTF-16 (только UCS-2). Плюс, проблемы с endianness.
Поэтому, в современном софте имеет смысл использовать UTF-8 для хранения текста, UTF-32 для обработки, а про UTF-16 просто забыть.
Если бы было так, то использовали бы UTF-32. Использование же UTF-16 — это по большей части легаси.
В том-то и ирония, что Slack, который себя позиционирует как мессенджер для бизнеса облажался, а Telegram — нет.