<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet href="/feed.rss.xml" type="text/xsl" media="screen"?>
<rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:media="http://search.yahoo.com/mrss/" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>ryosuke</title>
    <description></description>
    <link>https://speakerdeck.com/ryosuke_infra</link>
    <atom:link rel="self" type="application/rss+xml" href="https://speakerdeck.com/ryosuke_infra.rss"/>
    <lastBuildDate>2026-05-26 21:39:17 -0400</lastBuildDate>
    <item>
      <title>cronの構造問題となぜsystemd.timerに移行すべきか</title>
      <description>cronは現在も多くの現場で使われているツールですが、Amazon Linuxで非推奨となるなど、systemd.timerへの移行が求められる場面が増えています。移行したいが踏み込めていない方も多いのではないでしょうか。本セッションではtimerの便利さではなく、cronが抱える構造的な問題に焦点を当てて解説します。</description>
      <media:content url="https://files.speakerdeck.com/presentations/ea7d17bdd455460faea80b67b92792b4/preview_slide_0.jpg?39523444" type="image/jpeg" medium="image"/>
      <content:encoded>cronは現在も多くの現場で使われているツールですが、Amazon Linuxで非推奨となるなど、systemd.timerへの移行が求められる場面が増えています。移行したいが踏み込めていない方も多いのではないでしょうか。本セッションではtimerの便利さではなく、cronが抱える構造的な問題に焦点を当てて解説します。</content:encoded>
      <pubDate>Tue, 26 May 2026 00:00:00 -0400</pubDate>
      <link>https://speakerdeck.com/ryosuke_infra/cronnogou-zao-wen-ti-tonazesystemd-dot-timerniyi-xing-subekika</link>
      <guid>https://speakerdeck.com/ryosuke_infra/cronnogou-zao-wen-ti-tonazesystemd-dot-timerniyi-xing-subekika</guid>
    </item>
  </channel>
</rss>
