По вашему запросу ничего не найдено :(
Убедитесь, что запрос написан правильно, или посмотрите другие
наши статьи:
Вокруг только и разговоров, что про нейросети. А что с ними делать? Давайте рассмотрим новые (старые) профессии, где можно использовать искусственный интеллект. К примеру, согласно
исследованию Stack Overflow
70% респондентов используют или планируют использовать инструменты искусственного интеллекта в процессе разработки. Те, кто учится программировать, чаще, чем профессиональные разработчики, используют инструменты искусственного интеллекта (82% против 70%).
Никто не знает будущего, но правда становится любопытно, сможет ли ИИ полностью заменить человека в некоторых профессиях. А пока предлагаем ознакомиться те области, в которых частично применяются нейросети.
AI-тренер
Что делает: такой специалист обучает искусственный интеллект создавать корректные, грамотные и логичные ответы.
Требования:
— Опыт работы с языковыми моделями, такими как OpenAI ChatGPT;
— Уровень английского языка С1-С2;
— Умение грамотно и понятно писать тексты на русском языке;
— Образование в областях лингвистики, филологии, литературного творчества, журналистики, коммуникаций или смежных областей.
Сколько зарабатывает: от 75 000 рублей.
«Яндекс» был одним из первых на российском рынке труда, кто открыл вакансии для AI-тренеров. Компания начала искать редакторов, филологов, журналистов, чтобы тренировать свою собственную нейросеть YandexGPT. Сейчас на хх.ру AI-тренеров ищут Сбер, МТС и «Яндекс».
Нейро/ИИ — иллюстратор
Что делает: генерирует с помощью искусственного интеллекта изображения для соцсетей, логотипы, макеты и другие элементы графического дизайна. Также нейросети могут помочь с улучшением изображения, например, удалить шумы или увеличить четкость и т.д.
Требования:
— Знание графических программ (Photoshop, Figma, Illustrator и прочие);
— Навык работы с нейросетями: необходимо составлять для них точные и корректные запросы, чтобы получить нужный результат;
— Насмотренность и чувство вкуса.
Сколько зарабатывает: зависит от уровня компетенций, средняя зарплата примерно равна зарплате дизайнера.
Промпт-инженер
Что делает: он управляет ИИ-системами, разрабатывает и настраивает большие языковые модели. Промт — это текстовый запрос для нейросети. Суть новой профессии заключается в том, чтобы анализировать задачи заказчика, составлять правильный промт для системы и получать результат с помощью нейросети. В задачи промт-инженера также входит: анализ данных и контекста, тестирование промтов, их оптимизация и обновление.
Требования:
— Знание языков программирования (Java, C++ и Python);
— Понимание моделей машинного обучения и нейронных сетей;
— Опыт работы с СhatGPT, Claude, GigaChat, YandexGPT и др. чат-ботами.
— Знание английского языка будет преимуществом
Сколько зарабатывает: это новая отрасль с большим потенциалом, и специалистов, как и вакансий в ней не так много. По данным вакансий в США в 2024 году средняя зарплата промт-инженера составляет $63 тыс. в год.
ИИ-копирайтер
Что делает: собственно, все тоже самое, что и обычный копирайтер, только с использованием искусственного интеллекта. Пока нейросеть не может составить структурированный лонгрид, но с небольшими текстами справляется легко. Условный ChatGPT не может полностью заменить людей, обладающих опытом написания экспертного контента, в котором есть креативность, сочувствие и личный опыт.
Требования:
— Навыки работы с текстом;
— Работа с нейросетью: генерировать запросы, проверять, редактировать тексты; фактчекинг;
— Знание основ маркетинга.
Сколько зарабатывает: заработная плата начинается от 40 000 руб.
Специалист по ИИ-этике
Что делает: решает сложные этические ситуации, которые возникают при использовании искусственного интеллекта. Он разрабатывает стандарты взаимодействия с ИИ, следит за сбором, использованием и безопасностью персональных данных, анализирует и оценивает новые алгоритмы на предмет ошибок или предвзятости, может принимать участие в судебном процессе в качестве эксперта по безопасному использованию нейросети.
Требования:
— Понимание технологии ИИ;
— Знание законодательства: международное право, IT-право, право на интеллектуальную собственность;
— Широкий кругозор в области этики, философии, психологии и социологии.
Сколько зарабатывает: предложений по работе пока немного, вакансии встречаются на англоязычных сайтах. Средняя зарплата в США
составляет
$153,500 в год.
AI Product Manager
Что делает: создает, управляет и развивает продукты, основанные на искусственном интеллекте. Такой специалист обладает знаниями на стыке продакт-менеджмента и хорошо ориентируется на ИИ-рынке.
Требования:
— Понимание технологий искусственного интеллекта;
— Опыт в продуктовом менеджменте;
— Аналитические навыки: умение оценивать данные, рынок и тренды в технической области;
— Софт-скиллс: коммуникативные навыки, проактивность, лидерские качества и тд.
Сколько зарабатывает: зарплаты начинаются от 150 000 руб., на американской рынке менеджеры ИИ-продуктов получают конкурентоспособную зарплату от 100 000 до 150 000 долларов в год.
Кроме новых профессий, связанных с искусственным интеллектом, его можно использовать в других рабочих задачах. Известны примеры, когда ChatGPT помогал студентам выполнять письменные работы или писал сценарий для нового сюжета. Разработчики с его помощью могут оптимизировать работу и писать участки кода в нейросети. Уверены, мы еще увидим новые направления на стыке искусственного интеллекта.
В данной статье будет в общем виде рассмотрен диалплан и его содержимое - контексты и экстеншены в Asterisk.
Формат диалплана
Диалплан в файле extensions.conf структурирован в секции, называемые контекстами. Контекстом называется сущность внутри диалплана, которая позволяет функционировать его различным частям совершенно независимо. Контексты используются для разделения функций, улучшения безопасности между различными частями диалплана, настройкой классов обслуживания для разных пользователей и так далее.
Контексты в диалплане
Синтаксис для контекста точно такой же как и во всех конфигурационных файлах Asterisk (файлах с расширением .conf) Для создания контекста просто необходимо поместить его название в квадратные скобки:
[telephony-users]
Экстеншены в диалплане
Внутри каждого контекста необходимо обозначит один или более экстеншенов. Экстеншен по сути это определенный список действий с определенным названием. После набора номера экстеншена, Астериск последовательно выполняет каждое действие.
Синтаксис у экстешена следующий:
exten => number,priority,application([parameter[,parameter2...]])
К примеру:
exten => 101,1,Dial(PJSIP/celecom, 20)
В данном случае, номер экстеншена – 101, номер приоритета – 1, используемое приложение – Dial(), с параметрами PJSIP/celecom и 20.
Приоритеты
Внутри каждого экстеншена должен быть один или более номеров приоритетов. Приоритет это просто число, от 1 до N. Команда с первым приоритетом будет соответственно исполнена первой, после её завершения будет исполняться команда с приоритетом 2 и так далее.
Обязательно нужно использовать последовательные числа, иначе выполнение сценария будет прервано.
exten => 101,1,выполнить действие
exten => 101,2,выполнить другое действие
exten => 101,5,выполнить еще какое-то действие
В примере выше выполнение сценария прервется после строчки с приоритетом 2, по причине того, что отсутствует приоритет с номером 3.
Кроме того, вместо номера приоритета можно указывать литеру n (next). То есть возможен такой сценарий:
exten => 101,1,выполнить действие
exten => 101,n,выполнить другое действие
exten => 101,n,выполнить еще какое-то действие
Если не хочется постоянно писать номер экстеншена, можно использовать функцию same.
exten => 101,1,NoOp()
same => n(repeat),Verbose("Нужно что-то сделать!")
same => n,Verbose("Нужно сделать что-то другое!")
Порядок обработки диалплана
Порядок считывания экстеншенов внутри контекста идёт сверху вниз, причем вложенные контексты обрабатываются первыми. То есть к примеру у вас есть три контекста – X, Y и Z. Если вы хотите чтобы контекст Z обрабатывался первым, просто сделайте его вложенным контекстом для контекста X.
Порядок поиска таков:
Экстеншены
Экстеншены с масками
Вложенные экстеншены
Переключатели
Предыдущая статья из цикла про популярные приложения TCP/IP тут.
Установление TCP-соединения происходит до того, как любая из других функций TCP сможет начать свою работу. Установление соединения относится к процессу инициализации полей "Sequence" и "Acknowledgment" и согласования используемых номеров портов. На рисунке 5 показан пример процесса установления соединения.
Этот трехсторонний процесс установления соединения (также называемый трехсторонним рукопожатием) должен завершиться до начала передачи данных. Соединение существует между двумя сокетами, хотя в заголовке TCP нет единственного поля сокета. Из трех частей сокета подразумеваются IP-адреса на основе IP-адресов источника и назначения в IP-заголовке. TCP подразумевается, потому что используется заголовок TCP, как указано значением поля протокола в заголовке IP. Следовательно, единственные части сокета, которые необходимо закодировать в заголовке TCP, - это номера портов.
TCP сообщает об установлении соединения, используя 2 бита в полях флагов заголовка TCP. Эти биты, называемые флагами SYN и ACK, имеют особенно интересное значение. SYN означает "синхронизировать порядковые номера", что является одним из необходимых компонентов при инициализации TCP.
На рисунке 6 показано завершение TCP-соединения. Эта четырехсторонняя последовательность завершения проста и использует дополнительный флаг, называемый битом FIN. (FIN - это сокращение от "finished", как вы могли догадаться.) Одно интересное замечание: перед тем, как устройство справа отправит третий сегмент TCP в последовательности, оно уведомляет приложение о том, что соединение прерывается. Затем он ожидает подтверждения от приложения перед отправкой третьего сегмента на рисунке. На случай, если приложению потребуется некоторое время, чтобы ответить, ПК справа отправляет второй поток на рисунке, подтверждая, что другой ПК хочет разорвать соединение. В противном случае ПК слева может повторно отправить первый сегмент.
TCP устанавливает и завершает соединения между конечными точками, а UDP - нет. Многие протоколы работают в рамках одних и тех же концепций, поэтому термины "ориентированный на соединение" и "без установления соединения" используются для обозначения общей идеи каждого из них. Более формально эти термины можно определить следующим образом:
Протокол, ориентированный на соединение: протокол, который требует обмена сообщениями до начала передачи данных или который имеет требуемую предварительно установленную корреляцию между двумя конечными точками.
Протокол без установления соединения: протокол, который не требует обмена сообщениями и не требует предварительно установленной корреляции между двумя конечными точками.
Восстановление после ошибок и надежность
TCP обеспечивает надежную передачу данных, что также называется reliability or error recovery. Для обеспечения надежности TCP нумерует байты данных, используя поля "Sequence" и "Acknowledgment" в заголовке TCP. TCP обеспечивает надежность в обоих направлениях, используя поле Sequence Number одного направления в сочетании с полем Acknowledgment в противоположном направлении.
На рисунке 7 показан пример того, как поля TCP Sequence и Acknowledgment позволяют ПК отправлять 3000 байтов данных на сервер, при этом сервер подтверждает получение данных. Сегменты TCP на рисунке расположены по порядку, сверху вниз. Для простоты все сообщения содержат 1000 байтов данных в части данных сегмента TCP. Первый порядковый номер - красивое круглое число (1000), опять же для простоты. В верхней части рисунка показаны три сегмента, каждый из которых на 1000 больше предыдущего, что указывает на первый из 1000 байтов сообщения. (То есть в этом примере первый сегмент содержит байты 10001999; второй - байты 20002999, а третий - байты 30003999.)
Четвертый сегмент TCP на рисунке - единственный, который возвращается от сервера к веб-браузеру - подтверждает получение всех трех сегментов. Как? Значение подтверждения 4000 означает: "Я получил все данные с порядковыми номерами на единицу меньше 4000, поэтому я готов принять ваш байт 4000 следующим". (Обратите внимание, что это соглашение о подтверждении путем перечисления следующего ожидаемого байта, а не номера последнего полученного байта, называется прямым подтверждением.)
Однако этот пример не исправляет никаких ошибок; он просто показывает основы того, как хост-отправитель использует поле порядкового номера для идентификации данных, а хост-получатель использует прямые подтверждения для подтверждения данных. Более интересное обсуждение вращается вокруг того, как использовать эти же инструменты для восстановления ошибок. TCP использует поля "Sequence" и "Acknowledgment", чтобы принимающий хост мог заметить потерю данных, попросить отправляющий хост повторно отправить, а затем подтвердить, что повторно отправленные данные прибыли.
Существует множество вариантов того, как TCP выполняет исправление ошибок. На рисунке 8 показан только один такой пример, детализация которого аналогична предыдущему. Веб-браузер снова отправляет три сегмента TCP, снова по 1000 байт каждый, снова с легко запоминающимися порядковыми номерами. Однако в этом примере второй сегмент TCP не может пройти через сеть.
Рисунок указывает на три набора идей, лежащих в основе того, как думают два хозяина. Во-первых, справа сервер понимает, что он не получил все данные. Два полученных сегмента TCP содержат байты с номерами 10001999 и 30003999. Очевидно, сервер не получил байты, пронумерованные между ними. Затем сервер решает подтвердить все данные вплоть до потерянных, то есть отправить обратно сегмент с полем подтверждения, равным 2000.
Получение подтверждения, которое не подтверждает все данные, отправленные на данный момент, заставляет хост-отправитель повторно отправить данные. ПК слева может подождать несколько секунд, чтобы убедиться, что другие подтверждения не поступят (используя таймер, называемый таймером повторной передачи), но вскоре решит, что сервер сообщает: "Мне действительно нужно 2000 - отправьте его повторно". ПК слева делает это, как показано на пятом из шести сегментов TCP на рисунке.
Наконец, обратите внимание, что сервер может подтверждать не только повторно отправленные данные, но и любые предыдущие данные, которые были получены правильно. В этом случае сервер получил повторно отправленный второй сегмент TCP (данные с порядковыми номерами 20002999), и сервер уже получил третий сегмент TCP (данные с номерами 30003999). Следующее поле подтверждения сервера подтверждает данные в обоих этих сегментах с полем подтверждения, равным 4000.
Управление потоком с использованием окон
TCP реализует управление потоком, используя концепцию окна, которая применяется к количеству данных, которые могут быть ожидающими подтверждения в любой момент времени. Концепция окна позволяет принимающему хосту сообщать отправителю, сколько данных он может получить прямо сейчас, давая принимающему хосту способ замедлить или ускорить отправляющий хост. Получатель может перемещать размер окна вверх и вниз (это называется скользящим окном или динамическим окном), чтобы изменить объем данных, который может отправить хост-отправитель.
Механизм раздвижного окна имеет больше смысла на примере. В примере, показанном на рисунке 9, используются те же основные правила, что и в примерах на нескольких предыдущих рисунках. В этом случае ни один из сегментов TCP не содержит ошибок, и обсуждение начинается на один сегмент TCP раньше, чем на предыдущих двух рисунках.
Начнем с первого сегмента, отправленного сервером на ПК. Поле Acknowledgment должно быть вам знакомо: оно сообщает ПК, что сервер ожидает следующий сегмент с порядковым номером 1000. Новое поле, поле окна, установлено на 3000. Поскольку сегмент передается на ПК, это значение сообщает ПК, что ПК может послать не более 3000 байтов по этому соединению до получения подтверждения. Итак, как показано слева, ПК понимает, что может отправлять только 3000 байтов, и прекращает отправку, ожидая подтверждения, после отправки трех 1000-байтовых сегментов TCP.
Продолжая пример, сервер не только подтверждает получение данных (без потерь), но и решает немного увеличить размер окна. Обратите внимание, что второе сообщение, идущее справа налево на рисунке, на этот раз с окном 4000. Как только ПК получает этот сегмент TCP, ПК понимает, что он может отправить еще 4000 байтов (окно немного больше, чем предыдущее значение).
Обратите внимание, что хотя на последних нескольких рисунках показаны примеры с целью объяснения того, как работают механизмы, из этих примеров может сложиться впечатление, что TCP заставляет хосты сидеть и долго ждать подтверждения. TCP не хочет заставлять хост-отправитель ждать отправки данных. Например, если подтверждение получено до того, как окно будет исчерпано, начинается новое окно, и отправитель продолжает отправлять данные до тех пор, пока текущее окно не будет исчерпано. Часто в сети, где мало проблем, мало потерянных сегментов и небольшая перегрузка, окна TCP остаются относительно большими, а узлы редко ждут отправки.
Закрепим самое важное про TCP и UDP в следующей статье.