Newton Calegari

Conhecendo o débito técnico no desenvolvimento de produtos

Newton Calegari — Tue, 16 Mar 2021 10:30:20 GMT

O débito técnico no desenvolvimento de produtos acontece quando tomamos decisões priorizando a velocidade da implementação em detrimento de escolhas arquiteturais que resolvam o problema por completo. Geralmente é resultado da implementação de correções rápidas e momentâneas, sem considerar uma solução mais adequada para o longo prazo.

O débito técnico possui dois fatores que impactam diretamente o negócio: custo e risco.

Em termos de custo, qual é o custo para a organização ao manter o débito técnico?
Quanto ao risco, quais são as chances de que esse débito técnico atual se transforme em um problema maior no futuro, exigindo maior atenção e esforço para resolvê-lo?

Um componente de um produto que possui débito técnico pode trazer complexidade extra, dificultando, assim, sua manutenção ou melhoria.

O conceito de débito técnico apareceu pela primeira vez em um artigo publicado em 1992 por Ward Cunningham na conferência OOPSLA’92 sobre engenharia de software.

Neste paper Cunningham escreveu a respeito de um sistema chamado WyCash, utilizado para gerenciamento de portfólios de investimento. O que talvez tenha facilitado a construção da metáfora com o débito financeiro.

Assim como em um empréstimo nós precisamos pagar juros sobre o principal, quando optamos por uma solução rápida ou temporária a nível de software, nós também pagamos juros sobre essa decisão.

Em 2003, pouco mais de uma década após o paper de Cunningham, Martin Fowler, referência na área de engenharia de software, descreveu débito da seguinte maneira:

Doing things the quick and dirty way sets us up with a technical debt, which is similar to a financial debt. Like a financial debt, the technical debt incurs interest payments, which come in the form of the extra effort that we have to do in future development because of the quick and dirty design choice

Em uma adaptação livre para português, seria algo como:

Fazer coisas de maneira “rápida e suja” vai gerar débito técnico, que é similar ao débito financeiro. Do mesmo modo que um débito financeiro, o débito técnico está sujeito ao pagamento de juros, que vem na forma de esforço extra que nós temos que fazer no futuro por causa de uma decisão arquitetural “rápida e suja”.

Fowler ainda provoca dizendo que podemos escolher entre continuar pagando esses juros ou pagar todo o valor por meio da refatoração do componente que causou débito técnico.

O impacto do débito técnico

Nosso papel como gerentes de produtos é identificar maneiras de adicionar ou ampliar o valor dos nossos produtos.

A sugestão de refatoração, apesar de contribuir para pagar o débito técnico, pode não se encaixar no nosso fluxo de desenvolvimento de produtos pois as atividades de revisão e reescrita de código dificilmente propõem novo valor imediato para os usuários. Essas atividades são encaradas como pagamentos de juros de uma dívida iniciada a partir de uma escolha arquitetural que se mostrou inadequada.

É neste momento que começa a surgir um conflito no processo de gerenciamento de produtos: se por um lado contrair dívidas técnicas trará melhorias rápidas e valor imediato para os usuários; por outro lado, esse débito pode crescer e dificultar a implementação de melhorias no futuro.

Nós, como gerentes de produtos, devemos avaliar o trade-off entre o valor presente e o futuro.

Introduzir muito débito técnico, com o objetivo de priorizar funcionalidades que tragam valor imediato, traz um risco que pode vir a comprometer a viabilidade do produto a longo prazo, tornando-o um artefato cada vez mais complexo e exigindo esforços ainda maiores para refatoração.

Em contrapartida, focar em manter a qualidade do software impecável pode postergar a entrega de valor de um produto e comprometer sua sobrevivência no mercado em que está inserido.

Não são decisões simples, tampouco fáceis de serem tomadas.

É comum empresas contraírem dívidas financeiras para viabilizar a execução de projetos buscando um retorno (ROI) positivo no futuro. Da mesma forma, é normal aceitarmos débito técnico, desde que mantido sob controle.

É um risco que faz parte do jogo.

A visibilidade do débito técnico

Por ser naturalmente um assunto mais próximo dos times de engenharia, o conhecimento e controle sobre débito técnico acontece localmente, a nível de time.

O que facilita sua percepção em ambientes mais próximos da execução e mais distantes do nível estratégico, tornando-o invisível para organização e acarretando em dificuldades para conquistar buy-in de stakeholders importantes para o pagamento dessa dívida.

Sabendo que o débito técnico pode impactar negativamente o negócio no longo prazo, cabe à pessoa no papel de gerente de produtos traduzir de maneira acessível este assunto para as pessoas que estão no nível de negócio.

Lidando com débito técnico no dia a dia

Saber o que impactará a curto, médio e a longo prazo faz diferença na priorização e gerenciamento da evolução do produto.

Não podemos nos isentar da responsabilidade pelo surgimento de débito técnico nos nossos produtos. Geralmente surge como resultado da priorização de uma solução imediata, em alguns casos paliativa, em detrimento de uma solução que melhor atende aos requisitos não funcionais ou arquiteturais do software.

O aparecimento de débito técnico é inevitável justamente por resultar do trade-off entre o curto e o longo prazo. Contudo, quanto maior o nível de incerteza em relação a uma funcionalidade, maiores podem ser os juros sobre a dívida técnica a serem pagos no futuro.

O primeiro passo é saber da possível existência de débito técnico, isso permitirá que o time tenha consciência de que algumas implementações poderão contribuir para essa dívida.

Para ter dimensão do débito técnico podemos adotar uma estratégia simples: a identificação de itens do backlog que podem gerar débito técnico. Por meio da utilização de uma tag ou alguma outra marcação podemos identificar aquele item como resultado ou causa de débito técnico.

Esta marcação explícita nos permite buscar facilmente itens que podem ser otimizados e melhorados a fim de pagar, aos poucos, parcelas da dívida técnica.

Sabemos que o débito aparecerá até mesmo nos melhores times, então para trazer entender o que possivelmente originou esse débito, nós podemos utilizar a matriz de débitos técnicos, dividida em 4 quadrantes que podem dar pistas sobre a origem do débito técnico: imprudente ou prudente, e deliberado ou inadvertido.

Além destas abordagens, existem outras que podem se adequar mais à cultura do time. Neste artigo sobre débito técnico e urgências futuras Pablo Silva apresenta outras estratégias de “pagamento” para evitar que a dívida fique muito cara.

Não somente o entendimento do estado atual do nível de débito técnico é importante, mas também saber o que fará com que essa dívida cresça. Por isso, em equipes com níveis diversos, pessoas mais experientes devem ajudar o restante do time a avaliar o impacto de determinada solução e se tal solução adotada implicará no crescimento da dívida.

Novamente, nós como gerentes de produtos, devemos considerar o débito técnico como um dos fatores que influenciam na decisão de priorizar uma nova implementação ou release. Do ponto de vista estratégico, é importante que não priorizemos uma funcionalidade a todo custo, ou seja, decidir sem avaliar minimamente o impacto e os “juros” consequentes dessa decisão.

É normal que uma escolha por uma solução rápida seja a única a possível para o momento, já que uma opção mais completa poderia comprometer o tempo para entrega de valor do produto. Por isso é fundamental que saibamos balancear o montante de débito técnico e não somente evitá-lo a todo custo.

A Visão Sistêmica no Gerenciamento de Produtos

Newton Calegari — Sun, 30 Aug 2020 20:30:20 GMT

Por mais simples que um produto possa parecer à primeira vista, nós não notamos a complexidade que existe nele. Desde o desenvolvimento, etapa que requer esforços de engenharia, código, bases de dados, design de interfaces, pesquisas de experiência de usuário (UX), até estratégias de marketing e divulgação.

Todas essas habilidades contribuem para a tangibilização de uma proposta de valor e consequentemente para o sucesso de um produto.

Além disso, existe o fato de que produtos são criados por pessoas, o que contribui para aumentar a sua complexidade e torna o seu processo de criação ainda mais incrível.

