there's no escape! brew another cup!
-
It's been a long time. At some point people need to abandon this idea that all needs and wants must align exactly so that we can have only one standard. I understand the pull for it, but it's not realistic.
At some point people need to abandon this idea that all needs and wants must align exactly so that we can have only one standard.
That's what we have extensions for.
But I don't think we're anywhere near your hypothetical state. On the contrary, my time in business has been dominated by designing and updating bespoke interfaces between bespoke systems. Everything is bespoke, at the industry level. Measurement tools are bespoke. Relational databases are bespoke. Transmission protocols are bespoke. Everything's a daisy chain of staging tables and APIs, as you get what is functionally interchangeable data from half a dozen different systems to tie out into the final accounting ledger.
Hell, we can't even get aligned to the metric system. Assholes are still running around talking about feet and gallons, until they cross a border and have to kick over to meters and liters.
I understand the pull for it, but it’s not realistic.
One of the most revolutionary ideas of the modern logistics system was the uniform shipping container. You had a pre-defined box size with well-established uniform characteristics that you could load up with whatever you pleased. Then you could load up a container in a factory, put it on a truck, take it to a train, move it onto a ship, sail it across the sea, unload it onto a train, that puts it on a truck, that takes it to a warehouse. And because everyone agreed to adhere to a single shipping container standard, the entire system of transit could be built to accommodate units of that size.
Not only is the idea realistic, it is essential to a modern efficient interoperable system.
-
This post did not contain any content.
I'll just steal the wheel and reinvent it later
-
At some point people need to abandon this idea that all needs and wants must align exactly so that we can have only one standard.
That's what we have extensions for.
But I don't think we're anywhere near your hypothetical state. On the contrary, my time in business has been dominated by designing and updating bespoke interfaces between bespoke systems. Everything is bespoke, at the industry level. Measurement tools are bespoke. Relational databases are bespoke. Transmission protocols are bespoke. Everything's a daisy chain of staging tables and APIs, as you get what is functionally interchangeable data from half a dozen different systems to tie out into the final accounting ledger.
Hell, we can't even get aligned to the metric system. Assholes are still running around talking about feet and gallons, until they cross a border and have to kick over to meters and liters.
I understand the pull for it, but it’s not realistic.
One of the most revolutionary ideas of the modern logistics system was the uniform shipping container. You had a pre-defined box size with well-established uniform characteristics that you could load up with whatever you pleased. Then you could load up a container in a factory, put it on a truck, take it to a train, move it onto a ship, sail it across the sea, unload it onto a train, that puts it on a truck, that takes it to a warehouse. And because everyone agreed to adhere to a single shipping container standard, the entire system of transit could be built to accommodate units of that size.
Not only is the idea realistic, it is essential to a modern efficient interoperable system.
I've worked with getting shipping working with a few a different companies. I find it a little silly to try to use shipping as an example of a non bespoke system. They can't even agree whether to do HxWxD or HxDxW. They agreed on one thing, great, that doesn't do much for the systems.
I don't think it's necessary to completely unbespoke the systems, we've wasted decades and decades on trying that and only ended up creating more and more different standards.
I also don't think that everything needs needs to remain as disjointed and insanely different as it currently is. But whenever I hear a person say, "don't reinvent the wheel." They, so far, have always tended to lack the understanding of how things actually work in the real world.
-
I know!! How can Jigsaw claim it "works fine"? He'd probably say something like "it's battle-tested and state of the art." What does that even mean??
Military-grade.
-
I've worked with getting shipping working with a few a different companies. I find it a little silly to try to use shipping as an example of a non bespoke system. They can't even agree whether to do HxWxD or HxDxW. They agreed on one thing, great, that doesn't do much for the systems.
I don't think it's necessary to completely unbespoke the systems, we've wasted decades and decades on trying that and only ended up creating more and more different standards.
I also don't think that everything needs needs to remain as disjointed and insanely different as it currently is. But whenever I hear a person say, "don't reinvent the wheel." They, so far, have always tended to lack the understanding of how things actually work in the real world.
I find it a little silly to try to use shipping as an example of a non bespoke system.
That's fine. Good luck with your bespoke-solution-to-everything. It does have the benefit of locking in clients and being very lucrative in the long run.
-
Does the wheel fall under any cumbersome non free licenses or patents? If I want to modify this wheel to suit my needs, then share that work and information with others, am I free to do so?
It is MIT licensed, but it's not implemented in rust.
-
I find it a little silly to try to use shipping as an example of a non bespoke system.
That's fine. Good luck with your bespoke-solution-to-everything. It does have the benefit of locking in clients and being very lucrative in the long run.
That's one of the problems with you absolutist weirdos. I'm not locking anyone into anything, including any one of the many standards that you lot keep creating. Maybe the next one will finally be it. Hasn't worked for decades and decades, but maybe the next one will be it.
-
I shudder at the thought of potholes.
I guess we'll have to reinvent a pneumatic tire as well to protect it.
-
This post did not contain any content.
I mean surely it could at least be optimized somewhat...
-
This post did not contain any content.wrote on last edited by [email protected]
I feel this! When I need to do something in my computer my first impulse is usually to think about writing the code. Doesn't matter how many free tools are already around. Why? Because software design and coding is fun! It's not cost-effective in terms of time and effort, but way more fun than reading a manual for an existing thing and getting good at that thing. Example: right now I'm looking for a self-hosted wiki to organize my upcoming D&D campaign. As I look through the docs for dokowiki and wikijs I'm already thinking, how hard can it be to write one? A mind is terrible thing!
-
I'll just steal the wheel and reinvent it later
wrote on last edited by [email protected]Better make sure the wheel isn't under copyright tho!
-
It is MIT licensed, but it's not implemented in rust.
Clearily it must therefore be rewritten.
-
We'd rather re-create reality where we know everything rather than taking the time to learn how to use a system someone else wrote.
IT and DevOPS does this too.
I worked with a group once that re-invented XML so that non-technical people could create text-based rules instead of writing code. But it ended up with a somewhat rigid naming structure with control characters and delimiters. The non technical people hated it more the actual XML they had used prior.
wrote on last edited by [email protected]I woulda tried them on JSON. As long as they use an editor that keeps track of nested brackets I think it's much more natural than XML.
-
I'll just steal the wheel and reinvent it later
Tech bro strat.
-
But it doesn't conform to every cars specifications! A new standard must be invented!
-
This post did not contain any content.wrote on last edited by [email protected]
Spent months setting up my home server with Docker containers while learning Linux.
Everything worked perfectly fine.Then I realised Ubuntu Server is just a Debian-flavored landfill. Switched to EndeavourOS.
Everything worked perfectly fine.Then I made NixOS my daily driver and thought, "Hey, let’s ruin my weekend." Migrated the server.
Everything worked perfectly fine.Found out I could run containers as systemd services. Replaced Docker out of sheer spite using compose2nix.
Everything worked perfectly fine.Then I heard btrfs was the bee's knees. Reformatted my drives, migrated again, and spent a week learning why subvolumes are better than sex.
Everything worked perfectly fine.Got a free MacBook. Slight hardware bump. Migrated again. Spent hours fighting T2 drivers while deepthroating Tim Apple's cock.
Everything worked perfectly fine.Rewrote every systemd service as NixOS modules. Why? Something something George Mallory.
Everything still works perfectly fine.Did I ever notice a difference from the frontend?
Nope.Was this a good use of my time?
Fuck no.Did it need to happen?
Does the pope compile from source in the woods? -
LOL. not far off
They started out with something close to YAML. As the project moved forward, they found out they needed to represent logic with interlinked sections. They needed section 3, point a to link back to section 1 point 3, sub point 2. So they toyed with some assembly-like operations. Then they needed some inheritance. They really just slowly re-implemented the common applications of xml one at a time, it just had less brackets and <> symbols when they were done.
it just had less brackets and <> symbols when they were done.
Hence making the parser more inefficient than XML?
-
This post did not contain any content.wrote on last edited by [email protected]
The wheel has had a number of innovations over the years. The earliest wheels were flat disks of wood that were heavy and slow turning. The Romans invented spokes and metal rims which made them faster, more durable, and gave them more traction. Questions we need answered: What is this wheel in particular designed to do? Is there any way we could make it work more efficiently at its task? Do we value performance over reliability, or vice versa? Etc. Etc.
-
Spent months setting up my home server with Docker containers while learning Linux.
Everything worked perfectly fine.Then I realised Ubuntu Server is just a Debian-flavored landfill. Switched to EndeavourOS.
Everything worked perfectly fine.Then I made NixOS my daily driver and thought, "Hey, let’s ruin my weekend." Migrated the server.
Everything worked perfectly fine.Found out I could run containers as systemd services. Replaced Docker out of sheer spite using compose2nix.
Everything worked perfectly fine.Then I heard btrfs was the bee's knees. Reformatted my drives, migrated again, and spent a week learning why subvolumes are better than sex.
Everything worked perfectly fine.Got a free MacBook. Slight hardware bump. Migrated again. Spent hours fighting T2 drivers while deepthroating Tim Apple's cock.
Everything worked perfectly fine.Rewrote every systemd service as NixOS modules. Why? Something something George Mallory.
Everything still works perfectly fine.Did I ever notice a difference from the frontend?
Nope.Was this a good use of my time?
Fuck no.Did it need to happen?
Does the pope compile from source in the woods?I mean it sounds like you just enjoy spending your time doing that sort of thing. I'd say that was a good use of your time if you wanted to do it, no?
-
The wheel has had a number of innovations over the years. The earliest wheels were flat disks of wood that were heavy and slow turning. The Romans invented spokes and metal rims which made them faster, more durable, and gave them more traction. Questions we need answered: What is this wheel in particular designed to do? Is there any way we could make it work more efficiently at its task? Do we value performance over reliability, or vice versa? Etc. Etc.
wrote on last edited by [email protected][This comment has been deleted by an automated system]
