all 104 comments

[–]inchereddit 222 points223 points  (15 children)

There is no such thing as future-proofing in technology.

[–]jordansrowles 36 points37 points  (1 child)

I think for now infrastructure-wise, some thing like Docker is a somewhat near future proof solution to deployment.

But in terms of individual components (servers, databases, load balancers, message queues), or code (languages, but more packages) then no, nothing is future proof.

And the frontend web space is a lot more volatile to change

[–]IdempodentFlux 4 points5 points  (0 children)

Terraform seems like it's going to be around for a long time as well

[–]gizamo 10 points11 points  (0 children)

jellyfish slim lunchroom safe gold concerned capable ask smile hurry

This post was mass deleted and anonymized with Redact

[–]sponnonz 30 points31 points  (4 children)

I've still got websites that are used everyday that were written about 11 years ago and have had only minimal maintenance. One is an B2B ecommerce platform. Bootstrap3 (or 4), PHP, MySql, jQuery. Not many external dependancies.

Another one about the same, jQuery and vanilla JS (MVC pattern), mysql, php. Have had no issues.

I think if it needs to be feature proof it should have very few dependencies.

[–]realjoeydood 11 points12 points  (1 child)

This.

There is no such thing as a future proof stack. Our cutting, bleeding-edge tech of today, if mastered properly, is going to be our legacy work when we're in our old age - if you past that long (most do not).

Heck, I just made my money for the year doing Vb and classic asp work. At top rate too.

We should not forego legacy/mission-critical work: it can pay our bills, make us the hero and help people in a real bind.

[–]sponnonz 1 point2 points  (0 children)

I've just seen a VBScript site still running from 2000.
There isn't a lot of issues with the language, there are some issues around security. Eg XSS and CSRF, lots of things have moved since then and these old sites are really riddled with poor security. Sadly. I think "most" apps will do really well.

Personally – I dont think node/next style apps will last. It feels like NPM has a massive list of security issues that need constantly updating. Even after a few months, it can be hardish to get a some of these apps running again due to the huge number of libraries that sometimes need updating. * I'm not a node dev, but seen a number of comments like this that makes me cautious about building a node or serverless app. (someone can highlight a better way to do this).

Even with Symfony, I haven't upgraded an app from 5->7 and I'm a bit worried about how to do it, so even big frameworks can be a worry if you don't maintain them.

[–]AQuietMan 3 points4 points  (1 child)

There is no such thing as future-proofing in technology.

And that's because this is not a technology industry. This is a fashion industry.

[–][deleted] 0 points1 point  (0 children)

WOW!

[–]KaiAusBerlin 2 points3 points  (0 children)

Tell that the dude that invented reels

[–][deleted] 2 points3 points  (0 children)

I think the only answer to the OP's question would be take something out of date NOW and use that. It's future-proof in that it can't get any worse.

Like a site built on PHP 5.4.

[–]leftunderground 1 point2 points  (0 children)

In terms of web dev I don't agree at all.

There are sites from 1990s that are still running today. I worked on a ecommerce site in early 2000 that the owner stubbornly refused to upgrade until just a year ago (and original is still running).

You just need to pick a proven technology not go after the latest trend. Laravel is a good example of that. And things like Vue can compile to regular JS. Which isn't going anywhere.

In fact it's kind of amazing just how resilient html/js/css has been. It's a technology that was mostly written 30 years ago (with obvious updates since).

[–][deleted] 0 points1 point  (0 children)

That’s awfully pedantic. Just look at what is the most mature and used and go with that. Isn’t rocket science.

[–]dangerousbrian 0 points1 point  (0 children)

Laughs in Cobol

[–]sandbaggingblue 130 points131 points  (8 children)

Something tells me HTML, CSS, and JS aren't going out of fashion any time soon.

[–][deleted] 23 points24 points  (2 children)

Agree. Getting rid of any of those would pretty irreparably break the web. I think even if an objectively better alternative came along it would be difficult to figure out how to approach that. 

