Джва года они обещали что ллмки смогут писать код нормальный и исправлять архитектурные ошибки, а теперь оказывается что они могут автоматизировать повторяющуюся рутину (т.е превращать одну архитектурную ошибку в тысячу) если тесты человек напишет. Какое дно.
Ну предполагается что в M$ есть отдел тестирования который в курсе что в корзине что-то меняется и тестировал все поведение корзины включая чтение сообщений.
На практике как минимум одно из списка отсутствует.
А тут еще не известно нужна или нет, наноимпринт требует трафарет который 1:1 повторяет желаемый паттерн. И эти трафареты активно изнашиваются, иак что я сомневаюсь что делать их методами которыми делают литографические маски экономически выгодно.
Я читал статью о нем и понимаю как он работает, проблема в том, что он не более чем json в смешной обёртке. Представьте что вместо шаблонов будет json с экзотическими полями - на сколько доступно это будет?
В конкретном примере это не просто странный json, а json который содержит в себе кучу магии. И эта магия зависит от контекста и на сколько программисту её реализующему было не лень.
Можно ли sub вызвать в произвольном месте и будет ли он всегда работать?
Как будет выглядеть код, который заменяет <sub> на <sub>/</sub> ?
Ну сделайте опрос, тупо по коду из этой статьи, кому понятно что у TodoApp есть footer и кому понятно что у $hyoo_todomvc есть foot (мне вот вообще непонятно почему у него есть нога), ну и попробуйте объяснить откуда она взялась.
Дальше больше - вы пишете что в MyTodoApp у вас не вышло заменить только футер. Конечно можно было бы вызвать родительский render и перетряхнуть его результат как нужно, например поменяв хедер и футер местами в зависимости от времени суток.
Попробуйте такое сделать в вашем декларативном описании.
Сколько $mol не рекламируй, пока у него такой не читаемый синтаксис он никому не нужен. Как ты правильно заметил-всем нужен поддерживаемый код, но шаблоны $mol это абсолютно не читаемая хрень на уровне зубодробительных однострочников лиспа
Бенчмарки METR показывают удвоение сложности решаемых задач каждые 4–7 месяцев. К ноябрю 2025-го модели справлялись с задачами, на которые у человека-эксперта уходило 5 часов. Шумер экстраполирует: через год — задачи на день, через два — задачи на неделю.
Вот смотрите, как человек я в принципе не способен решать задачи крупнее чем "на день", у меня физиология такая. Сейчас у меня есть и другие обязанности, и я не работаю над кодом больше часа за одну сессию. Но я могу решать проблемы которые требуют тысячи часов разработки вообще не напрягаясь. Я могу подменять моих коллег когда они в отпуске. Это на столько фундаментальные вещи что им нигде не учат. Ну и конечно я могу организовать работы в команде, так что 10 человек справятся быстрее чем один.
Но с агентами это не так - как то так получается что они принципиально не способны работать полностью самостоятельно. Нужны не только люди которые проверят целостность продукта ( это проблема коммуникации, она и у людей бывает), нужны погонщики этого стада.
Если бы был ИИ, который бы был эквивалентен мне, работающему в течении 10 минут, мы бы уже уволили всех разработчиков.
Но раз такого ИИ нет, почему вы говорите что я как разработчик стану не нужен?
Джва года они обещали что ллмки смогут писать код нормальный и исправлять архитектурные ошибки, а теперь оказывается что они могут автоматизировать повторяющуюся рутину (т.е превращать одну архитектурную ошибку в тысячу) если тесты человек напишет. Какое дно.
Ну предполагается что в M$ есть отдел тестирования который в курсе что в корзине что-то меняется и тестировал все поведение корзины включая чтение сообщений.
На практике как минимум одно из списка отсутствует.
А тут еще не известно нужна или нет, наноимпринт требует трафарет который 1:1 повторяет желаемый паттерн. И эти трафареты активно изнашиваются, иак что я сомневаюсь что делать их методами которыми делают литографические маски экономически выгодно.
лучше бы они себе питона заблокировали
можно просто забить нужное имя из
/dev/serial/by-id/Я читал статью о нем и понимаю как он работает, проблема в том, что он не более чем json в смешной обёртке. Представьте что вместо шаблонов будет json с экзотическими полями - на сколько доступно это будет?
В конкретном примере это не просто странный json, а json который содержит в себе кучу магии. И эта магия зависит от контекста и на сколько программисту её реализующему было не лень.
Можно ли sub вызвать в произвольном месте и будет ли он всегда работать?
Как будет выглядеть код, который заменяет <sub> на <sub>/</sub> ?
Ну сделайте опрос, тупо по коду из этой статьи, кому понятно что у TodoApp есть footer и кому понятно что у $hyoo_todomvc есть foot (мне вот вообще непонятно почему у него есть нога), ну и попробуйте объяснить откуда она взялась.
Дальше больше - вы пишете что в MyTodoApp у вас не вышло заменить только футер. Конечно можно было бы вызвать родительский render и перетряхнуть его результат как нужно, например поменяв хедер и футер местами в зависимости от времени суток.
Попробуйте такое сделать в вашем декларативном описании.
Сколько $mol не рекламируй, пока у него такой не читаемый синтаксис он никому не нужен. Как ты правильно заметил-всем нужен поддерживаемый код, но шаблоны $mol это абсолютно не читаемая хрень на уровне зубодробительных однострочников лиспа
В чем смысл желтого сигнала если станок при этом не работает?
Маркетинг описывает что угодно чтобы были деньги.
Мы уже видели "браузер" написанный подобным стеком, миллионы строк кода и не компилируется. Ничего не помешало выложить и статью и код.
Так что пока это описание процесса получения больших метрик.
Они даже не намекают что это за внутренний продукт такой на лям строк кода. Так что это только маркетинг и самый шапкозакидательский.
в 3 раза больше строк кода
А где написано что "по требованию ФСБ"? Я вижу в тексте "по требованию президента" а ФСБ просто доводит сведения и может иногда проявить инициативу.
Вот смотрите, как человек я в принципе не способен решать задачи крупнее чем "на день", у меня физиология такая. Сейчас у меня есть и другие обязанности, и я не работаю над кодом больше часа за одну сессию. Но я могу решать проблемы которые требуют тысячи часов разработки вообще не напрягаясь. Я могу подменять моих коллег когда они в отпуске. Это на столько фундаментальные вещи что им нигде не учат. Ну и конечно я могу организовать работы в команде, так что 10 человек справятся быстрее чем один.
Но с агентами это не так - как то так получается что они принципиально не способны работать полностью самостоятельно. Нужны не только люди которые проверят целостность продукта ( это проблема коммуникации, она и у людей бывает), нужны погонщики этого стада.
Если бы был ИИ, который бы был эквивалентен мне, работающему в течении 10 минут, мы бы уже уволили всех разработчиков.
Но раз такого ИИ нет, почему вы говорите что я как разработчик стану не нужен?
У нас тут AI-slop жалуется на AI-slop
Касаемо самого языка - вы Dyad видели? Работает поверх Julia и по сути развитие Modelica
Синтаксис Julia даже не близок к MATLAB, хватит перепечатывать чушь из раза в раз
Вопрос "зачем" не раскрыт
Это через 50 лет оно будет бессмыссленно, а пока ни один человек на старте не сломался и роботы пробежали в 2.4 раза медленнее, так что пока актуально