Nós, como pessoas, não isolamos nossas percepções, ideias, crenças e culturas daquilo que criamos.

Embora possamos nos basear em dados para todas as decisões, ainda existe uma carga de subjetividade na criação de produtos e ela é resultado da tradução da nossa criatividade em artefatos de desenvolvimento.

Quando falo em complexidade aqui, não uso o termo para descrever a qualidade de algo difícil, complicado de ser feito. O complexo a que me refiro representa um conjunto de coisas conectadas em funcionamento para satisfazer um objetivo comum.

Antes de trazer mais detalhes a respeito da complexidade, vamos discutir a respeito de um modo de pensar bastante comum em nossa área de gerenciamento de produtos.

O pensamento analítico

Analisar algo é o processo de quebrar um conceito, ou uma ideia, ou um projeto, em suas partes constituintes e isolar o que é mais elementar para que possa ser analisado.

Vejamos um exemplo no contexto de produtos digitais: descobrimos que há um problema na manipulação de dados entre uma API e o banco de dados.

Ao analisar esta situação para entender o que está causando o problema, nós quebramos em partes e percebemos que deve ser feita uma correção no componente que permite a conexão a esse banco de dados e que é utilizado pela API.

Neste exemplo, partimos de uma situação ampla e reduzimos para encontrar o problema em uma parte específica.

Apesar de muito importante, o pensamento analítico não é o único processo que devemos carregar na nossa “caixa de ferramentas” de gerentes de produtos, por isso apresento aqui ideias relacionadas ao estudo de sistemas complexos.

Holismo e reducionismo

As ideias do pensamento analítico podem ser transportadas para a interpretação dos conceitos de reducionismo, em que o objetivo é entender as partes fundamentais de algo.

O pensamento analítico, assim como essa ideia de reducionismo, revela o que está por trás de algo e seus elementos fundamentais, mas dificilmente revelam sobre como esses elementos convergem para o funcionamento como um todo.

Nesse momento lançamos mão da visão holística, que nos permite observar o sistema como um todo e compreender também o contexto em que as partes se interagem.

“O todo é maior que a soma das partes”

Esta frase, que vem da Gestalt, mostra que esse “todo” estudado a partir da visão holística possui mais características além das somas das partes, como o comportamento resultante da interação entre as partes.

Enquanto o reducionismo sugere o estudo das partes isoladas, o holismo traz a ideia do todo, levando em consideração o contexto.

“O contexto importa” - Christophe Vorlet

O pensamento sistêmico

A visão sistêmico surgiu a partir de uma disciplina científica chamada Teoria Geral dos Sistemas (TGS), desenvolvida pelo biólogo austríaco von Bertalanffy na década de 1960.

O pensamento sistêmico foi desenvolvido para propor técnicas para estudar os sistemas de maneira holística com a finalidade de complementar os métodos reducionistas.

Nós, como indivíduos, fazemos partes de grupos, de times, de organizações, o que sugere a formação de redes em que os indivíduos estão conectados e interagindo com as outras partes. A mesma visão pode ser aplicada para um produto, que é formato por partes que se interagem e que também pode ser mapeado por meio de uma ou mais redes.

Utilizamos o termo sistema para nos referir, de modo genérico, a casos como esses, em que há conjuntos de elementos interconectados atuando para alcançar o objetivo daquele sistema.

Então, a visão sistêmica é a interpretação de que todos os sistemas são compostos de componentes e subsistemas conectados. De modo contrário à visão reducionista em que cada um desses componentes é visto isoladamente, nós percebemos o sistema como um todo, inclusive observando a propriedade emergente que existe nele.

Nossos produtos são sistemas complexos

Todo produto digital é composto por mais subsistemas, seja em nível de funcionalidades ou até mesmo a nível de software, em que bibliotecas podem ser utilizadas para realizar ações específicas dentre dessa aplicação e contribuir para o funcionamento do produto como um todo.

Podemos afirmar, portanto, que nossos produtos são complexos justamente por essa natureza da conexão entre seus componentes.

Sobre as características dos sistemas complexos, eu gostaria de apresentar inicialmente duas delas: a propriedade emergente e a não-linearidade.

A propriedade emergente de um sistema é observada quando algo novo surge a partir das relações entre seus componentes, ou seja, a emergência de novas atividades como resultado da inter-relação entre os subsistemas e o ambiente.

Trazendo essa visão para nosso contexto de gerenciamento de produtos, podemos utilizar o Instagram como exemplo.

A funcionalidade de stories já foi classificada como feature para imperfect sharing, mas acabou se tornando uma ferramenta incrível para negócios, propagandas e até mesmo de pesquisa, nesse último caso permitindo a geração de insights através das perguntas.

Os stories evoluíram devido ao comportamento da própria rede, refletindo o modo como os usuários passaram a se interagir e a consumir conteúdo - vale lembrar que é uma funcionalidade utilizada diariamente por 500 milhões de usuários.

A emergência dessa dinâmica no consumo de conteúdo na plataforma pode ter impactado também o engajamento na publicações, o que fez com que marcas aparecessem em anúncios com características efêmeras nos stories para também se beneficiarem dessa nova dinâmica.

Outro aspecto importante nos sistemas complexos é a não-linearidade, que dissolve a ideia de simples relação de causa e efeito e traz a ideia de existe uma combinação de fatores que mutuamente influenciam um ao outro.

No nosso dia a dia, um problema pode acontecer em determinado momento do produto — ou em um touchpoint específico — e gerar issues que possam impactar diretamente outras partes desse produto que podem inclusive ser utilizadas por outros perfis de usuários. Quando isso acontece nem sempre temos ideia, e tampouco, controle sobre efeitos como esse.

A observação de relação direta de causa e efeito pode não ser suficiente para interpretar problemas desse tipo, então se torna mais efetivo observar esse produto como uma rede com componentes trocando informações entre si, onde uma falha pode gerar desordem nesse sistema ou então o próprio sistema pode se reorganizar para continuar seu objetivo apesar da issue que surgiu em um componente específico.

Para finalizar, meu objetivo com esse artigo é mostrar como as habilidades de abstrair, visualizar o todo e perceber a não-linearidade tanto no desenvolvimento quando na utilização de produtos digitais são fundamentais para que nós, como product managers, tenhamos dimensão dos sistemas complexos que trabalhamos.

Sobre anotações, como desenhar e The Last of Us 2

Newton Calegari — Sun, 26 Jul 2020 09:30:20 GMT

Seguindo com a prática de fazer um registro com os links mais interessantes que encontrei ao longo da semana, estou publicando os artigos que gostei de ter lido.

O primeiro link da série é sobre o Obsidian.md, uma ferramenta de anotações que utiliza o formato Markdown e que permite, entre outras funcionalidades, gerenciamento não-linear de anotações através de back-links.

Essa ideia de navegação não-linear é a mesma que existe na Web, em que clicamos em um link e vamos para outra página sem necessariamente seguir uma ordem — contrastando com a leitura de um livro, por exemplo, que se dá por meio de uma sequência linear.

O Obsidian possui também a visualização das notas por meio de um grafo de conhecimento, mostrando as relações entre os conceitos e as tags utilizadas.

Interface do Obsidian (extraída do post do Hause Lin)

