<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0">
    <channel>
        <title>código aberto - Etiqueta - Blog</title>
        <link>https://blog.caiocesar.org/tags/c%C3%B3digo-aberto/</link>
        <description>código aberto - Etiqueta - Blog</description>
        <generator>Hugo -- gohugo.io</generator><language>pt-br</language><copyright>Este trabalho está sob a licença Creative Commons Atribuição-NãoComercial-SemDerivações 4.0 Internacional (CC BY-NC-ND 4.0).</copyright><lastBuildDate>Thu, 29 Dec 2022 02:10:00 -0300</lastBuildDate><atom:link href="https://blog.caiocesar.org/tags/c%C3%B3digo-aberto/" rel="self" type="application/rss+xml" /><item>
    <title>Sistemas de preparação de documentos como alavanca migratória</title>
    <link>https://blog.caiocesar.org/2022-12-29_typesetting_migracao/</link>
    <pubDate>Thu, 29 Dec 2022 02:10:00 -0300</pubDate><guid>https://blog.caiocesar.org/2022-12-29_typesetting_migracao/</guid>
    <description><![CDATA[Introdução Recentemente, eu comentava no Twitter sobre sistemas de preparação de documentos e a arte de produzir documentação de qualidade. Gostaria de aproveitar para desenvolver uma tangente sobre um assunto tão fascinante, agora longe das limitações e distrações típicas de uma rede social.
Para contextualização, eu comentava que, apesar de ter adquirido um certo nível de proficiência com LaTeX &mdash; suficiente para permitir que eu elaborasse uma série de trabalhos e atividades na universidade, para desespero de colegas de humanas &mdash;, sempre flertei com outros sistemas, sem nunca estudá-los em profundidade, como Lout, GNU roff e GNU Texinfo.]]></description>
</item>
<item>
    <title>Contornando limitações do batch mode do KNIME</title>
    <link>https://blog.caiocesar.org/2022-11-19_knime_batch_mode/</link>
    <pubDate>Sun, 20 Nov 2022 00:25:00 -0300</pubDate><guid>https://blog.caiocesar.org/2022-11-19_knime_batch_mode/</guid>
    <description><![CDATA[Contextualização Recentemente, precisei desenvolver um fluxo de trabalho no KNIME Analytics Plataform para coletar as taxas de câmbio referenciais da B3.
O fluxo acessa um quadro aninhado, contido num endereço da B3 e, por meio da biblioteca Selenium do Python, extrai dados especificados por meio da linguagem de consulta XML Path Language (XPath), adiciona uma linha para o histórico (um banco de dados SQLite autocontido) e exporta tudo no formato OpenXML do Microsoft Excel diretamente para uma pasta num Google Drive.]]></description>
</item>
<item>
    <title>Correndo por fora: o protocolo Gemini e um retorno às raízes do hipertexto</title>
    <link>https://blog.caiocesar.org/2022-11-06_gemini/</link>
    <pubDate>Sun, 06 Nov 2022 15:23:00 -0300</pubDate><guid>https://blog.caiocesar.org/2022-11-06_gemini/</guid>
    <description><![CDATA[Tentando ser didático (e pecando pelo simplismo), o Gemini é como um misto das ideias de protocolos como Gopher, HTTPS e RSS e da linguagem de marcação Markdown. O Gemini nasceu pronto e imutável, ou seja, nasceu e deverá permanecer minimalista e limitado por uma escolha deliberada.
Na prática, utilizar um cliente para o protocolo, que nada mais é do que uma espécie de navegador, não difere muito da experiência da Web tradicional: digitamos um endereço, pressionamos a tecla ENTER e aguardamos não mais do que alguns segundos pela carga do conteúdo.]]></description>
</item>
<item>
    <title>Mastodon, seu novo microblogue federado</title>
    <link>https://blog.caiocesar.org/2022-11-06_mastodon/</link>
    <pubDate>Sun, 06 Nov 2022 13:38:00 -0300</pubDate><guid>https://blog.caiocesar.org/2022-11-06_mastodon/</guid>
    <description><![CDATA[Enquanto o milionário mimado e excêntrico demite empregados e faz gracejos, parte da comunidade de pessoas usuárias do Twitter decidiu (acertadamente) buscar novos horizontes. Desde que a possibilidade da compra foi anunciada, há alguns meses, já vivemos pelo menos uma onda migratória relevante.
Eis então o Mastodon, que entra em cena como um possível candidato perfeito para quem já está familiarizado com o Twitter, mas gostaria de viver livre dos interesses comerciais de uma única empresa, principalmente quando ela é vendida e passa a ser presidida por um idiota endinheirado.]]></description>
</item>
<item>
    <title>Por que estou preocupado com o futuro do openSUSE Leap?</title>
    <link>https://blog.caiocesar.org/2022-08-28_preocupacao_alp/</link>
    <pubDate>Sun, 28 Aug 2022 15:10:00 -0300</pubDate><guid>https://blog.caiocesar.org/2022-08-28_preocupacao_alp/</guid>
    <description><![CDATA[Desde o anúncio da ALP (Adaptable Linux Platform) pela SUSE, empresa de soluções baseadas em Linux, e pelo openSUSE, projeto comunitário, o openSUSE Leap parece ter entrado em rota de colisão com o SUSE Enterprise Linux e seu futuro é bastante incerto. No início de agosto, a empresa alemã afirmou que a empreitada está evoluindo, destacando uma série de supostos benefícios.
Com antigos membros raivosos da comunidade do openSUSE integrados à SUSE (cof, cof, Richard Brown) vomitando baboseiras (um eufemismo poético para ameaças debochadas) no subreddit do openSUSE, somada às discussões públicas e a própria apatia da comunidade como um todo, tanto internacional, quanto brasileira, eu tenho apostado que as chances de que o openSUSE Leap seja descontinuado são imensas.]]></description>
</item>
</channel>
</rss>
