<?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: Anna | Freedom in Tech</title>
    <description>The latest articles on DEV Community by Anna | Freedom in Tech (@anna-freedom-in-tech).</description>
    <link>https://dev.to/anna-freedom-in-tech</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%2Fuser%2Fprofile_image%2F2547140%2F4713ea3b-0d99-45e5-977e-71bbfebb5862.png</url>
      <title>DEV Community: Anna | Freedom in Tech</title>
      <link>https://dev.to/anna-freedom-in-tech</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/anna-freedom-in-tech"/>
    <language>en</language>
    <item>
      <title>I Still Love Building UI by Hand. But My Way of Working Has Completely Changed.</title>
      <dc:creator>Anna | Freedom in Tech</dc:creator>
      <pubDate>Thu, 02 Jul 2026 11:03:20 +0000</pubDate>
      <link>https://dev.to/anna-freedom-in-tech/i-still-love-building-ui-by-hand-but-my-way-of-working-has-completely-changed-46kp</link>
      <guid>https://dev.to/anna-freedom-in-tech/i-still-love-building-ui-by-hand-but-my-way-of-working-has-completely-changed-46kp</guid>
      <description>&lt;p&gt;I am a Senior Frontend Engineer, and I want to be honest about something. I still really enjoy building UI by hand. That feeling when a component finally looks right, when a small animation moves exactly how I imagined it — I love this. It did not go away.&lt;/p&gt;

&lt;p&gt;But the way I work has changed completely. And the strange thing is that both things are true at the same time: I still love the craft, and my process today looks almost nothing like before.&lt;/p&gt;

&lt;p&gt;I want to write about this change, because for me it was not really about the tools. It was about how I think.&lt;/p&gt;

&lt;h2&gt;
  
  
  The part that did not change
&lt;/h2&gt;

&lt;p&gt;First, let me be clear, because many posts about AI skip this. I did not stop loving to build UI by hand. If you give me a blank file and a nice design, I can happily spend hours there. And this is actually the problem.&lt;/p&gt;

&lt;p&gt;When you know your codebase very well — when you know exactly which component to use, which helper already exists, how the spacing works — building it yourself feels like the fastest way. Your hands are faster than your planning. Building manually is not slow because you are bad at it. It is tempting because you are good at it.&lt;/p&gt;

&lt;p&gt;This is the trap. And noticing it was my first real change.&lt;/p&gt;

&lt;h2&gt;
  
  
  What changed: I plan before I build
&lt;/h2&gt;

&lt;p&gt;My process now is almost the opposite of before. Roughly like this:&lt;/p&gt;

&lt;ol&gt;
&lt;li&gt;First I align on the approach — how we build, how we commit, one shared way of working.&lt;/li&gt;
&lt;li&gt;Then I write a real spec. Not a small note. A proper spec.md with the requirements, the edge cases, and the intent behind the UI, with enough context that someone with no memory of the discussion could still build the right thing.&lt;/li&gt;
&lt;li&gt;Then I break it into small pieces — a features.md with small parts that I can review one by one.&lt;/li&gt;
&lt;li&gt;Then I review and iterate on the plan until it is really good. Most of the thinking happens here, before any UI exists.&lt;/li&gt;
&lt;li&gt;Only after that I delegate the building to the AI.&lt;/li&gt;
&lt;li&gt;And then I keep iterating on the result.&lt;/li&gt;
&lt;/ol&gt;

&lt;p&gt;&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2Fq2spabwh99ejwhsarf8j.png" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2Fq2spabwh99ejwhsarf8j.png" alt=" " width="799" height="181"&gt;&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Written like this, it looks obvious. But doing it is not easy. Before, steps 1 to 4 were something I did quickly in my head while I was already typing. Now they are the real work, and the typing at the end is the easy part.&lt;/p&gt;

&lt;h2&gt;
  
  
  The hard part was not the AI
&lt;/h2&gt;

&lt;p&gt;Everybody talks about prompts and models. For me this was the smallest part. The hard part was in my head.&lt;/p&gt;

