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

TGINSIGHT SIMILAR POSTS

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

Изходен канал @clockstackwheels · Post #966 · 19.03

Меня иногда спрашивают, заменят ли нейросети программистов (или "когда заменят"). Мне на эту тему очень нравится картинка ниже. Давайте подумаем, что делает ценным квалифицированного специалиста. Задача специалиста это принять на вход некоторые стартовые условия, а потом произвести над ними манипуляции, чтобы выдать требуемый результат. Хирург получает тело человека с каким-то заболеванием и должен в нужных местах совершить надрезы и наложить швы, чтобы в качестве результата человек остался живым и более здоровым, чем раньше. Адвокат получает материалы дела с каким-то конфликтом и должен произвести некоторую последовательность воздействий на суд так, чтобы именно его клиент вышел из конфликта победителем. Строитель-прораб получает чертежи здания, площадку и бюджет и должен сформировать цепочку управляющих команд для рабочих, чтобы в итоге получилось здание, которое не упадёт и пройдёт нужные проверки. Если между набором стартовых условий и конечным результатом всегда одинаковая последовательность манипуляций, такой труд автоматизируется. Сложно как-то принципиально по-разному рассчитать клиента на кассе. Сложно выбрать несколько путей оформления одного и того же шаблонного документа. Нельзя десятью способами нарезать резьбу с заданным шагом на заданной заготовке. Так что для всего этого есть станки, аппараты, программы и роботы. Квалификация подключается там, где путей много, и для выбора правильного недостаточно просто описать желаемый конечный результат. У специалиста есть знания, опыт и интуиция, которые позволяют ему именно в каждом конкретном случае принимать решения. Относится ли программирование к подобным областям? Безусловно. Одну и ту же программу можно написать сотней способов и между этими способами будут серьёзные отличия, которые повлияют впоследствии на использование и развитие этой программы. Ну хорошо, но мы ведь загрузили в нейросеть весь опыт и знания программистов. Что мешает ей пройти тот же путь, что пройдёт программист, и точно так же принимать решения, исходя из ситуации? Два момента. Во-первых, у человека есть воля, а у нейросети нет. У человека есть способность как бы создавать новые решения внутри себя, а не в результате некоторой инструкции извне. И воля квалифицированного специалиста — важный аспект его работы. Грубо говоря, в части случаев мы хотим, чтобы специалист совершил творческий акт, принимая решения. Во-вторых, опыт практически в любой области, требующей квалификации, частично включает в себя понимание всего многообразия контекстов человечества в целом. То есть как бы знания того, что такое человек, в каких ситуациях он будет пользоваться результатом твоей работы и так далее. Так что нет, нейросети не заменят программистов. Исключение, пожалуй, такое: программа, которая запускается один раз для выдачи конкретного результата, не требующего высокой надёжности. Если мне нужно один раз для личного удобства переименовать тысячу файлов, то в целом программа, которая это делает, может быть написана сколь угодно плохо, лишь бы работала. Но это совсем небольшой процент реальных сценариев. #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