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

TGINSIGHT SIMILAR POSTS

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

Изворен канал @pythonotes · Post #421 · 23 мар.

Мы используем Makefile думая, что нет альтернатив, что это стандарт и всё такое. Но make это не запускалка команд, а система сборки. Мы фактически используем его не по назначению. И на самом деле альтернатива есть! Некоторое время назад я открыл для себя прекрасный инструмент - just. Он решает все проблемы make. just - это не система сборки как make, это именно исполнитель команд! Больше никаких Phony Targets и табуляций, привет нормальный синтаксис и передача аргументов!!! 😎 ⭐️Что умеет just: ✅ Автодокументирование команд Не нужно делать отдельную команду с докой, просто добавь комментарий # команда сборки build: ... $ just --list Available recipes: build # команда сборки Команда с именем default запускается по умолчанию если не указано другое, так что я обычно делаю так: default: just --list Теперь просто выполняем just и получаем доку из текущего файла. ✅ Удобная работа с переменными окружения # загрузить из .env set dotenv-load # глобальная переменная export PYTHONPATH := "./src" # переменная для команды test $TESTUNG="true": pytest ✅ Передача аргументов build target: @echo 'Build {{target}}...' команда запуска $ just build dev # Build dev... ✅ Выбор интерпретатора прямо в команде Пример с инлайн-скриптом на python: system: #!/usr/bin/env python3 import platform print(platform.system()) Эта же функция позволит выполнить скрипт как одну команду вместо перезапуска шела для каждой строки foo: #!/usr/bin/env sh for file in ls .; do echo $file done ✅ Выполнение команды в определенной директории. Можно указать как релятивный путь так и абсолютный [working-directory: 'backend'] build: docker compose build Также можно задать рабочую директорию глобально Там еще много интересного: - поддержка функций - автокомплиты и интеграции - экспрешены - алиасы команд - группировка команд - альтернативы команды под разные ОС - импорт других just-файлов - цветной вывод - ... и другие штуковины! Так что вперёд - ➡️ читать доку! Репозиторий: ➡️https://github.com/casey/just Статья: ➡️https://www.chicks.net/reference/file_formats/just/ ЗЫ. Кажется, на Makefile я уже не вернусь) #tools

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#АнализДела#СудебнаяСтратегия#ЮридическоеИсследование