TGTGInsighttelegram intelligenceLIVE / telegram public index
← Python Заметки

TGINSIGHT SIMILAR POSTS

Најди сличен содржај

Изворен канал @pythonotes · Post #241 · 5 мај

Можно ли в Python создавать бинарные файлы? Конечно можно. Для этого в Python есть следующие инструменты: ▫️ тип данных bytes и bytearray ▫️ открытие файла в режиме wb (write binary) или rb (read binary) ▫️ модуль struct Про модуль struct поговорим в первую очередь. Файл в формате JSON или Yaml внутри себя содержит разметку данных. Всегда можно определить где список начался а где закончился. Где записана строка а где словарь. То есть формат записи данных содержит в себе элементы разметки данных. В binary-файле данные не имеют визуальной разметки. Это просто байты, записанные один за другим. Правила записи и чтения находятся вне файла. Модуль struct как раз и помогает с организацией данных в таком файле с помощью определения форматов записи для разных частей файла. Модуль struct преобразует Python-объекты в массив байт, готовый к записи в файл и имеющий определённый вид. Для этого всегда следует указывать формат преобразования (или, как оно здесь называется - запаковки). Формат нужен для того, чтобы выделить достаточное количество байт для записи конкретного типа объекта. В последствии с помощью того же формата будет производиться чтение. При этом следует помнить что мы говорим о типах языка С а не Python. Именно формат определяет, что записано в конкретном месте файла, число, строка или что-то еще. Вот какие токены формата у нас есть. Помимо этого, первым символом можно указать порядок байтов. На разных системах одни и те же типы данных могут записываться по-разному, поэтому желательно указать конкретный способ из доступных. Если этого не сделать, то используется символ '@', то есть нативный для текущей системы. В строке формата мы пишем в каком порядке и какие типы собираемся преобразовать в байты. Запакуем в байты простое число, токен "i". >>> import struct >>> struct.pack('=i', 10) b'\n\x00\x00\x00' Теперь несколько float, при этом нужно передавать элементы не массивом а последовательностью аргументов. >>> struct.pack('=fff', 1.0, 2.5, 4.1) b'\x00\x00\x80?\x00\x00 @33\x83@' Вместо нескольких токенов можно просто указать нужное количество элементов перед одним токеном, результат будет тот же. >>> struct.pack('=3f', 1.0, 2.5, 4.1) b'\x00\x00\x80?\x00\x00 @33\x83@' Теперь запакуем разные типы >>> data = struct.pack('=fiQ', 1.0, 4, 100500) я запаковал типы float, int и unsigned long long (очень большой int, на 8 байт) b'\x00\x00\x80?\x04\x00\x00...' Распаковка происходит аналогично, но нужно указать тот же формат, который использовался при запаковке. Результат возвращается всегда в виде кортежа. >>> struct.unpack('=fiQ', data) (1.0, 4, 100500) Как видите, ничего страшного! #lib#basic

Hashtags

Резултати

Пронајдени 1 слични објави

Пребарај: #section69

当前筛选 #section69清除筛选
English Law Report

@enlawreport · Post #1672 · 10.07.2025 г., 06:36

📘Пишу статью для Arbitration International — День 3 Дело №2: RRY v NKX [2025] EWHC 41 (Comm) Сегодня я прочитал второе дело из моего списка из 19 решений Коммерческого суда Англии, которые я анализирую для будущей статьи. Это дело технически сложное. Много уровней. И самое главное — оно заставило меня задуматься, насколько тонкая грань между “неудачным результатом” и “серьёзной юридической ошибкой”. 🔍Вкратце о деле Истец оспаривал арбитражное решение (на сумму более 1 млн долларов США) сразу по двум основаниям: – Статья 68 — серьёзное процессуальное нарушение (serious irregularity) – Статья 69 — ошибка в применении права (appeal on points of law) Основные аргументы: 👨‍🎓Арбитр несправедливо ограничил перекрёстный допрос и не дал Истцу возможности выдвинуть эстоппель в свою пользу: 1. Арбитр не допустил перекрёстный допрос по вопросу добросовестности ключевого свидетеля со стороны ответчика, ссылаясь на события, произошедшие много лет спустя после заключения договора. 2. Арбитр сам поднял вопрос об эстоппеле в пользу ответчика и не дал истцу возможности выдвинуть эстоппель в свою пользу. 👨‍🎓Арбитр неправильно истолковал условия договора займа т.е: 1. Допустил ошибочную трактовку договора как подлежащего исполнению займа; 2. Оценил отказ от процентов; Суд отклонил все доводы. Ошибки не было. Процесс был честным. В разрешении на апелляцию отказано. 🧠Что беру для статьи ✅ По статье 68: суды по-прежнему считают, что решения по управлению доказательствами — это зона дискреции арбитра, а не повод для пересмотра ✅ По статье 69: планка “явной ошибки в праве” остаётся очень высокой ✅ Арбитры вправе ограничивать допросы и интерпретировать контракты — и суды не спешат вмешиваться, если это сделано обоснованно 📎Что особенно зацепило – Судья (Andrew Baker J) признал, что истец “категорически не согласен” с решением, но несогласие — это ещё не ошибка – Даже если вы думаете, что арбитр ошибся — суд задаёт вопрос: "Это была юридическая дикость?" Если нет — решение остаётся в силе – Аргументы по эстоппелю, показаниям свидетелей и толкованию контракта были рассмотрены, но суд встал на сторону арбитра 🤔Мои сомнения как автора Включать ли такие дела, основанные на статье 69, в основной массив анализа? С одной стороны, мой фокус — статья 68. С другой — в практике я вижу, как стороны параллельно используют и статью 68, и статью 69, надеясь, что хотя бы один из выстрелов попадёт. Это не просто правовая тактика — это ещё и психологический приём давления. Наверное, в статье стоит предусмотреть короткий раздел о переплетении процессуальных и юридических оснований при оспаривании решений. 📘 Завтра — следующее дело. Там будет спор по юрисдикции. А пока — если вы сталкивались с делами по статье 69: Удалось ли вам когда-нибудь добиться отмены арбитражного решения из-за ошибки в праве? Что сыграло ключевую роль? Продолжаю писать статью. И продолжаю делиться — не только выводами, но и самим процессом. #ArbitrationInternational#МеждународныйАрбитраж#Section68#Section69#LCIA#HighCourt#АнглийскоеПраво#ЮридическаяПисанина#AybekWrites#АнализДела#СудебнаяСтратегия#ЮридическоеИсследование