How to Take Notes: Insights From AI, Neuroscience, a Sociologist, and a Free App
Neste artigo, Hause Lin comenta sobre uma estratégia de anotações utilizada por Niklas Luhmann, um sociólogo alemão que viveu entre 1927 e 1998. O sistema, também conhecido como Zettelkasten, consiste em notas individuais com informações “atômicas”, ou seja, que possuem apenas um conceito, e que são armazenadas com um conjunto de metadados permitindo assim indexação e cross-referencing. Complementando esta explicação sobre note-taking, ele comenta com o Obsidian pode ser utilizado para isso.
Why should you start drawing today?
Além de utilizar ferramentas digitais para anotações, eu gosto de manter ao meu alcance um caderno para fazer algumas anotações rápidas, escrever lembretes e desenhar mapas mentais. Eu decidi adicionar alguns desenhos a essas anotações manuais, por isso fui buscar material sobre como desenhar rostos e expressões estilo cartoon.
Foi dessa maneira que encontrei este ótimo artigo do José Torre sobre desenhos. Ele apresenta o porquê começarmos a desenhar, como fazê-lo e dá a obviamente melhor dica para fazer bons desenhos: repetição.
Animação sobre como desenhar que faz parte do artigo do José Torre
Minhas impressões de The Last of Us 2 (sem spoilers)
Além de conhecer como poucos os detalhes mais intrínsecos da Web, Reinaldo Ferraz também sabe muito sobre jogos (e café). Neste artigo ele faz uma análise mostrando como The Last of Us 2 não é somente um jogo, e sim uma história interativa muito bem contada. Ele até comenta sobre qualidade da dublagem em português, destacando evolução da voz da Luiza Caspary acompanhando a mudança da personagem Ellie da primeira para a segunda versão do jogo.

A propósito, os motivos que me levaram a começar com esse weekly-log estão descritos no post com os links da semana 1. Fique a vontade para dar uma olhada lá também 🙂

Uma lista de artigos que li ao longo da semana

Newton Calegari — Sun, 19 Jul 2020 09:30:20 GMT

Eu sempre gostei de acompanhar os posts sobre life-logging, em que as pessoas registram atividades como leitura de livros, artigos, compartilham filmes, jogos e até sugestões de locais para conhecer. Eu vejo essa como uma boa forma de encontrar conteúdo interessante.

Inclusive, acho bem legal o modo que o Julian Lehr compartilha dados desse tipo. Ele disponbiliza, por meio dos posts mensais de consumo de mídia, o progresso dos livros que tem lido, registra o tempo que usou em cada atividade, como quanto tempo lendo, jogando video-game e vendo filmes, o número de músicas e podcasts que ouviu ao longo do mês, e também compila os artigos recomendados.

Estou distante de montar um sistema de registro as atividades no mesmo nível que o Julian fez. Contudo, eu aproveitei umas ideias dele para fazer meu registro de leituras da semana, mantendo o histórico de links interessantes que encontro na web.

O ato de preparar essa lista vai me forçar a revisitar uma lista quase sem fim de links salvos no Pocket. Muitos deles eu já li, mas ainda assim há muitos outros que estão salvos desde a época em que o serviço se chamava Read it Later. Confesso que tenho uma tendência a ser acumulador digital desde a época em que salvava os links no del.icio.us (o que é isso?).

Por esse motivo, eu vejo que esse registro de leituras semanais pode ser útil tanto para salvar e manter histórico do que encontro na web, quanto para compartilhar conteúdo relevante que possa ser interessante para mais alguém.

Como manter registro dos links da semana?

A maneira mais prática que encontrei para criar um log dos links é através de uma integração entre o Pocket, o IFTTT e uma planilha no Google Sheets.

Estou utilizando uma receita no IFTTT que adiciona em uma planilha do Google Sheets todos os links salvos no Pocket com uma tag específica. Além do link, gera alguns campos de metadados, como data de inclusão, título e descrição.

Assim fica bem simples para compilar os links da semana gerar a lista de links.

Os links da primeira semana

Como é muito fácil ficar perdido pela quantidade de conteúdo que a gente acaba se deparando na web, eu decidi filtrar e selecionar somente aqueles que mais gostei e que vale a pena compartilhar, então essa lista de links acabará se tornando uma espécie de curadoria.

My Quantified Self Setup
Este é o post do Julian Lehr onde ele comenta a respeito da estrutura para coleta dos dados do seu life-logging.
Amazon Internal Press Release in Product Management
Neste artigo do Daniel Yubi no Medium ele apresenta sobre a abordagem de press-release utilizada pela Amazon para o desenvolvimento de produtos e features. No texto ele apresenta a estrutura do documento de press-release e os prós e contras que identificou no uso dessa técnica.
Don’t ask if artificial intelligence is good or fair, ask how it shifts power
Neste artigo publicado na Nature, Pratyusha Kalluri, da Radical AI Network e pesquisadora de IA de Stanford, traz uma provocação sobre a prática comum de desenvolver aplicações de inteligência artificial alinhando somente os interesses de instituições que possuem mais poder de monitoramento e vigilância. Segundo ela, essa prática deve ser revista de modo que pesquisadores amplifiquem a colaboração com comunidades que já sofreram impacto da vigilância.
Métricas em times ágeis: as 3 métricas fundamentais que você precisa saber e dominar!
O Raphael Albino, autor do livro Métricas Ágeis, juntamento com Cleiton Mafra apresentam de uma maneira bem fácil a melhor forma de começar implementar métricas ágies em times de desenvolvimento de produtos. Eles inclusive compartilharam algumas planilhas que podem ser úteis para quem está dando os primeiros passos nesse caminho.
Volta ao Mundo em 80 Socos - “Uma viagem. Um monte de erros.”
Por fim, nesta recomendação, ao invés de eu adicionar o link para um post específico, achei melhor compartilhar do blog todo. Este é um blog com os relatos muito bem escritos pelo Rafael Arrigoni sobre uma incrível viagem que ele e sua esposa fizeram ao longo de 1 ano por vários países da ásia.

Este post contém alguns parágrafos além da lista porque eu decidi trazer um pouco mais do contexto que me motivou a começar esta prática. Nos próximos será apenas a lista com os links 🙂.

The HTML lang attribute: check if you have been using it correctly

Newton Calegari — Wed, 01 Jul 2020 09:51:20 GMT

As I have written this post in English I have had to update the layout structure and set language values correctly: pt-br for Portuguese sections and en for English content.

For this, I used the gatsby-plugin-html-attributes to define the language on the <html> element, and I included a new attribute into each post frontmatter section so that I could use it to specify the language the articles are written in.

W3C recommeds always using lang on the <html> tag to define the default language of the text on the page. It is important to use it on the <html> rather than on the <body> because the first also covers text content inside the <head> element.

In my case, I set <html lang="pt-br"> as the main site language and included lang="en" in the content wrapper div of English articles.

It is also possible to use the :lang() pseudo-class selector to style content in different languages. Although the most common use cases are associated with text direction, such as right-to-left texts, we can use other properties as in this example:

  p:lang(es) {
    background: #ffd2d2;
  }
  p:lang(es)::before {
    content: '🇪🇸';
  }

  p:lang(pt-br) {
    background: #fffbc7;
  }
  p:lang(pt-br)::before {
    content: '🇧🇷';
  }

  p:lang(en) {
    background: #dcf8ff;
  }
  p:lang(en)::before {
    content: '🇬🇧';
  }

"El mundo era tan reciente, que muchas cosas carecían de nombre, y para mencionarlas había que señalarlas con el dedo."
Cien Años de Soledad

"O mundo era tão recente que muitas coisas careciam de nome e para mencioná-las se precisava de apontar com o dedo."
Cem Anos de Solidão

"The world was so recent that many things lacked names, and in order to indicate them it was necessary to point."
One Hundred Years of Solitude

Reinaldo Ferraz, a friend of mine, says that alt and lang are two simple yet powerful HTML attributes; however their use is sometimes neglected. I highly recommend watching his presentation about these attributes, where he shows their impact not only on accessibility but also on page optimization for search engines (SEO).

When I worked for the W3C Brazil office and Ceweb at NIC.br, I had the pleasure of working with Reinaldo, who knows every technical detail related to web accessibility and who, by the way, has recently published a new book on this subject and its portuguese version is available on Amazon.

I thought it would be nice to share this small update because we seldom give proper attention to this simple attribute.

Um pouco sobre a história do RSS

Newton Calegari — Mon, 08 Jun 2020 14:04:31 GMT

Imagem por Markus Winkler