&lt;p&gt;Going spec-first means I give up the fast feedback loop I love — write code, see it, change it, repeat — and replace it with something slower and more abstract at the beginning: write the plan, question the plan, trust the plan. At the start it felt very uncomfortable.&lt;/p&gt;

&lt;p&gt;What helped me was to change how I see my role. Before, I was the author of the UI. Now I am more like a director. I am responsible for the vision, the constraints, the taste, the "no, not like this, like that." But I am not the one placing every single brick anymore. My craft did not disappear. It moved earlier — into the spec, into the review, into deciding what "good" means.&lt;/p&gt;

&lt;p&gt;And I did not expect this: it is still creative. Thinking about how a notification should feel when you receive it, what is the best flow for the user who wants to act on it, where there should be friction and where not — this is design thinking. And honestly it uses the part of my brain that I enjoy the most.&lt;/p&gt;

&lt;p&gt;Teach the tool, do not babysit it&lt;/p&gt;

&lt;p&gt;One lesson came back again and again. When the AI did something wrong in the same way many times — using the wrong tokens, not following the rules of our design system — my first reaction was to correct it every time, turn after turn. But this is just manual work in disguise.&lt;/p&gt;

&lt;p&gt;The better way was to teach it once. Instead of fixing the same type of mistake again and again, I spent time to give the tool a real understanding of how our system should be used. After that, the output followed the rules. Same idea as the spec: put your energy into the thing that stays useful, not the thing you will have to redo tomorrow.&lt;/p&gt;

&lt;h2&gt;
  
  
  Where I am now
&lt;/h2&gt;

&lt;p&gt;If I am honest, the biggest gap in my process is still before all of this: having a real product or design person to help shape the user flow before I open the editor. AI makes the building cheap, so now the quality of the plan is the limit for the quality of the result. A weak plan still gives you a weak result — only faster, and nicer looking.&lt;/p&gt;

&lt;h2&gt;
  
  
  So the things I keep in mind:
&lt;/h2&gt;

&lt;ul&gt;
&lt;li&gt;The hours spent on the spec pay back many times.&lt;/li&gt;
&lt;li&gt;Small, reviewable pieces are what make working with AI possible for me — not one big generated block that I have to understand backwards.&lt;/li&gt;
&lt;li&gt;The instinct to build everything by hand because I am good at it is exactly the instinct I need to notice and resist.&lt;/li&gt;
&lt;li&gt;Time spent teaching the tool is better than time spent correcting it.&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;I do not think the craft of frontend is dying. I think it is moving. The joy of building a nice UI by hand is still there when I want it. But the leverage, and more and more the interesting part of the job, is now in the plan. Learning to be comfortable with this change, and still keep the part I love — this is what I am working on right now.&lt;/p&gt;

&lt;p&gt;And yes, I still go in at the end and adjust the animation by hand. Some habits are worth keeping.&lt;/p&gt;

&lt;blockquote&gt;
&lt;p&gt;If you want to see more about how I work with AI and build a real leverage in my tech career, I also share things on my YouTube channel: &lt;a href="https://www.youtube.com/@anna.vihrogonova" rel="noopener noreferrer"&gt;https://www.youtube.com/@anna.vihrogonova&lt;/a&gt;. &lt;/p&gt;

&lt;p&gt;Come say hi.&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;/ Anna 💜&lt;/p&gt;

&lt;p&gt;&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2F5s53wxhdoi8t2ygo3qfe.jpeg" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2F5s53wxhdoi8t2ygo3qfe.jpeg" alt="Anna Vihrogonova coding" width="800" height="1421"&gt;&lt;/a&gt;&lt;/p&gt;

</description>
      <category>ai</category>
      <category>webdev</category>
      <category>programming</category>
      <category>productivity</category>
    </item>
    <item>
      <title>Remote Work: Dream, Freedom, or Something Else?</title>
      <dc:creator>Anna | Freedom in Tech</dc:creator>
      <pubDate>Mon, 23 Mar 2026 19:16:37 +0000</pubDate>
      <link>https://dev.to/anna-freedom-in-tech/remote-work-dream-freedom-or-something-else-2af5</link>
      <guid>https://dev.to/anna-freedom-in-tech/remote-work-dream-freedom-or-something-else-2af5</guid>
      <description>&lt;p&gt;&lt;code&gt;Remote work isn’t just a perk — it’s a bridge to the life you want, if you use it intentionally.&lt;/code&gt;&lt;/p&gt;

