Потому что у меня на работе тридцатидюймовый Dell Ultrasharp U3011 пятнадцатилетней давности, он довольно толстый, а рядом медицинский EIZO, он ещё толще, на нём анализатор воздуха стоит и не падает. А современные да, тонкие, дома у меня на него уже ничего не положить.
В принципе свежих батареек на контрольные хватало, если о свежих позаботиться, я в школе делал на МК-61, программки немложные забивал дома или на перемене (ну там решение квадратных уравнений и т.д.), так и нёс на контрольную его включённым (потому что энергонезависимой памяти памяти не было у него), на стандартный час хватало.
Некоторые дизайнеры, которые действительно чудесные, просто любят свою работу и думают и заботятся о пользователе прежде всего, стараются делать так, чтобы продуктом было прияттно пользоваться, даже если юзер просто пришёл разок что-то заполнить.
Что касается заполнения форм, то вот прямо сейчас перед моими глазами один очень дорогой продукт (это не сайт, а десктоное приложение, но тем не менее), там заполнение форм выглядит вот так, с лошадиными интервалами между подписями и кнопками инкремента/декремента, это чтобы ввсести туда максимум трёхзначные числа, при этом если его резайзить, они будут разлетаться ещё дальше (а верхний - это минимальный размер огна):
И как программист, я прекрасно понимаю почему так - окно должно быть изменяемого размера (там ещё графики есть), он вкорячил туда грид на две колонки, что и разгоняет интерфейс. Это оттого, что он программировал так, как удобно ему (при добавлении новых контролов всё автоматически завёрстывается в сетку), но пользователю (мне по крайней мере) это неудобно. Так и хочется ему сказать - иди возьми в библиотеке книжку "Formulare gestalten: Das Handbuch für Gestalter und Anwender", да почитай на досуге, как не надо делать, там всё есть. Офигенная книжка, кстати, но жаль, что только на немецком.
Не без багов, конечно, (эти рывки по центру сама прога делает, у меня тремора нет) но в принципе появление таких клонов вполне ожидаемо:
Я давно подумываю о клоне Fiji-ImageJ на Расте, кой - какие запчасти оттуда можно позаимствовать, хотя и не просто ввиду ИИ-шности происхождения и обилия "если на Виндовс, то так, а если Линукс или Мак, то сяк", я код глянул. Притом там egui/wgpu его и в wasm можно собрать, в веб тоже будет жить. Хотя баги чинить или расширять там вручную задолбаешься, как впрочем и со многими другими таким образом сгенерёнными исходниками. Но собирается влёт без единого предупреждения на среднем ноуте минут за десять и стартует мгновенно, в общем не так плохо для начала, как по мне.
Спсб за ссылку, тот-то я удивился, что папку скачать нельзя, вроде всегда можно было. Десктопное приложение без платного тарифа тоже вроде бесполезно. Впрочем скачивать нужды нет - часть файлов там протухла и не скачивается, хорошо что этот диск использовался просто для переноса файлов и есть копии.
не хватает мощных и простых в развертывании систем тестирования, с симуляцией и цифровыми двойниками (либо, я про такие не знаю - буду благодарна за просвещение)
У нас конструкторский отдел использует industrial physics (или iPhysics) от machineering. Там можно хоть всё фабрику насимулировать, и все железки как CAD модели туда грузятся, и OPCUA пробрасывается. Я видел вживую - мы делали автоматизацию тележек рольганга для одного трубопрокатного, там там даже гибкие кабельные каналы тележек (ну такие плоские со звеньями) были реально симулированы, и когда тележка съезжала за ограничитель, то кабель разрывался и вот эти пластиковые звенья абсолютно реалистично разлетались и падали на пол "цеха". Я был глубоко впечатлён. Но дорого, со всеми модулями - что-то около двадцати тысяч евро лицензия. Есть и некая B&R Edition 2021 года но руки пока не дошли посмотреть.
Ох, вот тут на данном этапе развития я б уже не был столь категоричен, ИИ с хорошей моделью при разумном использовании вполне помогает писать код, весьма элегантный местами и проверять его, даже в ручном коде находит скользкие места. Уже используется и работает, я это как пишущий софт для проверки и отбраковки турбинных лопаток для этих самых самолётов заявляю (и их миллионы прошли через эти системы), и на них же сам летаю, всё норм. За лопатки-то я, кстати, спокоен, но разобранная для обслуживания турбина меня слегка пугает, вот там реально как спагетти всё, я их много видел на пусконаладках. В авиационной области довольно жёсткие правила, и они никуда не делись. Ну и из инцидентов типа MCAS, когда два борта уронили без всяких ИИ, надо делать выводы и не повторять таких ошибок.
В B&R довольно давно встроен копилот, они взяли VSCode за основу, сделали Automation Studio Code и Automation Studio CoPilot - https://www.br-automation.com/en/technologies/automation-software/. Ну а вкупе с тем, что ПЛК от этой компании можно на плюсплюсах программить, то все инструменты, генерирующие код тут используются в полный рост, вот в этой позапрошлогодней статье https://habr.com/ru/articles/868398/ часть кода нагенерирована, причём уже тогда "ИИ" был в курсе про тонкости использования С++ в таком проекте, заголовки типа <AsTCP.h> да специфические ПЛК функции. Я так клиент для OPCUA для ПЛК писал, вроде довольно экзотические штуки, но всё получилось, копилот реально помог.
С ИИ вполне можно закрывать задачи быстрее. Только работы у тебя от этого не обязательно станет меньше.
О да, я как раз на прошлой неделе накололся - мне надо было написать алгоритм вычисления MTF, это когда по резкой границе на изображении вы можете вычислить разрешающую способность, это в оптике, а также и в рентгеновском контроле применяется и в томографии. Алгоритм там не очень сложный - берётся профиль, там надо сгладить шум, от него произодная, затем Фурье, и уровень на котором кривая Фурье опустится до 10%, даст искомый MTF (в оптике вроде 20% берут). А сглаживание делается полиномом по бегущему окошку, это фильтр Савицкого-Голея. По условиям задачки надо выдать алгоритм на Расте, исходный верифицируемый код. И вот я, просто тащусь от ИИ, которого можно попросить алгоритм Савицкого-Голея, и он его выдаёт, я даже проверил результат в Матлабе и Питоне, всё сходится. И производную он на раз берёт. Вот только нюанс в том, что производную я могу сразу получить из Савицкого-Голея аналитически, поскольку там полином третьей степени в каждой точке (красивый алгоритм, кстати), а ИИ тупо решил поситать численно, взяв один из моих параметров за приращение... Две недели я доказывал коллегам, что у меня всё правильно (там помимо производной ещё куча кода), пока не заметил странную связь параметров и результатов. Прошедшие выходные провёл с ноутом в обнимку, исправляя этот косяк, и упражняясь в численных методах, как студент-второкурсник. Но по большому счёту, ИИ реально экомит кучу времени, если пользоваться аккуратно и без фанатизма, результат порой впечатляет,да.
Я для простого редактирования маркдаун файлов купил Typora, доволен как слон, там нет запросов, конечно, но с диаграммами, формулами и вообще отображением и всё такое - вполне норм, тот редкий случай, когда потраченных денег не жалко.
Вот Вы совершенно напрасно не выкладываете исходники. В наш век ИИ-генерированного кода в принципе всё что угодно можно показывать вообще без стеснения, и какие-то архитектурные просчёты всегда на тот же ИИ спихнуть. На самом деле проект неплохой, там есть "зёрна", но я вот попробовал - скажем картинки, когда я их вставляю, попадают в папку Files, а мне бы хотелось assets (так уж моя записная книжка устроена), и это не настраиваемо вроде. А когда я открываю мою заметку, в которой картинки берутся из assets, то он их не показывает, и в режим редактирования кода я тут переключиться не могу. При наличии исходиков это всё правится на раз, а без них - останется лишь Вас просить. Таури опять же (я в общем не имею ничего против, но тот же zed, в котором я иногда на Расте программлю вроде без него обходится используя лишь GPUI). В настоящее время я пользуюсь в основном Typora для редактирования маркдаун файлов, ну и Obsidian до кучи, там темплейты и пара плагинов. Удачи проекту!
Эх, вот чего реально жалко, так это Пальму. У меня был Palm m500 монохромный, этак четверть века назад, я облизывался на цветной 505, но потом таки купил аж Tungsten, а последний был Tungsten T3 со слайдером. 64 МБ памяти!. К нему у меня была пара SD карточек, Wi-Fi карточка, она в слот SD вставлялась, запасной аккумулятор, который пристёгивался, и клавиатура раскладная. На клавиатуре этой супруга написала докторскую диссертацию, в то время, когда она её писала, в библиотеку питерскую с какого-то бодуна нельзя было проносить ноутбуки, а диковинный гаджет, похожий на калькулятор, вопросов у охранников не вызывал. Ещё был GPS с Bluetooth и TomTom навигатор, объездили с ним всю Европу. Я планировал дела в Natara Bonsai и прочитал несметное количество книжек, даже фильмы смотрел. Сплошная ностальгия. И там всё "летало", реально, тормозов вообще не было. Им до "айфона" буквально шаг оставался, но нет.
Так он же вроде Qwen3.8-Flash-Next-Uncensored-Q4_K_M использовал, вот "Uncensored" и соглашается выполнять, впрочем там не написано где конкретно он это запускал, всё что есть "cloud GPU за пять долларов", в принципе её и локально можно запустить, если железка позволяет, но я никогда не пробовал бинарниками кормить, мне кажется там много токенов понадобится. Это в общем самая интересная часть, которая не описана, так-то замена условного перехода или константы - то, с чем почти любой кулхацкер справится с дисассемблером или отладчиком в более-менее прямых руках.
"Слабое место" этого решения заключается в необходимости установки датчиков, довольно прецизионных, на все колёсные пары и сбора инфы в одном месте (сам анализ довольно несложный и сегодня, в современных реалиях, машинное обучение для поиска аномалий в сигналах тут как нельзя кстати, хотя можно и по-старинке). Но средства неразрушающего контроля и так есть - по путям пускают составы-дефектоскопы, а колёсные пары контролируют ультразвуком (хоть и не на ходу), и количество происшествий, вызванных этими дефектами не слишком велико, так что экономическая выгода тут несколько сомнительна. Из нашумевших случаев в Германии 3 июня 1998 года, но там бандаж лопнул, и метод анализа скорости вращения тут вряд ли помог бы, потому что там трещина была, а это только ультразвуком, рентгеном или пенетрантами можно выявить.
Зависит от того, как она вычисляется, если crc, то тривиально, а если внутренняя чексумма - это солёный sha256 хеш, то чуть сложнее. Но в принципе практически нет такой защиты, которую нельзя было бы сломать, вопрос времени да усилий (ну или количества сожженых токенов).
Мне изредка приходится, пару раз в год, дело в том, что я пользуюсь продуктами NI, и они время от времени так умудряются сломать свой сайт, что браузеры обрывают закачку (причём без разницы edge, chrone или вивальди), а вот менеджер закачек справляется, правда я jdownloader пользую.
Потому что у меня на работе тридцатидюймовый Dell Ultrasharp U3011 пятнадцатилетней давности, он довольно толстый, а рядом медицинский EIZO, он ещё толще, на нём анализатор воздуха стоит и не падает. А современные да, тонкие, дома у меня на него уже ничего не положить.
В принципе свежих батареек на контрольные хватало, если о свежих позаботиться, я в школе делал на МК-61, программки немложные забивал дома или на перемене (ну там решение квадратных уравнений и т.д.), так и нёс на контрольную его включённым (потому что энергонезависимой памяти памяти не было у него), на стандартный час хватало.
Визир есть, стандартный, я его снял, потому что "фотки" в офисном МФУ сделал, иначе они нерезкие получились бы.
Некоторые дизайнеры, которые действительно чудесные, просто любят свою работу и думают и заботятся о пользователе прежде всего, стараются делать так, чтобы продуктом было прияттно пользоваться, даже если юзер просто пришёл разок что-то заполнить.
Что касается заполнения форм, то вот прямо сейчас перед моими глазами один очень дорогой продукт (это не сайт, а десктоное приложение, но тем не менее), там заполнение форм выглядит вот так, с лошадиными интервалами между подписями и кнопками инкремента/декремента, это чтобы ввсести туда максимум трёхзначные числа, при этом если его резайзить, они будут разлетаться ещё дальше (а верхний - это минимальный размер огна):
И как программист, я прекрасно понимаю почему так - окно должно быть изменяемого размера (там ещё графики есть), он вкорячил туда грид на две колонки, что и разгоняет интерфейс. Это оттого, что он программировал так, как удобно ему (при добавлении новых контролов всё автоматически завёрстывается в сетку), но пользователю (мне по крайней мере) это неудобно. Так и хочется ему сказать - иди возьми в библиотеке книжку "Formulare gestalten: Das Handbuch für Gestalter und Anwender", да почитай на досуге, как не надо делать, там всё есть. Офигенная книжка, кстати, но жаль, что только на немецком.
У меня вот такая немецкая есть, всегда сверху на мониторе лежит, удобная, хоть и пожелтела немного от времени:
И я, кстати, затрудняюсь понять все её фишки, хотя базовые вычисления могу делать.
И Macromedia FreeHand MX до кучи!!!
Не без багов, конечно, (эти рывки по центру сама прога делает, у меня тремора нет) но в принципе появление таких клонов вполне ожидаемо:
Я давно подумываю о клоне Fiji-ImageJ на Расте, кой - какие запчасти оттуда можно позаимствовать, хотя и не просто ввиду ИИ-шности происхождения и обилия "если на Виндовс, то так, а если Линукс или Мак, то сяк", я код глянул. Притом там egui/wgpu его и в wasm можно собрать, в веб тоже будет жить. Хотя баги чинить или расширять там вручную задолбаешься, как впрочем и со многими другими таким образом сгенерёнными исходниками. Но собирается влёт без единого предупреждения на среднем ноуте минут за десять и стартует мгновенно, в общем не так плохо для начала, как по мне.
Спсб за ссылку, тот-то я удивился, что папку скачать нельзя, вроде всегда можно было. Десктопное приложение без платного тарифа тоже вроде бесполезно. Впрочем скачивать нужды нет - часть файлов там протухла и не скачивается, хорошо что этот диск использовался просто для переноса файлов и есть копии.
У нас конструкторский отдел использует industrial physics (или iPhysics) от machineering. Там можно хоть всё фабрику насимулировать, и все железки как CAD модели туда грузятся, и OPCUA пробрасывается. Я видел вживую - мы делали автоматизацию тележек рольганга для одного трубопрокатного, там там даже гибкие кабельные каналы тележек (ну такие плоские со звеньями) были реально симулированы, и когда тележка съезжала за ограничитель, то кабель разрывался и вот эти пластиковые звенья абсолютно реалистично разлетались и падали на пол "цеха". Я был глубоко впечатлён. Но дорого, со всеми модулями - что-то около двадцати тысяч евро лицензия. Есть и некая B&R Edition 2021 года но руки пока не дошли посмотреть.
Ох, вот тут на данном этапе развития я б уже не был столь категоричен, ИИ с хорошей моделью при разумном использовании вполне помогает писать код, весьма элегантный местами и проверять его, даже в ручном коде находит скользкие места. Уже используется и работает, я это как пишущий софт для проверки и отбраковки турбинных лопаток для этих самых самолётов заявляю (и их миллионы прошли через эти системы), и на них же сам летаю, всё норм. За лопатки-то я, кстати, спокоен, но разобранная для обслуживания турбина меня слегка пугает, вот там реально как спагетти всё, я их много видел на пусконаладках. В авиационной области довольно жёсткие правила, и они никуда не делись. Ну и из инцидентов типа MCAS, когда два борта уронили без всяких ИИ, надо делать выводы и не повторять таких ошибок.
В B&R довольно давно встроен копилот, они взяли VSCode за основу, сделали Automation Studio Code и Automation Studio CoPilot - https://www.br-automation.com/en/technologies/automation-software/. Ну а вкупе с тем, что ПЛК от этой компании можно на плюсплюсах программить, то все инструменты, генерирующие код тут используются в полный рост, вот в этой позапрошлогодней статье https://habr.com/ru/articles/868398/ часть кода нагенерирована, причём уже тогда "ИИ" был в курсе про тонкости использования С++ в таком проекте, заголовки типа <AsTCP.h> да специфические ПЛК функции. Я так клиент для OPCUA для ПЛК писал, вроде довольно экзотические штуки, но всё получилось, копилот реально помог.
О да, я как раз на прошлой неделе накололся - мне надо было написать алгоритм вычисления MTF, это когда по резкой границе на изображении вы можете вычислить разрешающую способность, это в оптике, а также и в рентгеновском контроле применяется и в томографии. Алгоритм там не очень сложный - берётся профиль, там надо сгладить шум, от него произодная, затем Фурье, и уровень на котором кривая Фурье опустится до 10%, даст искомый MTF (в оптике вроде 20% берут). А сглаживание делается полиномом по бегущему окошку, это фильтр Савицкого-Голея. По условиям задачки надо выдать алгоритм на Расте, исходный верифицируемый код. И вот я, просто тащусь от ИИ, которого можно попросить алгоритм Савицкого-Голея, и он его выдаёт, я даже проверил результат в Матлабе и Питоне, всё сходится. И производную он на раз берёт. Вот только нюанс в том, что производную я могу сразу получить из Савицкого-Голея аналитически, поскольку там полином третьей степени в каждой точке (красивый алгоритм, кстати), а ИИ тупо решил поситать численно, взяв один из моих параметров за приращение... Две недели я доказывал коллегам, что у меня всё правильно (там помимо производной ещё куча кода), пока не заметил странную связь параметров и результатов. Прошедшие выходные провёл с ноутом в обнимку, исправляя этот косяк, и упражняясь в численных методах, как студент-второкурсник. Но по большому счёту, ИИ реально экомит кучу времени, если пользоваться аккуратно и без фанатизма, результат порой впечатляет,да.
Я для простого редактирования маркдаун файлов купил Typora, доволен как слон, там нет запросов, конечно, но с диаграммами, формулами и вообще отображением и всё такое - вполне норм, тот редкий случай, когда потраченных денег не жалко.
Ну да, ведь каждый программист непременно должен написать заметочник, тудушник да просмотрщик картинок, как же без этого?
Вот Вы совершенно напрасно не выкладываете исходники. В наш век ИИ-генерированного кода в принципе всё что угодно можно показывать вообще без стеснения, и какие-то архитектурные просчёты всегда на тот же ИИ спихнуть. На самом деле проект неплохой, там есть "зёрна", но я вот попробовал - скажем картинки, когда я их вставляю, попадают в папку Files, а мне бы хотелось assets (так уж моя записная книжка устроена), и это не настраиваемо вроде. А когда я открываю мою заметку, в которой картинки берутся из assets, то он их не показывает, и в режим редактирования кода я тут переключиться не могу. При наличии исходиков это всё правится на раз, а без них - останется лишь Вас просить. Таури опять же (я в общем не имею ничего против, но тот же zed, в котором я иногда на Расте программлю вроде без него обходится используя лишь GPUI). В настоящее время я пользуюсь в основном Typora для редактирования маркдаун файлов, ну и Obsidian до кучи, там темплейты и пара плагинов. Удачи проекту!
Эх, вот чего реально жалко, так это Пальму. У меня был Palm m500 монохромный, этак четверть века назад, я облизывался на цветной 505, но потом таки купил аж Tungsten, а последний был Tungsten T3 со слайдером. 64 МБ памяти!. К нему у меня была пара SD карточек, Wi-Fi карточка, она в слот SD вставлялась, запасной аккумулятор, который пристёгивался, и клавиатура раскладная. На клавиатуре этой супруга написала докторскую диссертацию, в то время, когда она её писала, в библиотеку питерскую с какого-то бодуна нельзя было проносить ноутбуки, а диковинный гаджет, похожий на калькулятор, вопросов у охранников не вызывал. Ещё был GPS с Bluetooth и TomTom навигатор, объездили с ним всю Европу. Я планировал дела в Natara Bonsai и прочитал несметное количество книжек, даже фильмы смотрел. Сплошная ностальгия. И там всё "летало", реально, тормозов вообще не было. Им до "айфона" буквально шаг оставался, но нет.
Так он же вроде Qwen3.8-Flash-Next-Uncensored-Q4_K_M использовал, вот "Uncensored" и соглашается выполнять, впрочем там не написано где конкретно он это запускал, всё что есть "cloud GPU за пять долларов", в принципе её и локально можно запустить, если железка позволяет, но я никогда не пробовал бинарниками кормить, мне кажется там много токенов понадобится. Это в общем самая интересная часть, которая не описана, так-то замена условного перехода или константы - то, с чем почти любой кулхацкер справится с дисассемблером или отладчиком в более-менее прямых руках.
"Слабое место" этого решения заключается в необходимости установки датчиков, довольно прецизионных, на все колёсные пары и сбора инфы в одном месте (сам анализ довольно несложный и сегодня, в современных реалиях, машинное обучение для поиска аномалий в сигналах тут как нельзя кстати, хотя можно и по-старинке). Но средства неразрушающего контроля и так есть - по путям пускают составы-дефектоскопы, а колёсные пары контролируют ультразвуком (хоть и не на ходу), и количество происшествий, вызванных этими дефектами не слишком велико, так что экономическая выгода тут несколько сомнительна. Из нашумевших случаев в Германии 3 июня 1998 года, но там бандаж лопнул, и метод анализа скорости вращения тут вряд ли помог бы, потому что там трещина была, а это только ультразвуком, рентгеном или пенетрантами можно выявить.
Зависит от того, как она вычисляется, если crc, то тривиально, а если внутренняя чексумма - это солёный sha256 хеш, то чуть сложнее. Но в принципе практически нет такой защиты, которую нельзя было бы сломать, вопрос времени да усилий (ну или количества сожженых токенов).
Мне изредка приходится, пару раз в год, дело в том, что я пользуюсь продуктами NI, и они время от времени так умудряются сломать свой сайт, что браузеры обрывают закачку (причём без разницы edge, chrone или вивальди), а вот менеджер закачек справляется, правда я jdownloader пользую.