Veja se este cenário é familiar para você: existe um site que você gosta; você o acessa todo dia para ver o que tem de novidade; você também gosta de outro site e também o acessa todo dia para ver se tem conteúdo novo; você também gosta de outros 20 sites e blogs, e acessa todos eles diariamente para ver as novidades.

Nessas idas e vindas você deve ter notado que nem todos esses sites atualizam o conteúdo com a mesma frequência que você os acessa.

Não seria melhor se você fosse avisado quando publicarem algo novo? Ou ainda melhor se quando publicarem algo novo já te enviarem o conteúdo? Assim você não precisaria nem sequer acessar essa sua lista de sites todo dia, pois quando algo novo surgir, você não somente vai ser avisado, como também já receberá o conteúdo para ler.

Essa dinâmica de receber o conteúdo sem ter que acessar o site é possibilitada por meio dos feeds RSS.

Como este artigo está um pouco longo, eu dividi em seções para facilitar a leitura:

O que é um feed RSS?
Como posso ler RSS?
Novos modos de consumir conteúdo e a queda no uso de RSS
O ícone do RSS:
O que me fez voltar a ler feeds
Oportunidade para pensar em soluções inclusivas

O que é um feed RSS?

Hoje não é tão frequente como já foi há um tempo na Web, mas era comum acessarmos os sites e nos depararmos com um botão, uma imagem ou uma chamada pedindo para assinar o feed, muitas vezes acompanhada de um ícone igual a esse .

O ato de assinar o feed significava que você poderia consumir o conteúdo publicado naquele site por meio de alguma plataforma externa, como os agregadores de feed ou leitores rss.

Um feed RSS nada mais é que um arquivo escrito em uma linguagem estruturada com marcação específica, ou seja, uma linguagem igual à HTML, mas com um conjunto de tags diferentes. No caso dos feeds, XML é a linguagem utilizada.

Um blog, por exemplo, possui título, descrição, autora ou autor e uma sequência de artigos, ou posts. Esse exemplo pode ser transformado em um feed de maneira relativamente simples: esse conjunto de informações deverá ser escrito na linguagem XML utilizando uma marcação específica, a fim de que o arquivo possa ser lido por uma outra aplicação - nesse caso, por um agregador de feed.

Na estrutura do arquivo RSS, o site onde os artigos são publicados é definido como o <channel>, que possui <title>, <description>, <link>, assim como um arquivo HTML. Enquanto os artigos, ou posts, publicados nesse “canal”, são definidos como <item>, e também possuem informações como título, descrição (conteúdo) e link.

Este é um exemplo de um feed RSS escrito em XML:

<rss version="2.0">
  <channel>
    <title>Newton Calegari</title>
    <link>https://newtoncalegari.com.br/</link>
    <description>...</description>
    <language>pt-br</language>
    <item>
      <title>Um pouco da história do RSS</title>
      <link>https//newtoncalegari.com.br/post/um-pouco-sobre-rss/</link>
      <description>Você gosta de um site. Você acessa todo dia para ver o que tem de novidade. Você gosta de outro site. Acessa todo dia para ver se tem conteúdo novo. Você gosta de 50 sites, blogs, portais de notícias, e acessa todo dia para ver as novidades. Nessas idas e vindas nesses sites você pode notar que nem todos atualizam com a mesma frequência que você acessa...</description>
    </item>
    <item>
      <title>Um novo blog</title>
      <link>https://newtoncalegari.com.br/um-novo-blog/</link>
      <description>Venho utilizando o Github para hospedar arquivos estáticos há alguns anos e não tenho nada do que reclamar. É bem simples, basta adicionar ao repositório todos os arquivos que devem ser disponibilizados na Web e pronto. Bem fácil...
      </description>
    </item>
  </channel>
</rss>

Toda vez que um artigo novo é publicado, este arquivo RSS é atualizado e um <item> novo é adicionado a ele.

Quando você assina um feed, a URL para o arquivo RSS do site é salva no seu agregador de feeds favorito e este, por sua vez, faz requisições HTTP periódicas para verificar se há alguma atualização ou algum artigo novo para leitura.

Como posso ler RSS?

Os feeds RSS podem ser lidos por meio dos agregadores de feeds e, embora já tenha existido mais, ainda há alguns leitores disponíveis.

Atualmente eu utilizo o NewsBlur, mas existem outros que também são ótimos, como o feedly, o The Old Reader e o NetNewsWire - este último é não possui versão Web, apenas versões para Mac e iOS.

Por bastante tempo busquei um substituo a altura para o Google Reader, o que eu considerava o melhor leitor de RSS que existia (antes de usar o Google Reader em 2006, eu utilizei o Bloglines).

Interface do Google Reader em 2007, 6 anos antes de ser descontinuado pela Google 😔

A leitura de artigos por meio dos feeds te proporciona uma experiência de consumir conteúdo sem intermediários filtrando o o que você deve ou não ler. É você quem escolhe quais canais/sites/blogs quer acompanhar e ter acesso direto ao conteúdo deles.

Novos modos de consumir conteúdo e a queda no uso de RSS

Existem algumas hipóteses para a redução do consumo e disponibilização dos feeds, entre elas estão “a morte do Google Reader”, o fim do suporte nativo dos navegadores, como foi o caso no Firefox, e a ascenção das ferramentas de redes sociais como plataformas de acesso à conteúdo.

O interesse por RSS caiu bastante ao longo dos anos e esse fato foi utilizado como justificativa para o fim de algumas alternativas, como o fim do Google Reader. Mas ainda assim não é o suficiente para explicar essa queda no interesse e no uso de fontes RSS.

O interesse por RSS caiu porque não há incentivo e suporte, ou não há incentivo e suporte porque o interesse caiu? 🥚 🐔

Talvez a mudança mais impactante tenha sido a ascenção das redes sociais como plataformas de consumo de conteúdo. A partir do momento que os esforços são voltados para melhorar indicadores de tempo de uso e permanência dentro de uma plataforma, tudo se encaminha para a criação de silos e jardins murados na Web (veja mais sobre walled gardens nestes links).

Os feeds RSS são um caminho oposto à centralização gerada por tais plataformas fechadas, pois tanto o protocolo quanto o meio que os artigos e notícias chegarão até você são totalmente transparentes. Não existe uma caixa preta ou algum modelo para indicar o que a plataforma acredita ser melhor para você. É você quem define de quais sites/blogs vai assinar os feeds RSS.

Hoje é ainda mais importante olharmos com atenção para os feeds RSS, pois são uma forma de consumo de conteúdo descentralizado.

Apesar de esses fatores terem afetado o atual cenário dos feeds RSS, há outros pontos que poderiam ser revistos, como a própria evolução da tecnologia como um produto.

O ambiente em que essa tecnologia surgiu e evoluiu foi naturalmente um pouco restritivo. Não foi pensado como um produto para o público em geral. É claro que o protocolo foi criado para chegar ao alcance de todos, mas o processo de entrega desse “produto” poderia ter sido melhor.

Pessoas com algum conhecimento específico (em web, linux, internet) eram as que mais utilizavam feeds.

Imagine a seguinte situação: um site possui um botão escrito “assine o RSS” e, por meio dele, espera-se que a pessoa acessando-o já possua acesso a um agregador de feeds, conheça sobre RSS e também saiba que para “assinar” não precisa “pagar”.

Contrastando com o cenário anterior, pense em uma plataforma em que esta mesma pessoa tem um perfil, tem contato com amigos e família e, quando encontra alguma página interessante, clica em “curtir” e assim passa a receber o conteúdo diretamente na sua timeline.

Em qual das duas alternativas você acha que existe uma menor barreira de entrada? A segunda opção possui uma qualidade que chamamos de frictionless - em que o processo para se fazer algo não possui restrições, é realizado de maneira simples e sem atritos.

Para se ter uma ideia do tipo de atrito que estamos falando, é só lembrar da época em que os sites de notícias, como o The New York Times, apontavam para os feeds RSS com um botão escrito XML. “Mas o que é esse tal de xml?”

