В принципе в статье верно верно определено, но только всегда будут нюансы конкретных ситуаций. Даже если бизнесом, или маркетингом в нем, начинает заведовать бывший айтишник, он все равно неизбежно, скорее всего, придет к описанному способу выдачи задач, ибо у него наверное взгляд на конечные цели смещается. Сам недавно пострадал, можно сказать,от этого. Шеф упорно не хотел давать нормальное развернутое ТЗ. Но при этом, сам балуясь с эксперементами над ИИ, сидел и вычищал промпты по нескольку дней. Аргумент убивал, что и привело в итоге к разрыву творческих отношений: у тебя уровень эксперта, вот и сделай как я хочу. А чего шеф хочет, приходилось "вытаскивать клещами", и это и бесило и просто приводило в ступор. Наверное такой режим управления, это какой-то парадокс управленцев, и он хорошо описан где то. Но в целом - доканывает как инженера-програмиста каждый раз, как я с ним сталкиваюсь :(
Судя по вашему рассказу, все прозаичнее. Либо эти деньги были потрачены до вас, на контракте в котором ВСЁ прое..., короче потратили без результатов, а оправдать потерю денег как то надо. Либо сроки прошляпили. Или деньги потратили. Короче - в любом случае скорее всего дело там не чисто. Вот и придумали историю, в которой Главный готов был даже свои деньги под видом гранта выдать, чтобы не попасть под уголовку. Гранты - это тоже не так просто и практически всегда это конкурс, почти такой же как в прочих видах конкурсных закупок. Под него создается конкурсная комиссия. Тоже проекты надо защищать и получать контракт по гранту. Короче - вас развели. Вполне можно в суд за мошенничество подавать было. Хотя конечно - себе и дороже выйдет.
Ну, допустим не круглогодично. Там как и у нас - на охлаждение не тратятся круглый год, даже на экваторе. Но от переохлаждения вы умрете все таки быстрее, нежели от перегрева. Особенно если понимать тот факт, что организм коренных жителей настраивался тысячелетиями под такой жаркий климат. Но не спорю, для комфорта желательно иметь определенный диапазон температур в 20-25 градусов и в определенные периоды времени нужно на это тратить энергию. Но в нашем климате помимо трат на энергию для комфортного внутреннего климата в сезон, надо заложиться и на совсем другие по стоимости материалы при строительстве любого жилья, даже не жилого. Иначе все усилия на микроклимат внутри будут греть атмосферу. Это опять же - совсем иная экономика выходит, нравится вам это или нет.
Пожалуй соглашусь с вами, что RAG тут был бы целесообразнее. Но его написание и отладка, займет в целом побольше времени, ибо тут уже простым протоколом доступа к массиву данных уже не ограничишься, и требуется достаточно большой набор предварительной обработки данных, чтобы они стали полезны уже в момент работы самого агента AI. Если речь не идет о каком то более-менее статичном в развитии сервисе, то MCP решение автора вполне себе быстрая в запуске альтернатива, пусть и не столь оптимальная, каким бы мог оказаться специализированный RAG.
Конечно, могу и ошибаться, но сам проработав в крупной госструктуре почти 25лет, почти 100% могу утверждать, что любые разработки или работы на госструктуру будут только через торги. А это обязательный контракт, если выигрываешь, в котором прописываются все сроки, обязательства и т.д. для любой из сторон. Соскочить без штрафов - почти нереально. Как и не оплатить выполненные работы, если они проведены в рамках контракта - тоже! Это уже штрафы уже для заказчика. Так что описанная ситуация какая то странная, раз в ней отсутствует стадия конкурса и участия в нем.
Можно и так. Но вопрос скорее в том, что в случае смены набора компонентов, нужно не забыть об этом написать в ручном описании(а скорее всего так и будет). А MCP примерно как раз и занят такой генерацией, просто за вас. И второй момент, опять же, если это разовый проект - то наверное это и избыточно, тащить кучу MCP серверов, но если работа постоянно ведется в нескольких проектах, то их наличие может быть очень даже большим приимуществом. Я вот как минимум memory.mcp таскаю везде, и порой это помогает ИИ разобраться во схожих косяках, даже в параллельных проектах, если записи в "базе" сервера настроены как глобальные.
Тогда это когда? При индустриализации и в период востановления после ВОВ, в общем то так и жили, с поправкой на те технологии и общее развитие человечества, конечно. Я прекрасно помню рассказы моих бабушек (деды увы умерли в очень юнном моем возрасте, так как оба были тяжело ранены во время ВОВ), о том как им приходилось жить и работать, и не думаю, что сборщики эплофонов в Китае сейчас, жили сильно хуже чем они тогда. Если не наоборот!
Не знаю. Я такой позиции не рассмотрел в тексте автора. В принципе, с такой методикой найма, как описано в статье, я бы куда как больше согласился и как наниматель, и как соискатель, нежели непонятные собеседования с HR который вообще не рубит в моей специфике, и потом дополнительные траты времени на выполнение тестовых заданий, которые по сути мало чего способны прояснить, и к тому же не особо то показывают возможности меня (или мне).
Ну, значит не судьба. Но если судить по своему нынешнему опыту, и стартапы совсем по другим принципам стали искать себе разрабов. Да и стартапы с огромной скоростью стали схлопываться, особенно на фоне введения НДС для ПО
Ерундой не страдайте. У нас даже в самых южных городах, для выживания надо потратить очень много тепла, чтобы просто не околеть от холода зимой (да и в остальною часть года - тоже). Отсюда дополнительные большие траты из бюджета страны в плане обогрева атмосферы как на гражданскую инфраструктуру, так и на производственную и прочую чисто государственную. У нас в любом раскладе не получится иметь такие же расклады по бюджету, как во многих других странах, ближе к экватору. Что до успешных северных стран, то там же тоже не так все радужно, как тут пишется. Нет таких огромных декретных отпусков, к примеру. Здравоохранение, детсады, школы так же в большинстве своем далеко не за счет бюджета и т.п. Хотя, и мы туда же движемся, пока проедая то, что оставалось от социальных достижений, добытых ещё во всеми ругаемом "совке". Все не однозначно! Но то, что наша социальная сфера в плане пенсионного и прочего обеспечения, провальна, благодаря либеральным экономическим "идеям" внедренным нашими "экономистами" типа Гайдара и ко, ещё из 90х, это давно не новость!
Это при условии, что вы "навсегда" установили такое устройство и рядом с устройством физически больше не работаете. Но есть же сценарии, когда вы такую штуку например на домашний комп установили, и используете его для удаленного подключения в поездке или даже просто по работе. А вернулся - и привет! Можно скамить пароли при ручном подключении с клавиатуры
Он превращается в таковой, когда из дисциплинированного запроса на следующих итерациях, пользователь начинает нервничать (или наоборот -расслабляется от успехов удачных первых шагов) и разговаривать с ИИ как с джуном, переставая давать полные и четкие указания. MCP не панацея, и что хуже того - качественно написанных не так и много, но если привыкаешь, то не смотря на некоторый лишний трафик токенов, потом может существенно их сократить , когда к примеру сам находит по записям в memory что впал в цикла, из которого его ранее выведен способом, который на том этапе записал в напоминалку. Так что, просто нужно постоянно учиться пользоваться инструментами ИИ, пока состояние с разработкой с их помощью, на той стадии, каково оно есть сейчас.
Совсем не факт, что пользователь "сам дурак". Во первых, учиться сформулировать правильный промпт, это на само мделе и правда наука. Вот уже пол года осваиваю, и очень далек от даже примерного мастрества. Так я каждодневно в процессе! А чего говорить до современных, и в общем то порой малограмотных, пользователей.
Справедливое конечно замечание, но в любом случае, другие механизмы то какие? Только просмотр самостоятельно корпуса документиов с выбором нужного (и то не факт, что не ошибется и сам человек-эксперт). Пока LLM это вынужденное "зло" и просто надо его либо доучивать под предметную тему, либо подбирать среди уже готовых наиболее адекватного (как и сделано в статье), чтобы просто повысить релевантность оценки найденых на предыдущих этапах поисков документа. В любом случае, RAG очень сильно экономит время для поисков, как для последующих запросов к LLM, так и для ознакомления с имеющимся набором данных (этакий локальный библиотекарь). Пока это всё ещё в стадии устаканивания, поэтому будет ещё много разных эксперементов, пока не выработаются наиболее удобные и полноценные методы.
Ну, как верно ниже сказали, они начинали раскручиваться на рынке вообще ни разу не с дронов, а с крутейшего на тот момент полетного контроллера DJI Naza , который когда вокруг все базировалось на 8битных ардуино, сразу из коробки летал на 32битном STM микроконтроллере. И поэтому с ним летали даже весьма убогие самопальные конструкции. Сам его не использовал, хотя имено примерно в 2012-2015 годах активно в этой теме сидел, и сам кое что свое пытался делать и программировать. А что до стабилизатора подвеса, то мало наверное уже кто помнит, но первый крутейший подвес с наполовину открытой прошивкой, запрограммировал наш умелец из Краснодара (увы, уже не помню его ник), году этак в 2011-12. А потом на его базе стало появляться много как коммерческих, так и свободных контроллеров. Тоже в этом малость участвовал, и где-то моя версия в шкафах пылится, за ненадобностью уже. И только где-то через пару лет, появились контроллеры от DJI. которые сразу из коробки реально хорошо стабилизировали в полете подвесы даже для зеркалок.
В принципе в статье верно верно определено, но только всегда будут нюансы конкретных ситуаций.
Даже если бизнесом, или маркетингом в нем, начинает заведовать бывший айтишник, он все равно неизбежно, скорее всего, придет к описанному способу выдачи задач, ибо у него наверное взгляд на конечные цели смещается. Сам недавно пострадал, можно сказать,от этого. Шеф упорно не хотел давать нормальное развернутое ТЗ. Но при этом, сам балуясь с эксперементами над ИИ, сидел и вычищал промпты по нескольку дней. Аргумент убивал, что и привело в итоге к разрыву творческих отношений: у тебя уровень эксперта, вот и сделай как я хочу. А чего шеф хочет, приходилось "вытаскивать клещами", и это и бесило и просто приводило в ступор.
Наверное такой режим управления, это какой-то парадокс управленцев, и он хорошо описан где то. Но в целом - доканывает как инженера-програмиста каждый раз, как я с ним сталкиваюсь :(
Судя по вашему рассказу, все прозаичнее. Либо эти деньги были потрачены до вас, на контракте в котором ВСЁ прое..., короче потратили без результатов, а оправдать потерю денег как то надо. Либо сроки прошляпили. Или деньги потратили. Короче - в любом случае скорее всего дело там не чисто. Вот и придумали историю, в которой Главный готов был даже свои деньги под видом гранта выдать, чтобы не попасть под уголовку.
Гранты - это тоже не так просто и практически всегда это конкурс, почти такой же как в прочих видах конкурсных закупок. Под него создается конкурсная комиссия. Тоже проекты надо защищать и получать контракт по гранту. Короче - вас развели. Вполне можно в суд за мошенничество подавать было. Хотя конечно - себе и дороже выйдет.
Ну, допустим не круглогодично. Там как и у нас - на охлаждение не тратятся круглый год, даже на экваторе.
Но от переохлаждения вы умрете все таки быстрее, нежели от перегрева. Особенно если понимать тот факт, что организм коренных жителей настраивался тысячелетиями под такой жаркий климат. Но не спорю, для комфорта желательно иметь определенный диапазон температур в 20-25 градусов и в определенные периоды времени нужно на это тратить энергию. Но в нашем климате помимо трат на энергию для комфортного внутреннего климата в сезон, надо заложиться и на совсем другие по стоимости материалы при строительстве любого жилья, даже не жилого. Иначе все усилия на микроклимат внутри будут греть атмосферу. Это опять же - совсем иная экономика выходит, нравится вам это или нет.
Пожалуй соглашусь с вами, что RAG тут был бы целесообразнее. Но его написание и отладка, займет в целом побольше времени, ибо тут уже простым протоколом доступа к массиву данных уже не ограничишься, и требуется достаточно большой набор предварительной обработки данных, чтобы они стали полезны уже в момент работы самого агента AI. Если речь не идет о каком то более-менее статичном в развитии сервисе, то MCP решение автора вполне себе быстрая в запуске альтернатива, пусть и не столь оптимальная, каким бы мог оказаться специализированный RAG.
Не стоит этого делать. Там все таки активно образуется пар, и значит повышается давление. А в герметичном сосуде это чревато взрывом
Конечно, могу и ошибаться, но сам проработав в крупной госструктуре почти 25лет, почти 100% могу утверждать, что любые разработки или работы на госструктуру будут только через торги. А это обязательный контракт, если выигрываешь, в котором прописываются все сроки, обязательства и т.д. для любой из сторон. Соскочить без штрафов - почти нереально. Как и не оплатить выполненные работы, если они проведены в рамках контракта - тоже! Это уже штрафы уже для заказчика. Так что описанная ситуация какая то странная, раз в ней отсутствует стадия конкурса и участия в нем.
Можно и так. Но вопрос скорее в том, что в случае смены набора компонентов, нужно не забыть об этом написать в ручном описании(а скорее всего так и будет). А MCP примерно как раз и занят такой генерацией, просто за вас. И второй момент, опять же, если это разовый проект - то наверное это и избыточно, тащить кучу MCP серверов, но если работа постоянно ведется в нескольких проектах, то их наличие может быть очень даже большим приимуществом. Я вот как минимум memory.mcp таскаю везде, и порой это помогает ИИ разобраться во схожих косяках, даже в параллельных проектах, если записи в "базе" сервера настроены как глобальные.
Помню. Делал по этой статье в Юном Технике. Большой минус - вонючая весьма выходит
Вам же сразу написали, из-за чего сыр бор! Код приложений не должен уплывать за пределы организации. Потому то и используется локальная LLM.
Былор бы интересно, если бы вы раскрыли ещё и тему написания расширений. Может пригодится!
Тогда это когда? При индустриализации и в период востановления после ВОВ, в общем то так и жили, с поправкой на те технологии и общее развитие человечества, конечно. Я прекрасно помню рассказы моих бабушек (деды увы умерли в очень юнном моем возрасте, так как оба были тяжело ранены во время ВОВ), о том как им приходилось жить и работать, и не думаю, что сборщики эплофонов в Китае сейчас, жили сильно хуже чем они тогда. Если не наоборот!
Не знаю. Я такой позиции не рассмотрел в тексте автора. В принципе, с такой методикой найма, как описано в статье, я бы куда как больше согласился и как наниматель, и как соискатель, нежели непонятные собеседования с HR который вообще не рубит в моей специфике, и потом дополнительные траты времени на выполнение тестовых заданий, которые по сути мало чего способны прояснить, и к тому же не особо то показывают возможности меня (или мне).
Ну, значит не судьба. Но если судить по своему нынешнему опыту, и стартапы совсем по другим принципам стали искать себе разрабов. Да и стартапы с огромной скоростью стали схлопываться, особенно на фоне введения НДС для ПО
Ерундой не страдайте. У нас даже в самых южных городах, для выживания надо потратить очень много тепла, чтобы просто не околеть от холода зимой (да и в остальною часть года - тоже). Отсюда дополнительные большие траты из бюджета страны в плане обогрева атмосферы как на гражданскую инфраструктуру, так и на производственную и прочую чисто государственную.
У нас в любом раскладе не получится иметь такие же расклады по бюджету, как во многих других странах, ближе к экватору.
Что до успешных северных стран, то там же тоже не так все радужно, как тут пишется. Нет таких огромных декретных отпусков, к примеру. Здравоохранение, детсады, школы так же в большинстве своем далеко не за счет бюджета и т.п. Хотя, и мы туда же движемся, пока проедая то, что оставалось от социальных достижений, добытых ещё во всеми ругаемом "совке". Все не однозначно! Но то, что наша социальная сфера в плане пенсионного и прочего обеспечения, провальна, благодаря либеральным экономическим "идеям" внедренным нашими "экономистами" типа Гайдара и ко, ещё из 90х, это давно не новость!
Это при условии, что вы "навсегда" установили такое устройство и рядом с устройством физически больше не работаете. Но есть же сценарии, когда вы такую штуку например на домашний комп установили, и используете его для удаленного подключения в поездке или даже просто по работе. А вернулся - и привет! Можно скамить пароли при ручном подключении с клавиатуры
С++ изначально ООП язык, и он не мог включить объекты за десятилетия, ибо сразу строился на базе этой парадигмы!
Он превращается в таковой, когда из дисциплинированного запроса на следующих итерациях, пользователь начинает нервничать (или наоборот -расслабляется от успехов удачных первых шагов) и разговаривать с ИИ как с джуном, переставая давать полные и четкие указания. MCP не панацея, и что хуже того - качественно написанных не так и много, но если привыкаешь, то не смотря на некоторый лишний трафик токенов, потом может существенно их сократить , когда к примеру сам находит по записям в memory что впал в цикла, из которого его ранее выведен способом, который на том этапе записал в напоминалку. Так что, просто нужно постоянно учиться пользоваться инструментами ИИ, пока состояние с разработкой с их помощью, на той стадии, каково оно есть сейчас.
Совсем не факт, что пользователь "сам дурак". Во первых, учиться сформулировать правильный промпт, это на само мделе и правда наука. Вот уже пол года осваиваю, и очень далек от даже примерного мастрества. Так я каждодневно в процессе! А чего говорить до современных, и в общем то порой малограмотных, пользователей.
Справедливое конечно замечание, но в любом случае, другие механизмы то какие? Только просмотр самостоятельно корпуса документиов с выбором нужного (и то не факт, что не ошибется и сам человек-эксперт). Пока LLM это вынужденное "зло" и просто надо его либо доучивать под предметную тему, либо подбирать среди уже готовых наиболее адекватного (как и сделано в статье), чтобы просто повысить релевантность оценки найденых на предыдущих этапах поисков документа.
В любом случае, RAG очень сильно экономит время для поисков, как для последующих запросов к LLM, так и для ознакомления с имеющимся набором данных (этакий локальный библиотекарь).
Пока это всё ещё в стадии устаканивания, поэтому будет ещё много разных эксперементов, пока не выработаются наиболее удобные и полноценные методы.
Ну, как верно ниже сказали, они начинали раскручиваться на рынке вообще ни разу не с дронов, а с крутейшего на тот момент полетного контроллера DJI Naza , который когда вокруг все базировалось на 8битных ардуино, сразу из коробки летал на 32битном STM микроконтроллере. И поэтому с ним летали даже весьма убогие самопальные конструкции. Сам его не использовал, хотя имено примерно в 2012-2015 годах активно в этой теме сидел, и сам кое что свое пытался делать и программировать. А что до стабилизатора подвеса, то мало наверное уже кто помнит, но первый крутейший подвес с наполовину открытой прошивкой, запрограммировал наш умелец из Краснодара (увы, уже не помню его ник), году этак в 2011-12. А потом на его базе стало появляться много как коммерческих, так и свободных контроллеров. Тоже в этом малость участвовал, и где-то моя версия в шкафах пылится, за ненадобностью уже. И только где-то через пару лет, появились контроллеры от DJI. которые сразу из коробки реально хорошо стабилизировали в полете подвесы даже для зеркалок.