<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Romi ADHD</title>
    <description>The latest articles on DEV Community by Romi ADHD (romiadhd).</description>
    <link>https://dev.to/romiadhd</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Forganization%2Fprofile_image%2F14516%2F71ef1193-7ade-4835-b362-618f77504c83.png</url>
      <title>DEV Community: Romi ADHD</title>
      <link>https://dev.to/romiadhd</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/romiadhd"/>
    <language>en</language>
    <item>
      <title>This week at Romi #3 - Building Multi-Platform App Connectivity</title>
      <dc:creator>Vlad B.</dc:creator>
      <pubDate>Sun, 27 Sep 2026 01:34:13 +0000</pubDate>
      <link>https://dev.to/romiadhd/this-week-at-romi-3-building-multi-platform-app-connectivity-1hpg</link>
      <guid>https://dev.to/romiadhd/this-week-at-romi-3-building-multi-platform-app-connectivity-1hpg</guid>
      <description>&lt;p&gt;When we first launched our app, simplicity was our guiding light. We started with the absolute basics, built our core features, and steadily grew our user base. But as any developer scaling an application knows, user growth brings new expectations and friction points. &lt;/p&gt;

&lt;p&gt;If users encounter friction during authentication or onboarding, they drop off. Over the past couple of years, our approach to app connectivity and authentication evolved significantly to meet our users where they are. &lt;/p&gt;

&lt;p&gt;Here is a look back at our journey of adding sign up and calendar connection methods step by step.&lt;/p&gt;




&lt;h3&gt;
  
  
  Phase 1: The Foundation (Email and Password)
&lt;/h3&gt;

&lt;p&gt;In the first couple of months, we kept authentication as straightforward as possible. We relied solely on traditional email and password sign ups. &lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;
&lt;strong&gt;Why we started here:&lt;/strong&gt; It required the least amount of external configuration, let us build our core database schema quickly, and gave us full control over user credentials.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;The drawback:&lt;/strong&gt; Users hate remembering new passwords. Conversion rates suffer when people have to type in a long password and verify their email just to test a new tool.&lt;/li&gt;
&lt;/ul&gt;




&lt;h3&gt;
  
  
  Phase 2: Expanding for Convenience (Google and Calendar)
&lt;/h3&gt;

&lt;p&gt;As our product matured, we wanted to reduce friction and tap into daily workflows. We added Google signup and Google Calendar integration.&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;
&lt;strong&gt;The impact:&lt;/strong&gt; Conversion rates jumped immediately. Allowing users to log in with a single click removed a major barrier to entry.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;The workflow benefit:&lt;/strong&gt; Because our product relies heavily on scheduling, connecting Google Calendar let users see their events and data inside the app instantly without manual data entry.&lt;/li&gt;
&lt;/ul&gt;




&lt;h3&gt;
  
  
  Phase 3: Embracing the Apple Ecosystem
&lt;/h3&gt;

&lt;p&gt;As we developed our mobile and desktop apps, user demographics shifted. A large portion of our user base lives inside the Apple ecosystem and prefers to keep their workflows tied to their Apple ID.&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;
&lt;strong&gt;The fix:&lt;/strong&gt; We implemented Sign in with Apple. &lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Why it mattered:&lt;/strong&gt; Apple users expect native, privacy-focused login options. Adding this significantly improved our mobile onboarding experience and aligned our apps with platform expectations.&lt;/li&gt;
&lt;/ul&gt;




&lt;h3&gt;
  
  
  Phase 4: Going Enterprise (Microsoft and Outlook)
&lt;/h3&gt;

&lt;p&gt;Lately, we have been moving into corporate support. When selling to businesses, we quickly noticed that a massive percentage of companies use Microsoft accounts for work. &lt;/p&gt;

&lt;p&gt;To break into this market, we needed Microsoft login and Outlook calendar support. However, integrating enterprise authentication is rarely plug and play.&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;
&lt;strong&gt;The verification hurdle:&lt;/strong&gt; Getting verified through the Microsoft Partner Program was a real struggle. It involved navigating complex compliance requirements, submitting documentation, and waiting for manual reviews. &lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;The payoff:&lt;/strong&gt; After a week of hard work and patient waiting, our verification finally succeeded. Now, corporate users can log in seamlessly using their work credentials and sync their Outlook calendars without a hitch.&lt;/li&gt;
&lt;/ul&gt;




&lt;h3&gt;
  
  
  What We Learned
&lt;/h3&gt;

&lt;p&gt;Building flexible app connectivity is a journey that scales alongside your product. &lt;/p&gt;

&lt;ol&gt;
&lt;li&gt;
&lt;strong&gt;Start simple:&lt;/strong&gt; Email and password are fine for day one when you are validating an idea.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Follow your users:&lt;/strong&gt; Add social logins (Google and Apple) once you need to lower friction and improve consumer conversion.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Invest in enterprise readiness:&lt;/strong&gt; If you want to move upmarket, tackling complex compliance and integrations like Microsoft is worth the administrative headache.&lt;/li&gt;
&lt;/ol&gt;

&lt;p&gt;Today, our app can successfully serve individuals and teams across multiple platforms and ecosystems. What authentication providers do you prioritize when building a new product? Let me know in the comments below!&lt;/p&gt;

