For the first time I think that devs get a fair warning: you work together with the customer and you are accountable and responsible for where it evolves from there.
Social skills and likability, not being shy and actually enjoy being in the spotlight as well as putting the customer in the spotlight aka selling: this is really a tough call.
I know from having had to translate between business and developers for years in order to keep my developers busy with what they wanted: developing without interference.
Scrum failed so hard in this regard.
Big 5 was always funny to meet. Body selling is the term they use internally and since devs are focused on other things, they always meet me as a tandem: manager as spokesperson plus developer.
I cut the managers off, I speak developer perfectly, and yes, they are socially awkward but technical prowess was the only thing I cared. From their perspective business dudes are weird.
So yes, this won’t take long to either receive tons of money as a - pun intended - full stack forward deployed sales professional who codes or it will evolve into the common shit show consisting of a clueless sales guy and a decent developer having to do as told.
Nevertheless I like the term insofar as it is really a warning sign.
Social skills are the hardest to learn and adapt to.
Brutal, and I mean it.
I essentially did this together with at least one lead developer for years: advertising for our platform.
I went from solo contributor to sales and marketing in 5 years.
But alone? You miss so much.
At least we know that AI didn’t destroy any of the Big 5 and the customers learned nothing. No AI was harmed to get rid of PowerPoint consultants.
I had a (non-Palantir) job with a description similar to an FDE a decade and a half ago and we were just called "field engineers". It was a job done mostly by people in their early to mid 20s. The business function was there long before AI.
This language is so lame 'forward-deployed engineer' oh you mean a software consultant/application engineer?
This entire article is a joke, look at the FDE SaS flywheel diagram: 'The FDE activates the SaS flywheel and then your stock price will 10x!'
Of course, Palantir's sudden jump in stock price since November 2024 could also be explained by entirely different factors that have nothing to do with engineering.
I believe the mechanism, at its core, is that engineering or anything technical is to some degree a competitive field (not as in pay, but as in having clear performance differences between who is good and who is bad). This means any newcomer will be a reason for the team to flex and prove that they don't need the consultant. Similarly, the consultant is trying to show just how much of an absolute maven he or she is.
There is an element of truth in what you say. And yet, when people actually behave that way, it often becomes toxic, which ironically makes them worth much less as either employees or consultants.
This isn't just LLM written---it's a full ontology of the phenomenology of software deployment!
"Forward deployed engineer" just sounds more military to please the clientele of Palantir. Like "forward deployed troops", they fight artificial fires that are often created by the deploying entities.
Consultants generally don't work for one specific vendor. FDE's are just "Solutions Engineers" that are sitting on-site at the customer's offices indefinitely. I don't love the moniker, but I can't think of an existing word to describe this precisely.
The big contract shops have had customer engineering for decades, and still do.
When you'd buy a $1M+ machine, the real money is in the support contract, and it doesn't take much for the support contract to come with some dude straight out of college who's job it is to sit next to it and parrot back your actual engineering team's opinions.
In my experience, Solutions Architects don't do the implementation, they provide guidance. FDEs actually build things alongside the customer engineers.
"Forward Deployed Engineering" is a Palantir-coined buzzword that is nothing but military-branded marketing fluff. Maybe it sounds 'fancy', but it simply is the same old practice of "on-site" engineers that places engineers directly within a customer’s location / infrastructure.
There’s nothing revolutionary about it other than the little spin for a standard industry role to make the sorry plantir bros feel more appreciated while helping tech-fascists destroy democracies.
This is a lot of content-free stuff but the reality is that if you’re hoping that customers will just write software to integrate with your SaaS you have to ask yourself why they wouldn’t also just write your SaaS. So either you go to them, they come to you, or you’re past some particular implementation hurdle. I think it’s better you go to them. Just reduces the barrier to entry and people will happily pay you for additional technology capacity to get a sufficiently complex thing onboarded.
So sending your implementation team out is “not just smart — it’s required” (to use everyone’s current favourite phrasing).
I really laughed hard.
For the first time I think that devs get a fair warning: you work together with the customer and you are accountable and responsible for where it evolves from there.
Social skills and likability, not being shy and actually enjoy being in the spotlight as well as putting the customer in the spotlight aka selling: this is really a tough call.
I know from having had to translate between business and developers for years in order to keep my developers busy with what they wanted: developing without interference.
Scrum failed so hard in this regard.
Big 5 was always funny to meet. Body selling is the term they use internally and since devs are focused on other things, they always meet me as a tandem: manager as spokesperson plus developer.
I cut the managers off, I speak developer perfectly, and yes, they are socially awkward but technical prowess was the only thing I cared. From their perspective business dudes are weird.
So yes, this won’t take long to either receive tons of money as a - pun intended - full stack forward deployed sales professional who codes or it will evolve into the common shit show consisting of a clueless sales guy and a decent developer having to do as told.
Nevertheless I like the term insofar as it is really a warning sign.
Social skills are the hardest to learn and adapt to.
Brutal, and I mean it.
I essentially did this together with at least one lead developer for years: advertising for our platform.
I went from solo contributor to sales and marketing in 5 years.
But alone? You miss so much.
At least we know that AI didn’t destroy any of the Big 5 and the customers learned nothing. No AI was harmed to get rid of PowerPoint consultants.
Sad…
I had a (non-Palantir) job with a description similar to an FDE a decade and a half ago and we were just called "field engineers". It was a job done mostly by people in their early to mid 20s. The business function was there long before AI.
Everything old is new again, basically.
This language is so lame 'forward-deployed engineer' oh you mean a software consultant/application engineer? This entire article is a joke, look at the FDE SaS flywheel diagram: 'The FDE activates the SaS flywheel and then your stock price will 10x!'
unserious article written by inane consultancies feeding at the trough of linkedin. The diagram itself is hideous.
Software consultant, solution architect, solutions eng, all do what an "FDE" does without having the weirdly cringe palantir branding.
Of course, Palantir's sudden jump in stock price since November 2024 could also be explained by entirely different factors that have nothing to do with engineering.
The gap is not technological. It is operational.
enough read
The slop is not just thick — it's viscous.
I believe the mechanism, at its core, is that engineering or anything technical is to some degree a competitive field (not as in pay, but as in having clear performance differences between who is good and who is bad). This means any newcomer will be a reason for the team to flex and prove that they don't need the consultant. Similarly, the consultant is trying to show just how much of an absolute maven he or she is.
There is an element of truth in what you say. And yet, when people actually behave that way, it often becomes toxic, which ironically makes them worth much less as either employees or consultants.
This isn't just LLM written---it's a full ontology of the phenomenology of software deployment!
"Forward deployed engineer" just sounds more military to please the clientele of Palantir. Like "forward deployed troops", they fight artificial fires that are often created by the deploying entities.
Here I was thinking AI Engineer is the new hotness similar to React back in the day
I'll take Infantry Engineer or something
The FDE engineers who will do well are the engineer's-engineer, someone well-rounded, easy to work with, can communicate, and have high empathy
What is the difference between a consultant with coding experience vs a FDE?
Consultants generally don't work for one specific vendor. FDE's are just "Solutions Engineers" that are sitting on-site at the customer's offices indefinitely. I don't love the moniker, but I can't think of an existing word to describe this precisely.
The big contract shops have had customer engineering for decades, and still do.
When you'd buy a $1M+ machine, the real money is in the support contract, and it doesn't take much for the support contract to come with some dude straight out of college who's job it is to sit next to it and parrot back your actual engineering team's opinions.
Palantir branding
"forward deployed engineering"
So, your old technical leads that got let go?
Forward Deployed Engineer is just a title change for Solutions Architects.
In my experience, Solutions Architects don't do the implementation, they provide guidance. FDEs actually build things alongside the customer engineers.
I do think it's a lot clearer title than Solutions Architect.
Buzzword compliant.
I can't take this article seriously when it says vibe coding is part of engineering
"Forward Deployed Engineering" is a Palantir-coined buzzword that is nothing but military-branded marketing fluff. Maybe it sounds 'fancy', but it simply is the same old practice of "on-site" engineers that places engineers directly within a customer’s location / infrastructure.
There’s nothing revolutionary about it other than the little spin for a standard industry role to make the sorry plantir bros feel more appreciated while helping tech-fascists destroy democracies.
This is a lot of content-free stuff but the reality is that if you’re hoping that customers will just write software to integrate with your SaaS you have to ask yourself why they wouldn’t also just write your SaaS. So either you go to them, they come to you, or you’re past some particular implementation hurdle. I think it’s better you go to them. Just reduces the barrier to entry and people will happily pay you for additional technology capacity to get a sufficiently complex thing onboarded.
So sending your implementation team out is “not just smart — it’s required” (to use everyone’s current favourite phrasing).
TLDR "Please stop throwing away Ex-Palantir job applications"