Falando em botões, acho legal comentar sobre o contexto em que surgiu a atual imagem do RSS.

O ícone do RSS:

Voltando para 2004, época em que os sites mostravam os mais diversos botões para indicar o caminho para assinar os feeds, alguns navegadores já indicavam a disponibilidade de feeds pelos sites. O Firefox mostrava na barra de status um pequeno ícone laranja com o texto RSS.

As resoluções mais utilizadas na época não favoreciam a qualidade como as telas de retina que temos hoje, o que possivelmente foi um dos motivos de gerar uma hilária confusão: parecia estar escrito ASS ao invés de RSS (ass significa bunda em inglês).

Essa confusão, somada ao fato de que a imagem na barra de status era muito grande e muito geeky, fizeram com que o time da Mozilla viesse a criar o ícone que mais tarde foi adotado como padrão para RSS Feeds.

Momento do nascimento do ícone do RSS

Um tempo depois, a Microsoft, que estava trabalhando no lançamento de uma funcionalidade de leitura de feeds no Internet Explorer 7, apresentou algumas sugestões para utilizar como identificação de RSS.

Opções apresentadas pela Microsoft para a escolha do ícone do RSS.
~~Ainda bem que nenhuma delas foi a escolhida.~~

O “processo de padronização” desse símbolo aconteceu naturalmente quando time que estava trabalhando no RSS do IE7 entrou em contato com a Mozilla para adotar o mesmo ícone utilizado no Firefox. A partir daí, os dois principais navegadores do mercado na época definiram o mesmo ícone. O que não demorou para que os outros serviços passassem a utilizá-lo também.

Apesar de ser um ícone que não apresenta nenhuma extensão ou termo técnico, ainda não seria suficiente para explicar e tornar claro o significado dos feeds.

Existe um contexto implícito que deveria ser explicado claramente para qualquer pessoa. Não sobre o funcionamento, mas sobre como alguém poderia se beneficiar da tecnologia.

O ícone que representa o RSS deveria ser tratado como uma marca e um estudo da semiótica desta marca poderia ajudar na comunicação do seu entendimento.

O que me fez voltar a ler feeds

Talvez o medo de ficar de fora - ou a famosa FOMO (Fear of Missing Out) - tenha sido a causa responsável para que eu assinasse milhares de newsletters por aí.

Quase todo site que você acessa hoje em dia tem um call to action que te convida a assinar a newsletter e receber conteúdos novos direto no seu e-mail. O que é super conveniente qundo você recebe as atualizações esporadicamente, mas o que pode se tornar um pesadelo quando você assina dezenas de listas.

“Nós prometemos não te enviar spam”. E de fato essa promessa foi cumprida por grande parte das listas que assinei. Mas a partir do momento que as novidades de todas as listas chegam de uma vez, soa como spam.

“Medium daily updates”.
Novos artigos no meu blog.
Veja as novidades.
Resumo da semana.
O que foi falado nesta semana.
Tudo sobre {insira o assunto aqui} direto no seu e-mail.

Foi o que me levou a buscar uma solução que me permitisse assinar as newsletters como assino um feed RSS e assim ler direto no NewsBlur (ou no feedly) sem me preocupar em poluir a caixa de entrada de e-mails.

A alternativa encontrada foi uma solução open-source desenvolvida pelo Leandro Facchinetti chamada Kill the Newsletter.

O funcionamento é bem simples: basta dar um nome para a newsletter que você vai assinar e a aplicação vai gerar um e-mail para ser utilizado na assinatura da newsletter e uma URL para que você assine o feed e, dessa forma, todas as atualizações chegarão diretamente no seu gerenciador de feeds favorito.

Oportunidade para pensar em soluções inclusivas

Conforme comentei anteriormente, os termos “assine o feed”, “assine o RSS” e até mesmo os ícones utilizados, podem não ter facilitado o entendimento e o benefício da tecnologia por parte das pessoas.

Então, ao analisar a evolução dos feeds RSS podemos aprender algumas lições, sendo que a principal delas é esta: devemos criar formas de lançar soluções mais inclusivas, diminuindo as barreiras de entrada e permitindo que mais pessoas utilizem e obtenham o valor gerado por essas soluções.

Espero que você tenha compreendido um pouco sobre a história dos feeds RSS e o papel importante que possuem na Web aberta. Caso tenha alguma dúvida ou sugestão, fique à vontade em me mandar mensagem no Twitter @newtoncalegari.

Um novo blog

Newton Calegari — Tue, 26 May 2020 02:49:23 GMT

Venho utilizando o Github para hospedar arquivos estáticos há alguns anos e não tenho nada do que reclamar. É bem simples, basta adicionar ao repositório todos os arquivos que devem ser disponibilizados na Web e pronto. Bem fácil.

A versão anterior deste blog era feita com Hugo, uma ferramenta para geração de páginas estáticas escrita na linguagem Go. O Hugo gerava todos os arquivos necessários para o site, incluindo os posts, o sitemap, etc. Só me restava escrever os textos e rodar um comando no terminal para que o site fosse atualizado (claro que com WordPress é fácil, mas aqui tem seu charme, 😄).

Embora eu não publique muita coisa por aqui, eu gosto dessa dinâmica em que todo conteúdo é escrito em markdown e, com uma biblioteca de geração de sites estáticos, todas as páginas HTML ficam prontas para serem publicadas.

Estou utilizando um modo distraction-free para escrever os posts no vim

O motivo de eu ter decidido migrar a ferramenta por trás do meu site é o fato de eu ter encontrado alguns problemas para disponibilizar o feed RSS completo através do Hugo, já que o comportamento padrão gerava uma versão com os artigos resumidos, o que compromete a experiência de consumir conteúdo por meio de RSS em alguma plataforma, como o feedly ou NewsBlur.

Eu queria uma alternativa tão simples quanto o Hugo para essa nova versão do site. Cheguei a considerar o Jekyll, mas decidi buscar algo mais novo. Vi que o Gatsby possui vários plugins, inclusive um que facilita a geração de RSS completos, como eu estava querendo. Então, após trabalhar algumas horas nos últimos dois domingos, publiquei o novo site.

A migração foi relativamente tranquila pois todos os posts foram escritos em markdown. Eu tive apenas que converter os dados do frontmatter para o formato YAML.

O comando abaixo resolveu isso bem rápido:

 hugo convert toYAML --output /destino/dos/posts/convertidos/

Após ter preparado todo o conteúdo, eu fiz alguns ajustes no tema e gerei o novo site.

Achei que foi uma boa ter escolhido utilizar o Gatsby, eu ainda não conhecia a respeito e o aprendizado foi bem rápido. Coincidentemente, o Davidson Fellipe estava publicando em seu canal no YouTube uma série sobre como criar um blog com Gatsby, então ele acabou me ajudando com algumas dúvidas que tive nesse processo.

Eu ainda venho alterando algumas coisas por aqui, estou melhorando a estrutura do feed rss e adicionando dados estruturados com JSON-LD e RDFa ao layout.

Essa atualização no site foi um bom passa tempo para esses dias de quarentena. 😃

A Web na era da Computação Cognitiva

Newton Calegari — Wed, 20 Jun 2018 19:43:39 GMT

Créditos da imagem: John Keogh

A Web possibilitou o surgimento de modelos de negócios revolucionários, negócios disruptivos que alteraram muitos mercados e passaram ter alcance global com facilidade. A utilização de aplicações baseadas em Inteligência Artificial transforma, novamente, esses negócios, levando-nos a um novo momento de revolução.

A área de IA possui hoje a maturidade necessária para que seja aplicada em uma variedade cada vez maior de negócios, desde a entrega de comidas à aplicação em carros autônomos.

