TGTGInsightтелеграм анализLIVE / telegram public index
← Такты, стеки, два колеса

TGINSIGHT SIMILAR POSTS

Намери подобно съдържание

Изходен канал @clockstackwheels · Post #1083 · 8.04

Ух, очень продуктивная была поездка. Наши взяли золото, причём, в этом году организаторы решили наградить в том числе экспертов по подготовке, чьи команды выиграли. Не надеялся я, что когда-нибудь ещё раз (после победы в 2022) поднимусь на эту сцену и получу медаль, а оно вот как сложилось. Наверное, по эмоциям от AtomSkills один из самых сильных эффектов. С ним соперничают, разве что, мой первый хакатон VK Hack 2018, и крупнейший в мире хакатон «Цифровой Прорыв», сильно изменивший мою последующую жизнь. В любом случае, каждый год AtomSkills это очень масштабное и классно срежиссированное мероприятие с большим количеством впечатлений, интереса, опыта. А сейчас вот был юбилейный чемпионат — десятый, и такой подгон. Два года не брали медалей, и никогда раньше в нашей компетенции не награждали тех, кто привёз команды. Видимо, мои хакатонные боги-покровители решили, что я засиделся. В задание тоже удалось привнести некоторую новизну. В целом схема такая: эксперты совместно делают задание, придумывают шкалу оценки и критерии. Но при проверке решений каждую команду смотрят только те, кто к этой команде не имеет отношения. При этом критерии оценки это в большинстве своём объективные предикаты, на которые решение проверяется. Например, в критериях может быть фраза «Система позволяет создать нового пользователя: да (3 очка) / нет (0 очков)». Де-факто споров почти не возникает, коллегия экспертов почти всегда сразу видит и понимает, засчитывается тот или иной критерий или нет. Субъективные части в оценке тоже есть, но их влияние на результат в разы меньше, чем в обычных хакатонах. И да, важнейшее ключевое отличие: на AtomSkills решение каждой команды обязательно разворачивается независимо на пустом компьютере и прогоняется через бизнес-сценарии. Нельзя наврать в презентации, будто бы ты что-то сделал, чего нет. Нельзя сделать решение на моках или фейковое. Нельзя вытащить только на харизме и софт-скиллах. В этом году мы, как авторы задания, к обычной энтерпрайз-части добавили алгоритмическую задачу. Стандартно командам предлагается сделать мини-CRM или нечто подобное в заданном домене, что увеличивает влияние заготовок. Если принести с собой слишком много подготовленных форм, CRUD'ов, конфигов и так далее, это экономит тебе много времени, и ты в итоге просто выигрываешь из-за форы. Сейчас же в мини-CRM была специальная функция: написать алгоритм оптимизации расписания работ. Детали задачи я расскажу завтра, но в целом никакие заготовки не помогали решить это эффективно, если не знать задачу заранее (а она до конкурса скрыта, и разглашение карается дисквалификацией). В итоге лично на мой взгляд итоговый балл получился очень взвешенным: — Если команда сделала хороший алгоритм и не провалилась при этом по обычной не-алгоритмической части, она набирала много баллов (как наши) — Если команда сделала неэффективный, но работоспособный алгоритм, у неё был шанс вывезти за счёт супер идеального вылизанного исполнения не-алгоритмической работы (такие получили серебро и бронзу) — Если алгоритм у команды не заработал вообще, то даже при супер идеальном остальном решении в тройку она не попала — Если алгоритм у команды был хороший, но имелся сильный провал во всём остальном — она вообще оказывалась ниже середины В общем, не знаю, попаду ли в следующий раз, но воспоминания и опыт невероятные. #dev

Hashtags

Резултати

Намерени 1 подобни публикации

Търсене: #statementofclaim

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

@enlawreport · Post #1882 · 24.01.2026 г., 04:52

✍️Как реально “собирается” Statement of Claim по английскому праву (без магии и пафоса) Большинство думает, что Statement of Claim пишется так: “сел, вдохновился, красиво изложил и подал”. На практике это больше похоже на инженерную сборку, где любое слабое звено ломает весь корпус: факт, доказательство, причинность, формулировка, логика. Вот как это устроено, если делать грамотно. 1) Client intake & instructions (вход клиента и “что вообще хотим”) Первый шаг не про право. Он про реальность. ✅ Что именно произошло? ✅ Чего клиент хочет на выходе? Деньги? запрет? декларацию? ✅ Где спор будет жить: High Court, арбитраж, другая юрисдикция? 📌 Ошибка №1: начать писать “претензию” до того, как ты понял цель и площадку. 2) Fact collection & evidence assembly (факты + доказательства) Ты не пишешь историю. Ты строишь доказуемую картину. 🔹 контракты, переписка, инвойсы, акты 🔹 хронология событий (по дням и документам) 🔹 ключевые моменты: кто что сделал/не сделал/сказал/подписал ⚠️ Если тут слабое место, то дальше всё будет “вилами по воде”. Не будет доказательств = не будет кейса. 3) Legal qualification (юридическая квалификация) Только теперь включается право. ✅ какое право применимо ✅ какие causes of action (основания иска) ✅ какие duty/standards (обязанность и стандарт нарушения) 📌 Ошибка №2: “мне кажется это fraud / negligence” без привязки к фактам и элементам. 4) Issue framing (упаковка спора в понятные суду вопросы) Тут ты превращаешь хаос в структуру: где breach (нарушение) какая liability theory (теория ответственности) как работает causation logic (причинная связь) ⚠️ Главный убийца кейса: causation gap Когда вред вроде есть, нарушение вроде есть… а связать их логически нельзя. Иногда честный вывод тут один: discard (не тратить время, закрыть направление, поменять стратегию). 5) Structure of Statement of Claim (скелет документа) Хороший Statement of Claim читается как точный маршрут: Parties & Jurisdiction Factual background Breach & wrongdoing Causation Damages Relief sought 📌 Ошибка №3: “слишком много эмоций” и “слишком мало конструкции”. Суд не нанимался угадывать. 6) Drafting & iteration (черновики, правки, “снять жир”) Один драфт почти никогда не бывает финальным. версии документа внутренний ревью переписывание слабых мест вычищение лишних слов, повторов и противоречий Это этап, где текст становится оружием, а не “рассказом”. 7) Verification & consistency check (проверка на прочность) Финальная проверка выглядит просто, но это самая дорогая часть работы: ✅ каждое утверждение = подкреплено доказательством ✅ внутренняя логика без дыр ✅ противоречия убраны ✅ narrative совпадает с документами И только после этого документ превращается в: 📄Filed pleading (поданное процессуальное заявление) 🎯 Главная мысль Statement of Claim это не “текст юриста”. Это система: факты → доказательства → право → причинность → структура → проверка. Если ты пропустил один блок, то в суде тебя “разберут” за 10 минут. #EnglishLawReport#Litigation#StatementOfClaim#LegalWriting#DisputeStrategy#Arbitration#CommercialCourt