</description>
      <category>devops</category>
      <category>authentication</category>
      <category>webdev</category>
      <category>powerapps</category>
    </item>
    <item>
      <title>This week at Romi #2 - Latency and Voice AI</title>
      <dc:creator>Vlad B.</dc:creator>
      <pubDate>Tue, 08 Sep 2026 04:23:59 +0000</pubDate>
      <link>https://dev.to/romiadhd/this-week-at-romi-2-latency-and-voice-ai-556c</link>
      <guid>https://dev.to/romiadhd/this-week-at-romi-2-latency-and-voice-ai-556c</guid>
      <description>&lt;p&gt;Welcome back to &lt;del&gt;This&lt;/del&gt; Last week at Romi. We've been really busy so this post hits a bit late than our scheduled Friday one!&lt;/p&gt;

&lt;p&gt;In Voice AI, saving 200–300 milliseconds sounds tiny on paper. In practice, it’s the difference between an awkward robotic delay and a natural conversation.&lt;br&gt;
This week, we took a hard look at our pipeline to eliminate latency and clean out old code that was getting in the way. Here is what we changed:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;
&lt;strong&gt;Sync to Async Tools:&lt;/strong&gt; Originally, tool execution was synchronous. When a user created a task, the pipeline froze waiting for database writes. Making our tools asynchronous means the voice keeps flowing naturally while items are saved in the background.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;7 Dedup Layers Down to 2:&lt;/strong&gt; To stop duplicate tasks from hitting the database, we kept piling on safeguards over time until we had 7 layers of deduplication. They slowed down the pipeline and began contradicting each other. With stronger prompt reinforcement and a quick backend cleanup, we cut that down to just 2 layers.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Ditching "Thinking" Models:&lt;/strong&gt; Since our agent relies heavily on fast tool calls, thinking models added unnecessary reasoning delay before speaking. We swapped to a model optimized strictly for speed and accurate tool invocation.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Push-to-Talk Toggle:&lt;/strong&gt; To complement these backend speedups, we added a toggle between &lt;em&gt;Natural Flow&lt;/em&gt; and &lt;em&gt;Push-to-Talk&lt;/em&gt;. Now users can think out loud or speak in noisy rooms without the model prematurely triggering unwanted tasks.&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;Sometimes performance wins aren't about writing complex new code—they're about deleting redundant safeguards, running tasks in the background, and picking the right model for the job.&lt;/p&gt;

&lt;p&gt;&lt;em&gt;What's the worst bit of legacy "safety code" you've had to clean out of your stack?&lt;/em&gt;&lt;/p&gt;

&lt;p&gt;By Vlad - CTO@RomiADHD&lt;/p&gt;

</description>
      <category>ai</category>
      <category>webdev</category>
      <category>programming</category>
      <category>productivity</category>
    </item>
    <item>
      <title>This week at Romi #1 - OTA updates</title>
      <dc:creator>Vlad B.</dc:creator>
      <pubDate>Sat, 29 Aug 2026 06:21:04 +0000</pubDate>
      <link>https://dev.to/romiadhd/this-week-at-romi-1-48lc</link>
      <guid>https://dev.to/romiadhd/this-week-at-romi-1-48lc</guid>
      <description>&lt;p&gt;We finally added OTA updates to Romi.&lt;/p&gt;

&lt;p&gt;This is something apps have been doing for years, but it’s new territory for us.&lt;/p&gt;

&lt;p&gt;Instead of waiting for Apple’s review every time we need to push a small fix, we can now ship certain updates directly to users.&lt;/p&gt;

&lt;p&gt;And because apparently paying for another service wasn’t exciting enough, we built our own setup using Capgo + CDN.&lt;/p&gt;

&lt;p&gt;It’s one of those things that feels obvious once it works. Getting there was slightly less obvious. 😅&lt;/p&gt;

&lt;p&gt;What’s something your team implemented way later than everyone else?&lt;/p&gt;

&lt;p&gt;By Vlad - CTO@RomiADHD&lt;/p&gt;

</description>
      <category>development</category>
      <category>showdev</category>
    </item>
    <item>
      <title>Hello from Romi!</title>
      <dc:creator>Vlad B.</dc:creator>
      <pubDate>Thu, 27 Aug 2026 04:51:57 +0000</pubDate>
      <link>https://dev.to/romiadhd/hello-from-romi-ae4</link>
      <guid>https://dev.to/romiadhd/hello-from-romi-ae4</guid>
      <description>&lt;p&gt;Hey this is Vlad, the CTO. We’ve been quietly building Romi for a while, so we figured it was probably time to stop hiding in the codebase.&lt;/p&gt;

&lt;p&gt;Romi thinks like you do. Voice-first, ADHD-first. Capture thoughts, build routines, and actually stick to them. Your brain deserves a companion that keeps up.&lt;/p&gt;

&lt;p&gt;I'm not trying to promote anything but to share what we’re building, the things we learn along the way, technical decisions, experiments, and probably a healthy amount of “well, that broke.”&lt;/p&gt;

&lt;p&gt;We’re especially interested in exploring what happens when AI becomes something you actually work with every day, rather than just another chatbot in a browser tab.&lt;/p&gt;

&lt;p&gt;If you’re building with AI, working on developer tools, or just enjoy watching other developers make questionable architectural decisions, welcome.&lt;/p&gt;

&lt;p&gt;Ask me anything in the comments. &lt;/p&gt;

</description>
      <category>ai</category>
      <category>buildinpublic</category>
      <category>startup</category>
    </item>
  </channel>
</rss>