Se em outros momentos definimos o contexto pelo qual a Web passou - afinal, quem não se lembra do termo Web 2.0, usado para definir o momento de mudança na dinâmica da geração de conteúdo na Web? - hoje estamos classificando o momento como uma era da computação cognitiva e da inteligência artificial. É possível notar essa transformação ao analisarmos o uso de IA, cada vez mais presente e ubíquo, em cenários como agricultura, saúde, redes sociais e e-commerce.

O termo computação cognitiva surgiu para descrever a capacidade que damos às máquinas de simular alguns processos cognitivos realizados pelo nosso cérebro. No campo de visão computacional, por exemplo, existem aplicações e pesquisas que buscam simular o sentido da visão, que nós humanos possuímos, e dar essa capacidade para que as máquinas identifiquem imagens de maneira até superior que a nossa.

Reconhecimento de voz é um dos sentidos simulados pela máquina e que vem atingindo níveis de precisão superiores ao nosso. A IBM apresentou um case em que aplica visão computacional em conjunto com técnicas de reconhecimento de voz para melhorar na identificação e reconhecimento de discurso.

A Carnegie Mellon University (CMU) possui um projeto de pesquisa chamado Read the Web, no qual os pesquisadores partem da hipótese de que os computadores podem aprender a ler. O departamento de Machine Learning da CMU desenvolveu um sistema chamado NELL, Never-Ending Language Learning, que está lendo todo conteúdo disponibilizado na Web e aprendendo fatos a partir dos textos “lidos”.

As aplicações de computação cognitiva podem não ter atingido o mesmo grau de sofisticação e penetração que as aplicações de IA, baseada em grandes quantidades de dados, atingiram atualmente. Contudo, iniciativas como o Human Brain Project, co-financiado pela União Europeia, com a proposta de avançar com pesquisas de computação, neurociência e medicina com foco em computação cognitiva farão com que a área floresça ainda mais nos próximos anos.

Diante deste cenário futuro, cabe a nós entender o papel da Web nesta era da Computação Cognitiva.

O desenvolvimento de aplicações web certamente passará por mudanças, o comportamento dos usuários ao navegar nos sites já está tomando nova forma. Devemos ter em mente que essas novas gerações deixarão de utilizar teclado e mouse para interagir com as aplicações, e não só utilizarão dispositivos touch screen, mas também farão uso de dispositivos como os capacetes Emotiv EPOC, de interface cerebral.

A intersecção do desenvolvimento web com outras áreas, assim como já ocorre com UX, precisa ser ampliada a fim de obter contribuições de áreas como Brain Computer Interface (interface cérebro-computador), Realidade Virtual e Computação Cognitiva.

Para discutir estas questões, nós do Ceweb.br e W3C Brasil, estamos organizando a conferência Web.br com o tema “A Web na era da Computação Cognitiva”, contando com especialistas de diversas áreas que nos ajudarão a enxergar os próximos anos do desenvolvimento da Web. Esperamos te encontrar na Web.br! :-)

