TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

I Almost Got Fired for Choosing React in Our Enterprise App

22 pointsby sdepablosabout 4 years ago

5 comments

arkitaipabout 4 years ago
I&#x27;m not a huge React fan but you can&#x27;t blame the tool when the root problems stem from obviously poor management practices by the consultant and the client.<p>Why was the consultant&#x2F;dev even allowed to pick React for what sounds like a Microsoft shop most familiar with desktop development? It&#x27;s the responsibility of the consultant to suggest the most suitable tech stack, not go along whatever idea the client CxO has conjured up in his mind or whatever tool they tinker with for their personal projects.<p>Microsoft has a robust ecosystem for developing web apps, and I&#x27;m pretty sure the most sane thing would have been migrating to a .net based web framework and not React. Even a cursory talk with the customers outsurcing partner would probably have confirmed this. Instead, a poorly understood tool was used that the outsurcing partner has little to no experience with.
Zababaabout 4 years ago
Posted 2 months ago: <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=25891978" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=25891978</a><p>This is not the first time that I see an article already posted not so long ago reposted through the betterprogramming.pub url.<p>Edit: another example:<p>Initial post: <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=26314756" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=26314756</a><p>Repost with the betterprogramming.pub url: <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=26369441" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=26369441</a><p>Second repost, this time with an edited title : <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=26412047" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=26412047</a>
评论 #26438617 未加载
barefootabout 4 years ago
“James [the client CTO] mentioned multiple times that he wants a future-proof technology, and he is not in favor of Angular because it has a bad reputation after AngularJS got deprecated.”<p>Few things in our industry are future-proof (or even future-resistant) and the stated indictment against Angular over the v1 to v2 changes is unreasonable even at the time.<p>These decisions are important but it looks like the author lost (or maybe never had) significant influence over them. The ability to influence key stakeholders over critical design decisions using rational (and evidence based) arguments is an important precursor to a successful project. It’s still possible to ship large projects without it, but it makes for a very challenging environment.<p>Optimized headline aside, I appreciate this summary because it highlights some of the nontechnical challenges in building larger applications.
评论 #26435948 未加载
sepnaxabout 4 years ago
Being a game developer for all of my career, all these grown ups programming problems really sounded like out-there.
trinovantesabout 4 years ago
Not a React developer but I wonder how applicable his problems are today given how fast the JS ecosystem moves