<?xml version="1.0" encoding="utf-8"?>
<!-- generator="FeedCreator 1.7.2-ppt DokuWiki" -->
<?xml-stylesheet href="https://dmitryfrank.com/lib/exe/css.php?s=feed" type="text/css"?>
<rdf:RDF
    xmlns="http://purl.org/rss/1.0/"
    xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
    xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
    xmlns:dc="http://purl.org/dc/elements/1.1/">
    <channel rdf:about="https://dmitryfrank.com/feed.php">
        <title>Dmitry Frank blog:2018</title>
        <description></description>
        <link>https://dmitryfrank.com/</link>
        <image rdf:resource="https://dmitryfrank.com/lib/tpl/arctic/images/favicon.ico" />
       <dc:date>2026-05-05T15:50:41+00:00</dc:date>
        <items>
            <rdf:Seq>
                <rdf:li rdf:resource="https://dmitryfrank.com/blog/2018/0302_here_s_why_i_love_go?rev=1519985777&amp;do=diff"/>
                <rdf:li rdf:resource="https://dmitryfrank.com/blog/2018/0302_why_not_improve_error_handling_in_our_go_projects?rev=1519985673&amp;do=diff"/>
                <rdf:li rdf:resource="https://dmitryfrank.com/blog/2018/0815_reliable_secure_and_universal_backup_for_u2f_token?rev=1534327009&amp;do=diff"/>
            </rdf:Seq>
        </items>
    </channel>
    <image rdf:about="https://dmitryfrank.com/lib/tpl/arctic/images/favicon.ico">
        <title>Dmitry Frank</title>
        <link>https://dmitryfrank.com/</link>
        <url>https://dmitryfrank.com/lib/tpl/arctic/images/favicon.ico</url>
    </image>
    <item rdf:about="https://dmitryfrank.com/blog/2018/0302_here_s_why_i_love_go?rev=1519985777&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2018-03-02T10:16:17+00:00</dc:date>
        <title>Here's why I love Go</title>
        <link>https://dmitryfrank.com/blog/2018/0302_here_s_why_i_love_go?rev=1519985777&amp;do=diff</link>
        <description>Here's why I love Go

Many years ago, I've been waiting for a language like Go. Back then, I was primarily working with C (for microcontrollers), and C++/Java/Python/etc (for bigger machines). These are great tools, but still I was longing for compiled, statically typed, memory-safe (and garbage collected) language, which compiles for the target platform machine code, and has a big enough community.</description>
    </item>
    <item rdf:about="https://dmitryfrank.com/blog/2018/0302_why_not_improve_error_handling_in_our_go_projects?rev=1519985673&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2018-03-02T10:14:33+00:00</dc:date>
        <title>Why not improve error handling in our Go projects?</title>
        <link>https://dmitryfrank.com/blog/2018/0302_why_not_improve_error_handling_in_our_go_projects?rev=1519985673&amp;do=diff</link>
        <description>Why not improve error handling in our Go projects?

As I was saying already, I love Go, I really do. And in particular I like the minimalistic approach to error handling: no exceptions, each caller should check the error explicitly and deal with it as it wants.</description>
    </item>
    <item rdf:about="https://dmitryfrank.com/blog/2018/0815_reliable_secure_and_universal_backup_for_u2f_token?rev=1534327009&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2018-08-15T09:56:49+00:00</dc:date>
        <title>Reliable, Secure and Universal Backup for U2F Token</title>
        <link>https://dmitryfrank.com/blog/2018/0815_reliable_secure_and_universal_backup_for_u2f_token?rev=1534327009&amp;do=diff</link>
        <description>Reliable, Secure and Universal Backup for U2F Token

I really love the security level U2F provides, but together with security, we have to think carefully about the backup and recovery plan. It would totally suck to get locked out of my accounts if something happens with my U2F token. At the same time, it doesn't make sense to have a backup which compromises U2F security.</description>
    </item>
</rdf:RDF>
