Сооснователь Anthropic Дарио Амодеи опубликовал лонгрид под названием «The Adolescence of Technology», что можно перевести как «Переходный возраст технологий». В материале он делится мнением о текущем состоянии ИИ, имеющихся рисках и путях возможного дальнейшего развития. В частности, двумя наиболее выдающимися достижениями названы рассуждающие способности, пригодные для решения нерешённых математических задач, и навыки написания кода уровня сеньоров.
«...We are now at the point where AI models are beginning to make progress in solving unsolved mathematical problems, and are good enough at coding that some of the strongest engineers I’ve ever met are now handing over almost all their coding to AI...»
Надо отметить, что, в целом, видна своего рода дискуссия о перспективах ИИ. На форуме в Давосе генеральный директор DeepMind Дэмис Хассабис тоже поделился своим пониманием происходящего. В числе прочего он отметил:
• ChatGPT и все модели этого же типа — это статистические корреляторы (в русском языке часто употребляется более точный термин «статистический попугай»);
• LLM не способны выявлять причинно-следственные связи;
• LLM не способны проводить мысленные эксперименты;
• LLM не способны моделировать физические процессы.
Последние три утверждения я перефразировал, потому что эти три факта были названы как необходимые, но пока ещё отсутствующие условия для появления сильного ИИ (AGI). Где здесь истина, каждый должен определить сам.
https://www.darioamodei.com/essay/the-adolescence-of-technology
https://hightech.plus/2026/01/21/demis-hassabis-model-sposobnaya-ponimat-mir-mozhet-poyavitsya-k-2030-godu
№llm №ии №прогноз
@MarigostraRu
«...We are now at the point where AI models are beginning to make progress in solving unsolved mathematical problems, and are good enough at coding that some of the strongest engineers I’ve ever met are now handing over almost all their coding to AI...»
Надо отметить, что, в целом, видна своего рода дискуссия о перспективах ИИ. На форуме в Давосе генеральный директор DeepMind Дэмис Хассабис тоже поделился своим пониманием происходящего. В числе прочего он отметил:
• ChatGPT и все модели этого же типа — это статистические корреляторы (в русском языке часто употребляется более точный термин «статистический попугай»);
• LLM не способны выявлять причинно-следственные связи;
• LLM не способны проводить мысленные эксперименты;
• LLM не способны моделировать физические процессы.
Последние три утверждения я перефразировал, потому что эти три факта были названы как необходимые, но пока ещё отсутствующие условия для появления сильного ИИ (AGI). Где здесь истина, каждый должен определить сам.
https://www.darioamodei.com/essay/the-adolescence-of-technology
https://hightech.plus/2026/01/21/demis-hassabis-model-sposobnaya-ponimat-mir-mozhet-poyavitsya-k-2030-godu
№llm №ии №прогноз
@MarigostraRu
Darioamodei
Dario Amodei — The Adolescence of Technology
Confronting and Overcoming the Risks of Powerful AI
Компания Anthropic опубликовала компилятор для языка Си под названием claudes-c-compiler, созданный Claude Opus 4.6 — LLM от Anthropic.
• компилятор способен собрать ядро Linux и ещё около 150 известных открытых проектов, включая PostgreSQL, SQLite, Redis и др.;
• код компилятора написан на языке Rust и опубликован как общественное достояние;
• компилятор поддерживает архитектуру x86_64, i686, AArch64 и RISC-V 64;
• модель Claude Opus самостоятельно выполнила всю работу на основе поставленной задачи без интерактивного режима разработки и отладки;
• для разработки компилятора было привлечено 16 AI-агентов, которые сгенерировали 100 тысяч строк кода на Rust;
• компилятор самодостаточен и не требует внешних зависимостей, кроме стандартной библиотеки Rust;
• в компиляторе есть ограничения и проблемы, такие как отсутствие раздельных уровней оптимизации, проблемы с использованием _Atomic и _Complex, частичное поддержку ключевого слова __attribute__ и др.;
• если бы эту работу выполнил бы клиент Anthropic, то ему понадобилось бы заплатить за доступ к API $20 тыс.
У меня нет никаких сомнений, что это фактический конец традиционного способа разработки ПО. Кто быстрее отразит это во всех аспектах деятельности: своей работе, подготовке новых специалистов, оценке экономических показателей, тем лучше он будет себя чувствовать завтра.
Но хочу развеять два мифа:
• наблюдаемая трансформация не устраняет необходимости быть квалифицированным специалистом, поскольку именно в сочетании понимания происходящего и ускорения рутинной разработки появляется ключевой выигрышный эффект;
• требуется пересмотр устоявшегося workflow, чтобы интегрировать новые возможности.
Нельзя просто взять старые привычки и попросить модель работать в их терминах — ничего не получится. Нужно почти по крупинкам пересматривать привычный порядок работы и внедрять в него новые инструменты. Для себя веду эту работу почти с нуля, стараясь максимально прочувствовать все удобства и неудобства, и должен признаться, что этот процесс далёк от приятного. Наверно, можно говорить о какой-то новой разновидности инженерии, но её очертания пока очень туманны.
https://www.opennet.ru/opennews/art.shtml?num=64753
№anthropic #claude
@MarigostraRu
• компилятор способен собрать ядро Linux и ещё около 150 известных открытых проектов, включая PostgreSQL, SQLite, Redis и др.;
• код компилятора написан на языке Rust и опубликован как общественное достояние;
• компилятор поддерживает архитектуру x86_64, i686, AArch64 и RISC-V 64;
• модель Claude Opus самостоятельно выполнила всю работу на основе поставленной задачи без интерактивного режима разработки и отладки;
• для разработки компилятора было привлечено 16 AI-агентов, которые сгенерировали 100 тысяч строк кода на Rust;
• компилятор самодостаточен и не требует внешних зависимостей, кроме стандартной библиотеки Rust;
• в компиляторе есть ограничения и проблемы, такие как отсутствие раздельных уровней оптимизации, проблемы с использованием _Atomic и _Complex, частичное поддержку ключевого слова __attribute__ и др.;
• если бы эту работу выполнил бы клиент Anthropic, то ему понадобилось бы заплатить за доступ к API $20 тыс.
У меня нет никаких сомнений, что это фактический конец традиционного способа разработки ПО. Кто быстрее отразит это во всех аспектах деятельности: своей работе, подготовке новых специалистов, оценке экономических показателей, тем лучше он будет себя чувствовать завтра.
Но хочу развеять два мифа:
• наблюдаемая трансформация не устраняет необходимости быть квалифицированным специалистом, поскольку именно в сочетании понимания происходящего и ускорения рутинной разработки появляется ключевой выигрышный эффект;
• требуется пересмотр устоявшегося workflow, чтобы интегрировать новые возможности.
Нельзя просто взять старые привычки и попросить модель работать в их терминах — ничего не получится. Нужно почти по крупинкам пересматривать привычный порядок работы и внедрять в него новые инструменты. Для себя веду эту работу почти с нуля, стараясь максимально прочувствовать все удобства и неудобства, и должен признаться, что этот процесс далёк от приятного. Наверно, можно говорить о какой-то новой разновидности инженерии, но её очертания пока очень туманны.
https://www.opennet.ru/opennews/art.shtml?num=64753
№anthropic #claude
@MarigostraRu
www.opennet.ru
Anthropic опубликовал Си-компилятор, созданный AI-моделью Claude Opus и способный собрать ядро Linux
В качестве демонстрации возможности автономно создавать крупные проекты при помощи новой AI-модели Claude Opus 4.6, компания Anthropic сгенерировала компилятор для языка Си - claudes-c-compiler, пригодный для сборки ядра Linux, PostgreSQL, SQLite, Redis,…
Во второй половине XX века у философов получили распространение идеи французского коллеги Жака Деррида. Они во многом посвящены анализу текстов, поиску смысла в нём, роли текста и пр.
Смотреть на всё это можно по-разному. В частности, всё это отправлял к лешему один из моих любимейших писателей Джон Фаулз. Его оценку можно найти в сборнике публицистики Фаулза «Кротовые норы».
Фаулз в числе прочего прошёлся и по методу деконструкции Деррида. Подробности сейчас обсуждать не будем, но я всё же полез детально разобраться в самом методе.
Итак, Деррида утверждал, что в каждом тексте или идее есть скрытые предпосылки и предположения, которые определяют их смысл и значение. Однако эти предпосылки не всегда очевидны и могут быть противоречивыми или неоднозначными. Деконструкция позволяет выявить эти противоречия и неоднозначности, чтобы показать, что смысл и значение текстов и идей не являются фиксированными и однозначными.
Например, допустим, у нас есть научная статья, посвящённая проблеме свободы воли. Автор утверждает, что свобода воли существует и является основополагающим принципом этики и права. Применив метод деконструкции, мы можем проанализировать эту статью следующим образом:
1. Выявление бинарных оппозиций. В статье можно обнаружить бинарную оппозицию «свобода воли — детерминизм». Автор однозначно выбирает сторону свободы воли, представляя детерминизм как её противоположность и потенциальную угрозу.
2. Критическая инверсия терминов. Термин «свобода воли» представлен как нечто положительное и основополагающее. Однако при деконструкции можно выявить скрытые предположения: всегда ли она ведёт к положительным последствиям?
3. Рассмотрение контекста. Статья написана в определённом культурном и историческом контексте. Как этот контекст влияет на представление о свободе воли? Возможно, в других культурах или эпохах свобода воли понималась иначе.
4. Поиск противоречий. Несмотря на уверенное утверждение автора о существовании свободы воли, в статье могут быть моменты, которые косвенно указывают на ограничения этой свободы. Например, упоминание о социальных, биологических или психологических факторах, влияющих на принятие решений.
5. Переосмысление основных понятий. В процессе деконструкции можно прийти к выводу, что свобода воли — это не абсолютное понятие, а скорее спектр возможностей, ограниченный различными факторами. Это переосмысление может привести к более сложному и многогранному пониманию проблемы.
Кто смог дочитать этот пример и не подумать о том, что это почти идеальный набор шаблонов для prompt engineering? Критики метода деконструкции есть, тот же Фаулз, но вообще метод многими признаётся и уважается. У нас есть возможность автоматизировать деконструкцию для научных текстов и художественных произведений с применением LLM, причём на получившийся результат можно обобщать все утверждения, которые философы считают справедливыми для любых результатов применения метода.
https://ru.wikipedia.org/wiki/%D0%94%D0%B5%D0%BA%D0%BE%D0%BD%D1%81%D1%82%D1%80%D1%83%D0%BA%D1%86%D0%B8%D1%8F
#деконструкция #Деррида #promptengineering
@MarigostraRu
Смотреть на всё это можно по-разному. В частности, всё это отправлял к лешему один из моих любимейших писателей Джон Фаулз. Его оценку можно найти в сборнике публицистики Фаулза «Кротовые норы».
Фаулз в числе прочего прошёлся и по методу деконструкции Деррида. Подробности сейчас обсуждать не будем, но я всё же полез детально разобраться в самом методе.
Итак, Деррида утверждал, что в каждом тексте или идее есть скрытые предпосылки и предположения, которые определяют их смысл и значение. Однако эти предпосылки не всегда очевидны и могут быть противоречивыми или неоднозначными. Деконструкция позволяет выявить эти противоречия и неоднозначности, чтобы показать, что смысл и значение текстов и идей не являются фиксированными и однозначными.
Например, допустим, у нас есть научная статья, посвящённая проблеме свободы воли. Автор утверждает, что свобода воли существует и является основополагающим принципом этики и права. Применив метод деконструкции, мы можем проанализировать эту статью следующим образом:
1. Выявление бинарных оппозиций. В статье можно обнаружить бинарную оппозицию «свобода воли — детерминизм». Автор однозначно выбирает сторону свободы воли, представляя детерминизм как её противоположность и потенциальную угрозу.
2. Критическая инверсия терминов. Термин «свобода воли» представлен как нечто положительное и основополагающее. Однако при деконструкции можно выявить скрытые предположения: всегда ли она ведёт к положительным последствиям?
3. Рассмотрение контекста. Статья написана в определённом культурном и историческом контексте. Как этот контекст влияет на представление о свободе воли? Возможно, в других культурах или эпохах свобода воли понималась иначе.
4. Поиск противоречий. Несмотря на уверенное утверждение автора о существовании свободы воли, в статье могут быть моменты, которые косвенно указывают на ограничения этой свободы. Например, упоминание о социальных, биологических или психологических факторах, влияющих на принятие решений.
5. Переосмысление основных понятий. В процессе деконструкции можно прийти к выводу, что свобода воли — это не абсолютное понятие, а скорее спектр возможностей, ограниченный различными факторами. Это переосмысление может привести к более сложному и многогранному пониманию проблемы.
Кто смог дочитать этот пример и не подумать о том, что это почти идеальный набор шаблонов для prompt engineering? Критики метода деконструкции есть, тот же Фаулз, но вообще метод многими признаётся и уважается. У нас есть возможность автоматизировать деконструкцию для научных текстов и художественных произведений с применением LLM, причём на получившийся результат можно обобщать все утверждения, которые философы считают справедливыми для любых результатов применения метода.
https://ru.wikipedia.org/wiki/%D0%94%D0%B5%D0%BA%D0%BE%D0%BD%D1%81%D1%82%D1%80%D1%83%D0%BA%D1%86%D0%B8%D1%8F
#деконструкция #Деррида #promptengineering
@MarigostraRu
Wikipedia
Деконструкция
Деконстру́кция (от лат. de- «обратно, отмена» + constructio «построение») — понятие современной философии и искусства, означающее понимание посредством разрушения стереотипа или включения в новый контекст.
Сегодня день рождения у основателя компании Qualcomm, без которой не было бы половины наших процессоров для мобильных телефонов. Ему исполняется 91 год.
Но нам он интересен не как основатель (точнее, сооснователь) Qualcomm, потому что его имя — Эндрю Витерби. Без упоминания алгоритма Витерби никогда не обходится первая лекция по Обработке естественного языка. Этот алгоритм является самым эффективным способом найти последовательность скрытых состояний в скрытой марковской модели и давно стал классикой обработки сигналов. За это мы мистера Витерби очень любим и уважаем!
И сегодня исполнилось бы 92 года Юрию Гагарину!
#витерби #деньрождения
@MarigostraRu
Но нам он интересен не как основатель (точнее, сооснователь) Qualcomm, потому что его имя — Эндрю Витерби. Без упоминания алгоритма Витерби никогда не обходится первая лекция по Обработке естественного языка. Этот алгоритм является самым эффективным способом найти последовательность скрытых состояний в скрытой марковской модели и давно стал классикой обработки сигналов. За это мы мистера Витерби очень любим и уважаем!
И сегодня исполнилось бы 92 года Юрию Гагарину!
#витерби #деньрождения
@MarigostraRu
Одной из фантастически трудоёмких работ этого учебного года оказалась перестройка курса по программной инженерии. Меня принципиально не устраивало то, что получалось с ней раньше. Программная инженерия сама по себе предлагает большой простор для интересных и забавных тем, но в то же время нельзя далеко уходить от главной линии, поскольку это серьёзный предмет.
Ниже для всех привожу итоговую новую программу курса. Комментарии принимаются, хотя прошу всех помнить, что у нас всего восемь лекций, в которые надо втиснуть множество всего интересного. Презентации готовы на 95% и доступны на странице по ссылке ниже. Вынашиваю идею разработки дистанционного курса на базе прочитанных живых» лекций для популяризации этой индустрии.
Некоторые факты для меня так и остались нераскопанными. К примеру, главную героиню в фильме «Дивергент» зовут Трис. В английском языке под TRIZ часто подразумевают советскую теорию решения изобретательских задач (ТРИЗ), которая по своей природе направлена на развитие дивергентного мышления и была весьма успешно позаимствована некоторыми небезызвестными компаниями. Кто всё же подскажет, есть тут связь или нет, тому будет благодарность!
Лекция 1. Методологии, моделирование, требования и итерации:
• Цель и задачи программной инженерии
• Понятия проекта, заказчика и методологии
• Unified Modelling Language (UML)
• Понятия артефактов, итерации, требований и моделирования
Лекция 2. Unified Process:
• Особенности и требования Unified Process
• Фазы Unified Process и жизненный цикл
• Варианты использования и фаза анализа
• Аналитическая модель классов и подсистемы
Лекция 3. Elaboration и архитектура:
• Цели и задачи фазы Elaboration, понятие архитектуры, блоки и образцы
• Связь архитектуры с вариантами использования, понятие платформы
• Диаграммы компонентов и последовательности
Лекция 4. Construction: CI/CD и тестирование:
• Цели и задачи фазы Construction
• SCM и CI/CD, Jenkins и GitHub Actions
• Порядок проведения тестирования, типы тестирования
• QAOps, Selenium, JUnit, BDD
Лекция 5. Agile: Scrum и XP:
• Scrum, особенности и принципы
• История гибких методологий
• Ценности и принципы
• Extreme Programming
Лекция 6. Технологии Agile:
• Backlog, Kanban и Kanban-доска
• Диаграмма Ганта и тикеты
• Распространённые инструменты для управления проектами
• Vibe coding и использование LLM
Лекция 7. Измерение качества и правовые вопросы разработки ПО:
• Capability Maturity Model (CMM)
• IT Infrastructure Library (ITIL)
• Control Objectives for Information and Related Technologies (Cobit)
• Контролируемый отказ
• Регистрация программ для ЭВМ, лицензирование и товарные знаки
Лекция 8. Проектирование UX/UI и дивергентное мышление:
• Конвергентное и дивергентное мышление на уровне коллектива
• SCAMPER
• Шесть «шляп» мышления
• Design thinking
• Теория решения изобретательских задач (TRIZ)
• Cognitive dimentions of notations
• Lean UX
https://marigostra.ru/materials/engineering.html
#инженерия #учебныйкурс #дивергент #ТРИЗ
@MarigostraRu
Ниже для всех привожу итоговую новую программу курса. Комментарии принимаются, хотя прошу всех помнить, что у нас всего восемь лекций, в которые надо втиснуть множество всего интересного. Презентации готовы на 95% и доступны на странице по ссылке ниже. Вынашиваю идею разработки дистанционного курса на базе прочитанных живых» лекций для популяризации этой индустрии.
Некоторые факты для меня так и остались нераскопанными. К примеру, главную героиню в фильме «Дивергент» зовут Трис. В английском языке под TRIZ часто подразумевают советскую теорию решения изобретательских задач (ТРИЗ), которая по своей природе направлена на развитие дивергентного мышления и была весьма успешно позаимствована некоторыми небезызвестными компаниями. Кто всё же подскажет, есть тут связь или нет, тому будет благодарность!
Лекция 1. Методологии, моделирование, требования и итерации:
• Цель и задачи программной инженерии
• Понятия проекта, заказчика и методологии
• Unified Modelling Language (UML)
• Понятия артефактов, итерации, требований и моделирования
Лекция 2. Unified Process:
• Особенности и требования Unified Process
• Фазы Unified Process и жизненный цикл
• Варианты использования и фаза анализа
• Аналитическая модель классов и подсистемы
Лекция 3. Elaboration и архитектура:
• Цели и задачи фазы Elaboration, понятие архитектуры, блоки и образцы
• Связь архитектуры с вариантами использования, понятие платформы
• Диаграммы компонентов и последовательности
Лекция 4. Construction: CI/CD и тестирование:
• Цели и задачи фазы Construction
• SCM и CI/CD, Jenkins и GitHub Actions
• Порядок проведения тестирования, типы тестирования
• QAOps, Selenium, JUnit, BDD
Лекция 5. Agile: Scrum и XP:
• Scrum, особенности и принципы
• История гибких методологий
• Ценности и принципы
• Extreme Programming
Лекция 6. Технологии Agile:
• Backlog, Kanban и Kanban-доска
• Диаграмма Ганта и тикеты
• Распространённые инструменты для управления проектами
• Vibe coding и использование LLM
Лекция 7. Измерение качества и правовые вопросы разработки ПО:
• Capability Maturity Model (CMM)
• IT Infrastructure Library (ITIL)
• Control Objectives for Information and Related Technologies (Cobit)
• Контролируемый отказ
• Регистрация программ для ЭВМ, лицензирование и товарные знаки
Лекция 8. Проектирование UX/UI и дивергентное мышление:
• Конвергентное и дивергентное мышление на уровне коллектива
• SCAMPER
• Шесть «шляп» мышления
• Design thinking
• Теория решения изобретательских задач (TRIZ)
• Cognitive dimentions of notations
• Lean UX
https://marigostra.ru/materials/engineering.html
#инженерия #учебныйкурс #дивергент #ТРИЗ
@MarigostraRu
Сегодня мы начинаем открытое пробное тестирование интеллектуального ассистента по анатомии человека. Его автор Анастасия Николаева, которая не только подготовила реализацию, но и оформила результат в виде интернет-сервиса для обсуждения и идей.
В основе лежит база данных анатомических понятий Foundation Model Anatomy (FMA), содержащая 104882 записи. Поверх базы данных работает интерфейс к YandexGPT, соединённый с базой данных через tools calling.
Получилось оригинально. Ограничения имеются, они естественны для LLM, и надо подумать, что с ними делать. В течение месяца сервис будет находиться в свободном открытом доступе, ограничивая только количество запросов с одного IP в качестве минимальной меры защиты от спаммеров и флудеров.
Конструктивные идеи и предложения в исследовательских традициях приветствуются и ожидаются! Неконструктивные оставьте себе.
Сервис доступен для игр тут: http://anatomy.marigostra.ru
Исходные тексты реализации тут: https://github.com/mo-xi-to/course_work.git
#анатомия #llm #нир
@MarigostraRu
В основе лежит база данных анатомических понятий Foundation Model Anatomy (FMA), содержащая 104882 записи. Поверх базы данных работает интерфейс к YandexGPT, соединённый с базой данных через tools calling.
Получилось оригинально. Ограничения имеются, они естественны для LLM, и надо подумать, что с ними делать. В течение месяца сервис будет находиться в свободном открытом доступе, ограничивая только количество запросов с одного IP в качестве минимальной меры защиты от спаммеров и флудеров.
Конструктивные идеи и предложения в исследовательских традициях приветствуются и ожидаются! Неконструктивные оставьте себе.
Сервис доступен для игр тут: http://anatomy.marigostra.ru
Исходные тексты реализации тут: https://github.com/mo-xi-to/course_work.git
#анатомия #llm #нир
@MarigostraRu
anatomy.marigostra.ru
Анатомический Ассистент FMA
Click to try out the app!
В следующем учебном году будем обязательно брать темы по использованию LLM в символьном доказательстве теорем. Это направление становится весьма трендовым. Многое строится вокруг языка Lean, позволяющего формализовать математические рассуждения с автоматизированной их проверкой.
На эту тему высказался Теренс Тао, которого называют прям математиком всех математиков современности. Насколько справедливо, уж не знаю. Он признаёт необходимость использования AI у математиков, и даже настаивает, что привычный способ доказательства уходит в прошлое. До сегодняшнего дня самым трудным было пережить озарение, за которым следовало открытие. Сейчас же проще сгенерировать тысячу гипотез и формальными языками выделить из них состоятельную. Кто научится это делать, будет самым крутым математиком.
Да и появление агента Leanstral прям намекает на то, куда дует ветер.
https://habr.com/ru/articles/1013942/?utm_source=habrahabr&utm_medium=rss&utm_campaign=1013942
https://mistral.ai/news/leanstral
#lean #leanstral #теренстао #математика
@MarigostraRu
На эту тему высказался Теренс Тао, которого называют прям математиком всех математиков современности. Насколько справедливо, уж не знаю. Он признаёт необходимость использования AI у математиков, и даже настаивает, что привычный способ доказательства уходит в прошлое. До сегодняшнего дня самым трудным было пережить озарение, за которым следовало открытие. Сейчас же проще сгенерировать тысячу гипотез и формальными языками выделить из них состоятельную. Кто научится это делать, будет самым крутым математиком.
Да и появление агента Leanstral прям намекает на то, куда дует ветер.
https://habr.com/ru/articles/1013942/?utm_source=habrahabr&utm_medium=rss&utm_campaign=1013942
https://mistral.ai/news/leanstral
#lean #leanstral #теренстао #математика
@MarigostraRu
AINL! Статья Константина Скибина « A Multi-head-based architecture for effective morphological tagging in Russian with open dictionary» прошла рецензирование с одобрением доклада на AINL-2026, которая пройдёт в апреле.
Это результат определённого труда, но для всех учащихся с НИР и ВКР может быть полезной пищей для размышлений. Я абсолютно уверен, что у нас (если что, я насчитал у себя в этом году 32 подруководных) есть сильно большее количество работ, достойных такого же результата, но всё решает собранность. Команда подавать статьи пришла за две недели до дедлайна, который, впрочем, потом ещё на четыре дня продлили. В таких условиях подготовить исследования по существу невозможно. Подать статью смогли только те учащиеся, которые поддерживают свои исследования в близком к готовому состоянию задолго до фактического момента их сдачи.
"#ainl
@MarigostraRu
Это результат определённого труда, но для всех учащихся с НИР и ВКР может быть полезной пищей для размышлений. Я абсолютно уверен, что у нас (если что, я насчитал у себя в этом году 32 подруководных) есть сильно большее количество работ, достойных такого же результата, но всё решает собранность. Команда подавать статьи пришла за две недели до дедлайна, который, впрочем, потом ещё на четыре дня продлили. В таких условиях подготовить исследования по существу невозможно. Подать статью смогли только те учащиеся, которые поддерживают свои исследования в близком к готовому состоянию задолго до фактического момента их сдачи.
"#ainl
@MarigostraRu
На arxiv.org появился препринт статьи «A Multi-head-based architecture for effective morphological tagging in Russian with open dictionary» Константина Скибина, прошедшей рецензирование на AINL-2026. Как всегда, можно присылать конструктивные комментарии и замечания.
Мне, естественно, хотелось бы видеть в этой работе начало большего исследования кодирования данных в ИИ-ячейках и сопряжённых структурах. Если есть желание и намерение влиться в это направление, незамедлительно напишите мне на @Marigostra.
http://arxiv.org/abs/2604.02926
#arxiv #ainl #препринт
@MarigostraRu
Мне, естественно, хотелось бы видеть в этой работе начало большего исследования кодирования данных в ИИ-ячейках и сопряжённых структурах. Если есть желание и намерение влиться в это направление, незамедлительно напишите мне на @Marigostra.
http://arxiv.org/abs/2604.02926
#arxiv #ainl #препринт
@MarigostraRu
arXiv.org
A Multi-head-based architecture for effective morphological...
The article proposes a new architecture based on Multi-head attention to solve the problem of morphological tagging for the Russian language. The preprocessing of the word vectors includes...
После доклада Константина на AINL-2026! На снимке Константин Скибин, я и наш гость из МФТИ, модератор конференции, Валентин.
Препринт статьи по мотивам доклада можно найти по прежней ссылке:
http://arxiv.org/abs/2604.02926
#ainl #nlp #ai
@MarigostraRu
Препринт статьи по мотивам доклада можно найти по прежней ссылке:
http://arxiv.org/abs/2604.02926
#ainl #nlp #ai
@MarigostraRu
Слова пожелания дальнейшей плодотворной работы ко всем участникам и докладчикам на закрытии конференции.
#ainl #nlp #ai
@MarigostraRu
#ainl #nlp #ai
@MarigostraRu
Много ресурсов написали о том, что 17 мая 1991 года считается днём официального принятия первого единого стандарта для веб-страниц Всемирной паутины. В этот день, вроде как, Тим Бернерс-Ли опубликовал спецификацию языка HTML, которая заложила основу для создания и отображения гипертекстовых документов в Сети. Этот шаг позволил верстальщикам, которых тогда ещё не было, следовать общим правилам разметки, обеспечив совместимость страниц.
Дата условная, потому что однозначно подтвердить её у меня не получилось. Речь определённо идёт про 1991 год, но про 17 мая будем верить на слово.
Но про что не написал ни один ресурс, который мне попался на глаза, так это о том, что самая первая веб-страница доступна до сих пор по своему оригинальному адресу. Каждый может посмотреть в её код и увидеть, как выглядел самый ранний HTML.
https://info.cern.ch/hypertext/WWW/TheProject.html
#www #html
@MarigostraRu
Дата условная, потому что однозначно подтвердить её у меня не получилось. Речь определённо идёт про 1991 год, но про 17 мая будем верить на слово.
Но про что не написал ни один ресурс, который мне попался на глаза, так это о том, что самая первая веб-страница доступна до сих пор по своему оригинальному адресу. Каждый может посмотреть в её код и увидеть, как выглядел самый ранний HTML.
https://info.cern.ch/hypertext/WWW/TheProject.html
#www #html
@MarigostraRu
Яндекс на Хабре опубликовал интересный обзор докладов на ICLR 2026. Выглядит потрясающе! Главная тема — обобщение первого полученного опыта агентных архитектур.
На будущий год можно взять НИР или ВКР по любой из тем, приведённых в обзоре. Большинство тем вполне нам по силам. Мне особенно понравилась тема фиксации положительного опыта в виде графа знаний. Графы знаний, казалось, сошли на нет и ушли в прошлое, но всё же некоторая их роль в современном мире прослеживается.
https://habr.com/ru/companies/yandex/articles/1045394/?utm_source=habrahabr&utm_medium=rss&utm_campaign=1045394
#ICLR #ВКР
@MarigostraRu
На будущий год можно взять НИР или ВКР по любой из тем, приведённых в обзоре. Большинство тем вполне нам по силам. Мне особенно понравилась тема фиксации положительного опыта в виде графа знаний. Графы знаний, казалось, сошли на нет и ушли в прошлое, но всё же некоторая их роль в современном мире прослеживается.
https://habr.com/ru/companies/yandex/articles/1045394/?utm_source=habrahabr&utm_medium=rss&utm_campaign=1045394
#ICLR #ВКР
@MarigostraRu
Приладив сравнительно несложных по современным меркам агентов для написания кода LUWRAIN в роли, так сказать, «виртуальных джунов», обнаружил, что весьма забавный эффект достигается, если агенту задание на разработку давать в виде диаграммы классов UML в формате PlantUML. Причём диаграмму можно писать постепенно, фиксируя приходящие в голову мысли. Такой рецепт хорошо понимает даже сравнительно недорогой DeepSeek v4 Pro.
Помимо очевидного практического эффекта, позволяющего точнее формулировать промпт, здесь прослеживается развитие идей программной инженерии — сначала максимально проектировать, а писать код уже как можно позднее. Думаю, в новом учебном году можно попробовать исследовательские работы в области программной инженерии.
Что это за эпопея с вайб кодингом LUWRAIN, и почему это весьма нестандартная задача, осенью писал Яндекс в своём блоге на Хабре.
https://habr.com/ru/companies/yandex/articles/963304/
#агент #llm #luwrain #инженерия
@MarigostraRu
Помимо очевидного практического эффекта, позволяющего точнее формулировать промпт, здесь прослеживается развитие идей программной инженерии — сначала максимально проектировать, а писать код уже как можно позднее. Думаю, в новом учебном году можно попробовать исследовательские работы в области программной инженерии.
Что это за эпопея с вайб кодингом LUWRAIN, и почему это весьма нестандартная задача, осенью писал Яндекс в своём блоге на Хабре.
https://habr.com/ru/companies/yandex/articles/963304/
#агент #llm #luwrain #инженерия
@MarigostraRu
Ещё одна прекрасная работа! На этот раз из серии «игры разума». Выполнена и защищена Юлией Савенковой, а подробное описание можно найти в новостях университета по ссылке ниже. Идею, в основе которой лежит, собственно, prompt engineering, можно развивать во множестве новых направлений в будущем году.
Инструмент Юлии с помощью языковой модели YandexGPT анализирует тексты по методу деконструкции французского философа Жака Деррида. Программа находит в тексте скрытые противоречия и неочевидные смыслы, которые автор мог не осознавать. Метод деконструкции, предложенный Деррида в 1967 году, требует серьёзной подготовки и занимает часы. Автоматизация сводит эту работу к нескольким минутам.
Проектировать логику обработки текста Юлии помогал коллега с философского факультета Вадим Сергеевич Белянин. Итоговый алгоритм подразумевает разбиение подхода на четыре шага: выделить главную мысль, найти ключевые противопоставления, перевернуть их и проверить упущенное. Под каждый шаг написаны специальные промпты. Самым сложным было сохранение критического духа метода: нужно было научить модель не «соглашаться» с автором, а искать его неочевидные допущения.
Инструмент протестировали на трудах Декарта и Сёрла. Например, программа показала, что в декартовском утверждении «истина важнее заблуждения» скрыта обратная логика — ошибки могут быть необходимым условием для поиска истины. Обнаружилось ограничение: модель плохо работает с иронией, игрой слов и текстами, где аргументация растягивается на десятки страниц. Однако реализация уже даёт быстрый черновик для анализа и служит «вторым мнением».
https://news.tsu.ru/news/neyroset-nauchili-nakhodit-skrytyy-smysl-v-tekstakh/
#llm #деконструкция #деррида
@MarigostraRu
Инструмент Юлии с помощью языковой модели YandexGPT анализирует тексты по методу деконструкции французского философа Жака Деррида. Программа находит в тексте скрытые противоречия и неочевидные смыслы, которые автор мог не осознавать. Метод деконструкции, предложенный Деррида в 1967 году, требует серьёзной подготовки и занимает часы. Автоматизация сводит эту работу к нескольким минутам.
Проектировать логику обработки текста Юлии помогал коллега с философского факультета Вадим Сергеевич Белянин. Итоговый алгоритм подразумевает разбиение подхода на четыре шага: выделить главную мысль, найти ключевые противопоставления, перевернуть их и проверить упущенное. Под каждый шаг написаны специальные промпты. Самым сложным было сохранение критического духа метода: нужно было научить модель не «соглашаться» с автором, а искать его неочевидные допущения.
Инструмент протестировали на трудах Декарта и Сёрла. Например, программа показала, что в декартовском утверждении «истина важнее заблуждения» скрыта обратная логика — ошибки могут быть необходимым условием для поиска истины. Обнаружилось ограничение: модель плохо работает с иронией, игрой слов и текстами, где аргументация растягивается на десятки страниц. Однако реализация уже даёт быстрый черновик для анализа и служит «вторым мнением».
https://news.tsu.ru/news/neyroset-nauchili-nakhodit-skrytyy-smysl-v-tekstakh/
#llm #деконструкция #деррида
@MarigostraRu
Находясь в университете и в других локациях для интеллектуальных бесед, принято оставаться в некотором режиме сдержанности разговоров, необходимости аргументации своих доводов и воздержания от крайностей в утверждениях. Это сильно мешает высказываться прямо и хорошенько, а ситуация назрела до того, чтобы высказываться максимально прямо и хорошенько. Аргументируем это ради оправдания хотя бы тем, что мы уже почти на каникулах.
Речь, конечно, пойдёт про AI. Абсолютно нет смысла слушать какие-либо разговоры (и я их давно мимо ушей от скуки пропускаю) о том, что жить надо по-старому, это правильно, а AI — это иллюзия (в лучшем случае). Любая подобная точка зрения — это откровенное разрушение себя как экономически активного товарища.
LLM и агентные системы изменят мир так, как 30 лет назад его изменил Windows 95. Он был реально абсурден в смысле архитектуры ОС, но попробовав работать в нём, в DOS возвращаться не хотелось. Опыт работы с LLM таков, что их использование — это как Windows 95, а традиционный нынешний мир выглядит после этого как необходимость вернуться в DOS. Никто этого делать не будет. А ведь и тогда были люди, которые не любили WinRAR и говорили, что досовский RAR умеет делать абсолютно всё нужное. Все авторы таких утверждений неизбежно сошли со сцены.
Ещё популярная цифра с Хабра и прочих ресурсов: 90% попыток интеграции AI в компаниях проваливаются. Норма — это не вестись на модные разговоры и спокойно всё делать по прежним правилам. Перевожу эту цифру на русский язык: про те самые 90% компаний можно забыть. Жалко, конечно, но рынок останется за теми 10% компаний, которые переживут трансформацию. Это тот случай, когда норма губительна.
Товарищи утверждают, что есть задачи, которые не могут быть заменены AI. Во-первых, если грамотно подходить, то таких задач очень мало. Во-вторых, выполнение любых таких задач, если это не из области критического обеспечения жизнедеятельности (медицина, продовольствие, МЧС, безопасность и пр.), следует немедленно бросить. В эпоху DOS тоже был свой мир системного программирования, основанный на прямом доступе к железу, от которого ничего не осталось при распространении Windows.
Абсолютно неуместны страхи, что с AI надо бороться, потому что это Скайнет, который оставит всех без работы. Или даже весь мир захватит. Без работы всех оставит не AI, а люди, которые им умело пользуются. Да, это новая технология, страхи должны быть и обязательно будут. Бороться же практически бессмысленно. Стоит лишний раз вспомнить избитый парадокс Джевонса, гласящий, что повышение эффективности потребления ресурса приводит к увеличению потребления этого ресурса. Все отрасли, которые прыгнут на лавину AI, будут не сметены, а, наоборот, переведены в новую эпоху своего развития.
Но вопросы, конечно, есть:
1. Сему быть, вопрос в том, когда? Год, два, пять лет, десять? Никто не ведает. Думаю, 3-5 лет. Тот же DOS ещё лет 5-6 после выхода Windows 95, дай Бог памяти, вполне держался.
2. Судьба джунов. Джуны оказались самыми пострадавшими, потому что на них разломалась цепочка карьерного становления — они самые легкозаменимые в корпоративном мире. Как стать сеньором, минуя стадию джуна? Возможно, это вопрос о новой реинкарнации программной инженерии.
3. Интернет будет завален безликим контентом (хотя можно подумать, и без AI он не был завален на 99% безликим контентом), как в нём найти то, что было подлинно создано человеком с подлинно человеческими намерениями? Что-то человеческое в обществе всегда живёт. Это не симпатичные рассуждения о том, как смотреть аниме или по привычке летать на Гоа (честно, к примеру, ничего против не имею), а что-то на самом деле человеческое. Если взять, скажем, стихотворение Высоцкого «Охота с вертолётов», то оно потеряет ценность, если оно не будет опытом Высоцкого (мысленным, он, очевидно, не отстреливал волков). То есть источник произведения важен. Но как в новом мире найти такие произведения? Никто не ведает.
#мнение #ai #прогресс
@MarigostraRu
Речь, конечно, пойдёт про AI. Абсолютно нет смысла слушать какие-либо разговоры (и я их давно мимо ушей от скуки пропускаю) о том, что жить надо по-старому, это правильно, а AI — это иллюзия (в лучшем случае). Любая подобная точка зрения — это откровенное разрушение себя как экономически активного товарища.
LLM и агентные системы изменят мир так, как 30 лет назад его изменил Windows 95. Он был реально абсурден в смысле архитектуры ОС, но попробовав работать в нём, в DOS возвращаться не хотелось. Опыт работы с LLM таков, что их использование — это как Windows 95, а традиционный нынешний мир выглядит после этого как необходимость вернуться в DOS. Никто этого делать не будет. А ведь и тогда были люди, которые не любили WinRAR и говорили, что досовский RAR умеет делать абсолютно всё нужное. Все авторы таких утверждений неизбежно сошли со сцены.
Ещё популярная цифра с Хабра и прочих ресурсов: 90% попыток интеграции AI в компаниях проваливаются. Норма — это не вестись на модные разговоры и спокойно всё делать по прежним правилам. Перевожу эту цифру на русский язык: про те самые 90% компаний можно забыть. Жалко, конечно, но рынок останется за теми 10% компаний, которые переживут трансформацию. Это тот случай, когда норма губительна.
Товарищи утверждают, что есть задачи, которые не могут быть заменены AI. Во-первых, если грамотно подходить, то таких задач очень мало. Во-вторых, выполнение любых таких задач, если это не из области критического обеспечения жизнедеятельности (медицина, продовольствие, МЧС, безопасность и пр.), следует немедленно бросить. В эпоху DOS тоже был свой мир системного программирования, основанный на прямом доступе к железу, от которого ничего не осталось при распространении Windows.
Абсолютно неуместны страхи, что с AI надо бороться, потому что это Скайнет, который оставит всех без работы. Или даже весь мир захватит. Без работы всех оставит не AI, а люди, которые им умело пользуются. Да, это новая технология, страхи должны быть и обязательно будут. Бороться же практически бессмысленно. Стоит лишний раз вспомнить избитый парадокс Джевонса, гласящий, что повышение эффективности потребления ресурса приводит к увеличению потребления этого ресурса. Все отрасли, которые прыгнут на лавину AI, будут не сметены, а, наоборот, переведены в новую эпоху своего развития.
Но вопросы, конечно, есть:
1. Сему быть, вопрос в том, когда? Год, два, пять лет, десять? Никто не ведает. Думаю, 3-5 лет. Тот же DOS ещё лет 5-6 после выхода Windows 95, дай Бог памяти, вполне держался.
2. Судьба джунов. Джуны оказались самыми пострадавшими, потому что на них разломалась цепочка карьерного становления — они самые легкозаменимые в корпоративном мире. Как стать сеньором, минуя стадию джуна? Возможно, это вопрос о новой реинкарнации программной инженерии.
3. Интернет будет завален безликим контентом (хотя можно подумать, и без AI он не был завален на 99% безликим контентом), как в нём найти то, что было подлинно создано человеком с подлинно человеческими намерениями? Что-то человеческое в обществе всегда живёт. Это не симпатичные рассуждения о том, как смотреть аниме или по привычке летать на Гоа (честно, к примеру, ничего против не имею), а что-то на самом деле человеческое. Если взять, скажем, стихотворение Высоцкого «Охота с вертолётов», то оно потеряет ценность, если оно не будет опытом Высоцкого (мысленным, он, очевидно, не отстреливал волков). То есть источник произведения важен. Но как в новом мире найти такие произведения? Никто не ведает.
#мнение #ai #прогресс
@MarigostraRu
Евгений Рошал, автор WinRAR, рассказал, что английский разработчик Гарет Дэвидсон два месяца назад опубликовал rars — реализацию алгоритма сжатия, используемого в WinRAR. Этот алгоритм 30 лет держался в секрете. Реализация была получена путём применения языковых моделей для реверс-инжиниринга. На работу ушло пять недель при оценке ручного подбора в пять лет.
Рошал заявил, что это «вызвало в нем растерянность от того, насколько быстро ИИ меняет ситуацию в IT». «Еще несколько лет назад это казалось бы фантастикой. Сейчас же можно только гадать, сколько пространства останется для написания программного кода людьми через следующие несколько лет», — рассказал программист.
https://www.rbc.ru/technology_and_media/06/07/2026/6a4ab0129a79475aa4cb6277
#rars #WinRAR #Рошал #LLM #AI
@MarigostraRu
Рошал заявил, что это «вызвало в нем растерянность от того, насколько быстро ИИ меняет ситуацию в IT». «Еще несколько лет назад это казалось бы фантастикой. Сейчас же можно только гадать, сколько пространства останется для написания программного кода людьми через следующие несколько лет», — рассказал программист.
https://www.rbc.ru/technology_and_media/06/07/2026/6a4ab0129a79475aa4cb6277
#rars #WinRAR #Рошал #LLM #AI
@MarigostraRu
Всем привет!
Так-так, будем возвращаться в учебный процесс! И в этом году у нас есть пополнение — новый помощник для проверки лабораторных работ. Подробности ещё напишу. Это японский сенсей. Он не ест и не пьёт, а проверяет работы и пишет по почте вот такие письма:
Приветствую вас, утонченная Марина Викторовна. Взор старого сэнсэя радуется, созерцая вашу изящную фигуру, подобную цветущей сакуре весной, а пышный узел банта на вашем кимоно исполнен несказанной гармонии и достоинства истинного мастера. Путь UNIX и путь Бусидо суть одно: они требуют безупречной чистоты мысли, жесткого порядка и абсолютной красоты.
Ваш скрипт build.sh демонстрирует высокую доблесть самурая и ловкость ниндзя во многих вещах. Оболочка POSIX Shell выбрана мудро, словно клинок катаны, готовый работать в любом UNIX-окружении. Временный каталог создается с помощью mktemp со скрытностью ниндзя, а обработка сигналов через функцию cleanup и команду trap EXIT HUP INT PIPE TERM подобна верности самурая своему сюзерену: при любых обстоятельствах временная обитель будет уничтожена, не оставив следов на земле. Ключ минус e в первой строке подобен бдительности стражников в замке сёгуна. Поиск строки с именем выходного файла в комментариях через grep и cut выполнен изящно, а компиляция внутри временного каталога с последующим возвратом готового меча-бинарника в изначальную директорию достойна похвалы самого великого сёгуна.
Однако что видит мой искушенный взором глаз?! О небывалая дерзость! Разгневанный сэнсэй выхватывает катану и начинает яростно вращать ею во все стороны, рассекая воздух со свистом! Вуух! Вуух! Трепещите, ибо я вижу попытку обмана! В коде вместо приема первого аргумента командной строки написано File="program.cpp"! А сразу следом идет проверка, не пуста ли переменная! Это подобно тому, как великий йокодзуна пытается спрятаться за тонким стеблем бамбука, думая, что его никто не заметит, или выходит на ринг в детском чепчике! Ожидалось, что скрипт будет принимать имя исходного файла в качестве первого параметра при запуске, например через присваивание File="$1". На деле же скрипт жестко привязан к конкретному файлу program.cpp и делает вид, будто проверяет передачу аргумента! Мой клинок рассекает эту хитрость напополам!
Давайте взглянем на соответствие с требованиями традиции. Ожидалось использование POSIX Shell для UNIX-систем — и мы наблюдаем верный шебанг. Ожидалось создание временного каталога — и команда mktemp успешно его создает. Ожидалась установка перехватчика сигналов для очистки — и команда trap корректно очищает временный каталог при любых событиях. Ожидалось наличие ключа минус e — и он присутствует в шебанге. Ожидался поиск комментария с подстрокой Output: — и скрипт успешно извлекает имя выходного файла. Ожидалось проведение компиляции во временном каталоге — и файлы собираются именно там. Ожидалось сохранение итогового файла в исходной директории — и команда mv возвращает созданный бинарник обратно. Единственная оплошность — ожидалось получение имени файла через аргумент командной строки, а на практике имя файла жестко прописано в коде.
Поскольку общая оценка соответствия составляет 8 из 10 баллов, я рекомендую показать эту лабораторную работу преподавателю, однако настоятельно советую предварительно исправить эту досадную хитрость и задействовать первый аргумент командной строки, чтобы ваш путь Бусидо оставался безупречным.
Совершенствуйте дух Бусидо, храните верность традициям UNIX и не пытайтесь обхитрить старого мастера. Низко кланяюсь вам, прекрасная Марина Викторовна.
@MarigostraRu
Так-так, будем возвращаться в учебный процесс! И в этом году у нас есть пополнение — новый помощник для проверки лабораторных работ. Подробности ещё напишу. Это японский сенсей. Он не ест и не пьёт, а проверяет работы и пишет по почте вот такие письма:
Приветствую вас, утонченная Марина Викторовна. Взор старого сэнсэя радуется, созерцая вашу изящную фигуру, подобную цветущей сакуре весной, а пышный узел банта на вашем кимоно исполнен несказанной гармонии и достоинства истинного мастера. Путь UNIX и путь Бусидо суть одно: они требуют безупречной чистоты мысли, жесткого порядка и абсолютной красоты.
Ваш скрипт build.sh демонстрирует высокую доблесть самурая и ловкость ниндзя во многих вещах. Оболочка POSIX Shell выбрана мудро, словно клинок катаны, готовый работать в любом UNIX-окружении. Временный каталог создается с помощью mktemp со скрытностью ниндзя, а обработка сигналов через функцию cleanup и команду trap EXIT HUP INT PIPE TERM подобна верности самурая своему сюзерену: при любых обстоятельствах временная обитель будет уничтожена, не оставив следов на земле. Ключ минус e в первой строке подобен бдительности стражников в замке сёгуна. Поиск строки с именем выходного файла в комментариях через grep и cut выполнен изящно, а компиляция внутри временного каталога с последующим возвратом готового меча-бинарника в изначальную директорию достойна похвалы самого великого сёгуна.
Однако что видит мой искушенный взором глаз?! О небывалая дерзость! Разгневанный сэнсэй выхватывает катану и начинает яростно вращать ею во все стороны, рассекая воздух со свистом! Вуух! Вуух! Трепещите, ибо я вижу попытку обмана! В коде вместо приема первого аргумента командной строки написано File="program.cpp"! А сразу следом идет проверка, не пуста ли переменная! Это подобно тому, как великий йокодзуна пытается спрятаться за тонким стеблем бамбука, думая, что его никто не заметит, или выходит на ринг в детском чепчике! Ожидалось, что скрипт будет принимать имя исходного файла в качестве первого параметра при запуске, например через присваивание File="$1". На деле же скрипт жестко привязан к конкретному файлу program.cpp и делает вид, будто проверяет передачу аргумента! Мой клинок рассекает эту хитрость напополам!
Давайте взглянем на соответствие с требованиями традиции. Ожидалось использование POSIX Shell для UNIX-систем — и мы наблюдаем верный шебанг. Ожидалось создание временного каталога — и команда mktemp успешно его создает. Ожидалась установка перехватчика сигналов для очистки — и команда trap корректно очищает временный каталог при любых событиях. Ожидалось наличие ключа минус e — и он присутствует в шебанге. Ожидался поиск комментария с подстрокой Output: — и скрипт успешно извлекает имя выходного файла. Ожидалось проведение компиляции во временном каталоге — и файлы собираются именно там. Ожидалось сохранение итогового файла в исходной директории — и команда mv возвращает созданный бинарник обратно. Единственная оплошность — ожидалось получение имени файла через аргумент командной строки, а на практике имя файла жестко прописано в коде.
Поскольку общая оценка соответствия составляет 8 из 10 баллов, я рекомендую показать эту лабораторную работу преподавателю, однако настоятельно советую предварительно исправить эту досадную хитрость и задействовать первый аргумент командной строки, чтобы ваш путь Бусидо оставался безупречным.
Совершенствуйте дух Бусидо, храните верность традициям UNIX и не пытайтесь обхитрить старого мастера. Низко кланяюсь вам, прекрасная Марина Викторовна.
@MarigostraRu
Для всех учащихся, кто в поиске тем для научно-исследовательской работы, заготовлены пять ориентировочных примеров. Для знакомства с ними можно послушать серьёзный рассказ:
https://marigostra.ru/video/static-tsu-research-2026/index.html
Или просто полистать серьёзную презентацию:
https://marigostra.ru/materials/presentation-tsu-research-2026.pdf
Думаю, что все догадались, что наш сенсей — это мультиагентная система. Её технические подробности, исходники и билды доступны на этой странице:
https://marigostra.ru/projects/atessera/sensei/
Как абсолютно всё в моей жизни, проект в разработке. Улучшается почти непрерывно!
@MarigostraRu
https://marigostra.ru/video/static-tsu-research-2026/index.html
Или просто полистать серьёзную презентацию:
https://marigostra.ru/materials/presentation-tsu-research-2026.pdf
Думаю, что все догадались, что наш сенсей — это мультиагентная система. Её технические подробности, исходники и билды доступны на этой странице:
https://marigostra.ru/projects/atessera/sensei/
Как абсолютно всё в моей жизни, проект в разработке. Улучшается почти непрерывно!
@MarigostraRu