Можно и так. Но вопрос скорее в том, что в случае смены набора компонентов, нужно не забыть об этом написать в ручном описании(а скорее всего так и будет). А MCP примерно как раз и занят такой генерацией, просто за вас. И второй момент, опять же, если это разовый проект - то наверное это и избыточно, тащить кучу MCP серверов, но если работа постоянно ведется в нескольких проектах, то их наличие может быть очень даже большим приимуществом. Я вот как минимум memory.mcp таскаю везде, и порой это помогает ИИ разобраться во схожих косяках, даже в параллельных проектах, если записи в "базе" сервера настроены как глобальные.
Тогда это когда? При индустриализации и в период востановления после ВОВ, в общем то так и жили, с поправкой на те технологии и общее развитие человечества, конечно. Я прекрасно помню рассказы моих бабушек (деды увы умерли в очень юнном моем возрасте, так как оба были тяжело ранены во время ВОВ), о том как им приходилось жить и работать, и не думаю, что сборщики эплофонов в Китае сейчас, жили сильно хуже чем они тогда. Если не наоборот!
Не знаю. Я такой позиции не рассмотрел в тексте автора. В принципе, с такой методикой найма, как описано в статье, я бы куда как больше согласился и как наниматель, и как соискатель, нежели непонятные собеседования с HR который вообще не рубит в моей специфике, и потом дополнительные траты времени на выполнение тестовых заданий, которые по сути мало чего способны прояснить, и к тому же не особо то показывают возможности меня (или мне).
Ну, значит не судьба. Но если судить по своему нынешнему опыту, и стартапы совсем по другим принципам стали искать себе разрабов. Да и стартапы с огромной скоростью стали схлопываться, особенно на фоне введения НДС для ПО
Ерундой не страдайте. У нас даже в самых южных городах, для выживания надо потратить очень много тепла, чтобы просто не околеть от холода зимой (да и в остальною часть года - тоже). Отсюда дополнительные большие траты из бюджета страны в плане обогрева атмосферы как на гражданскую инфраструктуру, так и на производственную и прочую чисто государственную. У нас в любом раскладе не получится иметь такие же расклады по бюджету, как во многих других странах, ближе к экватору. Что до успешных северных стран, то там же тоже не так все радужно, как тут пишется. Нет таких огромных декретных отпусков, к примеру. Здравоохранение, детсады, школы так же в большинстве своем далеко не за счет бюджета и т.п. Хотя, и мы туда же движемся, пока проедая то, что оставалось от социальных достижений, добытых ещё во всеми ругаемом "совке". Все не однозначно! Но то, что наша социальная сфера в плане пенсионного и прочего обеспечения, провальна, благодаря либеральным экономическим "идеям" внедренным нашими "экономистами" типа Гайдара и ко, ещё из 90х, это давно не новость!
Это при условии, что вы "навсегда" установили такое устройство и рядом с устройством физически больше не работаете. Но есть же сценарии, когда вы такую штуку например на домашний комп установили, и используете его для удаленного подключения в поездке или даже просто по работе. А вернулся - и привет! Можно скамить пароли при ручном подключении с клавиатуры
Он превращается в таковой, когда из дисциплинированного запроса на следующих итерациях, пользователь начинает нервничать (или наоборот -расслабляется от успехов удачных первых шагов) и разговаривать с ИИ как с джуном, переставая давать полные и четкие указания. MCP не панацея, и что хуже того - качественно написанных не так и много, но если привыкаешь, то не смотря на некоторый лишний трафик токенов, потом может существенно их сократить , когда к примеру сам находит по записям в memory что впал в цикла, из которого его ранее выведен способом, который на том этапе записал в напоминалку. Так что, просто нужно постоянно учиться пользоваться инструментами ИИ, пока состояние с разработкой с их помощью, на той стадии, каково оно есть сейчас.
Совсем не факт, что пользователь "сам дурак". Во первых, учиться сформулировать правильный промпт, это на само мделе и правда наука. Вот уже пол года осваиваю, и очень далек от даже примерного мастрества. Так я каждодневно в процессе! А чего говорить до современных, и в общем то порой малограмотных, пользователей.
Справедливое конечно замечание, но в любом случае, другие механизмы то какие? Только просмотр самостоятельно корпуса документиов с выбором нужного (и то не факт, что не ошибется и сам человек-эксперт). Пока LLM это вынужденное "зло" и просто надо его либо доучивать под предметную тему, либо подбирать среди уже готовых наиболее адекватного (как и сделано в статье), чтобы просто повысить релевантность оценки найденых на предыдущих этапах поисков документа. В любом случае, RAG очень сильно экономит время для поисков, как для последующих запросов к LLM, так и для ознакомления с имеющимся набором данных (этакий локальный библиотекарь). Пока это всё ещё в стадии устаканивания, поэтому будет ещё много разных эксперементов, пока не выработаются наиболее удобные и полноценные методы.
Ну, как верно ниже сказали, они начинали раскручиваться на рынке вообще ни разу не с дронов, а с крутейшего на тот момент полетного контроллера DJI Naza , который когда вокруг все базировалось на 8битных ардуино, сразу из коробки летал на 32битном STM микроконтроллере. И поэтому с ним летали даже весьма убогие самопальные конструкции. Сам его не использовал, хотя имено примерно в 2012-2015 годах активно в этой теме сидел, и сам кое что свое пытался делать и программировать. А что до стабилизатора подвеса, то мало наверное уже кто помнит, но первый крутейший подвес с наполовину открытой прошивкой, запрограммировал наш умелец из Краснодара (увы, уже не помню его ник), году этак в 2011-12. А потом на его базе стало появляться много как коммерческих, так и свободных контроллеров. Тоже в этом малость участвовал, и где-то моя версия в шкафах пылится, за ненадобностью уже. И только где-то через пару лет, появились контроллеры от DJI. которые сразу из коробки реально хорошо стабилизировали в полете подвесы даже для зеркалок.
Видимо, имеется ввиду, что основываясь на накопленном опыте, просто заказали свой вариант IMU. Может быть даже интегрированный прямо в чип полетного контроллера или контролера подвеса. С такими деньгами как они стали зарабатывать - это вполне логичное решение. DJI конечно безусловно красавчики, но далеко не первооткрыватели. Просто их решения оказались сперва первыми и более удобными (помню сколько появилось сразу клонов после их версии 3 и 3Pro) а уж складные версии - это вообще песня. Для поездок или каких-нибудь мероприятий, такой квадрик просто мечта, особенно после опыта использования неудобных и нескладываемых громозкий коптеров.
Платные так же глючат и галюцинируют. Ещё и задорого. Но модели там больше, и контексты в них соответсвующие, что позволяет например делать более пространные задания с кучей условий. Правда, написание грамотного промпта, занимает время порой сопоставимое с написанием кода, потом ИИ сгененрированного. Про отладку и поиск багов я молчу, ибо автор и сам это хорошо расписал. В любом случае - приходится погружаться в написанное ИИ, пытаться понять и проанализировать хотя бы примерную его логику, и лишь потом тыкать палочкой ИИ что и где править, или самому руками вносить правки и наказывать ему, чтобы больше в такой то участок не лез ( оч ем он очень быстро забывает обычно, из-за ограничения контекста)!
Но, при всей критике, с которой где то соглашусь, особых альтернатив кроме OpenRoute с необходимостью платить криптой (или посредников которые над ним сидят, что ещё+25% в цене), и с ещё большим процентом накрутки, я так и не нашел. С точки зрения подвязки апи для агентов, без всяких танцев с бубнами и установки глобального VPN. Тут да, конечно ценник тоже не гуманный, но зато оплатил отечественной картой и продалжай вайбкодит! Я пробовал и отечественные модели и сервисы, но там вообще тоска, и возвращаться пока не вариант. ЗЫ Посмеялся что 38 млн крышечек на 8-9 месяцев, когда у меня только на оптимизации промптов в RooCode, где я случайно забыл отменить использование сервиса BootHub, улетело за неделю милионов 5, и это при очень низкой загрузке обращений к ИИ в целом!
Полностью согласен с вами. Иногда приходится пиратить, именно из-за сжатых сроков на выполнения тех или иных задач. Согласен и с тем, что свободное ПО пока ещё почти всегда проигрывает проприетарному и платному, ибо и масштаб вовлечения кадров на доработку просто банально несоизмерим обычно. Но все равно, тот же FreeCAD сегодня, и ещё пару лет назад это уже совсем 2 разных продукта. Мне идя с верстаками там не по душе, но в целом - можно смириться и с этим, если речь не идет о реально сложных задачах проектирования.
В целом нет. Скорее это все же ближе к идеалогии того же SolidWorks. Но в целом, никто не мешает писать свои расширения на Phyton, в которых можно алгоритмизировать черновые расчёты по заданным пользоваетелм параметрам. Опять же, я далеко не специалитс по FreeCAD, и вполне может быть что готоыве решения там уже имеются. Нужно искать. Комьюнити у этой программы большое, и если покапаться, может быть уже и имеется то, что сравнительно просто подогнать под свои задачи
Ну, охотно допускаю. От бесплатного ПО трудно ожидать вычещенных полностью косяков, ибо на постоянной основе выискиванием и правкой багов там мало кто занят, в отличии от монстров котрые пишут серьезные CAD. Нодля корпусов, или небольших деталей в принципе должно и этого ПО хватать. По сравнению со старыми версиями, начиная с первой, вроде как намного стабильнее работа стала.
Можно и так. Но вопрос скорее в том, что в случае смены набора компонентов, нужно не забыть об этом написать в ручном описании(а скорее всего так и будет). А MCP примерно как раз и занят такой генерацией, просто за вас. И второй момент, опять же, если это разовый проект - то наверное это и избыточно, тащить кучу MCP серверов, но если работа постоянно ведется в нескольких проектах, то их наличие может быть очень даже большим приимуществом. Я вот как минимум memory.mcp таскаю везде, и порой это помогает ИИ разобраться во схожих косяках, даже в параллельных проектах, если записи в "базе" сервера настроены как глобальные.
Помню. Делал по этой статье в Юном Технике. Большой минус - вонючая весьма выходит
Вам же сразу написали, из-за чего сыр бор! Код приложений не должен уплывать за пределы организации. Потому то и используется локальная LLM.
Былор бы интересно, если бы вы раскрыли ещё и тему написания расширений. Может пригодится!
Тогда это когда? При индустриализации и в период востановления после ВОВ, в общем то так и жили, с поправкой на те технологии и общее развитие человечества, конечно. Я прекрасно помню рассказы моих бабушек (деды увы умерли в очень юнном моем возрасте, так как оба были тяжело ранены во время ВОВ), о том как им приходилось жить и работать, и не думаю, что сборщики эплофонов в Китае сейчас, жили сильно хуже чем они тогда. Если не наоборот!
Не знаю. Я такой позиции не рассмотрел в тексте автора. В принципе, с такой методикой найма, как описано в статье, я бы куда как больше согласился и как наниматель, и как соискатель, нежели непонятные собеседования с HR который вообще не рубит в моей специфике, и потом дополнительные траты времени на выполнение тестовых заданий, которые по сути мало чего способны прояснить, и к тому же не особо то показывают возможности меня (или мне).
Ну, значит не судьба. Но если судить по своему нынешнему опыту, и стартапы совсем по другим принципам стали искать себе разрабов. Да и стартапы с огромной скоростью стали схлопываться, особенно на фоне введения НДС для ПО
Ерундой не страдайте. У нас даже в самых южных городах, для выживания надо потратить очень много тепла, чтобы просто не околеть от холода зимой (да и в остальною часть года - тоже). Отсюда дополнительные большие траты из бюджета страны в плане обогрева атмосферы как на гражданскую инфраструктуру, так и на производственную и прочую чисто государственную.
У нас в любом раскладе не получится иметь такие же расклады по бюджету, как во многих других странах, ближе к экватору.
Что до успешных северных стран, то там же тоже не так все радужно, как тут пишется. Нет таких огромных декретных отпусков, к примеру. Здравоохранение, детсады, школы так же в большинстве своем далеко не за счет бюджета и т.п. Хотя, и мы туда же движемся, пока проедая то, что оставалось от социальных достижений, добытых ещё во всеми ругаемом "совке". Все не однозначно! Но то, что наша социальная сфера в плане пенсионного и прочего обеспечения, провальна, благодаря либеральным экономическим "идеям" внедренным нашими "экономистами" типа Гайдара и ко, ещё из 90х, это давно не новость!
Это при условии, что вы "навсегда" установили такое устройство и рядом с устройством физически больше не работаете. Но есть же сценарии, когда вы такую штуку например на домашний комп установили, и используете его для удаленного подключения в поездке или даже просто по работе. А вернулся - и привет! Можно скамить пароли при ручном подключении с клавиатуры
С++ изначально ООП язык, и он не мог включить объекты за десятилетия, ибо сразу строился на базе этой парадигмы!
Он превращается в таковой, когда из дисциплинированного запроса на следующих итерациях, пользователь начинает нервничать (или наоборот -расслабляется от успехов удачных первых шагов) и разговаривать с ИИ как с джуном, переставая давать полные и четкие указания. MCP не панацея, и что хуже того - качественно написанных не так и много, но если привыкаешь, то не смотря на некоторый лишний трафик токенов, потом может существенно их сократить , когда к примеру сам находит по записям в memory что впал в цикла, из которого его ранее выведен способом, который на том этапе записал в напоминалку. Так что, просто нужно постоянно учиться пользоваться инструментами ИИ, пока состояние с разработкой с их помощью, на той стадии, каково оно есть сейчас.
Совсем не факт, что пользователь "сам дурак". Во первых, учиться сформулировать правильный промпт, это на само мделе и правда наука. Вот уже пол года осваиваю, и очень далек от даже примерного мастрества. Так я каждодневно в процессе! А чего говорить до современных, и в общем то порой малограмотных, пользователей.
Справедливое конечно замечание, но в любом случае, другие механизмы то какие? Только просмотр самостоятельно корпуса документиов с выбором нужного (и то не факт, что не ошибется и сам человек-эксперт). Пока LLM это вынужденное "зло" и просто надо его либо доучивать под предметную тему, либо подбирать среди уже готовых наиболее адекватного (как и сделано в статье), чтобы просто повысить релевантность оценки найденых на предыдущих этапах поисков документа.
В любом случае, RAG очень сильно экономит время для поисков, как для последующих запросов к LLM, так и для ознакомления с имеющимся набором данных (этакий локальный библиотекарь).
Пока это всё ещё в стадии устаканивания, поэтому будет ещё много разных эксперементов, пока не выработаются наиболее удобные и полноценные методы.
Ну, как верно ниже сказали, они начинали раскручиваться на рынке вообще ни разу не с дронов, а с крутейшего на тот момент полетного контроллера DJI Naza , который когда вокруг все базировалось на 8битных ардуино, сразу из коробки летал на 32битном STM микроконтроллере. И поэтому с ним летали даже весьма убогие самопальные конструкции. Сам его не использовал, хотя имено примерно в 2012-2015 годах активно в этой теме сидел, и сам кое что свое пытался делать и программировать. А что до стабилизатора подвеса, то мало наверное уже кто помнит, но первый крутейший подвес с наполовину открытой прошивкой, запрограммировал наш умелец из Краснодара (увы, уже не помню его ник), году этак в 2011-12. А потом на его базе стало появляться много как коммерческих, так и свободных контроллеров. Тоже в этом малость участвовал, и где-то моя версия в шкафах пылится, за ненадобностью уже. И только где-то через пару лет, появились контроллеры от DJI. которые сразу из коробки реально хорошо стабилизировали в полете подвесы даже для зеркалок.
Видимо, имеется ввиду, что основываясь на накопленном опыте, просто заказали свой вариант IMU. Может быть даже интегрированный прямо в чип полетного контроллера или контролера подвеса. С такими деньгами как они стали зарабатывать - это вполне логичное решение.
DJI конечно безусловно красавчики, но далеко не первооткрыватели. Просто их решения оказались сперва первыми и более удобными (помню сколько появилось сразу клонов после их версии 3 и 3Pro) а уж складные версии - это вообще песня. Для поездок или каких-нибудь мероприятий, такой квадрик просто мечта, особенно после опыта использования неудобных и нескладываемых громозкий коптеров.
Платные так же глючат и галюцинируют. Ещё и задорого. Но модели там больше, и контексты в них соответсвующие, что позволяет например делать более пространные задания с кучей условий. Правда, написание грамотного промпта, занимает время порой сопоставимое с написанием кода, потом ИИ сгененрированного. Про отладку и поиск багов я молчу, ибо автор и сам это хорошо расписал. В любом случае - приходится погружаться в написанное ИИ, пытаться понять и проанализировать хотя бы примерную его логику, и лишь потом тыкать палочкой ИИ что и где править, или самому руками вносить правки и наказывать ему, чтобы больше в такой то участок не лез ( оч ем он очень быстро забывает обычно, из-за ограничения контекста)!
Но, при всей критике, с которой где то соглашусь, особых альтернатив кроме OpenRoute с необходимостью платить криптой (или посредников которые над ним сидят, что ещё+25% в цене), и с ещё большим процентом накрутки, я так и не нашел. С точки зрения подвязки апи для агентов, без всяких танцев с бубнами и установки глобального VPN. Тут да, конечно ценник тоже не гуманный, но зато оплатил отечественной картой и продалжай вайбкодит! Я пробовал и отечественные модели и сервисы, но там вообще тоска, и возвращаться пока не вариант.
ЗЫ Посмеялся что 38 млн крышечек на 8-9 месяцев, когда у меня только на оптимизации промптов в RooCode, где я случайно забыл отменить использование сервиса BootHub, улетело за неделю милионов 5, и это при очень низкой загрузке обращений к ИИ в целом!
Полностью согласен с вами. Иногда приходится пиратить, именно из-за сжатых сроков на выполнения тех или иных задач. Согласен и с тем, что свободное ПО пока ещё почти всегда проигрывает проприетарному и платному, ибо и масштаб вовлечения кадров на доработку просто банально несоизмерим обычно. Но все равно, тот же FreeCAD сегодня, и ещё пару лет назад это уже совсем 2 разных продукта. Мне идя с верстаками там не по душе, но в целом - можно смириться и с этим, если речь не идет о реально сложных задачах проектирования.
В целом нет. Скорее это все же ближе к идеалогии того же SolidWorks. Но в целом, никто не мешает писать свои расширения на Phyton, в которых можно алгоритмизировать черновые расчёты по заданным пользоваетелм параметрам. Опять же, я далеко не специалитс по FreeCAD, и вполне может быть что готоыве решения там уже имеются. Нужно искать. Комьюнити у этой программы большое, и если покапаться, может быть уже и имеется то, что сравнительно просто подогнать под свои задачи
Ну, охотно допускаю. От бесплатного ПО трудно ожидать вычещенных полностью косяков, ибо на постоянной основе выискиванием и правкой багов там мало кто занят, в отличии от монстров котрые пишут серьезные CAD. Нодля корпусов, или небольших деталей в принципе должно и этого ПО хватать. По сравнению со старыми версиями, начиная с первой, вроде как намного стабильнее работа стала.