Опыт клиентов это то, ради чего это всё и затевается. А клиенты это то, что приносит доход бизнесу. Идея заменить операторов помошниками это снижение издержек, а расширение и улучшение опыта - расширение бизнеса и оборота. То есть может так получиться, что издержки то снизятся, а оборот упадёт, и манагера того уволят))
С коричневым шумом что то не так, имхо. Такое ощущение, что при преобразовании Фурье при вычислениях происходит наложение, поэтому и интервал совпадения около 1/4, и акф нарастает. У прямоугольника спектр sin x / x, у треугольника -квадрат sin x /x, насколько я помню. Почему тут то корелляция с задержкой растёт?
Не пробовали просто во временной области смоделировать - взять реализацию дбш, проинтегрировать, получить реализацию акф, усреднить?
Артем Арюткин, Yandex Ridetech & Ecom: У меня есть клевый пример, который хочется адаптировать у себя. Ребята внедрили AI-помощника в call-центр. Ничего специфичного там нет, просто на звонок отвечал робот.
Ребята, похоже, в начале пути) Вот что пишут их коллеги после несколькх лет в продакшене
Ок, мой код собирался с антом, градлом и мавеном, но я ни разу почти не писал скрипты и UI. UI уровня редактора вообще нигогда не писал. Так что не понимаю связи)
Рабочий процесс программиста лишь часть рабочих процессов соответствующего бизнеса в целом. Попытка выстраивать только его приведёт только к конфликтам с другими структурами организации и ухудшению интегральных показателей. К примеру несколько команд программистов пишут сервисы которые контора разворачивает и продаёт. Кроме отдела инженеринга - несколько команд программистов, QA, разного рода менеджмента, есть отделы с соотв группами дев и тех опсов, отделы продаж, маркетинг и тепе. QA, допустим, проводит финальную регрессию нового релиза, у техопов стейджинг, девелоперы в середине активной разрабтки следующего, в продакшене предыдущий, продажники мутят новые фичи с клентами, маркетинг тоже что-то мутит со стратегей. Понятно, что запросы к разработчикам от этих подразделений или их отдельных представителей, обладают разным приоритетом, сложностью и допустимой задержкой ответа. Однако игнорировать запрос QA на посмотреть логи за неделю до релиза не получится, да и вредно - не релиз же сдвигать. Или от саппорта, когда у нового клиента или другого, старого и большого, что-то стало не так после использования какого то нового сценария использования. В статье (всё что в ней перечислено - работает) есть рекомендации, что надо вводить правила, и они верные. Но правила надо совместно разрабатывать для всей организации. К примеру, запрос из QA или продакшена должен быть предметным - юзкейс, сценарий, идентификаторы логов, интенсивность ошибок. Понятно, что никто никогда ничего не менял в этих отделах)), но хорошо бы так же сведения об историях изменения окружения, тестовых скриптов и тепе. Для этого надо проводить тренинги тех, с кем девелоперы коммуницируют, устанавлвать формы и виды взаимодействия, временные рамки реакций. В общем в одном отдельно взятом доме щастье построить не получится, имхо)
Я имел ввиду, когда в телефон подменённые самокаты или модули начнут что нибудь загружать с вредительскими целями. Я в этом вообще не разбираюсь, но к идее что к моему телефону подключается какое то устройство с улицы отношусь с подозрением
Лично писал такой код)) Но проблема была не в моих способностях или намерениях, а в том, что за этим апи скрывались железки с достаточно мутной документацией, в том числе с ответами по e-mail, и я в некоторых случаях даже не представлял, к чему приведёт несколько вызовов апи. И какие комментарии или документация тут помогла бы разобраться в том, как это работает?) Код причём на верхнем уровне был несложный, а вот внутри такое разнообразие поведений возникало.. Да и желающих не было туда соваться) Ещё у нас был функционал, в котором эээ.. собиралась группа отнаследованных объектов каждый со своей наследованной стейт машиной, которая обрабатывала и трансформировала евенты. И ещё схема для группировки такая же. Те, кто это писал, точно это делали не для какой то джоб секьюрити или графоманства, задокументированы были тольао принципы, комментировать бесполезно, просто сложная функциональность, а её имплементация свою сложность впоследствие оправдала. В общем со статьёй согласен только в плане того, что сложный и запутанный код бывает что пишут)
У меня большие сомнения в том, что сохраняется связь с человеком. Большинство программистов, не связанных с embedded или сетями, точностью вычислений и тепе не воспринимают двоичный, восьмеричный и шестнадцатиричный формат, имхо. Тем более плавающую или фиксированную точку.
То есть передавать в тексте, но не совсем в тексте?) Стать ненавистным и поклонникам бесполезной загрузки цпу, и сторонникам эффективного использования памяти и пропускной способности?) Ну.. героический подход)
Есть комнатные пульты регуляторов для отопления, там 3 провода - земля, температура помещения с потенциометра, и выбор режима - с переключателя сделанного на дискретном потенциометре
#12 - у нас как то на тестовом стенде перезагрузилась коробка с текущим релизом, кто то заметил это в отчёте и завёл инцидент. Проверяли билды, повторяли тесты -всё ок. Отложили. Через месяц перезагрузилась соседняя на другом релизе и ревизии платы, и снова никаких результатов расследования. На третий раз заметили, что все перезагрузки имели разные аптаймы - что то вроде 43 дня, 37 и 28, и это коррелировало с тремя ревизиями плат под тестированием, которые отличались моделями процессоров. Ну а дальше стало понятно - какой то watchdog. Посчитав тики, выяснили какой из процессоров не сбрасывает таймер, и нашли баг. Удивительным оказалось то, что этот код существовал с первого релиза, но воспроизвёлся баг только когда в тестовой лабе появились коробки, которые тестировались вдолгую. Не было ни одной жалобы от покупателей - они перезагружали коробки сами чаще, или просто не замечали перезагрузки.
790: Есть некоторые сомнения в необходимости уничтожать эту планету. Она относится к планетам 13 типа, которые сами уничтожают себя на этой стадии развития. Иногда война, чаще – экологическая катастрофа. Но обычно планеты 13 типа неумышленно разрушаются учеными, когда те пытаются определить массу частицы бозона Хиггса. (С) Видимо, началось!
Опыт клиентов это то, ради чего это всё и затевается. А клиенты это то, что приносит доход бизнесу. Идея заменить операторов помошниками это снижение издержек, а расширение и улучшение опыта - расширение бизнеса и оборота. То есть может так получиться, что издержки то снизятся, а оборот упадёт, и манагера того уволят))
С коричневым шумом что то не так, имхо. Такое ощущение, что при преобразовании Фурье при вычислениях происходит наложение, поэтому и интервал совпадения около 1/4, и акф нарастает. У прямоугольника спектр sin x / x, у треугольника -квадрат sin x /x, насколько я помню. Почему тут то корелляция с задержкой растёт?
Не пробовали просто во временной области смоделировать - взять реализацию дбш, проинтегрировать, получить реализацию акф, усреднить?
Ребята, похоже, в начале пути) Вот что пишут их коллеги после несколькх лет в продакшене
https://finance.yahoo.com/news/five9-research-reveals-balancing-ai-130000613.html
То есть он нарушает всякие nda, секьюрити и комплиансы и надеется, что ему за это ничего не будет? К успеху идёт пацан))
После молчаливого импорта паролей и закладок из Хрома после обновления виндуса нафик майкросот на телефоне
Ок, мой код собирался с антом, градлом и мавеном, но я ни разу почти не писал скрипты и UI. UI уровня редактора вообще нигогда не писал. Так что не понимаю связи)
А как помогут мавен и градл в написании такого редактора? Я не специалист, но мне интересно)
Рабочий процесс программиста лишь часть рабочих процессов соответствующего бизнеса в целом. Попытка выстраивать только его приведёт только к конфликтам с другими структурами организации и ухудшению интегральных показателей.
К примеру несколько команд программистов пишут сервисы которые контора разворачивает и продаёт. Кроме отдела инженеринга - несколько команд программистов, QA, разного рода менеджмента, есть отделы с соотв группами дев и тех опсов, отделы продаж, маркетинг и тепе. QA, допустим, проводит финальную регрессию нового релиза, у техопов стейджинг, девелоперы в середине активной разрабтки следующего, в продакшене предыдущий, продажники мутят новые фичи с клентами, маркетинг тоже что-то мутит со стратегей. Понятно, что запросы к разработчикам от этих подразделений или их отдельных представителей, обладают разным приоритетом, сложностью и допустимой задержкой ответа. Однако игнорировать запрос QA на посмотреть логи за неделю до релиза не получится, да и вредно - не релиз же сдвигать. Или от саппорта, когда у нового клиента или другого, старого и большого, что-то стало не так после использования какого то нового сценария использования.
В статье (всё что в ней перечислено - работает) есть рекомендации, что надо вводить правила, и они верные. Но правила надо совместно разрабатывать для всей организации. К примеру, запрос из QA или продакшена должен быть предметным - юзкейс, сценарий, идентификаторы логов, интенсивность ошибок. Понятно, что никто никогда ничего не менял в этих отделах)), но хорошо бы так же сведения об историях изменения окружения, тестовых скриптов и тепе. Для этого надо проводить тренинги тех, с кем девелоперы коммуницируют, устанавлвать формы и виды взаимодействия, временные рамки реакций.
В общем в одном отдельно взятом доме щастье построить не получится, имхо)
Я имел ввиду, когда в телефон подменённые самокаты или модули начнут что нибудь загружать с вредительскими целями. Я в этом вообще не разбираюсь, но к идее что к моему телефону подключается какое то устройство с улицы отношусь с подозрением
Ещё интереснее насколько быстро появятся подменённые модули
Лично писал такой код)) Но проблема была не в моих способностях или намерениях, а в том, что за этим апи скрывались железки с достаточно мутной документацией, в том числе с ответами по e-mail, и я в некоторых случаях даже не представлял, к чему приведёт несколько вызовов апи. И какие комментарии или документация тут помогла бы разобраться в том, как это работает?) Код причём на верхнем уровне был несложный, а вот внутри такое разнообразие поведений возникало.. Да и желающих не было туда соваться)
Ещё у нас был функционал, в котором эээ.. собиралась группа отнаследованных объектов каждый со своей наследованной стейт машиной, которая обрабатывала и трансформировала евенты. И ещё схема для группировки такая же. Те, кто это писал, точно это делали не для какой то джоб секьюрити или графоманства, задокументированы были тольао принципы, комментировать бесполезно, просто сложная функциональность, а её имплементация свою сложность впоследствие оправдала.
В общем со статьёй согласен только в плане того, что сложный и запутанный код бывает что пишут)
Мне тоже показалось что у них большой опыт по выдерживанию самогонов в дубовых бочках))
У меня большие сомнения в том, что сохраняется связь с человеком. Большинство программистов, не связанных с embedded или сетями, точностью вычислений и тепе не воспринимают двоичный, восьмеричный и шестнадцатиричный формат, имхо. Тем более плавающую или фиксированную точку.
То есть передавать в тексте, но не совсем в тексте?) Стать ненавистным и поклонникам бесполезной загрузки цпу, и сторонникам эффективного использования памяти и пропускной способности?) Ну.. героический подход)
Есть комнатные пульты регуляторов для отопления, там 3 провода - земля, температура помещения с потенциометра, и выбор режима - с переключателя сделанного на дискретном потенциометре
Больше похоже на "супернадёжные"" Нокии, которые тихо ребутились по ночам или в кармане)
#12 - у нас как то на тестовом стенде перезагрузилась коробка с текущим релизом, кто то заметил это в отчёте и завёл инцидент. Проверяли билды, повторяли тесты -всё ок. Отложили. Через месяц перезагрузилась соседняя на другом релизе и ревизии платы, и снова никаких результатов расследования. На третий раз заметили, что все перезагрузки имели разные аптаймы - что то вроде 43 дня, 37 и 28, и это коррелировало с тремя ревизиями плат под тестированием, которые отличались моделями процессоров.
Ну а дальше стало понятно - какой то watchdog. Посчитав тики, выяснили какой из процессоров не сбрасывает таймер, и нашли баг.
Удивительным оказалось то, что этот код существовал с первого релиза, но воспроизвёлся баг только когда в тестовой лабе появились коробки, которые тестировались вдолгую. Не было ни одной жалобы от покупателей - они перезагружали коробки сами чаще, или просто не замечали перезагрузки.
790: Есть некоторые сомнения в необходимости уничтожать эту планету. Она относится к планетам 13 типа, которые сами уничтожают себя на этой стадии развития. Иногда война, чаще – экологическая катастрофа. Но обычно планеты 13 типа неумышленно разрушаются учеными, когда те пытаются определить массу частицы бозона Хиггса. (С)
Видимо, началось!
Из за пункта #2 у меня никогда не будет никакого апа - есть веб, хватит и этого
Я в то время слышал довод, что прибор для прослушки gsm стоил 5 т уе, а cdma - 25