The key part IMO is buried in the article - there happened to be an existing, perfectly accurate database containing all the required info about each employee - the same info that previously had to be manually found for each retirement.
Without this, this effort would not have been possible.
> Fortunately, we stumbled on a critical clue. While poring over old documentation, we discovered that OPM actually had data warehouses that stored historic information about every federal employee. Apparently, these warehouses were created as part of a modernization effort in 2007, and HR and payroll offices all across government have supposedly been regularly reporting into it.
> For some reason however, this was not well known at OPM, and those that knew about it didn’t know what data it held, nor considered how it could be used to simplify retirement processing. Not many had seen the data, and administrators were initially resistant to sharing access.
> From a software perspective, this was the holy grail: a single source of truth that held all the information that the manual redundant steps were meant to review. Because the information was regularly reported by HR and payroll, by the time an employee retired, OPM should already have everything needed to process the retirement, without anyone re-entering or re-verifying information.
Yes! Whoever built the data warehouses and keeps the data pipelines running would seem to be the real heros of this story. I sure hope that group did not get gutted by DOGE.
If the people who set up the DW and set up the data to flow into it did not also build any applications to actually take advantage of the data, they didn’t complete their job properly. It’s been 18 years, that’s long enough to document the existence of it. Some might say 18 years is even enough time to build at least one useful application powered by it.
I’m sure in reality the people who built this system were smart, and wanted people to use it, but were just buried under layers of technology-unaware management and bureaucrats who felt threatened, afraid it would marginalize or eliminate their paper-pushing jobs. But this very likely reality is just more proof that the government needs significant restructuring. Most people in management at the government are there purely because of tenure, not because they’re great leaders, nor subject matter experts in how complex things are efficiently built and run outside the government world.
> If the people who set up the DW and set up the data to flow into it did not also build any applications […] they didn’t complete their job properly
1. That’s a whole extra level of responsibility / management / bureaucracy. At some point, somebody near the top needs to care or it doesn’t all get done. The existence of this DB says somebody cared, they just didn’t have enough power.
2. I’m curious how this compares to experiences at Big Old Corp, like IBM or GM, not just the SV darlings.
Thanks for pointing this out. I think it does a good job of also highlighting that most problems aren’t technical; they are either people or organizational.
Yeah this stuck out at me - the hubris of the stateless web stack supersedes the 18 years of hard unsung work at building and end to end stateful pipeline that ties out to the penny and handles all the complex business logic and reconciliations seamlessly across god knows how many integrations. No fancy diagrams or pictures of the nameless faceless heroes that had accomplished that act of heroism. For sure recognizing the value is something to trumpet, but that’s the Herculean hero story I want to hear - the DOGE bros who tied it all together with JavaScript frameworks, yawn.
The only way the database could be harnessed to do something useful is after all the people who were standing in the way in management for the last 18 years likely having been sacked. You can bet any useful project to put it to use was blocked by paper-pushers threatened by the spectre of automation, until most people had forgotten about it.
Nobody believes the database sprung forth from the earth or was created accidentally. The fact that 18 years later that project had borne no visible fruit, and that most people who could have used it, didn’t even know about it, is proof of the problem. It’s a problem of terrible management. That is what, regardless of your politics, is being slightly jostled by DOGE. Personally I have dealt with enough of our absurd government processes that I don’t think they can make anything much worse, and it cannot be less efficient.
There's a dangerous trend I've noticed with GenZ, they're quick (sometimes to the point of seeming rushed) to show off hyperbolic-sounding achievements that are mostly hot air, and often even work stolen from others.
It's sad, but I think our generation is partly to blame, since we demanded that from them.
It must suck to lose your whole life and personality just to appease the meritocratic golem.
> There's a dangerous trend I've noticed with GenZ, they're quick (sometimes to the point of seeming rushed) to show off hyperbolic-sounding achievements that are mostly hot air
Isn’t it true for every so-called edge that CEOs pitch to shareholders?
> It's sad, but I think our generation is partly to blame, since we demanded that from them.
At least you can recognize that much. Too many people involved in building an economy based around narcissism are suddenly wondering why there are a ton of narcissists.
> show off hyperbolic-sounding achievements which are mostly hot air and many times even work stolen from others.
Steve Jobs was born in 1955, the ball has been rolling for a while now. Gen Z might just be the crowd that recognizes how lucrative it is to scam people.
We must have different definitions of hot air, if yours includes a 4-trillion-dollar company.
Edit: you edited your comment so now my reply doesn't make sense. I would re-post your old comment but I didn't save it. I won't change mine because I'm not like that.
The creation in the article appears to be genuinely useful and impressive as well. It certainly benefitted a great deal from other people's work, but so did apple and linux and whatever else.
With all due respect, the edit only added the second sentence. Your response is not a refutation of what I meant, and I'm not going to retract the edit so you can better mock my point.
You're literally being downvoted for stereotyping an entire generation. The word stereotype implies it, but it's not remotely close to true.
Like, the easiest, most obvious example in the world is trump: he hyperbolically brags constantly about things he didn't do or actively tried to stop and it would be real hard to argue that he's genZ.
When you single out a specific group for your observation, it has strong implications about the other groups you didn't mention.
Yeah and that would be a lot more relevant if we were talking about, dunno, programming circuits or constructing proofs.
Instead we're writing english language sentences to be read by humans. Where connotations and implications and other such "unspoken" things absolutely matter.
Are you trolling? The implication is clearly that GenZ is unusually hyperbolic. That their predilection for hyperbole is somehow unusual or notable, otherwise WHY MENTION IT.
Speaking personally, the Summer of Love and 1990s counterculture is much more unusual and hyperbolic. I'd be curious to hear where you're seeing Gen Z surpass those generations.
Unusual yes, but I wouldn't call them hyperbolic (in the context of its meaning in this thread).
Also, wrt. to the Summer of Love, I would think its values are in the complete opposite side of what's being discussed here.
Excerpt from its Wikipedia page [1]:
"Many opposed the Vietnam War, were suspicious of government, and rejected consumerist values. In the United States, counterculture groups rejected suburbia and the American way and instead opted for a communal lifestyle. Some hippies were active in political organization, whereas others were passive and more concerned with art (music, painting, poetry in particular) or spiritual and meditative practices."
That doesn't sound compatible with "young people these days are so desperate to show off their skills, to the point of faking it, to get jobs in the government or the industry".
But I am now curious to hear about how you think both cohorts are related.
Reply to edit: generations are sequential; if you've noticed something with one generation it means that you're not accusing the prior generations of the same thing, otherwise you would've used different wording.
> Two engineers walked into the government six months ago to drag federal retirements from an underground mine onto the Internet. They built retire.opm.gov and are poised to turn six-month waits into near-instant processing for hundreds of thousands of employees.
Written by said engineers about themselves. It's hard to read this as little more than a long-winded self-congratulatory Twitter post before the results are actually visible. It's no wonder their social handles sit at the bottom of the page to funnel followers to their page.
It must be part of a larger marketing push; their boss(?) appeared on the Odd Lots podcast a couple days ago to talk about this work: https://podcasts.apple.com/us/podcast/scott-kupors-new-plan-... He spent a lot of time promoting this new National Design Studio's attempt to attract tech works for 2-year commitments to drop into existing orgs, which is basically how the 18F PIF program worked before it was dissolved earlier this year. Perhaps abruptly terminating a program to reinvent it from scratch six months later is very efficient.
(A warning about Odd Lots: the hosts never question or push back on people talking their book. This especially bad with politicians and political appointees, who are often very creative during their interviews.)
> With the system online, there were still many improvements to be made. Like taxes, applying for retirement was still an incredibly confusing process. Working closely with talented designers and the Retirement Services team at OPM, we set out to reinvent the user experience from end-to-end.
Complaining that the writer took all the credit seems a bit petty.
It was downplayed at every other opportunity including the conclusion, emphasizing instead the lone team of two heros. A few shout outs here and there, but the theme was clear.
> They had committed to building all of this [a previous modernization effort] on Microsoft PowerApps, a “no-code” tool meant for building simple web apps
> When we met with the developers in Macon, Georgia, OPM's engineering hub, they told us the PowerApps experience was so unfriendly that even they were afraid to make changes. Unless they’ve been specifically trained with PowerApps, most software developers would find it extremely unintuitive to build with, making it hard to apply classic coding skills or iterate quickly.
How much longer is it going to take project managers to realize that no-code tools are inappropriate for large, complex codebases?
It’s enterprise software so product managers don’t decide anything. They’re just an automaton charged with implementing whatever complied with the RFP terms that were written by the vendor to wire the procurement. It’s basically a problem with central planning, there’s no easy fix but giving people agency is a big part of it instead of ramming some enterprise crap that was designed to sell to “leaders” or committees down their throats.
Many small businesses (and small teams inside large orgs) do not have “servers” in the sense that an employee can push code to it. It’s just Windows Server and handles email, file share, ERP, etc. I think those in the tech industry may not appreciate the ease of having a platform you can “program” jobs in, and it’s included in M365, despite the very-large warts.
I specifically said "large, complex codebases", so I'm not sure how your comment is relevant.
If the project you're implementing is Big (which the federal employee retirement system qualifies for by any sane metric), then the infra you described is inappropriate. If the project isn't Big, then my comment wasn't addressing it.
I apologize, I misread your comment as “complex databases”. PowerApps could make simple queries across large databases, but you’re right that large software projects should not be in a no-code tool.
> How much longer is it going to take project managers to realize that no-code tools are inappropriate for large, complex codebases?
Really depends. It can work great, I see some really good No/Low code tools in ERP systems. Things like alerts, workflows, custom fields, actions, etc are... you would be surprised the ingenuity of people, but also - yes there are limits.
An ERP is practically an opinionated entire operating system with its own data, conventions, rules, ACLs, etc...
not scripting per se - yes that is part of it typically, with windows based ERPs, you get scripting for close to free if you can 'drop into' other stuff, like VB, or if your ERP leverages the COM interfaces, has an ODBC or even a straight SQL backend, yes there are many approaches. It's really - how does the scripting interact with the system
What i am talking about is more simple
1. user defined actions.
2. common triggers (object X Save, object Y delete)
2. user defined fields on core data tables
3. user defined tables
You can go very far with that, and a drop into a VB script, or run a prebuilt action (IE some verb on the object, like "print this document" on Save)
I did a brief news search for something from a more neutral party and found this article:
Federal retirement processing has slowed substantially this year due to DRP. As OPM continues modernizing retirement systems, another application surge looms.
> Amid the application influx, the Office of Personnel Management has also rolled out a major effort this year to modernize the legacy federal retirement system, which has long been paper-based. Many experts see the launch of OPM’s online retirement application (ORA) as a long-awaited improvement, but some remain wary of the timing, as agencies face application volumes not seen in at least a decade.
> Thiago Glieger, a federal retirement planning expert at RMG Advisors, described the converging changes as “uncharted waters” for OPM.
> “OPM has not really handled this new [ORA] system before, and this many federal employees retiring all at the same time,” he told Federal News Network.
> But Kimya Lee, OPM’s deputy associate director for Retirement Services, said having the ORA platform available this year has been crucial for managing both current and upcoming waves of retirement applications.
> “A surge like this would be extremely difficult for our legacy processing to work — it just wasn’t built for something like this,” Lee said during a Dec. 9 Chief Human Capital Officers (CHCO) Council meeting. “Despite record high retirement volumes this year, ORA is performing well. This gives us confidence as we prepare for retirement activities in 2025 and into 2026.”
So on the surface it seems that we already had many of these types of orgs, but they killed them all and spun up their own renamed and rebadged versions.
That being said, this project does seem like a potential big win.
Power Apps is just absolutely terrible for forms. Which is sad, because the platform itself is decent and most governmental entities that I've worked with seem to have access to it. If the UI/UX was better and Forms weren't cursed then non-technical teams could maintain their own apps and workflows. Combo'ing it with Power Automate can get a lot of things done. But Power Apps Forms need a complete re-haul and without such a change it will absolutely be the right decision to create something outside of it.
> Unless they’ve been specifically trained with PowerApps, most software developers would find it extremely unintuitive to build with, making it hard to apply classic coding skills or iterate quickly.
I think this is a good thing and do not understand the negativity in the comments. We should want systems to function more efficiently, regardless of how that comes about or who does it.
I am so disappointed they chose MS SQL server. Just imaging the opportunities and the giant annual recurring savings to thr public purse going with postgresql would have brought to thr table(the postgresql ecosystem spreads as far as the eye can see). It's a travesty of epic proportions. Let's hope you at least follow modern coding practices of decoupling and low code/no code to ensure survivability and maintainability into posterity.
This is exactly how us taxes should work. The IRS already has all the information it needs - it should fill out the form, give you a chance to double check, and then you're done.
> Aug 21 (Reuters) - U.S. President Donald Trump will appoint Airbnb co-founder Joe Gebbia to spearhead the new National Design Studio that will seek to make digital services at federal agencies more efficient, two officials familiar with the plan said.
> Trump signed an executive order on Thursday to create the studio - a new body that one of the officials said appears to be a stripped-down successor to the controversial Department of Government Efficiency (DOGE), formerly headed by billionaire Elon Musk.
The work described in this blog post seems to have been done under its predecessor, DOGE, given that the launch date was June 2. But apparently these engineers moved to the new organization, so that’s why the blog post is there.
Yeah, this is what I don't understand. Why did we gut 18F, which was doing incredible work and make a... a new version? Seems the opposite of reducing waste.
I did find that troubling too. I can see the logic of a short lived / well funded project using nextjs, but for something like this that's meant to be a simple form that needs to be reliable, easy to maintain, and long lived, my first thought would be to make a classic restful MPA. Introduction of a complex frontend framework like next seems like it would lead to more headaches than it's worth. Had similar thoughts about the Azur vendor lockin. I seriously doubt they had the traffic to justify needing something like Azur functions and batch processing. I'd love to hear some more justification for why they choose this stack, and if they considered any alternatives first.
If it was really down to two engineers, it's almost certainly what one or both of them were already comfortable or familiar with and no other reason. Six months is such a short time frame for long term projects like this that I imagine they could not spare much time for analysis of alternatives.
If you're comfortable with nextjs, you should be even more comfortable with a nodejs SSR application. It's the same thing, but simpler. The HTML doesn't even have to be pretty. We're really just querying a DB, showing forms, and saving forms. Hell, use PHP if you want.
So what's going to happen in 3 years after these startup bros have left government, none of the frameworks they're using are supported any more, and nobody in the office that they parachuted into is trained to maintain whatever spaghetti they crapped out over three months of all-nighters? There's a reason that we don't build critical infrastructure by giving it to some guy whose entire accomplishments are "working at Airbnb for 10 years"
You cast too broad a brush! Having worked at Airbnb for 10 years would have been fine. The problem is DOGE was staffed by twenty year olds. How would that have worked? They started at AirBnB when they were 10?
Found the blog post troubling amateurish for something so important, then noticed the name Edward Coristine and zoomer twitter handles at the bottom and realized this is a bunch junior devs hacking together our country's infrastructure.
The automation was only possible because of a digitized data source which was created as part of a modernization effort 18+ years ago - 18 years before DOGE ever existed - when it was realized this process needed to be improved and automated.
The key part IMO is buried in the article - there happened to be an existing, perfectly accurate database containing all the required info about each employee - the same info that previously had to be manually found for each retirement.
Without this, this effort would not have been possible.
> Fortunately, we stumbled on a critical clue. While poring over old documentation, we discovered that OPM actually had data warehouses that stored historic information about every federal employee. Apparently, these warehouses were created as part of a modernization effort in 2007, and HR and payroll offices all across government have supposedly been regularly reporting into it.
> For some reason however, this was not well known at OPM, and those that knew about it didn’t know what data it held, nor considered how it could be used to simplify retirement processing. Not many had seen the data, and administrators were initially resistant to sharing access.
> From a software perspective, this was the holy grail: a single source of truth that held all the information that the manual redundant steps were meant to review. Because the information was regularly reported by HR and payroll, by the time an employee retired, OPM should already have everything needed to process the retirement, without anyone re-entering or re-verifying information.
Yes! Whoever built the data warehouses and keeps the data pipelines running would seem to be the real heros of this story. I sure hope that group did not get gutted by DOGE.
If the people who set up the DW and set up the data to flow into it did not also build any applications to actually take advantage of the data, they didn’t complete their job properly. It’s been 18 years, that’s long enough to document the existence of it. Some might say 18 years is even enough time to build at least one useful application powered by it.
I’m sure in reality the people who built this system were smart, and wanted people to use it, but were just buried under layers of technology-unaware management and bureaucrats who felt threatened, afraid it would marginalize or eliminate their paper-pushing jobs. But this very likely reality is just more proof that the government needs significant restructuring. Most people in management at the government are there purely because of tenure, not because they’re great leaders, nor subject matter experts in how complex things are efficiently built and run outside the government world.
> If the people who set up the DW and set up the data to flow into it did not also build any applications […] they didn’t complete their job properly
1. That’s a whole extra level of responsibility / management / bureaucracy. At some point, somebody near the top needs to care or it doesn’t all get done. The existence of this DB says somebody cared, they just didn’t have enough power.
2. I’m curious how this compares to experiences at Big Old Corp, like IBM or GM, not just the SV darlings.
Thanks for pointing this out. I think it does a good job of also highlighting that most problems aren’t technical; they are either people or organizational.
Yeah this stuck out at me - the hubris of the stateless web stack supersedes the 18 years of hard unsung work at building and end to end stateful pipeline that ties out to the penny and handles all the complex business logic and reconciliations seamlessly across god knows how many integrations. No fancy diagrams or pictures of the nameless faceless heroes that had accomplished that act of heroism. For sure recognizing the value is something to trumpet, but that’s the Herculean hero story I want to hear - the DOGE bros who tied it all together with JavaScript frameworks, yawn.
The only way the database could be harnessed to do something useful is after all the people who were standing in the way in management for the last 18 years likely having been sacked. You can bet any useful project to put it to use was blocked by paper-pushers threatened by the spectre of automation, until most people had forgotten about it.
Nobody believes the database sprung forth from the earth or was created accidentally. The fact that 18 years later that project had borne no visible fruit, and that most people who could have used it, didn’t even know about it, is proof of the problem. It’s a problem of terrible management. That is what, regardless of your politics, is being slightly jostled by DOGE. Personally I have dealt with enough of our absurd government processes that I don’t think they can make anything much worse, and it cannot be less efficient.
How do you know what the people involved did? Let’s not pretend speculation is fact.
any process can be made less efficient, especially by firing those who are aware of how the system actually works...
They seemed to have replaced Mega Bloks with Legos, not skyscraper building materials.
Thanks for highlighting this.
There's a dangerous trend I've noticed with GenZ, they're quick (sometimes to the point of seeming rushed) to show off hyperbolic-sounding achievements that are mostly hot air, and often even work stolen from others.
It's sad, but I think our generation is partly to blame, since we demanded that from them.
It must suck to lose your whole life and personality just to appease the meritocratic golem.
> There's a dangerous trend I've noticed with GenZ, they're quick (sometimes to the point of seeming rushed) to show off hyperbolic-sounding achievements that are mostly hot air
Isn’t it true for every so-called edge that CEOs pitch to shareholders?
> It's sad, but I think our generation is partly to blame, since we demanded that from them.
At least you can recognize that much. Too many people involved in building an economy based around narcissism are suddenly wondering why there are a ton of narcissists.
> show off hyperbolic-sounding achievements which are mostly hot air and many times even work stolen from others.
Steve Jobs was born in 1955, the ball has been rolling for a while now. Gen Z might just be the crowd that recognizes how lucrative it is to scam people.
We must have different definitions of hot air, if yours includes a 4-trillion-dollar company.
Edit: you edited your comment so now my reply doesn't make sense. I would re-post your old comment but I didn't save it. I won't change mine because I'm not like that.
The creation in the article appears to be genuinely useful and impressive as well. It certainly benefitted a great deal from other people's work, but so did apple and linux and whatever else.
It was 10x smaller when Jobs retired in 2011, not that it really matters for this analysis.
Musk was born in 1971, for example.
With all due respect, the edit only added the second sentence. Your response is not a refutation of what I meant, and I'm not going to retract the edit so you can better mock my point.
This is not new to Gen z.
Didn't say it was.
Edit:
>I've noticed a lot of crime in [city].
>Crime is not new to [city].
>Didn't say it was.
Come on, the quality of this discourse is abhorrent.
You're literally being downvoted for stereotyping an entire generation. The word stereotype implies it, but it's not remotely close to true.
Like, the easiest, most obvious example in the world is trump: he hyperbolically brags constantly about things he didn't do or actively tried to stop and it would be real hard to argue that he's genZ.
When you single out a specific group for your observation, it has strong implications about the other groups you didn't mention.
As in this case: why did you only mention genZ?
>[A]s are [B]s
>But that doesn't imply all [B]s are [A]s
Come on, dude. This gets covered in the first 10 minutes of any entry-level course to logic ...
Yeah and that would be a lot more relevant if we were talking about, dunno, programming circuits or constructing proofs.
Instead we're writing english language sentences to be read by humans. Where connotations and implications and other such "unspoken" things absolutely matter.
>[GenZ]s are [Hyperbolic]s
>But that doesn't imply all [Hyperbolic]s are [GenZ]s
Seems clear to me.
Are you trolling? The implication is clearly that GenZ is unusually hyperbolic. That their predilection for hyperbole is somehow unusual or notable, otherwise WHY MENTION IT.
Yes, I think GenZ is unusually hyperbolic.
Why'd you think otherwise?
Speaking personally, the Summer of Love and 1990s counterculture is much more unusual and hyperbolic. I'd be curious to hear where you're seeing Gen Z surpass those generations.
Unusual yes, but I wouldn't call them hyperbolic (in the context of its meaning in this thread).
Also, wrt. to the Summer of Love, I would think its values are in the complete opposite side of what's being discussed here.
Excerpt from its Wikipedia page [1]:
"Many opposed the Vietnam War, were suspicious of government, and rejected consumerist values. In the United States, counterculture groups rejected suburbia and the American way and instead opted for a communal lifestyle. Some hippies were active in political organization, whereas others were passive and more concerned with art (music, painting, poetry in particular) or spiritual and meditative practices."
That doesn't sound compatible with "young people these days are so desperate to show off their skills, to the point of faking it, to get jobs in the government or the industry".
But I am now curious to hear about how you think both cohorts are related.
1. Although I think Wikipedia is trash.
That's what saying "noticed with Gen Z" means.
Reply to edit: generations are sequential; if you've noticed something with one generation it means that you're not accusing the prior generations of the same thing, otherwise you would've used different wording.
I can hear you adjusting that fedora from here.
> There's a dangerous trend I've noticed with GenZ
Those are some mighty fine hares you're splitting.
> Two engineers walked into the government six months ago to drag federal retirements from an underground mine onto the Internet. They built retire.opm.gov and are poised to turn six-month waits into near-instant processing for hundreds of thousands of employees.
Written by said engineers about themselves. It's hard to read this as little more than a long-winded self-congratulatory Twitter post before the results are actually visible. It's no wonder their social handles sit at the bottom of the page to funnel followers to their page.
It must be part of a larger marketing push; their boss(?) appeared on the Odd Lots podcast a couple days ago to talk about this work: https://podcasts.apple.com/us/podcast/scott-kupors-new-plan-... He spent a lot of time promoting this new National Design Studio's attempt to attract tech works for 2-year commitments to drop into existing orgs, which is basically how the 18F PIF program worked before it was dissolved earlier this year. Perhaps abruptly terminating a program to reinvent it from scratch six months later is very efficient.
18F: https://en.wikipedia.org/wiki/18F Overview of the related programs: https://willslack.com/pif-18f-usds/
(A warning about Odd Lots: the hosts never question or push back on people talking their book. This especially bad with politicians and political appointees, who are often very creative during their interviews.)
I took the words at their face value and genuinely thought 2 engineers got this done. In reality there's an OPM engineering team in Georgia.
I mean, the article has paragraphs like:
> With the system online, there were still many improvements to be made. Like taxes, applying for retirement was still an incredibly confusing process. Working closely with talented designers and the Retirement Services team at OPM, we set out to reinvent the user experience from end-to-end.
Complaining that the writer took all the credit seems a bit petty.
It was downplayed at every other opportunity including the conclusion, emphasizing instead the lone team of two heros. A few shout outs here and there, but the theme was clear.
> They had committed to building all of this [a previous modernization effort] on Microsoft PowerApps, a “no-code” tool meant for building simple web apps
> When we met with the developers in Macon, Georgia, OPM's engineering hub, they told us the PowerApps experience was so unfriendly that even they were afraid to make changes. Unless they’ve been specifically trained with PowerApps, most software developers would find it extremely unintuitive to build with, making it hard to apply classic coding skills or iterate quickly.
How much longer is it going to take project managers to realize that no-code tools are inappropriate for large, complex codebases?
It’s enterprise software so product managers don’t decide anything. They’re just an automaton charged with implementing whatever complied with the RFP terms that were written by the vendor to wire the procurement. It’s basically a problem with central planning, there’s no easy fix but giving people agency is a big part of it instead of ramming some enterprise crap that was designed to sell to “leaders” or committees down their throats.
Many small businesses (and small teams inside large orgs) do not have “servers” in the sense that an employee can push code to it. It’s just Windows Server and handles email, file share, ERP, etc. I think those in the tech industry may not appreciate the ease of having a platform you can “program” jobs in, and it’s included in M365, despite the very-large warts.
I specifically said "large, complex codebases", so I'm not sure how your comment is relevant.
If the project you're implementing is Big (which the federal employee retirement system qualifies for by any sane metric), then the infra you described is inappropriate. If the project isn't Big, then my comment wasn't addressing it.
I apologize, I misread your comment as “complex databases”. PowerApps could make simple queries across large databases, but you’re right that large software projects should not be in a no-code tool.
> How much longer is it going to take project managers to realize that no-code tools are inappropriate for large, complex codebases?
Really depends. It can work great, I see some really good No/Low code tools in ERP systems. Things like alerts, workflows, custom fields, actions, etc are... you would be surprised the ingenuity of people, but also - yes there are limits.
An ERP is practically an opinionated entire operating system with its own data, conventions, rules, ACLs, etc...
Ingenuity is the word. Some of the things I’ve seen “nontechnical” people do in Excel are boggling.
But I wouldn’t build the foundation of an ERP system on stuff like that. I think you’re describing a scripting interface, rather than the core?
not scripting per se - yes that is part of it typically, with windows based ERPs, you get scripting for close to free if you can 'drop into' other stuff, like VB, or if your ERP leverages the COM interfaces, has an ODBC or even a straight SQL backend, yes there are many approaches. It's really - how does the scripting interact with the system
What i am talking about is more simple
1. user defined actions. 2. common triggers (object X Save, object Y delete) 2. user defined fields on core data tables 3. user defined tables
You can go very far with that, and a drop into a VB script, or run a prebuilt action (IE some verb on the object, like "print this document" on Save)
I did a brief news search for something from a more neutral party and found this article:
Federal retirement processing has slowed substantially this year due to DRP. As OPM continues modernizing retirement systems, another application surge looms.
https://federalnewsnetwork.com/retirement/2025/12/in-the-dar...
They seem to think the new systems helped:
> Amid the application influx, the Office of Personnel Management has also rolled out a major effort this year to modernize the legacy federal retirement system, which has long been paper-based. Many experts see the launch of OPM’s online retirement application (ORA) as a long-awaited improvement, but some remain wary of the timing, as agencies face application volumes not seen in at least a decade.
> Thiago Glieger, a federal retirement planning expert at RMG Advisors, described the converging changes as “uncharted waters” for OPM.
> “OPM has not really handled this new [ORA] system before, and this many federal employees retiring all at the same time,” he told Federal News Network.
> But Kimya Lee, OPM’s deputy associate director for Retirement Services, said having the ORA platform available this year has been crucial for managing both current and upcoming waves of retirement applications.
> “A surge like this would be extremely difficult for our legacy processing to work — it just wasn’t built for something like this,” Lee said during a Dec. 9 Chief Human Capital Officers (CHCO) Council meeting. “Despite record high retirement volumes this year, ORA is performing well. This gives us confidence as we prepare for retirement activities in 2025 and into 2026.”
It makes sense that this administration would focus investment on making it maximally easy to leave government above all other potential automations.
This "national design studio" seems strikingly similar to 18F, which was cut by DOGE earlier this year. Was not aware of it until now. Apparently it was established in August by EO: https://www.whitehouse.gov/presidential-actions/2025/08/impr...
Does anyone have a scoop on NDS? Is it composed of 18F staffers?
Came here to see if anyone had an answer to this too.
US Digital Service (USDS) was also "renamed" and turned into DOGE (https://en.wikipedia.org/wiki/United_States_Digital_Service).
So on the surface it seems that we already had many of these types of orgs, but they killed them all and spun up their own renamed and rebadged versions.
That being said, this project does seem like a potential big win.
Power Apps is just absolutely terrible for forms. Which is sad, because the platform itself is decent and most governmental entities that I've worked with seem to have access to it. If the UI/UX was better and Forms weren't cursed then non-technical teams could maintain their own apps and workflows. Combo'ing it with Power Automate can get a lot of things done. But Power Apps Forms need a complete re-haul and without such a change it will absolutely be the right decision to create something outside of it.
I love both that this happened and that you did the work to bring attention to it. Heck yeah
> Unless they’ve been specifically trained with PowerApps, most software developers would find it extremely unintuitive to build with, making it hard to apply classic coding skills or iterate quickly.
Sounds just like Sharepoint.
Gee I hope they don't break an arm jerking themselves off. Good lord.
I think this is a good thing and do not understand the negativity in the comments. We should want systems to function more efficiently, regardless of how that comes about or who does it.
I am so disappointed they chose MS SQL server. Just imaging the opportunities and the giant annual recurring savings to thr public purse going with postgresql would have brought to thr table(the postgresql ecosystem spreads as far as the eye can see). It's a travesty of epic proportions. Let's hope you at least follow modern coding practices of decoupling and low code/no code to ensure survivability and maintainability into posterity.
That is very likely the main part they didn't choose so much as utilize an existing system, flowing the existing infrastructure.
This is exactly how us taxes should work. The IRS already has all the information it needs - it should fill out the form, give you a chance to double check, and then you're done.
Sigh...
That was built recently and then discarded by this administration to protect intuit TurboTax and similar services.
They often don't have all the information.
National Design Studios seems to have been created in August:
https://archive.is/Gv9nC
> Aug 21 (Reuters) - U.S. President Donald Trump will appoint Airbnb co-founder Joe Gebbia to spearhead the new National Design Studio that will seek to make digital services at federal agencies more efficient, two officials familiar with the plan said.
> Trump signed an executive order on Thursday to create the studio - a new body that one of the officials said appears to be a stripped-down successor to the controversial Department of Government Efficiency (DOGE), formerly headed by billionaire Elon Musk.
The work described in this blog post seems to have been done under its predecessor, DOGE, given that the launch date was June 2. But apparently these engineers moved to the new organization, so that’s why the blog post is there.
So, 18F.
Yeah, this is what I don't understand. Why did we gut 18F, which was doing incredible work and make a... a new version? Seems the opposite of reducing waste.
Because 18F was from the Obama administration
Ah yes, the Nextjs app with access to personally identifiable information for every federal employee.
Huh, hacker news keeps telling me we should run the government like a business though?
I did find that troubling too. I can see the logic of a short lived / well funded project using nextjs, but for something like this that's meant to be a simple form that needs to be reliable, easy to maintain, and long lived, my first thought would be to make a classic restful MPA. Introduction of a complex frontend framework like next seems like it would lead to more headaches than it's worth. Had similar thoughts about the Azur vendor lockin. I seriously doubt they had the traffic to justify needing something like Azur functions and batch processing. I'd love to hear some more justification for why they choose this stack, and if they considered any alternatives first.
If it was really down to two engineers, it's almost certainly what one or both of them were already comfortable or familiar with and no other reason. Six months is such a short time frame for long term projects like this that I imagine they could not spare much time for analysis of alternatives.
If you're comfortable with nextjs, you should be even more comfortable with a nodejs SSR application. It's the same thing, but simpler. The HTML doesn't even have to be pretty. We're really just querying a DB, showing forms, and saving forms. Hell, use PHP if you want.
I had assumed that these people were not junior devs left unsupervised to handle important government work.
It's definitely a step up from PowerApps though.
is it? msft have enterprise level RBAC, what does this next.js app have?
As many have pointed out, the data backing the new retirement system was created in 2007.
So, amazing collaboration between the George W Bush & Trump admins.
I am glad everyone here is applauding the achievement.
So what's going to happen in 3 years after these startup bros have left government, none of the frameworks they're using are supported any more, and nobody in the office that they parachuted into is trained to maintain whatever spaghetti they crapped out over three months of all-nighters? There's a reason that we don't build critical infrastructure by giving it to some guy whose entire accomplishments are "working at Airbnb for 10 years"
You cast too broad a brush! Having worked at Airbnb for 10 years would have been fine. The problem is DOGE was staffed by twenty year olds. How would that have worked? They started at AirBnB when they were 10?
What's the relationship to doge?
They came into this project from Doge. They just didnt mention it.
I was trying to find evidence for that but nothing popped up, where did you find that?
Found the blog post troubling amateurish for something so important, then noticed the name Edward Coristine and zoomer twitter handles at the bottom and realized this is a bunch junior devs hacking together our country's infrastructure.
[flagged]
Please don't engage on ideological battle or taunting on HN. The guidelines make it clear we're here for curious conversation, not this.
https://news.ycombinator.com/newsfaq.html
A lot of what goes on in government, for good or bad, has nothing to do with who's in power.
this was automated specifically because DOGE ridiculed the previous process
This was automated because the need to do so has been recognized for decades. DOGE had nothing to do with it.
That's some serious cope.
The automation was only possible because of a digitized data source which was created as part of a modernization effort 18+ years ago - 18 years before DOGE ever existed - when it was realized this process needed to be improved and automated.