&lt;p&gt;I remember working remotely from Bulgaria for a few months — close to my parents-in-law, surrounded by mountains, fresh air, and quiet mornings. The pace of life, the nature, the simplicity of it all… it made me more productive than I’d ever been in London. Ideas flowed, energy levels were high, and I felt genuinely alive while still building my career in tech.&lt;/p&gt;

&lt;p&gt;A little earlier, I had a similar experience in Ukraine. Before the war, remote work allowed me to spend months with my family and friends — something that wouldn’t have been possible if I were tied to an office in the UK. Those everyday moments were priceless.&lt;/p&gt;

&lt;p&gt;Tech has been doing remote work long before COVID made it mainstream. Software engineering was one of the first industries experimenting with flexible remote work. I feel lucky to be in this field — it opened doors I wouldn’t have had anywhere else.&lt;/p&gt;

&lt;p&gt;Now, many companies are pushing people back to the office — almost full-time, or at least three days a week. Some people love it. Some hate it. The important thing is to know your priorities: freedom, family, career growth, creativity… what matters most to you?&lt;/p&gt;

&lt;p&gt;&lt;code&gt;“Freedom without boundaries is chaos. Boundaries without freedom is restriction. Remote work is both, if you use it intentionally.”&lt;/code&gt;&lt;/p&gt;

&lt;p&gt;Remote work isn’t just skipping the commute or working in pyjamas. It’s about time, presence, and being somewhere that matters. Bulgaria taught me that the environment matters. Being close to family, immersed in nature, and away from city distractions supercharged my focus and creativity. Ukraine gave me moments with loved ones that I’ll never forget.&lt;/p&gt;

&lt;p&gt;But remote work isn’t automatically easy. You’re fully responsible for your schedule, output, and boundaries. There were days when I barely stopped working because no office signalled the “end of the day,” and other days when I had to force myself to stay focused because life around me was too comfortable.&lt;/p&gt;

&lt;blockquote&gt;
&lt;p&gt;Key takeaway: Freedom only works when it’s managed intentionally.&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;It can also be lonely. During COVID — feels like a lifetime ago — when everything went fully remote, I realised how much I relied on casual office interactions. Even as someone who loves independence, I missed spontaneous conversations, mentorship moments, and team energy.&lt;/p&gt;

&lt;p&gt;&lt;em&gt;Tip: Build connection intentionally — co-working days, coffee chats, online communities, or accountability buddies.&lt;/em&gt;&lt;/p&gt;

&lt;p&gt;I feel lucky to be in an industry that embraced remote work early. It allowed me to spend those precious months in Bulgaria and Ukraine, boosted my creativity, and opened doors I wouldn’t have had otherwise.&lt;/p&gt;

&lt;p&gt;But it also comes with trade-offs: isolation, blurred boundaries, and the need to maintain visibility for career growth.&lt;/p&gt;

&lt;p&gt;Now, with companies pushing for office return, some people are happy, some are frustrated. The truth is: you have to decide your priorities. Freedom? Family? Career? Creativity? Remote work is a tool — and how you use it shapes your life.&lt;/p&gt;

&lt;p&gt;What’s your experience with remote work — freeing, challenging, or a mix of both? Drop a comment — I read and reply to every one.&lt;/p&gt;

&lt;p&gt;If you want the full story, including lessons I didn’t fit here, check out my video:&lt;/p&gt;

&lt;p&gt;👉 Why 73% of Software Engineers Feel Trapped by Remote Work: &lt;a href="https://www.youtube.com/watch?v=m7CwVp2iylc" rel="noopener noreferrer"&gt;https://www.youtube.com/watch?v=m7CwVp2iylc&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;/Anna 💜&lt;/p&gt;

</description>
      <category>softwareengineering</category>
      <category>webdev</category>
      <category>career</category>
      <category>remote</category>
    </item>
  </channel>
</rss>