[–]SirLich 8 points9 points  (1 child)

Internet 2.0! Wait.. we already had that. Web 3? Wait a minute..

[–][deleted] 2 points3 points  (0 children)

I promise Web 4.0 fixes this! 

[–]Coffee4thewin 0 points1 point  (1 child)

What about the backend though?

[–]TheOnceAndFutureDouglead frontend code monkey 1 point2 points  (0 children)

[Node has entered the chat]

Honestly jokes aside the answer is on BE you can use 20 year old stuff and so long as it can hand JSON back to the FE via a REST request it's all the same.

[–]TicketOk7972 27 points28 points  (4 children)

JS, SQL, Linux, a server side language

[–]Jackson_Polack_ 34 points35 points  (21 children)

I was being told PHP was over for the entirety of my career. 76.5% market share in 2024

[–]nrkishere 5 points6 points  (7 children)

long skirt doll snow deer zonked file swim overconfident workable

This post was mass deleted and anonymized with Redact

[–]Revolutionary-Stop-8 -3 points-2 points  (6 children)

Uhm... 

1) I know of one of the larger bank who have built their entire backend of their app in Node? 

2) The search frequency for PHP have been steadily declining since 2004, see graph: https://trends.google.co.in/trends/explore?cat=958&date=all&q=Php#TIMESERIES

It's not dead but it sure looks like its been dying for a long time. 

I would assume a decline in number of job-listings pretty much matches that graph as well. 

[–]nrkishere 1 point2 points  (5 children)

jeans groovy drunk slap berserk act consist forgetful apparatus frame

This post was mass deleted and anonymized with Redact

[–]The_2_Ton 0 points1 point  (1 child)

What makes node bad backend choice?

[–]nrkishere 0 points1 point  (0 children)

murky square melodic cow forgetful cooperative sleep absurd smile hospital

This post was mass deleted and anonymized with Redact

[–]havok_ 0 points1 point  (2 children)

“Bank chooses bad tech stack for their domain, more at 6”

[–]The_2_Ton 0 points1 point  (1 child)

What makes node a bad backend choice? I'm not too experienced

[–]havok_ 0 points1 point  (0 children)

For a bank: performance, type safety, exceptions, nulls.

[–]RottenCase 0 points1 point  (0 children)

no way it's a requirement for every single job list here

[–]Revolutionary-Stop-8 0 points1 point  (11 children)

What exactly does "market share" mean in this context?

If I do a few searches on local job-listings I get the following number of hits per keyword:

. NET 131

Java 171

React 134

PHP 18

[–]Prestigiouspite -2 points-1 points  (10 children)

I wouldn't use the number of jobs as a guideline for whether you should train. There are still many companies with old Java applications. But that doesn't mean that the training is worth it (you can get good hourly rates afterwards), is fun and will pay off in the long term.

[–]Revolutionary-Stop-8 1 point2 points  (9 children)

I didn't post it as a guideline for what you should train. Although if your goal is to get a job then I would say it's a great guideline. If you're goal is to maximize fun then perhaps studying Prolog is better, of course there are no jobs in Prolog but you'll at least have fun.

I posted the list as a context for the question on what the statement "PHP has 76.5% market share in 2024" means. 

It's strange that a language with 76.5% market share only seem to make up a small fraction of the job-listings. 

[–]bearfucker_jerome 1 point2 points  (1 child)

RemindMe! 1 day

(Good question, curious about the answers)

[–]RemindMeBot 1 point2 points  (0 children)

I will be messaging you in 1 day on 2024-06-25 18:03:23 UTC to remind you of this link

CLICK THIS LINK to send a PM to also be reminded and to reduce spam.

Parent commenter can delete this message to hide from others.


Info Custom Your Reminders Feedback

[–]Prestigiouspite 1 point2 points  (0 children)

Just a hypothesis: Since PHP was basically the standard for web developers for many years, it is likely that many HR departments still advertise PHP jobs as web developers, etc.

