When you bet your whole career on Flash and time moves on
Description
The meme is split into two horizontal panels separated by thick black banners. Top banner text: "Flash developers in 2008". Under it, a bright-colored Doge (the famous shiba inu) sits on a white background looking proud; to his right the caption reads, with the original typos preserved, "Macromedia Flash is amazning! I will become become Flash web developer and devote my whole career to this". The lower banner reads "Flash developers now" and below it a grayscale, worried Doge stands in a dim, leafless forest, conveying despair. The joke contrasts the 2008 excitement around Macromedia/Adobe Flash with its 2020 end-of-life, highlighting how betting a front-end career on a proprietary browser plugin has aged into a legacy-systems cautionary tale for modern web engineers
Comments
30Comment deleted
Somewhere in a dusty SVN repo sits 800k lines of ActionScript, still hoping WebAssembly will eventually add “desperation” as a compile target
The real tragedy isn't that Flash died - it's that somewhere out there, a Fortune 500 company still has a critical business process running on a Flash app that nobody wants to touch, and the last developer who understood the ActionScript 2.0 codebase retired to become a goat farmer in 2019
This meme perfectly encapsulates the existential dread of realizing you've become a domain expert in a technology that's now as relevant as COBOL on mainframes - except COBOL developers still have job security. At least Flash devs learned the hard lesson about vendor lock-in before betting their careers on Google's next messaging app
Specializing in Flash was the original monolith: one runtime, one vendor, and one very large single point of failure on your resume
Flash taught me why ‘avoid single points of failure’ applies to careers too - when your runtime gets EOL’d, your entire stack becomes a migration plan and your title auto-refactors to Senior React Engineer
Flash devs post-Jobs keynote: 'Timeline mastery? Nah, just another React hook jockey now.'
Ruffle: I'm gonna resume this man's career Comment deleted
From https://github.com/ruffle-rs/ruffle/wiki/Roadmap#milestones AVM1: ~70% compleate AVM2: 0% compleate After 4 years of development. Unfortunately too slow Comment deleted
Yamldevelopers - you are here Comment deleted
hoping the same thing happens with javascript Comment deleted
you dont have to download sketchy self deleting installer bloatware to run javascript ill probably be around forever Comment deleted
+++ Comment deleted
Why tf you hate js this much? Comment deleted
yo I can understand him, definitely. It'd be so much nice to be able to script with python or something else that's remotely sensible in a browser. Comment deleted
How came that python is more sensible than JS? Comment deleted
Language: js Source: console.log(999999999999999999999 === 1000000000000000000000) Result: true Comment deleted
You will have SAME issue in ALL languages who follows same standart for numbers with floating point Comment deleted
ye, but converting ints to floats is madness Comment deleted
e.g. python uses bigints (or something similar, anyway) per default. Meaning it doesn't fuck up simple integer calculations, unlike js. Comment deleted
No, Python do not use bigint by default :) Comment deleted
dude, I mainly code in python. I kinda know what I'm talking about over here. python doesn't have any rounding errors when handling huge numbers, and you can have infintely large numbers (as long as you have enough memory space). Comment deleted
Yes, but looks like you missed what is BigInts Comment deleted
explain then Comment deleted
Just google and in English, proper term for how Python store number is BigNum. In this approach you do not just store number, but you store each digit separately Comment deleted
and how does that differ from BigInt? Comment deleted
from the MDN web docs: BigInt is a built-in object that provides a way to represent whole numbers larger than 253 - 1, which is the largest number JavaScript can reliably represent with the Number primitive and represented by the Number.MAX_SAFE_INTEGER constant. BigInt can be used for arbitrarily large integers. no, that does kinda sound 100% like what I just described. Comment deleted
To make it simple: BigInt have limit, other than just memory Comment deleted
because it sucks Comment deleted
because web becomes worse and worse because of javascript Comment deleted
HTML/CSS website: FAST AF AND LOADS ON 56kbps Javascript website: takes 30 seconds to load on 100mbps Comment deleted