Este artigo foi publicado na Revista iMasters (Edição #26) e no site do Ceweb.br.

Lendo artigos do Pocket no Kindle

Newton Calegari — Sun, 14 Jan 2018 12:18:12 GMT

Créditos da imagem: tablethelpline

Sempre utilizei um bom e velho Kobo Touch como meu leitor de e-books. Era um guerreiro que ainda lutava bem, estava comigo desde 2011, mas era limitado pela falta de iluminação na tela, o que impossibilitava leituras em ambientes escuros.

Uma das coisas que mais gostava nele era a possibilidade de sincronizar minha conta do Pocket e ler os artigos na confortável tela do e-reader, como se fossem livros.

Minha mudança para o Kindle aconteceu quando ganhei um Kindle Paperwhite da minha noiva. Eu acreditava que não, mas a iluminação na tela faz uma diferença absurda. Aproveito muito as leituras antes de dormir.

A praticidade de enviar documentos por e-mail e sincronizar com a biblioteca do Kindle é uma das coisas que mais gosto nele. Mas senti falta da sincronização com minha lista de artigos no Pocket, como era feito de modo nativo no Kobo.

Como solução para este problema encontrei o P2K.co, um serviço sincroniza a biblioteca do Pocket com a do seu Kindle, convertendo os artigos para documentos no formato .mobi.

O serviço tem uma versão gratuita e dois planos pagos com algumas features a mais, como sincronização imediata quando um artigo novo é salvo no Pocket e entrega de artigos a partir de uma tag específica. Eu tenho utilizado plano mais básico (free), o qual considero suficiente para minha demanda. Este plano permite que eu agende sincronizações diárias ou semanais dos artigos - deixei o meu agendado para adicionar os artigos à minha biblioteca diariamente logo pela manhã.

A integração com o Pocket era a feature que eu mais estava sentindo falta no Kindle, que não suporta nativamente, assim como ocorre no Kobo. Até o momento este serviço tem me agradado, espero que seja útil para você também.

Labweb360

Newton Calegari — Tue, 24 Oct 2017 17:50:38 GMT

Durante um workshop sobre vídeo 360º realizado na Conferência Web.br 2017 lançamos o projeto Labweb360: o portal de boas práticas sobre vídeo 360º do Ceweb.br.

Desenvolvi este projeto em conjunto com meu colega Diogo Cortiz. Como parte das atividades neste trabalho visitamos Mumbai, na Índia e Tóquio, Japão, onde fomos recebidos pelo professor Charith Fernando no laboratório Emboided Media da Keio University.

A fim de compreender os aspectos relacionados ao uso de vídeo 360º como uma poderosa ferramenta de storytelling, gravamos um documentário, conduzido pelo Diogo e baseado na abordagem de documentário observativo, proposta por Bill Nichols. Foi gravado em Mumbai um documentário experimental retratando o dia a dia da comunidade Dhobi Ghat por meio das lentes de uma câmera 360º.

Em Tóquio, além de gravarmos outros vídeos em 360º, realizamos experimentos de realidade virtual e “telexistência”, explorando uma tecnologia chamada hapitc feedback.

Os vídeos gravados para este projeto estão disponíveis na galeria do Labweb360.

Aproveito para agradecer ao Thiago Pontes pelo auxílio na implementação de player utilizado neste projeto e ao NIC.br que apoiou todas as etapas desta pesquisa.

Palestra: Fake News na Web

Newton Calegari — Fri, 20 Oct 2017 18:53:56 GMT

Palestra que apresentei em encontro interno no NIC.br abordando o tema “Fake News na Web”, mostrando como as notícias falsas e boatos se espalham, quais as medidas estão sendo tomadas e quais alternativas temos para lidar com este problema. Nesta apresentação vemos Fake News também como um problema social e não somente um problema de ordem tecnológica.

Fake News na Web from Newton Calegari

Palestra: Descomplicando Web Semântica

Newton Calegari — Mon, 17 Jul 2017 16:09:16 GMT

Esta palestra foi realizada no evento Full Stack Experience 2017, em São Paulo, onde mostrei como utilizar Web Semântica na rotina de desenvolvimento front-end.

Descomplicando Web Semântica from Newton Calegari

Curso de Web Semântica

Newton Calegari — Wed, 07 Jun 2017 00:15:40 GMT

Disponibilizo aqui o material apresentado no curso de Web Semântica e Processamento de Linguagem Natural na PUC-SP.

Aula 01: Introdução e contexto

O surgimento da World Wide Web
A evolução da Web e o desenvolvimento de aplicações
A proposta da Web Semântica

Aula 01 - PDF

Aula 02: Web Semântica

Os fundamentos da Web Semântica
A pilha tecnológica da Web Semântica
Ontologias e Vocabulários
Estado da arte e exemplos

Aula 02 - PDF

Aula 03: Intersecção com Dados Abertos

Conceitos de Dados Abertos
Portais e bases de dados abertos
Atividade com OpenRefine

Aula 03 - PDF

Aula 04: RDF, Grafos e SPARQL

Triplas RDF e Grafos
Linguagens de serialização
Triple stores (Banco de Dados)
Queries SPARQL

Aula 04 - PDF

Aula 05: Descrição de dados e RDFa

Ontologias e vocabulários
Especificação RDFa
Aplicação prática de RDFa

Aula 05 - PDF

Aula 06: JSON para Linked Data

JSON para Linked Data
Especificação JSON-LD
Aplicando JSON-LD e RDFa

Aula 06 - PDF

Aula 07: Processamento de Linguagem Natural

Conceitos
Casos de uso
Frameworks e aplicações

Aula 07 - PDF

Aula 08: Processamento de Linguagem Natural

Processamento de Linguagem Natural
Python NLTK Exercícios

Aula 08 - PDF

Aula 09: PLN com Google Cloud Platform

Análise de sentimento
Reconhecimento de entidades em texto
Google Cloud NLP API

Aula 09 - PDF

Aula 10: Revisão Web Semântica e PLN

Revisão dos conceitos apresentados no curso
Próximos passos e discussões sobre Inteligência Artificial

Aula 10 - PDF

Caso tenha alguma dúvida ou sugestão a respeito do material aqui disponibilizado, fique a vontade para me mandar uma mensagem!

Última atualização: 07/07/2017 às 15h07

Minha sequência de escolhas

Newton Calegari — Tue, 17 Jan 2017 00:08:27 GMT

Sou fascinado por tecnologia e computadores desde a primeira vez que pressionei um botão no teclado e imediatamente vi o símbolo sendo renderizado num monitor de 10kg. Aquilo foi incrível! Foi fantástico poder interagir com uma máquina e perceber uma resposta tão imediata. Não demorou muito tempo após aquele momento para que eu passasse a interagir muito mais, recebendo informações e aprendendo com aquela máquina, e finalmente clicando em um ícone para descobrir o universo de conhecimento que estava disponível naquela tal de Web.

Mais um tempo se passou até que eu comecei a ter mais consciência do que fazia enquanto apertava as teclas e olhava para a tela e, finalmente, aprendi a colocar instruções para dar mais poder para aquela caixa mágica. Isso foi um passo e tanto, pois logo em seguida aprendi um truque novo e pude fazer o mesmo que era feito com as fontes de conhecimento que eu utilizava - aprendi a criar um negócio chamado web site! Experiência inesquecível aquela em que escrevi um conjunto de linhas que seguia uma estrutura, em seguida abri o arquivo num programa chamado navegador web e, para a minha mais agradável surpresa, lá estava o meu primeiro site utilizando uma tecnologia fantástica chamada HTML, com direito ao uso de hyperlinks! Foi um marco inesquecível! Lembro até hoje as primeiras pinceladas com HTML…

Não demorou muito para que eu me familiarizasse com essa dinâmica de encontrar conhecimento nesse universo e adicionar mais informações nesse cosmos digital. Ah, essa tal de World Wide Web me encantou! E me encantou tanto que a brincadeira de ver todo o fluxo de informação lá disponível acabou me guiando consciente e inconscientemente para as escolhas que fiz mais tarde.

O início se deu com todos os cursos que fiz numa escola de informática, depois com o curso técnico de Sistemas para Internet no qual estudei enquanto quando estava no Ensino Médio. A escolha por Ciência da Computação como o curso da faculdade acabou reforçando a importância que eu havia dado a essa dinâmica de percorrer os caminhos HTTP em busca de informação.

Cada dia mais encantado com esse universo. Aprendendo mais, divertindo mais, navegando mais. Era tanta informação na WWW que as minhas escolhas levaram-me até uma galáxia nova chamada Web Semântica, onde eu comecei a aprender como organizar o conhecimento disponível no universo web a fim de permitir que as máquinas também consumissem os dados e tornassem as informações mais próximas de nós, humanos.

Depois de muito tempo eu vim a descobrir o motor que me motiva nessa incrível aventura: é a informação. A vontade de que mais pessoas acessem o universo de informação que é a Web, o gosto por criar novos caminhos e organizar a informação para que as máquinas também aprendam, a felicidade em trabalhar no núcleo desse universo contribuindo para que tudo continue funcionando e crescendo a todo vapor. Essas ações formam a motivação que criei ao longo de toda a minha vida pessoal e profissional.

A sequência de escolhas que fiz desde o início, lá do primeiro site na Web, passando pela vontade de aprender e criar aplicações, desenvolver padrões e tecnologias para Web, chegar e mergulhar no mar da Web Semântica, tudo se justifica pela vontade de lidar com a informação - organizar, transmitir, processar, consumir.

A minha felicidade aumenta ainda mais quando percebo que a jornada percorrida representa apenas uma pequena fração de um caminho longínquo. Fico feliz também quando descubro mais recursos que me ajudem nessa jornada: percebi que além dos dados e números que são utilizado para transmitir informação, há um novo aspecto muito útil nesse processo. Esse aspecto foi possibilitado pelo incessante avanço tecnológico e que permite colocar as pessoas para vivenciar, presenciar e experimentar novos mundos, esses criados numa realidade formada por bits com características virtuosas.

Foi por isso que coloquei mais combustível no meu tanque de motivação e percebi que a experiência é melhor meio para transmitir e consumir informação. Conectar, portanto, pessoas ao universo virtual e fazer com que elas presenciem e experienciem cada momento é o novo combustível que me motiva e acredito que as tecnologias de Realidade Virtual contribuem para tornar essa experiência possível.

Palestra: Vídeo na Web - indo além do elemento vídeo

Newton Calegari — Thu, 01 Sep 2016 17:29:16 GMT

Nesta palestra apresentei sobre o contexto dos vídeos na Web, mostrando dados e tendências que confirmam o crescimento de conteúdos em vídeo disponibilizados na Web.

Em relação aos aspéctos técnicos, mostrei como aplicar a abordagem de adaptative bitrate, utilizando o padrão MPEG-DASH e a extensão Media Source Extensions, padronizada pelo W3C.

Vídeo da palestra:

Slides da palestra:

Atualização dia 19/09/2016: adicionando o vídeo da palestra.

Palestra: A Semântica na Web e os dados estruturados no Google

Newton Calegari — Mon, 15 Aug 2016 21:15:12 GMT

Palestra sobre Web Semântica voltada para desenvolvedores realizada no FrontInBH 2016, na qual apresento sobre a evolução da Web (Web de Documentos para Web de Dados), as aplicações e usos práticos de semântica na Web.

Apresento também sobre RDFa, JSON-LD e Schema.org, mostrando exemplos de como o Google utiliza Web Semântica para melhorar seus produtos.

Vídeo da palestra:

Slides:

Atualização dia 19/09/2016: adicionando o vídeo da palestra.

Mestrado: anotações semânticas na Web

Newton Calegari — Mon, 15 Aug 2016 17:49:41 GMT

Durante o mestrado em Tecnologias de Inteligência e Design Digital (TIDD), da PUC-SP, eu pesquisei sobre anotações semânticas na Web.

Na minha dissertação eu apresentei os fundamentos teóricos de Web Semântica, os conceitos sobre Ontologias e Vocabulários, o estado da arte com as aplicações que utilizam conceitos e tecnologias relacionados à Web Semântica, e por fim a proposta de uma ferramenta de anotações semânticas.

Resumo da dissertação:

A proposta apresentada nesta pesquisa busca aproximar as tecnologias de Web Semântica dos usuários publicadores de conteúdo na Web, permitindo que estes contribuam com a geração de dados estruturados e metadados sobre textos e informações que venham a disponibilizar na Web.

O objetivo geral deste trabalho é investigar a viabilidade técnica de desenvolvimento de uma ferramenta de anotação semântica que permita aos usuários publicadores de conteúdo contribuir para o ecossistema de Web Semântica.

Com suporte de (BERNERS-LEE et al., 2001; ALESSO; SMITH, 2006; RODRÍGUEZ-ROCHA et al., 2015; GUIZZARDI, 2005; ISOTANI; BITTENCOURT, 2015) é apresentado o tópico de Web Semântica, de acordo com a pilha tecnológica que mostra o conjunto de tecnologias propostas para a sua realização. Considerando a importância de ontologias e vocabulários para a construção de aplicações de Web Semântica são apresentados, então, os tópicos fundamentais de modelagem conceitual e a linguagem de ontologias para Web.

Para fornecer a base necessária para a utilização de anotações semânticas são apresentados, além da definição, os modos de uso de anotações (manual, semi-automático e automático) e as formas de integrar essas anotações com recursos disponíveis nas tecnologias da Web Semântica. O estado da arte contempla trabalhos e projetos recentes sobre o uso de Web Semântica, no contexto de publicação de conteúdo na Web.

O estado da arte contempla trabalhos e projetos recentes sobre o uso de Web Semântica no contexto de publicação de conteúdo na Web. A metodologia é baseada na proposta apresentada por SANTAELLA; VIEIRA (2008), seguindo uma abordagem exploratória para a condução da pesquisa. São apresentados a proposta e os componentes de uma ferramenta de anotação Semântica que utiliza vocabulários compartilhados para a geração de dados estruturados, a partir de conteúdo textual.

Concluindo o trabalho, são apresentadas as possibilidades futuras, tanto da implementação da ferramenta em um cenário real, atestando sua viabilidade técnica, quanto novos trabalhos encaminhados a partir desta pesquisa.

Compartilho aqui dissertação completa em PDF.

Palestra: Desafios e boas práticas para publicação de dados na Web

Newton Calegari — Mon, 06 Jun 2016 13:15:00 GMT

Palestra realizada no evento Conip 2016, em São Paulo, no dia 06 de Junho de 2016, apresentando os desafios para publicação de dados listados no documento Data on the Web Best Practices.

Boas práticas para publicação de dados na Web from Newton Calegari

Palestra: O histórico das CSS

Newton Calegari — Sat, 07 May 2016 22:00:00 GMT

Slides da palestra “O histórico das CSS” realizada no CSSDay, dia 07 de Maio de 2016, em Maceió, AL.

Por onde começar a estudar Web Semântica

Newton Calegari — Tue, 08 Dec 2015 13:06:37 GMT

O @ivomarsan me perguntou sobre algumas recomendações e conteúdo para estudar Web Semântica.

@newtoncalegari Recomendaria estudar apenas pela documentação ou existe outro manual legal?
— Ivomar (@ivomarsan) 1 dezembro 2015

Como 140 caracteres não seriam suficientes para responder, publiquei um post no site do Centro Web indicando alguns recursos úteis, como o livro de Dados Abertos Conectados, para quem está interessado em aprender mais sobre o assunto.

Web Semântica no Rock and Code 2015

Newton Calegari — Tue, 01 Dec 2015 12:16:19 GMT

No último final de semana (28/11/2015) aconteceu o Rock and Code 2015 em Aracaju, SE - nos mesmos moldes do FrontInAracaju - organizado pelo Italo e pelo Julio. Que evento show!

Como na edição passada, também tivemos a banda e o Juarez Filho cuidando da apresentação dos palestrantes no estilo talk-show.

(Foto disponível na página do FrontInAracaju no facebook)

A programação era ótima, muitas palestrantes de qualidade, como o Maujor, Ciro Nunes, Gui Farias, Devid Marques, André Garzia (o cara que sabe tudo sobre scripts, sejam eles para filmes ou então em Javascript :-) ), Bernard de Luna, Giovanni Keppelen, Jaydson Gomes, entre outros. Infelizmente não consegui assistir todas as palestras, mas pelo que acompanhei, foram ótimas.

