Em 2017, Vasily Shinkorenko e Maxim Abramchuk criaram o serviço Storyline, onde você pode desenvolver aplicativos para o assistente de voz da Amazon sem usar a programação. Os caras participaram de dois aceleradores no Vale do Silício - Boost VC e Y Combinator. Na primavera de 2018, eles receberam US $ 770 mil em investimentos.
Fillpackart e
eu ligamos para eles e perguntamos sobre tudo - sob o capô do serviço, como é ser um desenvolvedor de startups, como eles moravam no vale e em quanto tempo os assistentes de voz mudarão o mundo.
- Você está na Bielorrússia agora?Vasily : - Sim, estivemos na Califórnia por 8 meses e, em abril, voamos de volta para Minsk assim que o YC passou. Também consideramos opções de como melhor construir uma empresa. Havia muitas opções, mas decidiu voltar para Minsk.
Antes de tudo, é claro, devido a recursos. Em Minsk, é muito mais fácil e barato procurar pessoas do que no vale. Lá você compete com grandes empresas, com startups legais que são lançadas todos os anos. E aqui somos os únicos que passaram pela YC na história da Bielorrússia. Aqui não precisamos arrecadar tanto dinheiro para pagar aos engenheiros 200 mil por ano. Agora estamos no estágio em que trabalhamos 12 horas por dia. Não faz diferença onde é seguro trabalhar. Portanto, escolhemos Minsk.
Maxim Abramchuk e Vasily Shinkorenko- O escritório já foi alugado, está instalado?P: Sim, sim! Temos um escritório maravilhoso no quarto andar, com vista para o rio, no centro da cidade.
- Você planeja recrutar uma equipe grande?Q: - Agora somos 6 pessoas. Até o final do ano, serão 10. E então tudo depende muito das métricas. Para alcançar as metas que estabelecemos para o ano, precisaremos de 10 a 15 pessoas.
- Eu não sou muito do assunto, mas morei em Minsk por alguns anos e ouvi do fundo do ouvido que, supostamente, todos os caras foram levados para a Wargaming, EPAM e no exterior. Não encontrou esse problema?P: - Sim, mas o truque é que ainda existem muito poucas empresas de alimentos - especialmente startups. E as startups que são mais ou menos adequadas fazem algo e não parecem zumbis meio mortos nos dedos de uma mão para contar. Eu não acho que cinco empresas, isso é muita concorrência.
- Você já sente que está se transformando em um negócio?P: - Podemos dizer que já encontramos algo, mas não posso dizer que é isso que nos levará ao sucesso global.
Antes do surgimento do produto, apenas desenvolvedores fizeram aplicativos para Alex, escreveram códigos e contrataram empresas. Criamos essencialmente um novo segmento de mercado - agora pessoas sem formação técnica também o fazem. E agora esse segmento está crescendo, e estamos crescendo agora, e o mercado de alto-falantes inteligentes como um todo está crescendo, o número de aplicativos dos usuários está crescendo. Já estamos fazendo um pouco de dinheiro, ainda não um lucro - está longe dele, mas já está em algum lugar no horizonte.
Eu acho que, enquanto todas as pessoas entram em uma sala, isso é mais um produto do que um negócio. É quando você passa de 15 a 20 pessoas, e precisa pensar em processos e muito mais.
- Quando você recebeu o investimento, o que havia mais - euforia ou medo de não poder fazer isso?P: - Provavelmente, houve um sentimento de um marco. A maioria das startups não vive nem nos primeiros seis meses. E quando você viveu, fez algo interessante para alguém, as pessoas o usam e, o mais importante, elas realmente amam e estão dispostas a pagar - então você tem um pouco mais de entendimento sobre o que fazer a seguir.
Bem, ou seja, não havia essa sensação de dançar na minha cabeça e jogar chinelos. Apenas um entendimento de que o próximo passo está começando e que ele tem seus próprios objetivos, seus próprios KPIs. A YC ajudou muito com isso, eles disseram como o produto deve ficar em um ano e o que precisa ser feito para isso. E aqui estamos nós.
- Conte-nos, o que os vales estavam fazendo na Bielorrússia antes de partir?P: - Escrevi o código por algum tempo, mas não muito bem. Então percebi que era melhor me comunicar, todo tipo de negócio, marketing. Comecei a fazer isso e acidentalmente caí na esfera das interfaces de diálogo - bots no Telegram, em outros mensageiros, mecanismos, estruturas para bots. Girando em torno disso. Em 2015, os caras e eu fizemos vários produtos e até levantamos algum dinheiro.
Juntamente com Max, começamos a fabricar um produto. Embora ele não tenha conseguido, temos experiência. Então, juntos, uma agência de 7 pessoas foi construída. E no verão do 17º ano, eles voltaram aos produtos.
Max e você?Maxim : - Comecei a programar no primeiro ano. Eu tinha algum tipo de atitude em minha mente que, enquanto me preparava para a universidade, estou estudando física, matemática e todo tipo de coisa, mas não estou fundamentalmente envolvido em programação. Assim que me vi nas listas do BSUIR, imediatamente o peguei, iniciei o C ++, todo tipo de outras coisas. Nos primeiros meses em que fui burro, foi muito difícil. Então ele aprendeu que existe uma web, ele começou a ficar no frontend. Vi Ruby, escrevi nele por alguns meses. Em geral, ele correu, virou, virou e parou no back-end.
Defina uma meta para encontrar um emprego. Por vários meses, ele criou Ruby, SQL, fez alguns testes. Eles me levaram para uma empresa e eu trabalhei lá por seis meses. Éramos cinco e acabamos de terceirizar produtos diferentes. Então ele foi para outra empresa, trabalhou lá por cerca de um ano e meio. E então a plataforma bot no telegrama acabou de começar. Não me lembro por que, mas fiquei tão inspirado por tudo isso. Criei um site em alguns dias (ele ainda pode estar funcionando). Começamos a fazer bots por encomenda.
E depois de tudo isso, Vasya e eu nos conhecemos e começamos a fazer produtos.
Phill : - Então, você tem mais back-end na pilha?M: - Bem, o back-end é para mim algum tipo de lista de rock ou javista. E como estou escrevendo um back-end em Ruby, há um lugar para se movimentar. 30-40% do tempo eu tive que escrever para a frente, então posso dizer que estou com a pilha cheia. Oito ou nove meses, até o lançamento do primeiro desenvolvedor, eu mesmo escrevi o Storyline inteiro - e a frente, as costas e os devops, e tudo mais.
F: Você deseja parar de escrever código e se tornar um líder puro?M: - Gosto de escrever código e também de gerenciar desenvolvedores, mas não faria isso em tempo integral. Eu tenho um desejo de lidar com o produto. Teste todos os tipos de hipóteses, assista a análises, escreva roteiros, comunique-se com os usuários e assim por diante. Isso é super interessante. Talvez no futuro, quando recrutarmos mais caras, e a experiência deles for mais forte, eu posso transferir tudo para eles. Mas não sei quando isso será realizado.
Como entramos no vale e falhamos na primeira ideia
Nosso amigo que já participou do Boost VC veio a Minsk. Nós nos conhecemos, mostramos a ele um projeto que foi feito para um café. Ele disse: “Coisas legais! Você já pensou em transformá-lo em um produto separado para cafés? ”
Nós somos "vamos tentar". Aconteceu que ele conhece bem Adam Draper, do Boost VC, e diz: “inscreva-se lá e, se puder chegar lá, faça uma viagem ao vale. Será mais interessante do que o que você está fazendo com a agência agora. ” Estamos tão bem que preenchemos uma inscrição e fizemos um pouso. Primeiro eles fizeram a seleção, depois uma entrevista no Skype com Adam. Foi feita uma oferta para nós (o BoostVC geralmente oferece de 25 a 50 mil para 7% da empresa). Nós o recebemos e fomos ao vale com um produto para restaurantes.
Adam Draper
O McDonald's e todos os tipos de fast food têm terminais de autoatendimento. Eles são muito caros. A maioria dos cafés de tamanho médio não tem a oportunidade de entregá-los, mas eu não quero contratar muitos caixas. Nós descobrimos como substituir esses terminais de uma maneira fácil - pedir comida através de bots.
As pessoas através do mensageiro poderão fazer pedidos, ou - se for um café, próximo ao trabalho - para descobrir se agora existe uma fila, para não perder tempo e não cair em vão. Ou seja, você faz um pedido, chega em um momento conveniente e obtém um desconto por isso. E para proprietários e gerentes, o ponto principal é a automação.
Então chegamos, tentamos negociar com essas pessoas. Mas os pequenos cafés não precisam de automação - eles precisam de clientes. E as grandes empresas não se importam que o terminal de autoatendimento custe uma dúzia. Se você não é ninguém e não há como ligar para você - quase não há chance de um grande cliente prestar atenção em você.
Encontrei um cara que faz comprimidos para encomendar em restaurantes. Ele passou pela YC e depois trabalhou em um contrato com a Wendy's por três anos. Percebemos que nada funcionaria para nós, não entendemos nada em restaurantes e não viveremos nesse regime por três anos.
Começamos a pensar qual era o charme. Quando criamos bots personalizados, sempre desenhei mapas mentais - diagramas de como o diálogo será, quais linhas o usuário dirá e qual bot. Um enorme bate-papo com flechas, que mostramos aos clientes para aprovação. E então pensamos como seria legal transferir esse diagrama para um bot real com um botão. E para que você não precise codificar, atraia desenvolvedores, se o cliente enviar edições.
Então decidimos mudar para o Storyline.
F: Max, você achou a ideia do Storyline interessante em termos de implementação?M: - Na verdade, eu não sou um fanático especialmente para programar em prol da programação. Gostei da ideia em si. Sim, foi divertido escrever um editor interativo de aplicativos, foi interessante ver novos recursos, oferecer suporte a antigos, corrigir bugs e aumentar métricas. E agora o front-end chegou até nós, e é muito interessante otimizar a tela juntos - para que seja renderizada mais rapidamente, abra no local dos usuários e não fique para trás.
F: E antes disso, você não trabalhava com telas e gráficos bidimensionais?M: - Sim, não funcionou. Mas é isso que eu chamo de tela. Na verdade, usamos o d3.js. e o SVG porque escrever na tela seria ainda mais difícil. No Canvas, precisaríamos dizer: "Pegue esse ponto aqui com essas coordenadas, desenhe uma linha para algumas coordenadas, com essa e essa espessura". E para desenhar um bloco com um preenchimento, com sombras e para que você possa arrastar e soltar, levaria muito tempo. Portanto, escolhemos o SVG e não há problemas especiais de desempenho.
F: - Você gasta muito esforço em prototipagem?M: - Não sei se é bom ou ruim, mas faço isso rapidamente. Por que nos movemos tão rápido? Levamos literalmente um dia ou meio da ideia para a implementação mínima.
Claro, agora estou entrando em um rake por causa disso, então tenho que passar para um processo mais padrão. Ainda assim, não temos centenas de usuários, mas dezenas de milhares. Eles encontram alguns erros específicos, casos de uso que não previmos. Portanto, você precisa desacelerar, adicionar testes - manual, automatizado.
Mas é muito legal quando você pode criar algumas horas, fazê-lo imediatamente e obter um feedback imediato. Na minha opinião, isso não é suficiente na mente de muitos desenvolvedores. Muitos estão serrando para serrar, por semanas e meses. Mas para mim é muito movimentado - surgir, criar e mostrar rapidamente.
- Quando o protótipo foi lançado, você o finalizou ou começou a reescrevê-lo do zero?M: - Quando começamos, tivemos uma situação tensa - os usuários começaram a entrar imediatamente, era necessário mostrar que há tráfego. Depois, não reescrevemos tudo, mas decidimos usar o protótipo ainda mais e continuamos vendo recursos em cima dele.
Inicialmente, havia um conceito assim: você escreve o texto que Alexa diz, coloca duas barras e escreve o texto que o usuário diz. Então era necessário perverter, fazer todo tipo de transições, variáveis e, de fato, havia um texto simples que era difícil de debater. E nossos usuários não são técnicos. Eles abriram o suporte, esqueceram de fechá-lo e tudo quebrou. Mas depois fomos para a YC, eles realmente nos pressionaram - “Vamos! Venha! Usuários cresceram, bugs cresceram. Parece que estamos tão pendurados nesse protótipo por três meses.
Como lançamos o protótipo e o substituímos por um produto em movimento
Criamos a primeira versão super primitiva do produto e começamos a mostrá-la a todos. A essa altura, já tínhamos reunido a comunidade, feito um canal de telegrama. Eles perguntaram "olhe para uma coisa dessas, o que você acha?" Muitos caras escreveram para nós. Todos nós telefonamos, perguntamos e percebemos que o que eles querem é muito mais complicado do que o que fazemos.
Fomos ajudados pelo cara do Slack - Amir Shevat, agora ele é vice-presidente de experiência do desenvolvedor na Twitch. Ele também se atrapalha em bots, até escreveu um dos livros mais populares sobre o tema "Designing Bots". Chegamos ao escritório do Slack, mostramos nosso "protótipo" - na época era uma foto no Sketch.
Amir Shevat
Ele diz: "Bem, legal, mas como você deseja desenvolver isso ainda mais?" Dizemos, vamos aos mensageiros - Telegram, Facebook. Mas também pensamos que ele é legal em coisas de voz, como Alexa, Cortana, Assistente do Google, porque não há controles, menus. Existe apenas o que o usuário diz e qual é o dispositivo. Amir diz: “Legal, tente fazer a primeira versão. Vai ser interessante. E no mesmo dia, vimos que a Amazon havia acabado de abrir uma API para o Alexa, o que permitia criar habilidades programaticamente (ignorando o console do desenvolvedor da Amazon).
Começamos a fabricar um produto, mas rapidamente encontramos um problema. Foi super difícil criar telas no aplicativo - algo em que você pode puxar blocos, escrever algo.
O dia da demonstração estava se aproximando no Boost VC. Ele tinha um mês e o trabalho na tela precisava ser o mesmo. Ficamos sentados à noite na sala onde morávamos e pensávamos: "Droga, não temos tempo para nada. Não temos tempo para começar a campanha. "
Em seguida, encontramos um serviço para mapas mentais do Coggle, o implementamos em algumas horas com um iframe, rapidamente apertamos alguns botões e o preenchemos. Acontece que, quando você se registrou no Storyline, viu o Coggle (mas apenas colamos o logotipo e os controles com uma faixa de cor de fundo). Os usuários fizeram diagramas nele, e pegamos o JSON deles e o convertemos em uma habilidade para o Alexa.
E então eles juntaram essa coisa, pegaram um pequeno player de vídeo no telefone, como funciona e o lançaram em vários grupos do Facebook relacionados ao Alexa. No dia seguinte, já tínhamos mais de cem gostos e comentários. Todos pediram acesso. De lá vieram algumas centenas de primeiros usuários.
Como o Coggle era essencialmente texto, era impossível criar objetos, imagens, todo tipo de coisa - havia uma grande tarefa de migrar todos os objetos do usuário do mapa mental para as estruturas. Naquela época, nem tínhamos nosso próprio banco de dados. Mantivemos apenas os usuários em nosso local, todos os mapas mentais foram armazenados no Coggle, e ele os deu no site.
Era necessário preencher todo o armazenamento conosco, transferir todos os projetos para nossa base. E foi aí que os usuários já começaram a publicar seus projetos. Então, todas essas histórias sobre startups, quando um protótipo é gravado e você precisa substituí-lo por um produto em movimento - isso é diretamente sobre nós.
F: - Se vamos fazer um projeto com amigos, escolheremos tecnologias que conhecemos, e não aquelas que poderiam ser mais adequadas. Esse também foi o seu caso?M: - Sim, basicamente sim. Mas tivemos muita sorte porque JS e Ruby são uma ótima pilha para startups. Em Ruby, você pode recuperar tudo rapidamente, e eu não diria que tudo fica ruim depois. A menos, é claro, que você atinja o nível do Twitter - é por isso que o Twitter foi reescrito de Ruby para Scala.
Enquanto você é uma startup, Ruby on Rails é tudo que você precisa. Mas se eu escrevesse em Java, provavelmente nem tudo seria tão otimista.
F: Aqui está o problema que você pode fazer bem apenas com o que pode. Você tem JS limpo?M: - Temos JavaScript regular e reagimos com o Redux
F: - E por que você os escolheu?M: - Quando começamos a escrever o Storyline, eu não usei o React. Antes disso, escrevi no Angular 1.4, 1.5. Um pouco cutucou o segundo Angular, que está no TypeScript. Quando começamos o Storyline, o React já venceu a guerra, por isso era mais promissor escrever sobre ele (e mais fácil, como me parece agora). Então, eu apenas pesquisei no React Tutorial, coloquei nele por alguns dias, amarrei um gerador padrão de Dan Abramov e já havia o Redux. Agora não me arrependo, apesar de não ter muita experiência com outras bibliotecas.
F: - Você pode dizer algumas palavras sobre arquitetura?M: - Tudo é bem simples, temos um aplicativo de página única no React. Os trilhos são usados para duas coisas. Primeiro, este é o aplicativo para o aplicativo cliente. A segunda é a hospedagem de habilidades criadas pelos usuários através do Storyline.
A frente consiste em dois componentes grandes. O primeiro é o Painel e tudo dentro do projeto, e o segundo é o editor de habilidades. Já está escrito intercalado com d3.js. Os blocos são desenhados lá - é necessário que tudo isso seja rápido, super interativo e bonito, para que todos os tipos de setas possam ser desenhados, animações e assim por diante. Foi super importante para nós, porque basicamente temos uma ferramenta para programação visual.
E o Alexa, você pode dizer, funciona como um bot comum no Telegram ou no Facebook. Você dá a ela algum tipo de ponto final, algum tipo de servochka. Assim que o usuário começa a conversar com Alexa, ela envia solicitações. Você trabalha como um proxy - você recebe uma solicitação e responde. Alexa, sua resposta formata e pronuncia. Nada sobrenatural - o aplicativo ferroviário monolítico usual, tudo funciona no Amazon Web Services. Tentamos fazer tudo de maneira padrão - React, Redux, Ruby on Rails - é mais fácil encontrar desenvolvedores.
F: - Qual parte agora parece a mais difícil?M: - Técnica e conceitualmente complexa, a implementação da plataforma cruzada parece. Agora, apoiamos apenas Alex, e teremos o Google em casa, Cortana e outras coisas. Honestamente, ainda não estamos tecnicamente preparados para isso. Penso que haverá grandes problemas e será um enorme desafio.
F: - Você pode me dizer quantas linhas de código estão no maior arquivo do projeto agora?M: - No frontend, provavelmente existem 700 linhas - há um arquivo lá. Provavelmente menor no back-end (eu apenas escrevo melhor em Ruby). Pode haver 250-300.
Como os programas são organizados em aceleradores e como a vida continua no Vale do Silício
Tim Draper
Moramos em San Mateo, Califórnia, na Draper University. Foi construído pelo pai do nosso investidor Adam Tim Draper. Ele é um dos caras mais famosos de lá. Ele é até chamado o pai fundador do vale. Ele comprou um hotel e transformou-o em uma universidade, onde ele administra seu próprio programa duas vezes por ano. Nós e outras empresas moramos lá. E para quem participa do Boost VC, eles oferecem moradia gratuita por quatro meses.
, -… , 10 — . : , Boost, , . 97% .
YC Boost VC . . , . Quora ( CTO Facebook), AirBnb, Amplitude, Zapier, Dropbox. , , , , .
. , - — , . - 40 , 14. . (CEO YC Twitch) (head of growth Airbnb).
, , , . : , , $1 .
, — . , , . 50%, , . , , .
- No vale, uma comunidade legal, todo mundo ajuda a todos. É possível levar seu código para um dos topos de desenvolvimento, mostrar, pedir conselhos?M: - Eu acho que vai parecer um pouco estranho. Os mesmos funcionários do Slack podem pedir alguns conselhos para os quais não há resposta certa. Você pode sentar, filosofar. Eles só podem dar conselhos de sua torre sineira.Mas com a programação, eu não sei. No entanto, você pode pesquisar no google, testar e encontrar no github. Eu não acho que algum cara super legal seria contra, mas isso realmente não faz sentido.P: - Faz sentido em áreas específicas. Se você faz algo no aprendizado de máquina, e há um cara que faz isso há 20 anos - então sim, será super útil.F: - Max, o que você acha, e os desenvolvedores de uma startup em comparação com outras áreas?M: - Eu só sei como é ser fundador, como desenvolvedor, eu nunca trabalhei em startups antes. Agora, não me considero um desenvolvedor, porque tenho que escrever cada vez menos códigos e mergulhar mais em vários processos diferentes - quase antes de comprar água no escritório.Mas ainda assim, ser um desenvolvedor em uma startup é muito legal. Você não apenas recorta os recursos que o cliente lhe disse, mas pode influenciá-los, inventá-los. Mas isso também é muito estressante. Todo mundo quer rápido, e você também. Na terceirização, você pode dizer "Passei 10 horas na tarefa", embora na verdade eu tenha gasto 4, e tudo ficará bem. Você pode apenas sentar e classificar a tecnologia, reescrever uma classe várias vezes, cobrir tudo com testes.E então você mesmo controla seu tempo. Há sempre um interesse em tornar mais rápido, melhor. Em uma inicialização, você precisa equilibrar entre várias partes diferentes.F: - Você precisou confirmar sua habilidade para conseguir um investimento?M: - Pode parecer triste e ofensivo, mas, parece-me, o papel da tecnologia não era particularmente importante. Eu acho que 95% das startups fazem o mesmo, se não estamos falando de empresas sofisticadas de tecnologia, onde a essência do produto é a tecnologia.E todo o resto da tecnologia desaparece em segundo plano. Escrever alguma coisa ou aplicação não é muita coisa. Existem muitos frameworks, tutoriais, é tudo bastante compreensível e simples. E encontrar uma boa idéia e um bom público, criar um produto, entender quem precisa dele - é muitas vezes mais difícil.Parece-me que o papel da tecnologia nas startups está superestimado na cabeça das pessoas. Empilhe, rápido ou devagar, você escreve código - não é tão importante assim. Muito mais importante é a sua estratégia, como você encontra soluções.
- O que eles estão olhando mais? A idéia em si ou sua capacidade de aproveitá-la e trazê-la ao fim?P: - O YC olha primeiro os fundadores - quantas unidades de trabalho você pode fazer por unidade de tempo. O principal é a rapidez com que você pode fazer, testar, entender o que não funciona onde e o que fazer a seguir.A segunda coisa que eles olham é o mercado. Se você fizer muito rapidamente, mas em um mercado ruim, você não irá longe. Mercados muito grandes tendem a ter alta concorrência, então tentam encontrar mercados pequenos, mas de rápido crescimento. Acho que tivemos um timing perfeito. Fizemos o produto assim que possível. E o tempo é uma das coisas mais importantes.E o terceiro é o próprio produto. É importante para eles que as pessoas o amem. É melhor criar um produto que centenas amem do que um produto que milhares gostam. Se você gosta, será difícil converter. É muito melhor encontrar uma pequena comunidade. Crescemos de zero para 14 mil usuários organicamente, simplesmente porque algumas pessoas contaram outras pessoas sobre nós.Na semana passada, uma pessoa com seu negócio imobiliário escreveu em nosso grupo no Facebook. Agora, um fenômeno popular é quando as pessoas olham para casa não com um corretor de imóveis, mas com elas próprias. Ele queria criar uma habilidade para Alexa, colocá-la em todas as casas do dispositivo, para que os próprios clientes pudessem perguntar a ela sobre tudo. Ele pediu à agência que desenvolvesse essa habilidade, e lá pediram US $ 45 mil.Ele ficou chateado e foi procurar como fazer isso sozinho. Encontrei nosso produto e fiz essa coisa - pela qual a agência pediu 45 mil - em apenas alguns dias. E assim ele comprou nossa versão paga, embora nem sequer precisasse dos recursos existentes (uma boa razão para pensarmos em novos segmentos). Ele simplesmente amou o produto e nos apoiou.O que acontecerá com os assistentes de voz nos próximos anos
, . , - - . . , - . , . , .
. . , . .
— . . - . 50 . Google actions -, 86.2% . Microsoft 500 Windows, 50% .
. , (, ), . 18-24 . .
3-5 : , . , «, ». , , . , . , , . .
, , . -, . BMW Lexus . Amazon -, -. 40 , , . «, , , ». , . , . «always listening» , .
- Você estava interessado no tópico da linguística - ensinar o computador a falar, tudo isso?Q: - Sim, é muito legal. Lembro que em Star Trek havia um computador com o qual eles conversaram. Era engraçado, mas parecia tão futurista. E agora isso está realmente acontecendo.Há uma história. Vou do trabalho ao treinamento, sento no Uber e o motorista está conversando com alguém. Eu olho - ninguém está no carro. Acabou que ele falou com Alice no Yandex Navigator. E havia um cara apoiando-o. O motorista começou a xingar, e Alice pensou que ele estava xingando ela - ele disse a ele: "como você está falando comigo?" O motorista está "cala a boca, não depende de você". Parecia tão real. Você acha que o futuro está em algum lugar distante, mas já chegou.
Obviamente, até que ponto os dispositivos e auxiliares podem responder contextualmente ainda está longe do ideal. Mas o reconhecimento de fala está melhorando. Se Alexa entender corretamente 8 de 10 palavras (de acordo com meus sentimentos), em alguns anos ela entenderá todas as 10. Isso afetará bastante a maneira como as pessoas vão falar com o dispositivo. Siri é super burra, ela não entende nada, e isso realmente me irrita. O assistente de voz é um produto desse tipo - para que funcione bem, a própria tecnologia deve ser boa.
"Você gostaria de amarrar algum tipo de treinamento para que Alex não entenda literalmente o que você está dizendo a ela, mas use o contexto?"P: - Parcialmente funciona no Storyline agora. Por exemplo, existem intenções SIM / NÃO e vários sinônimos no lado da Amazon são automaticamente adicionados a eles. Se você perguntar Sim, o Alexa entenderá Ok, Fine, True e assim por diante. Tudo isso é feito, no nível do Alexa, e nós o usamos como uma interface.
- Quando os carros falam melhor do que nós?P: - Esta é uma pergunta sobre inteligência artificial em geral. Agora é possível passar no teste de Turing, para treinar especificamente o sistema para uma tarefa restrita. Mas falar melhor do que uma pessoa significa entender o contexto, emoções, entonações, combinando tudo para dar uma resposta. Não sei, é muito difícil para mim imaginar isso.
Posso estar completamente errado, mas parece-me não antes de 10 a 15 anos.