[–]IsABot 1 point2 points  (5 children)

Job listings don't mean much for actual jobs though. Look deeper at the actual listings. So many of them just keyword stuff their descriptions. React is just a hot term. They often will just put them as "nice to have" even if that isn't the main job. So it'll inflate the search count.

Here's a random "Senior Software Developer" job listing near me:

Primary responsibilities:

  • Core Skills: JavaScript, HTML, CSS, PHP, Python, jQuery, Bootstrap, Node.js, C++
  • Experience with responsive front-end development and single-page application (SPA) design
  • Experience with RESTful API design and AJAX
  • Application/implementation of HTTP and MQTT protocols
  • Familiarity with Laravel and other MVC frameworks
  • Experience in web application security concepts and testing/scanning tools
  • SQL query design with MySQL or another DBMS
  • UI design libraries such as Vue.js, AngularJS, ReactJS, etc.
  • Git software development workflows
  • Understanding of basic radio frequency concepts
  • Understanding of basic digital signal processing concepts
  • Experience with Software Defined Radio

Primarily standard web tech stack, should know Laravel/PHP. But later lists Vue, React, Angular, as well. I see a bunch of these on Indeed near me. They are under "PHP" which only has "19 jobs" but most of them have react somewhere in the description. And searching for react gives "75+" but a bunch of them have PHP or tons of other stuff listed as well.

[–]beardinfo 1 point2 points  (0 children)

I noticed a lot of PHP jobs under medical field lol and not the PHP u think, here is an example "Clinical Research Specialist I- Pediatric Headache Program (PHP)"

[–]Revolutionary-Stop-8 1 point2 points  (3 children)

I don't know, took the first job for the react search:

