доступ мне к ним нужен не только с домашнего компьютера, но и с телефона, когда я нахожусь на улице. А с этим сложнее.
С телефона это и правда сложнее, потому что в крупных российских городах мобильные операторы часто включают режим только белых списков и достучаться до VPS не выйдет.
Интересное решение, особенно в ключе, что при обычном эмбеддинге и поиске по коллекции векторов нет возможности из коробки управлять влиянием разных компонентов на score.
Речь всё же об уже существующих не ИКТ-компаниях. Например, оценка рисков, аналитика, консалтинг, НИОКР. Это не полный список, а скорее пример, что компании не будут напрямую конкурировать с существующими IT-компаниями, а открывать новую часть рынка труда для разработчиков. Это экспансия рынка IT в ниши, в которых смогут эффективно работать те специалисты, которые будут иметь соответствующую квалификацию. И совершенно не обязательно, что зарплаты будут падать.
Я видимо не очень точно сформулировал мысль. Сейчас на хайпе рисуют картину мира, когда разработчики в принципе будут не нужны, а AI сможет писать код сам. Но в реальности будет ровно наоборот: IT-специалистов будет нужно больше. За счет увеличения производительности труда, стоимость проектов будет снижаться, и на рынок труда выйдут компании, которым раньше IT-специалисты были не по карману. Обратная сторона, что от IT-специалиста будет требоваться более высокая квалификация, и те, кто не сможет её поднять, будут менее востребованы.
Производительность труда в IT кратно выросла с применением AI, поэтому IT стало глубже заходить в те сферы, в которых была представлена минимально или на уровне вспомогательной инфраструктуры. Эта экспансия уже требует специалистов с нужной экспертизой в AI. Немного перефразируя мысль Сэма Альтмана можно сказать, что AI не заменит всех IT-специалистов, но точно оставит за бортом тех, кто не захочет эволюционировать.
Спасибо за статью, интересным был факт, что по-умолчанию используется JSON-RPC Поэтому решил посмотреть форматы запроса/ответа и увидел интересную особенность, что кроме "taskId", в параметрах есть ещё и "contextId", к которому привязан контекст конкретной беседы. Т. е. потенциально по одной задаче могут общаться несколько агентов в разных контекстах.
Качество прогноза можно оценить только в сравнении с реальными данными, поэтому конкретно здесь это оценочное суждение. При обучении и первой и второй модели я использовал mse.
Но, вы правы, для корректности, можно было использовать не все данные для обучения, а, например, до -7 дней. А потом сравнить среднеквадратичное отклонение прогноза для обоих моделей как раз от этих реальных данных. Результат был бы показателен.
Спасибо за кейсы. Один из них "если ты не уверен в ответе или если вопрос выходит за рамки твоих возможностей или знаний, признай это." я часто использую в своих промтах, добавляя "не придумывай ответ" Такой промт дает значительно меньше галлюцинаций.
Вы же писали, что используете SAFe, а там есть enabler и feature которые можно визуализировать на continuous delivery pipeline.
С телефона это и правда сложнее, потому что в крупных российских городах мобильные операторы часто включают режим только белых списков и достучаться до VPS не выйдет.
Интересное решение, особенно в ключе, что при обычном эмбеддинге и поиске по коллекции векторов нет возможности из коробки управлять влиянием разных компонентов на score.
Отдельное спасибо за пример с фонарщиками и электриками. В подавляющем большинстве электрики очень востребованы и имеют неплохой заработок.
Речь всё же об уже существующих не ИКТ-компаниях. Например, оценка рисков, аналитика, консалтинг, НИОКР. Это не полный список, а скорее пример, что компании не будут напрямую конкурировать с существующими IT-компаниями, а открывать новую часть рынка труда для разработчиков. Это экспансия рынка IT в ниши, в которых смогут эффективно работать те специалисты, которые будут иметь соответствующую квалификацию. И совершенно не обязательно, что зарплаты будут падать.
Я видимо не очень точно сформулировал мысль. Сейчас на хайпе рисуют картину мира, когда разработчики в принципе будут не нужны, а AI сможет писать код сам. Но в реальности будет ровно наоборот: IT-специалистов будет нужно больше. За счет увеличения производительности труда, стоимость проектов будет снижаться, и на рынок труда выйдут компании, которым раньше IT-специалисты были не по карману. Обратная сторона, что от IT-специалиста будет требоваться более высокая квалификация, и те, кто не сможет её поднять, будут менее востребованы.
Производительность труда в IT кратно выросла с применением AI, поэтому IT стало глубже заходить в те сферы, в которых была представлена минимально или на уровне вспомогательной инфраструктуры. Эта экспансия уже требует специалистов с нужной экспертизой в AI. Немного перефразируя мысль Сэма Альтмана можно сказать, что AI не заменит всех IT-специалистов, но точно оставит за бортом тех, кто не захочет эволюционировать.
Спасибо за статью, интересным был факт, что по-умолчанию используется JSON-RPC Поэтому решил посмотреть форматы запроса/ответа и увидел интересную особенность, что кроме "taskId", в параметрах есть ещё и "contextId", к которому привязан контекст конкретной беседы. Т. е. потенциально по одной задаче могут общаться несколько агентов в разных контекстах.
В статье упоминается децентрализованное хранение данных, есть более подробная статья на эту тему https://habr.com/ru/companies/spaceweb/articles/798361/
Качество прогноза можно оценить только в сравнении с реальными данными, поэтому конкретно здесь это оценочное суждение. При обучении и первой и второй модели я использовал mse.
Но, вы правы, для корректности, можно было использовать не все данные для обучения, а, например, до -7 дней. А потом сравнить среднеквадратичное отклонение прогноза для обоих моделей как раз от этих реальных данных. Результат был бы показателен.
Спасибо за кейсы. Один из них "
если ты не уверен в ответе или если вопрос выходит за рамки твоих возможностей или знаний, признай это." я часто использую в своих промтах, добавляя "не придумывай ответ" Такой промт дает значительно меньше галлюцинаций.