Долгое время пробую использовать Perplexity Spaces как RAG для json-файла с перечнем однотипных записей и все не получалось получить внятные ответы по числу записей или по поиску подходящих записей по описанию. То ли embedding странный, то ли, как Вы пишите, речь в упрощении самих запросов. Правда не пробовал еще Pro версию. Возможно там тоже маленькое контекстное окно, не знаете?
В прошлом году задался целью найти бесплатные конференции по нефтегазовому направлению для научных докладов. В итоге к середине года так затянуло, что запустил для себя челлендж выступить на 12 конференциях за год. В итоге сделал 10 докладов на международных конференциях и написал "Гайд для спикеров: от 0 до 12 конференций в год" https://t.me/ST1_spurt. Не вытянул еще 2 из-за несистемного подхода к поиску в начале года. - чтобы не упустить возможность выступить, надо планировать участие в конференциях уже в ноябре-декабре предыдущего года. Именно тогда появляются первые анонсы на следующий год, а прием заявок нередко закрывают за несколько месяцев до мероприятия. В целом в моей выборке конференций рекламы не было, в том числе с моей стороны (если не считать рекламой делиться идеями и вариантами их реализации)
Есть полезный прием для определения перечня ключевых статей по какой-то теме (State of Art) - взять выборку нескольких высоко-цитируемых статей и пройтись по дереву всех статей, которые цитируют их и друг друга. Так удается дойти до самых свежих работ, где могут быть, например, сделаны важные обзоры. Для резюме статей удобен сервис https://myaidrive.com/, где можно загрузить несколько pdf и сделать их анализ через @{имя файла} + общий промпт-запрос. Например, если надо быстро выяснить, в каких из работ подымаются те или иные вопросы или для проверки корректности тезисов из проекта своей публикации при ссылках на другие работы
Еще появился полезный канал, где выкладываются карточки ПО из Реестра с ссылками на техническую документацию, которую можно взять за пример https://t.me/rusoftnavi
В свое время делали в Excel чек-лист на основе следующих первичных документов, которые дополняют статью: 1) Методические рекомендации АНО "ЦКИТ" по подготовке заявок на включение ПО в Единый реестр https://ru-ikt.ru/metodic#!/tab/595058081-1 2) Правила формирования и ведения реестров российского и евразийского программного обеспечения https://ru-ikt.ru/pravila_reestra 3) МЕТОДИЧЕСКИЕ РЕКОМЕНДАЦИИ по работе с Федеральной государственной информационной системой «Реестры программ для электронных вычислительных машин и баз данных» (ФГИС Реестры ПО) https://reestr.digital.gov.ru/upload/documents/Методичка_Подача_заявления.pdf
Многие из этих ребят, до кучи, подобрались к мощнейшему кризису среднего возраста. И вишенка на торте — они вживую сейчас наблюдают, что экспертность, которую они качали много лет, сейчас будто бы не нужна, и та зарплата, к которой они шли много лет, сейчас платится ребятам с гораздо более скромным опытом и гораздо меньшими знаниями.
Мне кажется у миллениалов в таком периоде есть шанс на бустинг карьеры с помощью ИИ-агентов. Немногие молодые мыслят процессами, повышением их прозрачности и автоматизацией. Например, то, что студенты напишут за месяц на Python, можно автоматизировать на n8n за пару недель. В каком-то смысле это хороший ИТ-гейткипинг для развития бизнеса, способ стимулирования к развитию себя и тех, кто пришел попозже. ИИ-QA, ИИ-HR, ИИ-SCRUM-мастер, ИИ-аналитик, ИИ-РП и где-то в конце по очереди автоматизации ИИ-инженер/постановщик и ИИ-разработчик
Если предсказуемость поведения ПО включить в набор критериев качества, то в отношении его трудно утверждать, что большинству будет плевать. Как раз наоборот, если сходу не понял, не разобрался, комплиментарного отзыва вряд ли будет.
Впечатлен щедростью и заботой. Когда читаешь электронную книгу "Простая одержимость" и получаешь ее в бумажном варианте - это новогоднее чудо! А авто из "Назад в будущее" просто супер. Спасибо тебе, Дед Мороз из Волгограда!
Вы подняли несколько интересных вопросов, касающихся различия между заказчиком и пользователем, а также роли каждого из них в процессе приемки. Я согласен, что в идеале разработчик должен проводить тестирование и обеспечивать качество продукта перед передачей его заказчику. Однако, в некоторых случаях вовлечение пользователей может помочь выявить нюансы, которые не всегда заметны команде разработки. В разработке наукоемкого ПО это вполне общая практика.
Что касается смешивания понятий проекта и продукта, я понимаю вашу точку зрения. В статье я стремился показать, как различные подходы могут применяться в зависимости от контекста.
Вас устроит ответ, что курс «Управление проектами» (AFW, Германия), где выделяются этапы подготовка, структурирование, планирование, выполнение и завершение проекта? На схеме в целях упрощения в стадию инициирование включаю подготовка+структурирование+планирование.
Спасибо, идею понял, обязательно попробую
Файл json весит около 10Мб, в нем 30K+ строк. Загружаю его однократно в Spaces.
Долгое время пробую использовать Perplexity Spaces как RAG для json-файла с перечнем однотипных записей и все не получалось получить внятные ответы по числу записей или по поиску подходящих записей по описанию. То ли embedding странный, то ли, как Вы пишите, речь в упрощении самих запросов. Правда не пробовал еще Pro версию. Возможно там тоже маленькое контекстное окно, не знаете?
В прошлом году задался целью найти бесплатные конференции по нефтегазовому направлению для научных докладов. В итоге к середине года так затянуло, что запустил для себя челлендж выступить на 12 конференциях за год. В итоге сделал 10 докладов на международных конференциях и написал "Гайд для спикеров: от 0 до 12 конференций в год" https://t.me/ST1_spurt. Не вытянул еще 2 из-за несистемного подхода к поиску в начале года. - чтобы не упустить возможность выступить, надо планировать участие в конференциях уже в ноябре-декабре предыдущего года. Именно тогда появляются первые анонсы на следующий год, а прием заявок нередко закрывают за несколько месяцев до мероприятия. В целом в моей выборке конференций рекламы не было, в том числе с моей стороны (если не считать рекламой делиться идеями и вариантами их реализации)
Есть полезный прием для определения перечня ключевых статей по какой-то теме (State of Art) - взять выборку нескольких высоко-цитируемых статей и пройтись по дереву всех статей, которые цитируют их и друг друга. Так удается дойти до самых свежих работ, где могут быть, например, сделаны важные обзоры. Для резюме статей удобен сервис https://myaidrive.com/, где можно загрузить несколько pdf и сделать их анализ через @{имя файла} + общий промпт-запрос. Например, если надо быстро выяснить, в каких из работ подымаются те или иные вопросы или для проверки корректности тезисов из проекта своей публикации при ссылках на другие работы
В таком случае поверх векторной БД должен работать LLM, например в виде ИИ-агента, у которого есть MCP-доступ к БД
Еще появился полезный канал, где выкладываются карточки ПО из Реестра с ссылками на техническую документацию, которую можно взять за пример
https://t.me/rusoftnavi
В свое время делали в Excel чек-лист на основе следующих первичных документов, которые дополняют статью:
1) Методические рекомендации АНО "ЦКИТ" по подготовке заявок на включение ПО в Единый реестр
https://ru-ikt.ru/metodic#!/tab/595058081-1
2) Правила формирования и ведения реестров российского и евразийского программного обеспечения
https://ru-ikt.ru/pravila_reestra
3) МЕТОДИЧЕСКИЕ РЕКОМЕНДАЦИИ по работе с Федеральной государственной информационной системой «Реестры программ для электронных вычислительных машин и баз данных» (ФГИС Реестры ПО)
https://reestr.digital.gov.ru/upload/documents/Методичка_Подача_заявления.pdf
Мне кажется у миллениалов в таком периоде есть шанс на бустинг карьеры с помощью ИИ-агентов. Немногие молодые мыслят процессами, повышением их прозрачности и автоматизацией. Например, то, что студенты напишут за месяц на Python, можно автоматизировать на n8n за пару недель. В каком-то смысле это хороший ИТ-гейткипинг для развития бизнеса, способ стимулирования к развитию себя и тех, кто пришел попозже.
ИИ-QA, ИИ-HR, ИИ-SCRUM-мастер, ИИ-аналитик, ИИ-РП и где-то в конце по очереди автоматизации ИИ-инженер/постановщик и ИИ-разработчик
Если предсказуемость поведения ПО включить в набор критериев качества, то в отношении его трудно утверждать, что большинству будет плевать. Как раз наоборот, если сходу не понял, не разобрался, комплиментарного отзыва вряд ли будет.
Впечатлен щедростью и заботой. Когда читаешь электронную книгу "Простая одержимость" и получаешь ее в бумажном варианте - это новогоднее чудо! А авто из "Назад в будущее" просто супер. Спасибо тебе, Дед Мороз из Волгограда!
Вы подняли несколько интересных вопросов, касающихся различия между заказчиком и пользователем, а также роли каждого из них в процессе приемки. Я согласен, что в идеале разработчик должен проводить тестирование и обеспечивать качество продукта перед передачей его заказчику. Однако, в некоторых случаях вовлечение пользователей может помочь выявить нюансы, которые не всегда заметны команде разработки. В разработке наукоемкого ПО это вполне общая практика.
Что касается смешивания понятий проекта и продукта, я понимаю вашу точку зрения. В статье я стремился показать, как различные подходы могут применяться в зависимости от контекста.
Вас устроит ответ, что курс «Управление проектами» (AFW, Германия), где выделяются этапы подготовка, структурирование, планирование, выполнение и завершение проекта? На схеме в целях упрощения в стадию инициирование включаю подготовка+структурирование+планирование.
Также можно работать и с xls, а насчет xslx согласен, это работа с xml. Опять же все это упирается в давность написания кода