<?xml version="1.0" encoding="utf-8"?><?xml-stylesheet type="text/xsl" href="atom.xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom">
    <id>https://devflow.blog/blog</id>
    <title>DevFlow Blog</title>
    <updated>2021-08-26T00:00:00.000Z</updated>
    <generator>https://github.com/jpmonette/feed</generator>
    <link rel="alternate" href="https://devflow.blog/blog"/>
    <subtitle>DevFlow Blog</subtitle>
    <icon>https://devflow.blog/img/favicon.ico</icon>
    <entry>
        <title type="html"><![CDATA[Welcome to DevFlow]]></title>
        <id>https://devflow.blog/blog/welcome-to-devflow</id>
        <link href="https://devflow.blog/blog/welcome-to-devflow"/>
        <updated>2021-08-26T00:00:00.000Z</updated>
        <summary type="html"><![CDATA[DevFlow is where modern frontend, backend, and infrastructure topics meet.]]></summary>
        <content type="html"><![CDATA[<p>DevFlow is where modern frontend, backend, and infrastructure topics meet.</p>
<p>This site is built for developers who want practical explanations instead of
shallow trend summaries.</p>
<p>You can expect articles about:</p>
<ul>
<li class="">React, Next.js, and TypeScript architecture</li>
<li class="">Django and full-stack backend implementation</li>
<li class="">System design decisions and scalability tradeoffs</li>
<li class="">DevOps, Linux, and developer workflow improvements</li>
</ul>
<p>The focus is on clean code, performance, and engineering choices that still
make sense when the project grows.</p>
<p>This post folder can also keep article-specific media close to the content:</p>
<p><img decoding="async" loading="lazy" alt="Docusaurus Plushie" src="https://devflow.blog/assets/images/docusaurus-plushie-banner-a60f7593abca1e3eef26a9afa244e4fb.jpeg" width="1500" height="500" class="img_ev3q"></p>
<p>More tutorials and deep dives will land here as the publication grows.</p>]]></content>
        <author>
            <name>DevFlow Editorial</name>
            <uri>https://devflow.blog</uri>
        </author>
        <category label="React" term="React"/>
        <category label="TypeScript" term="TypeScript"/>
        <category label="System Design" term="System Design"/>
    </entry>
    <entry>
        <title type="html"><![CDATA[Interactive Engineering Notes With MDX]]></title>
        <id>https://devflow.blog/blog/interactive-engineering-notes</id>
        <link href="https://devflow.blog/blog/interactive-engineering-notes"/>
        <updated>2021-08-01T00:00:00.000Z</updated>
        <summary type="html"><![CDATA[MDX is a useful format when a technical article needs more than static prose.]]></summary>
        <content type="html"><![CDATA[<p>MDX is a useful format when a technical article needs more than static prose.
It gives engineering blogs a way to mix explanation, code, and interactive
examples in one place.</p>
<div class="theme-admonition theme-admonition-tip admonition_xJq3 alert alert--success"><div class="admonitionHeading_Gvgb"><span class="admonitionIcon_Rf37"><svg viewBox="0 0 12 16"><path fill-rule="evenodd" d="M6.5 0C3.48 0 1 2.19 1 5c0 .92.55 2.25 1 3 1.34 2.25 1.78 2.78 2 4v1h5v-1c.22-1.22.66-1.75 2-4 .45-.75 1-2.08 1-3 0-2.81-2.48-5-5.5-5zm3.64 7.48c-.25.44-.47.8-.67 1.11-.86 1.41-1.25 2.06-1.45 3.23-.02.05-.02.11-.02.17H5c0-.06 0-.13-.02-.17-.2-1.17-.59-1.83-1.45-3.23-.2-.31-.42-.67-.67-1.11C2.44 6.78 2 5.65 2 5c0-2.2 2.02-4 4.5-4 1.22 0 2.36.42 3.22 1.19C10.55 2.94 11 3.94 11 5c0 .66-.44 1.78-.86 2.48zM4 14h5c-.23 1.14-1.3 2-2.5 2s-2.27-.86-2.5-2z"></path></svg></span>tip</div><div class="admonitionContent_BuS1"><p>Use MDX when the post benefits from live examples, structured callouts, or
small UI demonstrations.</p></div></div>
<!-- -->
<p>For example, a frontend article can include a tiny interactive snippet:</p>
<div class="language-js codeBlockContainer_Ckt0 theme-code-block" style="--prism-color:#393A34;--prism-background-color:#f6f8fa"><div class="codeBlockContent_QJqH"><pre tabindex="0" class="prism-code language-js codeBlock_bY9V thin-scrollbar" style="color:#393A34;background-color:#f6f8fa"><code class="codeBlockLines_e6Vv"><span class="token-line" style="color:#393A34"><span class="token operator" style="color:#393A34">&lt;</span><span class="token plain">button onClick</span><span class="token operator" style="color:#393A34">=</span><span class="token punctuation" style="color:#393A34">{</span><span class="token punctuation" style="color:#393A34">(</span><span class="token punctuation" style="color:#393A34">)</span><span class="token plain"> </span><span class="token arrow operator" style="color:#393A34">=&gt;</span><span class="token plain"> </span><span class="token function" style="color:#d73a49">alert</span><span class="token punctuation" style="color:#393A34">(</span><span class="token string" style="color:#e3116c">'button clicked!'</span><span class="token punctuation" style="color:#393A34">)</span><span class="token punctuation" style="color:#393A34">}</span><span class="token operator" style="color:#393A34">&gt;</span><span class="token maybe-class-name">Click</span><span class="token plain"> me</span><span class="token operator" style="color:#393A34">!</span><span class="token operator" style="color:#393A34">&lt;</span><span class="token operator" style="color:#393A34">/</span><span class="token plain">button</span><span class="token operator" style="color:#393A34">&gt;</span><br></span></code></pre></div></div>
<button>Click me!</button>]]></content>
        <author>
            <name>DevFlow Editorial</name>
            <uri>https://devflow.blog</uri>
        </author>
        <category label="React" term="React"/>
        <category label="TypeScript" term="TypeScript"/>
    </entry>
    <entry>
        <title type="html"><![CDATA[Scaling Engineering Content Without Losing Clarity]]></title>
        <id>https://devflow.blog/blog/scaling-engineering-content</id>
        <link href="https://devflow.blog/blog/scaling-engineering-content"/>
        <updated>2019-05-29T00:00:00.000Z</updated>
        <summary type="html"><![CDATA[Long-form technical writing is valuable when it stays structured and grounded]]></summary>
        <content type="html"><![CDATA[<p>Long-form technical writing is valuable when it stays structured and grounded
in implementation detail.</p>
<p>Use the introduction to frame the engineering problem clearly before moving
into architecture, tradeoffs, and examples.</p>
<p>Clear sections help readers understand the flow from problem definition to
solution design.</p>
<p>That structure becomes even more important when a post covers performance,
deployment, or backend design where multiple concerns interact.</p>
<p>Good engineering content should not just describe what to do. It should explain
why a specific tradeoff is reasonable in one context and risky in another.</p>
<p>Examples, diagrams, and operational notes usually make the difference between a
forgettable article and one developers return to later.</p>
<p>That is the standard DevFlow aims for across frontend, backend, and
infrastructure topics.</p>
<p>When a tutorial scales in length, clarity becomes part of the engineering work.</p>
<p>Readers should be able to scan headings, understand scope, and identify the
practical outcome quickly.</p>
<p>That same discipline also makes content easier to maintain as technologies and
best practices evolve.</p>
<p>Long posts work best when each section earns its place and pushes the reader
toward a stronger mental model.</p>
<p>This sample article now acts as a realistic placeholder instead of generic
starter copy.</p>
<p>You can expand it later into a full system design or DevOps deep dive.</p>
<p>The key is to preserve clean sections, practical context, and strong technical
through-lines.</p>
<p>That combination makes long technical writing far more useful than simply being
comprehensive.</p>
<p>As the site grows, this is a solid template for deeper editorial pieces.</p>
<p>Keep the intro sharp, the sections purposeful, and the examples grounded in
real engineering constraints.</p>
<p>Lorem ipsum dolor sit amet, consectetur adipiscing elit. Pellentesque elementum dignissim ultricies. Fusce rhoncus ipsum tempor eros aliquam consequat. Lorem ipsum dolor sit amet</p>]]></content>
        <author>
            <name>DevFlow Editorial</name>
            <uri>https://devflow.blog</uri>
        </author>
        <category label="System Design" term="System Design"/>
        <category label="DevOps" term="DevOps"/>
    </entry>
    <entry>
        <title type="html"><![CDATA[Engineering Principles Behind DevFlow]]></title>
        <id>https://devflow.blog/blog/engineering-principles-behind-devflow</id>
        <link href="https://devflow.blog/blog/engineering-principles-behind-devflow"/>
        <updated>2019-05-28T00:00:00.000Z</updated>
        <summary type="html"><![CDATA[DevFlow is built around a simple editorial principle: useful beats flashy.]]></summary>
        <content type="html"><![CDATA[<p>DevFlow is built around a simple editorial principle: useful beats flashy.</p>
<p>Articles here are meant to help developers make better technical decisions,
write cleaner code, and understand the operational side of software delivery.</p>
<p>That means we care about:</p>
<ul>
<li class="">clear abstractions over unnecessary cleverness</li>
<li class="">performance work with measurable outcomes</li>
<li class="">workflows that support teams as products become more complex</li>
</ul>
<p>Expect the content to stay grounded in practical implementation details.</p>]]></content>
        <author>
            <name>DevFlow Editorial</name>
            <uri>https://devflow.blog</uri>
        </author>
        <category label="TypeScript" term="TypeScript"/>
        <category label="DevOps" term="DevOps"/>
        <category label="Linux" term="Linux"/>
    </entry>
</feed>