3 ms·
What leads you to presume company devs would be able to pull this off? Go write your own queuing solution from the ground up in real life. You'll learn it's n
by metadat 3y ago
What leads you to presume company devs would be able to pull this off? Go write your own queuing solution from the ground up in real life. You'll learn it's non-trivial to cover all necessary edge cases while simultaneously avoiding tight/brittle coupling.
Insane amount of work compared to dropping in battle-tested (or even modestly used) OSS, with stackoverflow/gpt solutions at your fingertips for nearly anything imaginable.
Most companies core competency is in delivering business value, which means shipping useable products and features. This most often boils down to building atop a thick stack of open-source technologies (e.g. Dropwizard, Kafka, Postgres, MySQL, Opensearch/License, the vast Java and Golang ecosystems, Python, Django, RoR, PHP, and on and on). Without that, devs would need to spend $$$ licensing privately owned solutions, or do a ton of work developing homegrown spaghetti frameworks and platforms from scratch before even being able to start considering addressing core functional use cases. This would be very bad for startups with limited runway to get off the ground.
What can be in days to weeks through OSS resources would take months to years, or costly licensing.