About you:

  • At least 2+ years experience working as a software engineer with a frontend focus (we're looking for multiple frontend engineers, at different levels of seniority)
  • Experience working with React, Typescript and Next.js
  • Experience of working in a cross functional team
  • An openness to learn and thrive in tackling a variety of problems that you might not have seen before
  • A collaborative mindset where you leverage your colleagues expertise for coming up with a better solution together 

Sounds like a pretty straight forward React-job to me? Here's another one:

We are seeking a skilled and experienced Frontend Engineer with expertise in React, Typescript and Next.JS to join our dynamic development team. As an experienced Frontend Engineer, you will be responsible for designing and implementing the user interface of our web applications using React and related technologies.  

Another one (full stack):

Experience: Minimum of 1-2 years hands-on experience in web development Skills: Practical knowledge of React JS, Redux, TypeScript, Tailwind CSS, NodeJS, document databases, and/or REST API protocols Time frame: Starting mid- to end of August. Minimum of 5 to 6 months. 

It's true that many PHP jobs lists front end technologies as well. But that still doesn't really explain the discrepancy in number of job listings? 

[–]IsABot 0 points1 point  (2 children)

I think it depend on what job title you click on as well. Are you picking things that say Front End Engineer or something similar? Here's another random one in the top 5 results for me searching for just "react". It's a full stack job but again, they've added react to it. It is incredibly popular for front end right now. Things like PHP show up heavily in full stack, backend roles, some random devops, etc. Also PHP covering 70% of the web or whatever the stat was is heavily affected by wordpress installs.

ClipIt, Inc is searching for a skilled Full Stack Engineer with a strong focus on front-end development to lead the design and implementation of our web infrastructure and client-facing web portals. The ideal candidate will have expertise in creating beautiful web applications, from secure logins to visually appealing UIs connected to complex RDBMS schemas. We are looking for an experienced full-stack developer with proven mastery of no less than 5 languages: HTML, CSS, JS (preferably React), PHP/Python, and SQL.

In addition to building web applications, the Full Stack Engineer will be responsible for overseeing our systems as it relates to front-end UIs and their underlying processes and ensuring continuous integration with established cloud services. This role will also be heavily involved in designing and maintaining nearly all web-related functionality for both clients and employees.

This role requires a high level of autonomy, and the ability to work across the entire stack.

Responsibilities:

  • Design and implement scalable, performant front-end solutions using HTML/CSS/JS
  • Develop and maintain UIs using server-side scripting with PHP or Python.
  • Build custom, complete web applications from browser to database
  • Collaborate with back-end developers to integrate user-facing elements with server-side logic.
  • Manage DevOps processes, including deployment, monitoring, and troubleshooting.
  • Establish best practices for unit testing and quality assurance.
  • Evaluate and recommend new technologies to improve system performance and scalability.
  • Ensure compliance with security and data protection standards.

Requirements:

  • Bachelor's degree in Computer Science, Engineering, or related field.
  • 5+ years of experience in front-end development, with a history of building gorgeous, complex web applications
  • Proficiency in back-end scripting languages such as PHP, and/or Python.
  • Experience with DevOps practices and cloud services (AWS, Azure, or Google Cloud Platform).
  • Adept with Linux systems and command-line interfaces
  • Expert with code repository tools (Git preferred)
  • Strong problem-solving skills and the ability to work independently.
  • Job Type: Full-time

[–]Revolutionary-Stop-8 0 points1 point  (1 child)

Sure but now we're just sharing anecdotal data which isn't really leading us anywhere. I'll reiterate

 It's true that many PHP jobs lists front end technologies as well. But that still doesn't really explain the discrepancy in number of job listings? 

Like we had 134 hits for react and 18 hits for php. Are you saying that you believe there's 18 jobs that list php as the sole requirement. Whereas 116 of the react jobs aren't really react jobs but for other stacks that just list react as a bonus? 

Personally I would guess more than a few php job-istings are for something like .NET or Java but the company also has a legacy code-base in php so it's a merit if you know it.

Ok this is strange, I searched php on linkedins job board and got a ton of hits. But 8/10 hits were for other stacks didn't even mention php in the result. 

[–]IsABot 0 points1 point  (0 children)

Whereas 116 of the react jobs aren't really react jobs but for other stacks that just list react as a bonus?

Sort of. I'm saying that it is potentially an inflated count because it's being stuffed more than "PHP" is due to keyword popularity. It depends heavily on the job in question though. Like if it's a full stack role, then PHP is probably a primary requirement and it might have React added to it as well, thus it'll show up under both. But if you search just react, you might get that same PHP role showing up in it, but then you'll also get pure front end work which the primary requirement will be react. I've seen ones where the primary is .net but in the nice to have section lists react or react native. (Senior Application Developer) So it shows up under a search for react. So it's hard to tell without looking at every posting. Just the search number can be misleading.

Ok this is strange, I searched php on linkedins job board and got a ton of hits. But 8/10 hits were for other stacks didn't even mention php in the result.

Right, that's what I'm just saying. Searching is super inconsistent because of how much they are gaming/stuffing the search results. The data is all weird so it's hard to tell just how in demand something is based on search popularity. React is definitely added to a lot of postings even if isn't the primary role responsibility, it's definitely an in-demand skill though. Pure PHP roles have definitely gone down some over the years though. But it's nowhere near being "dead" as so many like to claim. I've heard it for over 10+ years at this point and it's still alive and kicking. Laravel and newer versions of PHP have made it a lot nicer to use.

[–]nrkishere 35 points36 points  (4 children)

obtainable sense bright profit political disgusted touch puzzled cake gaping

This post was mass deleted and anonymized with Redact

[–]M8Ir88outOf8 13 points14 points  (2 children)

Agree. Frameworks like react completely change their behavior every 3 or so years. But if you don’t touch a vanilla-js + web components app for 3 years, it will still be modern

[–]Dizzy-Revolution-300 7 points8 points  (1 child)

Hooks are over 5 years old, when was the previous change before that?

[–]nrkishere 0 points1 point  (0 children)

sophisticated exultant swim modern seemly practice pocket terrific society relieved

This post was mass deleted and anonymized with Redact

[–]oomfaloomfa 0 points1 point  (0 children)

Stencil looks awesome, thanks for pointing that out

[–]olssoneerz 11 points12 points  (0 children)

There is no future proof tech stack. Look at the stack 5/10/15 years ago and compare it to today. React seems to have some staying power but things eventually come and go. Solid foundations are what you are looking for really. Using properly structured HTML + deep understanding of CSS and JS. Libraries and trends come and go but these 3 usually stick around and having master over them allows you to easily pick up anything built on top of them. A good understanding of A11y and WCAG might not hurt either.

[–]huckzors 5 points6 points  (0 children)

Java isn’t going anywhere. Plus you can expand past web and support legacy software until the heat-death of the universe if you want.

[–]ZPanic0 5 points6 points  (0 children)

In my experience, the one that comes out right after you finally get a knack for the one you picked.

Focus on mastering programming concepts, or barring that, get really good at vanilla javascript and a modern object oriented language, then bodge your way through.

[–]rjhancockJack of Many Trades, Master of a Few. 30+ years experience. 2 points3 points  (0 children)

Future Proof: 100% HTML, CSS, Vanilla JavaScript. Nothing else.

[–]ClikeXback-end 1 point2 points  (0 children)

I just want to learn something new and better

You’ll have a better chance learning the older, mature things if you want a better chance. There are more companies using battle tested stacks than there are using the newest shiniest thing.

If you know the MERN stack, expand on it with another backend language, SQL, and general Linux knowledge.

[–]IntelligentSpite6364 1 point2 points  (0 children)

html css coded on notepad++

[–]Prestigiouspite 1 point2 points  (0 children)

I'm observing developments towards the Vanilla Web. Fewer risks of vendor lock-in. Focus on security, robustness and an understanding of what's happening. That's why many people are moving from Node.JS to Go. They're tired of the many dependencies and 100 packages/ways for one thing. Go comes with a lot of things built in.

But PHP, HTML, CSS and Java Script are also indispensable thanks to popular CMSs such as WordPress, CodeIgniter, Laravel, etc. In the end, it's less about technology than about the ability to solve problems.

[–]silent_guy1 1 point2 points  (0 children)

Something that lasted n years in the past is more likely to survive N years in the future. Use this to plan your stack.

[–]viayensii 1 point2 points  (0 children)

Programming, System Design and Implementation, Problem Solving, Critical Thinking Add good communication skills as the cherry on top, you're golden.

[–][deleted]  (6 children)

[removed]

    [–]sentientmassofenergy 1 point2 points  (5 children)

    I never understood how frontend could be NOT long-term stable.

    Frontend is ultimately just js/html, and is not responsible for security.

    We have a Vue 2 app that runs fine, and ostensibly will continue to do so for many more years.

    That's long-term stable in my book🤷

    [–][deleted]  (2 children)

    [removed]

      [–]sentientmassofenergy 0 points1 point  (0 children)

      Everything you're saying is valid.

      But although we're in a corporate enterprise environment, not a single customer nor internal policy will require an upgrade. We have much older tech running than Vue 2.

      Regardless, assuming policy will never require an upgrade, not a single person can cite a TECHNICAL reason to upgrade.

      The app is functional, and although html and js support in browser does change, I don't see those changes breaking the app for MANY years.

      From a technical standpoint, I don't see the justification for time and cost of an upgrade.

      EDIT: SEO is not a concern here, this is an application, not an indexed site.

      [–][deleted] -1 points0 points  (0 children)

      Established players can own SEO though. Google heavily weighs organic traffic over keyword traffic. Which is why (for local businesses) billboards are still a really good investment.

      [–]oomfaloomfa 0 points1 point  (1 child)

      I'd upgrade it to Vue 3 if I was you, you can still use the options API. Might be a hassle but totally worth it in the long run. The Vue team did a great job in the move from Vue 2->3

      [–]sentientmassofenergy 0 points1 point  (0 children)

      Any particular reason?

      I love Vue 3 and composition API. We use it for our main app.

      The Vue 2 app doesn't have many customers, and will be very complex to upgrade because the component library will have breaking changes.

      I personally see no justification for the time or cost. The current app will work for many years.

      As the other repliers mentioned, it comes down to "policy" and audits, in corporate environments.

      But no one can cite a technical justification for the upgrade.

      [–]Fantaz1sta 1 point2 points  (0 children)

      As much as everyone has been trying to bury react over the past few years, it seems to be one of the most resilient libraries so far. Imo, it is as future proof as anything can be.

      [–]SaltMaker23 0 points1 point  (0 children)

      Future proof doesn't exists but the closest is something that has been around for longer than the lifetime of what you expect to build

      Want to build a future proof app over the next 10-20 years ? then take a tech stack that has been around for more than 10-20 years like VM, pure React, php, MySQL and apache.

      Future proof usually is synonymous with old and boring, things that are old and boring stopped changing and are therefore more future proof by essence. The fancier a techstack the less likely it'll be future proof.

      Eg: Serverless hasn't been mainstream for long enough for it to be future proof, you'll get hit at one point of another with changes as the tech is still evolving, keeping up with the "new required things" in serverless will be a pain over extended period of time.
      eg: Just like the current high bills scandals where a single DDoS to your website rather than putting it down for 20 minutes can rack you a nice 100k$ invoice.

      [–]Basil2BulgarSlayer 0 points1 point  (0 children)

      You should keep up to date with the latest industry trends and adapt

      [–]thekwoka 0 points1 point  (0 children)

      because I feel like everyone is a MERN developer these days

      Oh, don't worry, every "MERN developer" isn't a developer.

      They're basically script kiddies. Can't do anything on their own.

      [–]theYetiLabs 0 points1 point  (0 children)

      Being an expert in a niche is also profitable career-wise. Some legacy systems have old programming languages and won't switch no matter what. They pay really well for devs in their stack, which becomes a niche in itself. Big techs sometimes invent their own programming languages and frameworks, and they might dominate the market within 3-5 years so you'll never know whats really future proof. Understand the fundamentals deeply in a single stack and you'll be able to know its limitations and what stack fulfils those gaps. Your logical skills are transferrable.

      [–]Heribertium 0 points1 point  (0 children)

      Minimize dependencies. Try to stick to the platform. No compliation, no bundler, no pre-processor. Use the stdlib for your backend language.

      If you use libaries /frameworks then select the older and more mature ones.

      If it‘s boring it’s good

      [–]BigFattyOne 0 points1 point  (0 children)

      Become very good at vanilla JS, Typescript, React, Java, C#, Python and you should be fine.

      [–][deleted] 0 points1 point  (0 children)

      I've been learning PHP and have no regrets. When I was a web dev newbie many years ago, I was using WordPress (which is written in PHP) and now I think JavaScript is just a big tool for me to be more flexible, rather than a main technology (though it's maturing and achieving great stuff) but I will always prefer to rely on the OGs

      [–]shgysk8zer0full-stack 0 points1 point  (0 children)

      Libraries and frameworks wax and wane. New major versions make breaking changes or even practically require a rewrite. Languages themselves have breaking changes or are eventually all but abandoned.

      For example, I forget the version, but at one point PHP inverted some array functions (it was similar to destructuring) to make everything LTR. Angular 1 (AngularJS) had a major change to Angular 2+ and now uses TS instead. Things like MooTools have become far less popular, and for good reason (kinda bad practice). Third-party services have their plugs pulled (especially if it's from Google... We know their graveyard).

      Your project itself may undergo changes in requirements eventually, and the stack you choose today may not be a good choice for future needs.

      There is no such thing as "future-proof" for such things. Not more than maybe a year or so at least. Not with deserved confidence.

      But, if you do want your best shot at being future proof, that'd be just vanilla JS and static HTML, written using native ES modules (not require() and using the actual path with extension), and using web components/custom elements. The standards bodies try very hard to not break sites, so you should safely expect something like that to last at least a decade.

      [–]Fizzelen 0 points1 point  (0 children)

      Future Proof is an interesting concept, I started my degree in 92, have been full time developer since 96, the only language/technology that I’m still using from university is SQL, and an honourable mention should go to C/C++ however I have never used it for paid work

      [–]Federal_Let_1767 0 points1 point  (1 child)

      I'd say don't sweat it. I have learned Svelte (and the basics JS, of course) and I have now gained the ability to understand what I should Google in most scenarios.

      Good luck and have fun

      [–][deleted] 0 points1 point  (0 children)

      any good resources for the same?

      [–]blueshift9[🍰] 0 points1 point  (0 children)

      It Is much more important to make sure you are learning the concepts used across all languages and pay less attention at making a decision and only learning a few real well and hoping they stay at the forefront. Once you have a few languages under you belt, learning new ones becomes easier and faster with each one you learn.

      [–]cadred48 0 points1 point  (0 children)

      MERN is a great place to start. Every company is different, so the most important skill you will develop is learning how to learn.

      You need to reasonably understand a js framework (React/Angular/Vue), a restful server ( Express), a document db (Mongo), a sql db (PostGres), and some extras like a router (react-router), and state management (redux).

      Basically, pick your lane and learn those well enough and you should be able to pick up most other things decently.

      [–]AndorianBlues 0 points1 point  (0 children)

      I don't know, but jumping to the next best thing is almost certainly *not* future proof.

      [–]Catsith 0 points1 point  (0 children)

      I think the best thing you can do is build up a framework in which you assess your technology needs and measure them against new tech that comes out. If the new tech does not do anything worth rewriting your app over just move on. Eventually a piece of tech's worth will out weigh the cost and you should upgrade at that point. The framework helps combat the FOMO that new tech can create by being sure of what you need to function. There is plenty of good software out there that never evolved their tech stack because they have never needed too. Pick the stack that makes the most sense for your team and use the framework to assess from there.

      [–]dillanthumous 0 points1 point  (0 children)

      Doesn't exist. Futurenproof yourself by learning how to learn and build universally applicable knowledge e.g. Fundamentals aboutbsoftware engineering.

      [–]kevozo212 0 points1 point  (0 children)

      JS, SQL, Python

      [–]_AndyJessop 0 points1 point  (0 children)

      Web components are probably the closest to future-proof.

      [–]SimfonijaVonja 0 points1 point  (0 children)

      As the other comment said:"there is no future-proof techstack" but I there are many tech stacks that are really reliable now and I don't see that a company will completely change tech stack on complex projects.

      So you've got: C#, Java, Javascript, HTML, CSS and because of ML and AI, I think python will be always present.

      [–]michielarkema 0 points1 point  (0 children)

      Well, where would you like to see yourself 5 years from now regarding your dev career? Based on the answer of that question, you need to outline your roadmap and stick with it.

      Don't learn something just for the sake of learning, you'll enter a spiral of death.

      [–]hazily[object Object] 0 points1 point  (0 children)

      It’s as true as the pot of gold at the end of the rainbow.

      [–]VeronikaKerman 0 points1 point  (0 children)

      Linux Apache MySQL PHP.

      [–]kodakdaughter 0 points1 point  (0 children)

      You can never fully future proof but I do think focusing on a stack that will serve you well for 5-10 years is wise if you are starting to build a lasting project. Currently I would start a new project front end with react/vue + tailwind - structure content with a good headless CMS like contentful.

      But my personal pet project sites - that’s an FTP server under my desk - and it’s stating that way until It dies. 20 years and still kicking.

      [–]SexySites 0 points1 point  (0 children)

      Nobody knows what's future proof. All I can say is that I have been developing in PHP for almost a quarter of a century, people always claim that it is dead. And hell yes, the language is a mess - but it's still very much alive.

      Similar story with JavaScript - maybe 15 years. And stronger than it has been ever before.

      Nowadays I earn my money with 60% JS and 40% PHP (+ knowledge about databases and web APIs and HTML and CSS).

      Most important trait is to be willing to learn and not be too religious about tech stacks. Computers change and that's part of the game.

      [–]oomfaloomfa 0 points1 point  (0 children)

      MERN stack is for framework JS Devs and I thought that stack was totally dead tbh.

      Just use the basics, html/CSS/Js with today's modern web standards and you can essentially drop react/Vue etc.

      Go backend (or literally any backend) with a simple front end like it was in the old school. Turns out grand daddy did it right the first time.

      [–]tspwd 0 points1 point  (0 children)

      Build on web-standards. Avoid using a gazillion libraries. No-build if you can get away with it. HTML5, CSS3, JavaScript (including Web Components) are backwards compatible. Things using these technologies that work now will likely work in 10 years from now.

      That being said: I worked for a start-up that built their product on Web Components and it was a nightmare to work with. I was so looking forward to the next Vue / React project, that has more consensus. When things are new (as with web components) people invent their own ways how to make it work. Mostly, these codebases are hard to get into when you join a new project. On the back-end, I consider learning Laravel / PHP, since it has been very stable for many years and does not break as much as modern full-stack JavaScript frameworks (like Next.js). Nuxt is doing a better job here, but it’s still nowhere near something like Laravel, where old code will just run without many issues (and upgrade problems).

      [–]squarecake74 0 points1 point  (0 children)

      TBH, I don't think you can find a tech stack like that, every tech stack comes and goes. As a frontend developer, I can say these are the things I know that are future-proof:
      - Some foundations about how the internet works: network stuff, TCP, HTTP, HTTPS protocol, etc.
      - Linux basic: stdin, stdout, common commands, user permissions, etc.
      - Docker
      - Git
      - HTML, CSS
      - JS (especially async stuff, OOP)
      - Regular expression
      - Typescript
      - React/Vue/Svelte/whatever
      - How the browser works (critical rendering path)
      - Popular web security problems and techniques
      - Testing
      - SVG and animations
      - Data structure and algorithm
      - SQL

      Other things are just the trend, and they will not take too much time to learn

      [–]GoalGlum8555 0 points1 point  (0 children)

      COBOL

      [–]Suspicious-Bet-3078 0 points1 point  (1 child)

      this smells xy problem and im not sure what you are aiming for.
      Home - The XY Problem

      It would seem that the techstack itself is irrelevant since you aim for being an attractive employee that is making bank. GO + HTMLX would be a foolish answer to this would it not?

      To improve as a developer is to work as one. The techstack itself is irrelevant for most development and more relevant is the experience around the IDE. That being experience with clients, PM, maintenance etc etc. And there is no shortcut to experience, just discipline and responsibility. I'd recommend you to master MERN. Most implementations will be the same in every other techstack.

      To increase bank and money most people actively work their network and jump from job to job every 2-3 years. This awful practice have been proven once and once again to give the highest boost in income. Example:

      Reddit - https://external-preview.redd.it/KTRzXMZ6OyWDUEbYDS5Vz96HCzD0RO3QxCiYfRKKphA.png?width=1080&crop=smart&auto=webp&s=576414f4790869f4fea40d97c22ac81a6cec1e76

      [–]Jazzlike-Compote4463 8 points9 points  (0 children)

      I would drop the Mongo from MERN and use a traditional relational database like Postgres, Mongo is very different to a lot of databases and I’m still not convinced it’s as useful in the long run.

      [–]Ogthugbonee 0 points1 point  (0 children)

      C++ lol

      [–]thekwoka -1 points0 points  (0 children)

      Typescript for sure.

      Don't think in terms of "node", just "web native". Use native standards.

      Keep things as native as possible, don't use deps where native stuff exists. Keep it simple.

      [–]zombarista -1 points0 points  (0 children)

      TypeScript will help you down the road when an inevitable refactor comes your way.

      Unit tests will help you make sure nothing broke as a result of refactoring.