<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Romavm]]></title><description><![CDATA[Hello]]></description><link>https://romavm.dev</link><generator>RSS for Node</generator><lastBuildDate>Sat, 11 Apr 2026 04:48:00 GMT</lastBuildDate><atom:link href="https://romavm.dev/rss.xml" rel="self" type="application/rss+xml"/><language><![CDATA[en]]></language><ttl>60</ttl><item><title><![CDATA[Tried Kiro for 5 days - feels like a below mid-level dev]]></title><description><![CDATA[I used Kiro for 5 days to complete my hackathon project (analyzing GitHub repositories).
My quick eval: Kiro feels like a below mid-level dev.

Coding skills: mid-level

Engineering skills: below mid

Discipline: below mid


Here’s how Kiro stacks up...]]></description><link>https://romavm.dev/tried-kiro-for-5-days</link><guid isPermaLink="true">https://romavm.dev/tried-kiro-for-5-days</guid><category><![CDATA[AI-Assisted coding]]></category><dc:creator><![CDATA[Roman Medvedev]]></dc:creator><pubDate>Sun, 24 Aug 2025 07:10:50 GMT</pubDate><enclosure url="https://cdn.hashnode.com/res/hashnode/image/upload/v1756019303659/0c864a04-d34b-4c34-a0a4-0c658e2d4bbe.jpeg" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>I used Kiro for 5 days to complete my hackathon project (analyzing GitHub repositories).</p>
<p>My quick eval: Kiro feels like a <em>below mid-level</em> dev.</p>
<ul>
<li><p><strong>Coding skills:</strong> mid-level</p>
</li>
<li><p><strong>Engineering skills:</strong> below mid</p>
</li>
<li><p><strong>Discipline:</strong> below mid</p>
</li>
</ul>
<p>Here’s how Kiro stacks up vs. a senior dev (based on my 25 years in software):</p>
<div class="hn-table">
<table>
<thead>
<tr>
<td>What Kiro does</td><td>What a senior does</td><td>Ideas to fix Kiro</td></tr>
</thead>
<tbody>
<tr>
<td>Chooses a random repo with 100+ forks</td><td>Chooses a few smaller repos</td><td>Ask Kiro to research repos suitable for testing</td></tr>
<tr>
<td>Implements one big, long-running command (multiple requests per fork)</td><td>Plans smaller steps: show-info, list-forks. Tests step by step → sees most forks are empty and skips them</td><td>Ask to force task decomposition (Kiro resists) and break all processes into smaller steps</td></tr>
<tr>
<td>Plans redundant, unnecessary, undisclosed features</td><td>Plans only what’s needed</td><td>Ask to stay minimal when planning features</td></tr>
<tr>
<td>Rewrites raw data into vague, emotional, emoji-heavy text</td><td>Reports raw data as is</td><td>Ask to transmit entity names/data directly, without rephrasing</td></tr>
<tr>
<td>Loses insights during planning/implementation</td><td>Keeps track of all key details</td><td>Summaries + separate notes sessions</td></tr>
<tr>
<td>Starts coding immediately during “specs” discussion</td><td>Plans first</td><td>Use separate sessions, ask for summaries, and store notes in a separate file</td></tr>
<tr>
<td>Ignores instructions (agent steering rules)</td><td>Gets fired</td><td>Must follow rules or refund</td></tr>
<tr>
<td>Creates new specs for tiny features instead of extending existing ones</td><td>Creates a new package only if reusable</td><td>Must respect current session scope</td></tr>
<tr>
<td>Crashes but still marks task as “completed”</td><td>Gets fired</td><td>Must either finish properly or refund</td></tr>
<tr>
<td>Outputs “successful all done complete” placeholders as results</td><td>Raises NotImplementedError</td><td>Should always raise for unimplemented features</td></tr>
<tr>
<td>Does a sloppy job</td><td>Hunts for a new job</td><td>Hopefully more careful with smaller tasks</td></tr>
<tr>
<td>Never runs proper tests</td><td>Runs thorough tests</td><td>Ask for full test coverage - but beware, your budget may vanish fast</td></tr>
<tr>
<td>Not ready to ship autonomously</td><td>Can work autonomously</td><td>Add more rules - will it help?</td></tr>
<tr>
<td>Burns through your budget for only uncertain results</td><td>Delivers within budget</td><td>Pricing should reflect useful results, not wasted usage</td></tr>
</tbody>
</table>
</div><p>Today both of my 2 access codes were depleted. I’m stuck and have no idea how to complete the project now</p>
<p><strong>My opinion:</strong> Kiro isn’t ready to work fully autonomously. It burns through budget fast, delivers only so-so results, and needs tighter rules plus better pricing to be truly useful.</p>
<p><strong>Will I use Kiro? Definitely, but Kiro must first reach a strong middle level.</strong> We need agents with different angles—just like people—to handle different tasks.</p>
<p>Originally published at <a target="_blank" href="https://hackernoon.com/i-tried-amazons-kirodev-for-5-daysits-a-below-mid-level-dev">https://hackernoon.com/i-tried-amazons-kirodev-for-5-daysits-a-below-mid-level-dev</a></p>
]]></content:encoded></item><item><title><![CDATA[About me]]></title><description><![CDATA[Current projects
Research
Make API AI-ready - https://playapi.romavm.dev/
Finderado - https://finderado.com/
Active
Appstorespy - https://appstorespy.com/]]></description><link>https://romavm.dev/about</link><guid isPermaLink="true">https://romavm.dev/about</guid><dc:creator><![CDATA[Roman Medvedev]]></dc:creator><pubDate>Thu, 24 Apr 2025 23:44:26 GMT</pubDate><content:encoded><![CDATA[<p>Current projects</p>
<p><strong>Research</strong></p>
<p>Make API AI-ready - <a target="_blank" href="https://playapi.romavm.dev/">https://playapi.romavm.dev/</a></p>
<p>Finderado - <a target="_blank" href="https://finderado.com/">https://finderado.com/</a></p>
<p><strong>Active</strong></p>
<p>Appstorespy - <a target="_blank" href="https://appstorespy.com/">https://appstorespy.com/</a></p>
]]></content:encoded></item><item><title><![CDATA[Play with API: The AI-Ready Copilot for API Transformation]]></title><description><![CDATA[In today's rapidly evolving technological landscape, APIs serve as the critical connectors of our digital world. However, as AI continues to reshape how we interact with software, a significant challenge has emerged: most existing APIs weren't design...]]></description><link>https://romavm.dev/play-with-api</link><guid isPermaLink="true">https://romavm.dev/play-with-api</guid><dc:creator><![CDATA[Roman Medvedev]]></dc:creator><pubDate>Mon, 14 Apr 2025 17:11:38 GMT</pubDate><content:encoded><![CDATA[<p>In today's rapidly evolving technological landscape, APIs serve as the critical connectors of our digital world. However, as AI continues to reshape how we interact with software, a significant challenge has emerged: most existing APIs weren't designed with AI integration in mind.</p>
<h2 id="heading-the-api-ai-gap"><strong>The API-AI Gap</strong></h2>
<p>APIs (Application Programming Interfaces) have been the backbone of software integration for decades, enabling different systems to communicate and share data. But there's a growing disconnect between traditional API designs and the requirements of modern AI systems.</p>
<p>This gap creates significant obstacles for organizations looking to modernize their systems and leverage AI capabilities. Many businesses have invested heavily in their existing API infrastructure and cannot afford to rebuild from scratch.</p>
<blockquote>
<h3 id="heading-the-problem"><strong>The Problem</strong></h3>
<p>Most APIs aren't prepared for AI-driven, new-era user interfaces because they:</p>
<ul>
<li><p>Lack semantic context that AI needs to understand capabilities</p>
</li>
<li><p>Use inconsistent naming conventions and structures</p>
</li>
<li><p>Provide complex documentation that AI struggles to interpret</p>
</li>
<li><p>Have no standardized way to handle AI-specific requests</p>
</li>
<li><p>Present integration challenges with modern AI frameworks</p>
</li>
</ul>
</blockquote>
<h2 id="heading-introducing-play-with-api"><strong>Introducing Play with API</strong></h2>
<p>To address these challenges, I've developed <strong>Play with API</strong> — an AI-powered copilot that transforms any API specification into AI-ready OpenAPI. This solution bridges the gap between legacy systems and modern AI capabilities, making API transformation accessible to everyone.</p>
<h2 id="heading-how-it-works"><strong>How It Works</strong></h2>
<p>Play with API operates on a straightforward workflow:</p>
<h3 id="heading-input"><strong>Input</strong></h3>
<p>The system accepts multiple input formats:</p>
<ul>
<li><p>API specifications in various formats</p>
</li>
<li><p>Invalid OpenAPI documents</p>
</li>
<li><p>Reverse dumps from existing systems</p>
</li>
<li><p>Source code with API implementations</p>
</li>
</ul>
<h3 id="heading-commands"><strong>Commands</strong></h3>
<p>Users can transform their APIs using intuitive commands:</p>
<ul>
<li><p><strong>Generate</strong> - Create OpenAPI specifications from various inputs</p>
</li>
<li><p><strong>Shrink</strong> - Optimize and reduce complexity</p>
</li>
<li><p><strong>Split</strong> - Break down large APIs into manageable components</p>
</li>
<li><p><strong>Merge</strong> - Combine multiple APIs into a unified interface</p>
</li>
<li><p><strong>Modify</strong> - Make targeted changes to specific endpoints</p>
</li>
<li><p><strong>Optimize</strong> - Enhance performance and AI compatibility</p>
</li>
</ul>
<h3 id="heading-output"><strong>Output</strong></h3>
<p>The result is a standardized, AI-ready OpenAPI specification that works seamlessly with modern AI systems, providing the semantic context and structure needed for effective AI integration.</p>
<blockquote>
<h3 id="heading-deployment-options"><strong>Deployment Options</strong></h3>
<p>Play with API offers flexible deployment to suit various needs:</p>
<ul>
<li><p><strong>Chat</strong> - Interactive conversational interface</p>
</li>
<li><p><strong>App</strong> - Standalone application</p>
</li>
<li><p><strong>MCP Server</strong> - Centralized management</p>
</li>
<li><p><strong>Tools</strong> - Integration with existing development workflows</p>
</li>
<li><p><strong>API Server</strong> - Dedicated transformation service</p>
</li>
<li><p><strong>API Client</strong> - Client-side integration</p>
</li>
</ul>
</blockquote>
<h2 id="heading-the-strategic-advantage"><strong>The Strategic Advantage</strong></h2>
<p>By making APIs AI-ready, organizations can:</p>
<ul>
<li><p><strong>Future-proof their systems</strong> - Ensure compatibility with emerging AI technologies</p>
</li>
<li><p><strong>Enhance user experiences</strong> - Enable more intuitive, conversational interfaces</p>
</li>
<li><p><strong>Accelerate development</strong> - Avoid rebuilding APIs from scratch</p>
</li>
<li><p><strong>Maximize existing investments</strong> - Extract more value from current infrastructure</p>
</li>
</ul>
<h2 id="heading-looking-forward"><strong>Looking Forward</strong></h2>
<p>The roadmap for Play with API includes:</p>
<ol>
<li><p><strong>Open source framework</strong> - Building the foundation with community support</p>
</li>
<li><p><strong>B2C tools</strong> - Developing solutions for individual developers</p>
</li>
<li><p><strong>B2B startup</strong> - Creating enterprise solutions for organizations of all sizes</p>
</li>
</ol>
<p>As AI continues to transform how we interact with software, the need for AI-ready APIs will only grow. Play with API aims to be at the forefront of this transformation, helping organizations bridge the gap between their existing systems and the AI-driven future.</p>
<hr />
<h2 id="heading-about-the-author"><strong>About the Author</strong></h2>
<p>Roman Medvedev is the founder of Play with API, focused on making API transformation accessible to everyone. With a background in software engineering and AI integration, Roman is passionate about bridging the gap between legacy systems and modern AI capabilities.</p>
<ul>
<li><p>Email: <a target="_blank" href="mailto:playapi@romavm.dev">playapi@romavm.dev</a></p>
</li>
<li><p>LinkedIn: <a target="_blank" href="https://www.linkedin.com/in/romavm/">Roman Medvedev</a></p>
</li>
<li><p>Twitter: <a target="_blank" href="https://x.com/roomavm">@roomavm</a></p>
</li>
<li><p>GitHub: <a target="_blank" href="https://github.com/Romamo/">Romamo</a></p>
</li>
</ul>
<hr />
<p><em>This article was originally published on April 14, 2025</em></p>
<p>#APITransformation #AIIntegration #OpenAPI #DeveloperTools #SoftwareEngineering</p>
]]></content:encoded></item></channel></rss>