<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Productivity on ROBOCO</title>
    <link>https://roboco.io/en/tags/productivity/</link>
    <description>Recent content in Productivity on ROBOCO</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Sun, 25 Jan 2026 11:45:52 +0900</lastBuildDate>
    <atom:link href="https://roboco.io/en/tags/productivity/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>The Best Production-Grade, Cost-Effective Vibe Coding Tool from an Enterprise and Heavy-User Perspective (as of January 2026)</title>
      <link>https://roboco.io/en/posts/best-production-vibe-coding-tool-jan2026/</link>
      <pubDate>Sun, 25 Jan 2026 11:45:52 +0900</pubDate>
      <guid>https://roboco.io/en/posts/best-production-vibe-coding-tool-jan2026/</guid>
      <description>&lt;blockquote&gt;&#xA;&lt;p&gt;This piece was written &lt;strong&gt;as of January 2026&lt;/strong&gt;. Pricing, usage limits, context windows, and plan structures change extremely fast, so I recommend reading it for the &amp;ldquo;principles and structure&amp;rdquo; rather than the specifics.&lt;/p&gt;&#xA;&lt;/blockquote&gt;&#xA;&lt;figure&gt;&lt;img src=&#34;https://roboco.io/posts/images/Dohyun.png&#34;&gt;&lt;figcaption&gt;&#xA;      &lt;h4&gt;Dohyun Jung - Principal Consultant, ROBOCO&lt;/h4&gt;&#xA;    &lt;/figcaption&gt;&#xA;&lt;/figure&gt;&#xA;&#xA;&lt;hr&gt;&#xA;&lt;p&gt;Vibe coding tools are entering the phase where &amp;ldquo;whatever you use, it more or less works.&amp;rdquo; So for enterprise users and heavy users, the question naturally shifts. It is no longer &amp;ldquo;which tool is the smartest,&amp;rdquo; but &lt;strong&gt;which tool you can use every day in production without hitting a bottleneck, at a cost that still makes sense&lt;/strong&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Agentic Coding Recommendations, Explained</title>
      <link>https://roboco.io/en/posts/agentic-coding-recommendations-explained/</link>
      <pubDate>Tue, 17 Jun 2025 13:38:18 +0900</pubDate>
      <guid>https://roboco.io/en/posts/agentic-coding-recommendations-explained/</guid>
      <description>&lt;figure&gt;&lt;img src=&#34;https://roboco.io/posts/images/Dohyun.png&#34;&gt;&lt;figcaption&gt;&#xA;      &lt;h4&gt;Dohyun Jung - Principal Consultant, ROBOCO&lt;/h4&gt;&#xA;    &lt;/figcaption&gt;&#xA;&lt;/figure&gt;&#xA;&#xA;&lt;blockquote&gt;&#xA;&lt;p&gt;This post is based on Armin Ronacher&amp;rsquo;s blog article &lt;a href=&#34;https://lucumr.pocoo.org/2025/6/12/agentic-coding/&#34;&gt;&amp;ldquo;Agentic Coding Recommendations&amp;rdquo;&lt;/a&gt;.&lt;/p&gt;&#xA;&lt;/blockquote&gt;&#xA;&lt;h2 id=&#34;foreword&#34;&gt;Foreword&lt;/h2&gt;&#xA;&lt;p&gt;A few days ago I came across Armin Ronacher&amp;rsquo;s blog post &lt;a href=&#34;https://lucumr.pocoo.org/2025/6/12/agentic-coding/&#34;&gt;&amp;ldquo;Agentic Coding Recommendations&amp;rdquo;&lt;/a&gt; on the developer community &lt;a href=&#34;https://news.hada.io/topic?id=21435&#34;&gt;Geek News&lt;/a&gt;, and it left quite an impression on me. Armin is best known as the creator of the Flask web framework, and his insights on vibe coding line up closely with the direction Roboco is heading. In this post I want to unpack the core ideas in Armin&amp;rsquo;s article in an accessible way, for people just getting started with vibe coding through tools like Claude Code, Cursor, and Windsurf.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Drawing Architecture Diagrams with AI</title>
      <link>https://roboco.io/en/posts/how-to-draw-diagram/</link>
      <pubDate>Sat, 14 Jun 2025 12:35:06 +0900</pubDate>
      <guid>https://roboco.io/en/posts/how-to-draw-diagram/</guid>
      <description>&lt;figure&gt;&lt;img src=&#34;https://roboco.io/posts/images/Dohyun.png&#34;&gt;&lt;figcaption&gt;&#xA;      &lt;h4&gt;Dohyun Jung - Principal Consultant, ROBOCO&lt;/h4&gt;&#xA;    &lt;/figcaption&gt;&#xA;&lt;/figure&gt;&#xA;&#xA;&lt;p&gt;When people do vibe coding, they often assume the code alone is enough. Reality says otherwise. Code without documentation is like setting off on a trip without a map. If nobody knows where the destination is or what the route looks like, nobody will come along. Documentation matters especially in vibe coding because code isn&amp;rsquo;t merely there to run — it exists to convey your ideas and design intent accurately to other people. Documentation smooths collaboration, clarifies where a project is headed, and ultimately forms the foundation of a sustainable development environment.&lt;/p&gt;</description>
    </item>
    <item>
      <title>A Review Strategy for Vibe Coding</title>
      <link>https://roboco.io/en/posts/vibe-coding-review-strategy/</link>
      <pubDate>Sat, 07 Jun 2025 12:21:04 +0900</pubDate>
      <guid>https://roboco.io/en/posts/vibe-coding-review-strategy/</guid>
      <description>&lt;figure&gt;&lt;img src=&#34;https://roboco.io/posts/images/Dohyun.png&#34;&gt;&lt;figcaption&gt;&#xA;      &lt;h4&gt;Dohyun Jung - Principal Consultant, ROBOCO&lt;/h4&gt;&#xA;    &lt;/figcaption&gt;&#xA;&lt;/figure&gt;&#xA;&#xA;&lt;p&gt;It is true that adopting vibe coding automates several areas of development and raises productivity. But review is something people have to do, because people are the ones accountable for the outcome — and so the bottleneck ends up moving to review (document review, plan review, code review, and so on). Today I want to talk about review.&lt;/p&gt;&#xA;&lt;h2 id=&#34;tldr&#34;&gt;TL;DR&lt;/h2&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;Vibe coding speeds up generation, but if code, document, and plan reviews stay the same, the bottleneck simply shifts to the review stage.&lt;/li&gt;&#xA;&lt;li&gt;To raise review quality, make approval accountability explicit, and use checklists and risk flags so that reviewers judge actively rather than passively.&lt;/li&gt;&#xA;&lt;li&gt;The more automation grows, the more deliberately human review has to be designed — you need a structure that attaches meaning and accountability even to small actions.&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;Let&amp;rsquo;s start with code review.&lt;/p&gt;</description>
    </item>
    <item>
      <title>The Vibe Coding Productivity Equation</title>
      <link>https://roboco.io/en/posts/vibe-coding-productivity/</link>
      <pubDate>Wed, 21 May 2025 08:56:24 +0900</pubDate>
      <guid>https://roboco.io/en/posts/vibe-coding-productivity/</guid>
      <description>&lt;figure&gt;&lt;img src=&#34;https://roboco.io/posts/images/Dohyun.png&#34;&gt;&lt;figcaption&gt;&#xA;      &lt;h4&gt;Dohyun Jung - Principal Consultant, ROBOCO&lt;/h4&gt;&#xA;    &lt;/figcaption&gt;&#xA;&lt;/figure&gt;&#xA;&#xA;&lt;p&gt;I often get this question from developers: &amp;ldquo;This is how I develop — does that count as vibe coding?&amp;rdquo; It leaves me rather baffled. Why are Koreans in particular so fond of measuring themselves against a standard, almost like religious fundamentalists? What matters is not whether you are doing vibe coding correctly, but &lt;strong&gt;how much vibe coding actually improves your productivity&lt;/strong&gt;.&lt;/p&gt;&#xA;&lt;p&gt;There is another question I hear often: &amp;ldquo;Can you really do vibe coding without knowing any programming at all?&amp;rdquo; That is exactly what I want to talk about today.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
