<?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: Marcus K</title>
    <description>The latest articles on DEV Community by Marcus K (@marcusbk37).</description>
    <link>https://dev.to/marcusbk37</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.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F3839178%2Fde5026ca-a889-4f1d-8003-a28cadb02be6.png</url>
      <title>DEV Community: Marcus K</title>
      <link>https://dev.to/marcusbk37</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/marcusbk37"/>
    <language>en</language>
    <item>
      <title>Why its hard to evaluate what makes a great Forward Deployed Engineer.</title>
      <dc:creator>Marcus K</dc:creator>
      <pubDate>Mon, 23 Mar 2026 03:38:36 +0000</pubDate>
      <link>https://dev.to/marcusbk37/why-its-hard-to-evaluate-what-makes-a-great-forward-deployed-engineer-4441</link>
      <guid>https://dev.to/marcusbk37/why-its-hard-to-evaluate-what-makes-a-great-forward-deployed-engineer-4441</guid>
      <description>&lt;p&gt;There’s a lot of craze over the Forward Deployed Engineer role in tech right now. A ton of interest, and in many places very little clarity or consistency around what the job actually entails.&lt;/p&gt;

&lt;p&gt;Most job descriptions for FDE roles read like a generic senior SWE posting with "customer-facing" tacked on. But the engineers who actually thrive in the role have a pretty specific combination of traits that doesn't show up cleanly on a resume or in a standard technical interview.&lt;/p&gt;

&lt;p&gt;From what I've observed, strong FDEs tend to share a few things:&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;They're comfortable with ambiguity.&lt;/strong&gt; An FDE at a customer site might debug a data pipeline at 9am, write a quick internal tool by lunch, and explain architecture tradeoffs to a non-technical stakeholder by 3pm. A lot of breadth, and many different hats throughout the day.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;They bias toward shipping over perfection.&lt;/strong&gt; The feedback loop is fast and customer-driven. Engineers who need to "finish" something before showing it tend to struggle. This can be incredibly enjoyable but also quite daunting and naturally comes with a lot more “failure”.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;They have strong written communication.&lt;/strong&gt; A lot of FDE work happens asynchronously across customer orgs. The ability to write a clear technical summary that a VP can understand without losing the engineer reading it is underrated.&lt;/p&gt;

&lt;p&gt;The frustrating thing is none of this shows up in a LeetCode score or even a typical system design interview.&lt;/p&gt;

&lt;p&gt;I've been building a tool called Trait that tries to surface FDE signal differently — you upload a few simple documents and do a short voice conversation, and it gives you a confidence-weighted fit score. It's early, but I'd love feedback from people who've worked in or adjacent to FDE roles on whether the framing resonates.&lt;/p&gt;

&lt;p&gt;Try it here: &lt;/p&gt;
&lt;div class="crayons-card c-embed text-styles text-styles--secondary"&gt;
    &lt;div class="c-embed__content"&gt;
      &lt;div class="c-embed__body flex items-center justify-between"&gt;
        &lt;a href="trait-onboarding.vercel.app" rel="noopener noreferrer" class="c-link fw-bold flex items-center"&gt;
          &lt;span class="mr-2"&gt;trait-onboarding.vercel.app&lt;/span&gt;
          

        &lt;/a&gt;
      &lt;/div&gt;
    &lt;/div&gt;
&lt;/div&gt;


&lt;p&gt;Curious whether others have thoughts on what actually separates strong FDEs. I think it’s a role that is just beginning to truly take shape but will be wildly impactful for the next ten years.&lt;/p&gt;

</description>
      <category>webdev</category>
      <category>ai</category>
      <category>devops</category>
      <category>career</category>
    </item>
  </channel>
</rss>