O evento estava muito bom. Concordo com o que o Juarez disse: “We had a blast!”

É isso que rola no mesmo palco das palestras entre um palestrante e outro no #RockAndCode. Muito foda! Quem ainda não foi, recomendo não perder o próximo! sai da frente @italowaxman kkkkk

A video posted by Guilherme Farias (@guiky) on Nov 30, 2015 at 10:45am PST

Foi uma oportunidade incrível para conhecer muita gente, conversar bastante e voltar para casa com ideias e projetos a serem desenvolvidos.

Na minha apresentação busquei mostrar os tópicos iniciais para que desenvolvedores web passem a publicar dados estruturados na Web, para formar a Web de Dados.

Mostrei alguns exemplos de uso dos vocabulários do Schema.org pelo Google, como o Google Rich Snippets, além de apresentar as especificações RDFa e JSON-LD(http://www.w3.org/TR/json-ld/). Coloquei abaixo os slides da palestra.

Web Semântica para desenvolvedores: RDFa, JSON-LD e schema.org from Newton Calegari

Mais uma vez, parabéns a todos os envolvidos!

Palestra: Web Semântica para desenvolvedores

Newton Calegari — Mon, 30 Nov 2015 14:00:00 GMT

Nesta palestra apresentei os conceitos inciais de Web Semântica bem como as dicas para utilização de RDFa, JSON-LD e Schema.org

Web Semântica para desenvolvedores: RDFa, JSON-LD e schema.org from Newton Calegari

Participação no CBIE/LACLO e WebMedia 2015

Newton Calegari — Tue, 24 Nov 2015 01:57:50 GMT

Participação nos eventos CBIE/LACLO e WebMedia 2015

A última semana de Outubro foi, sem dúvida, muito interessante, porém um pouco agitada. No início da semana fui para Maceió, AL, para participar do CBIE/LACLO (IV Congresso Brasileiro de Informática na Educação e X Conferência Latino-Americana de Objetos e Tecnologias de Aprendizagem), um evento gigantesco com diversas trilhas simultâneas.

Além do CBIE/LACLO que ocorreu entre os dias 26 e 30 de Outubro, aconteceu em Manaus, capital do estado do Amazonas, o 21º Simpósio Brasileiro de Multimídia e Web (WebMedia 2015), no período de 27 a 30 de Outubro.

Pelo fato de os dois eventos estarem acontecendo simultaneamente nas regiões norte e nordeste, participei em parte do CBIE/LACLO em Maceió e depois viajei para Manaus para participar também no WebMedia.

A minha apresentação no CBIE/LACLO ocorreu numa trilha dedicada à Web Semântica, durante o WSWEd’15.

Nela apresentei sobre as iniciativas do Ceweb.br (Centro de Estudos sobre Tecnologias Web, do NIC.br) voltadas para Dados Abertos e Web Semântica.

Na terça-feira, dia 27, participei do curso de Dados Abertos Conectados ministrado pelo Armando Barbosa e pelo Judson Bandeira, ambos do NEES/UFAL. O workshop foi dividido em duas partes, na primeira apresentaram sobre os conceitos e teorias relacionadas à Linked Open Data, já a segunda parte teve uma abordagem prática, escrevendo queries SPARQL e testando as consultas, além de utilizar o Open Refine para tratar os dados antes de disponibilizá-los no Virtuoso.

A organização preparou o terceiro dia do evento na Praia de Ipioca, no restaurante Hibiscus. Lugar muito bonito, onde tivemos as sessões de premiação dos melhores trabalhos e do concurso Apps.Edu, além de um painel do IETF abordando o tópico Informática na Educação, com a participação do Julião Braga, Lisandro Granville, vice-presidente da SBC e atual conselheiro do CGI.br, e dos professores Rafael de Amorim e Ig Ibert Bittencout, da UFAL.

No dia seguinte cheguei em Manaus, AM, para participar do WebMedia’15. Minha primeira participação no WebMedia.

Na minha palestra no WebMedia abordei o tópico de descentralização da Web, assunto que foi o tema principal da Conferência Web 2015, com uma apresentação realizada pelo Andrei Sambra, do W3C/MIT.

A experiência participando desses dois eventos foi muito boa, pretendo participar novamente em outras oportunidades.

Os slides das palestras sobre as iniciativas do Ceweb relacionadas com Dados Abertos e Web Semântica e sobre Descentralização da Web estão disponíveis no Slideshare do Ceweb.br.