<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Misc on Kiril Vladimirov</title>
    <link>https://vld.bg/tags/misc/</link>
    <description>Recent content in Misc on Kiril Vladimirov</description>
    <generator>Hugo -- 0.168.0</generator>
    <language>en</language>
    <lastBuildDate>Sun, 13 Aug 2023 01:17:48 +0300</lastBuildDate>
    <atom:link href="https://vld.bg/tags/misc/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Friday deploys</title>
      <link>https://vld.bg/articles/friday-deploys/</link>
      <pubDate>Sun, 13 Aug 2023 01:17:48 +0300</pubDate>
      <guid>https://vld.bg/articles/friday-deploys/</guid>
      <description>&lt;p&gt;There are plenty of memes regarding deploying on Fridays and most of them seem
to be about how you should never do it. I find that strange. In fact I think
that every team developing a software product which ends up deployed on a
production server (trying to exclude on-premise software releases, work with me
here) should have a rule stating that there shall be no &lt;strong&gt;less&lt;/strong&gt; than two
Friday deploys per month.&lt;/p&gt;</description>
      <content:encoded><![CDATA[<p>There are plenty of memes regarding deploying on Fridays and most of them seem
to be about how you should never do it. I find that strange. In fact I think
that every team developing a software product which ends up deployed on a
production server (trying to exclude on-premise software releases, work with me
here) should have a rule stating that there shall be no <strong>less</strong> than two
Friday deploys per month.</p>
<p>It sounds strange, right? Why <strong>two</strong>? Well, I&rsquo;ve started with a mandatory
Friday deploy each week. That turned out to be unpractical, though. You can&rsquo;t
always plan for changes to be ready for merging precisely on Fridays.</p>
<h2 id="checklist">Checklist</h2>
<p>On a more serious note. Let&rsquo;s go through what issues people tend to have with
deploying on Friday:</p>
<p>Most developers are already in weekend mood, they&rsquo;re not that focused thus it&rsquo;s
more likely to make a mistake while deploying. If developers are manually
deploying instead of a CI/CD, you have a problem to fix. Developers shouldn&rsquo;t
have to do anything more than pushing a button to initiate a deploy (preferably
the Enter button on a <code>git push</code> command).</p>
<p>There might be an ugly bug. Do you have tests, do you do code reviews or
probably have a QA team? If not, think about it. If yes, then you know that
there are still bugs that slip through. Just rollback.</p>
<p>But rolling back is hard, it takes time and people are already in that weekend
mood, remember? That means your rollback process is more than a push of a
button away. Go fix that.</p>
<p>Spotting bugs is harder on weekends. Why? Do you have people manually staring
at logs and graphs? Setup a proper monitoring system. I guess your product
doesn&rsquo;t close doors on weekends, so you need it anyways. If it does, though&hellip;
well&hellip; you got me.</p>
<p>But, but&hellip; many thing could go wrong you can&rsquo;t even imagine! Yes, that&rsquo;s most
probably right. What difference does it make if you deploy it on Wednesday?
It&rsquo;s still good to be <strong>reachable</strong> a few hours after deploy especially if there
are no people on-call 24/7, anyways.</p>
<h2 id="tldr">TL;DR</h2>
<p>Aim to deploy on Friday (preferably in the afternoon) every once in a while.
That will force you to set up solid deployment and monitoring procedures (and
habits in that matter) you really trust in.</p>
]]></content:encoded>
    </item>
    <item>
      <title>Hello world</title>
      <link>https://vld.bg/articles/hello-world/</link>
      <pubDate>Tue, 01 Aug 2023 23:45:14 +0300</pubDate>
      <guid>https://vld.bg/articles/hello-world/</guid>
      <description>&lt;p&gt;Looks like I&amp;rsquo;m trying to start blogging again. I&amp;rsquo;ve been thinking about it for
the past year or so. Eventually, I got it together, bought a domain, tried like
five different Hugo themes, did some nitpicking for quite some time and as it
often happens - completely abandoned that idea altogether.&lt;/p&gt;
&lt;p&gt;Later, pulled myself together, decided on a theme with solid card-like profile
homepage and zero content in there and deployed it. Then, abandoned the idea
again. A few months later pulled together again, bought another domain, started
drafting a bunch of posts for the past few months and got into the state &amp;ldquo;as
soon as I have 10 - we go live&amp;rdquo;.&lt;/p&gt;</description>
      <content:encoded><![CDATA[<p>Looks like I&rsquo;m trying to start blogging again. I&rsquo;ve been thinking about it for
the past year or so. Eventually, I got it together, bought a domain, tried like
five different Hugo themes, did some nitpicking for quite some time and as it
often happens - completely abandoned that idea altogether.</p>
<p>Later, pulled myself together, decided on a theme with solid card-like profile
homepage and zero content in there and deployed it. Then, abandoned the idea
again. A few months later pulled together again, bought another domain, started
drafting a bunch of posts for the past few months and got into the state &ldquo;as
soon as I have 10 - we go live&rdquo;.</p>
<p>That meant, getting to work on writing. So, naturally, I&rsquo;ve spend some days in
choosing a new theme, again and now I&rsquo;m pretty sure this should go live before
the end of 2023. If you&rsquo;re reading this, looks like I&rsquo;ve made it. The only
thing I&rsquo;ve been actually consistent enough is that I want to write on strictly
tech-related topics and there should be a <a href="/tips">tips/</a>
 section, because I
tend to forget a lot.</p>
]]></content:encoded>
    </item>
  </channel>
</rss>
