softfalcon

> My method was simply to think. To think hard and long... This method never failed me. I always felt that deep prolonged thinking was my superpower. I might not be as fast or naturally gifted as the top 1%, but given enough time, I was confident I could solve anything.

This mindset is a healthy and good one. It is built on training yourself, learning, and practicing a discipline of problem solving without giving up.

Persistence is something we build, not something we have. It must be maintained. Persistence is how most good in the world has been created.

Genius is worthless without the will to see things through.

I don't mean to come across as far too cynical, but in what world has a software license ever stopped the greedy and powerful from pillaging the IP of other people smaller and weaker than them?

In my opinion, libertarianism in software is a hollow dream that leads people to make foolish decisions that can't be protected. This makes it easy for corporations to exploit and quash any barely audible opposition.

Almost as if by plan, the libertarian mindset has eroded and weakened open source protections, defanging and declawing it every step of the way.

Exactly

Sounds like the system is working as intended...

Not trying to be glib here. This feels like the embrace, extend, extinguish pattern that we jokingly used to think was only Microsoft. It is now becoming more and more obviously the modus operandi of the entire enterprise software ecosystem.

I believe you are correct to be frustrated and ringing the alarm bell. This is a "death of the commons" moment for OSS.

> It almost always indicates some bottleneck in the application or TCP tuning.

Yeah, this has been my experience with low-overhead streams as well.

Interestingly, I see a ubiquity of this "open more streams to send more data" pattern all over the place for file transfer tooling.

Recent ones that come to mind have been BackBlaze's CLI (B2) and taking a peek at Amazon's SDK for S3 uploads with Wireshark. (What do they know that we don't seem to think we know?)

It seems like they're all doing this? Which is maybe odd, because when I analyse what Plex or Netflix is doing, it's not the same? They do what you're suggesting, tune the application + TCP/UDP stack. Though that could be due to their 1-to-1 streaming use case.

There is overhead somewhere and they're trying to get past it via semi-brute-force methods (in my opinion).

I wonder if there is a serialization or loss handling problem that we could be glossing over here?

When I'm in these situations, I try and put myself into the IP holder's shoes.

"if I spent the time, risk, effort, and money to develop the pre-eminent protocol and hardware used by most TV's in the world... would I want to give that work away for free?"

I think the answer is probably no for most people.

Because most of us are not the IP holder, they think this technology should just be free (as you stated earlier).

This lack of empathy and care for others (even IP holders) is largely why these draconian IP rules and contracts exist. It's why there are whole crazy NDAs around the HDMI spec. It's because every time someone is given even a slight look under the covers, they try and steal it, because it's worth a lot of money.

This is a nuanced variant of "this is why we can't have nice things" all over again.

For anyone who wants to see some real workstations that do this, you may want to check out Alex Ziskind's channel on YouTube:

https://www.youtube.com/@AZisk

At this point, pretty much all he does is review workstations for running LLM's and other machine-learning adjacent tasks.

I'm not his target demographic, but because I'm a dev, his videos are constantly recommended to me on YouTube. He's a good presenter and his advice makes a lot of sense.

Oh great, I just finished my year long move from Photoshop to Affinity Photo…

Now I have to start over again? Ugghhh…

The Kevin Costner Robin Hood one is really well done though

This is cool, I'd be a bit hesitant to sign into my Apple Account with it though. I've had Apple shut down my account with Hackintosh's in the past.

I wish it was possible to see macOS running well on Linux, but there are a lot of loopholes to jump through to make that happen.

1. Apple makes running their software on non-Mac hardware illegal

2. For all the hate Windows gets, virtualizing it to run all over the place is normal and expected by industry at large… the same is only becoming recently true for macOS

3. There is a strong financial interest at Apple to get in the way of this as much as possible

4. Apple is trying to reinvent Docker so people stop using Docker on their Mac’s with their native “Apple Containers” implementation

Due to this… I foresee it taking a while for this to become common for mac apps + Linux

Am sitting at a game jam right now and took a break to browse HN. Found this and started playing for a bit. Now everyone is asking about it, this is a really polished and fun WebGL game. Amazing!

The extremely accurate and high end terrain generation tools do exactly this. They model different terrain densities, erode-ability, and permeability to then apply rain, snow, tectonic shifts, river erosion, thaw-melt, etc over virtualized eons.

The result is incredibly detailed terrain that is completely unique based on the initial parameters and the randomness of the time-elapsed process that is non-deterministic.

The only downside is that it takes hours to simulate and that's more than most folks are interested in investing in.

Here are some examples of this kind of software:

World machine: https://www.world-machine.com/

Terragen: https://planetside.co.uk/

Vue: https://www.bentley.com/software/e-on-software-free-download...

Gaia: https://www.procedural-worlds.com/products/indie/gaia/

As a photographer, I agree. Make multiple copies of the files onto the main editing computer, followed by then also backing up direct from SD to the NAS. Never format or delete your cards (the originals) before you are dead sure you have several backups visibly uncorrupted.

I may be paranoid because I used to handle footage for VFX pipelines and you just do not mess around with those kinds of files. If you lose footage, you are in big trouble.

Yeah, seconded. For all cameras of all brands, pop the SD card out and into a reliable reader (I recommend Lexar and Sony hubs).

Never use the camera over USB, the experience is terrible on everything from Canon to Sony to Panasonic to Fuji.

Don't fight it, just buy that $30 USB hub and get on with your day.

I think I agree with you.

That being said, I have doubts anything will change because I have a feeling that this system is continuing to "work as designed".

These failings are exploitable and since the US government is somewhat bought and paid for, this is how it works. The intent might be to keep it this way.

Embrace, extend, extinguish…

Tale as old as… well, the 60’s… but still, it’s an old tale.

This is exactly my take on folks bemoaning the evolution of complexity in software (and hardware) worldwide.

To lend some credence to other folks points of view, there are arguments I can agree with that are adjacent:

- "We don't need that complex framework for our needs, we stick to a simpler, older library."

- "We decided to not use <shiniest_new_toolkit> it had performance issues that the maintainers are still sorting out."

- "Working with the new framework showed a lot of promise, but there is still a lot of instability in the API since it's so new. We couldn't commit to using a toolkit that hasn't been nailed down yet."

These are actual concerns and shows caution towards adopting new things until they match your use-case, dev-timelines, and performance requirements.

Sharing tea with a fascinating stranger is one of life’s true delights.

Very interesting, and I agree with your assessment of the difficulties using the aging HoloLens.

I am curious, what size of clients are you working with and how many contracts has it realistically turned into?

I also believe proper AR hardware/software can revolutionize the QA and inspections industry.

What I am noticing is a chicken/egg problem where companies want proof it works, while also reluctant to put their money where their mouth is and invest in the R&D. Which then leads to Microsoft and similar refusing to fully invest in new AR tech.

As such, it all stays mostly in experimental and drawing board land, never quite fully reaching the market.

Thoughts?

> Packet loss in TCP doesn't fail the whole request. It just means some packets need to be resent which takes more time.

I hear you. That is the "promise" of TCP.

I have (unfortunately) seen many instances where this is not true.

Thank you for opening the can of worms. That was my goal when I asked this question!

As for what am I thinking of? All of the above! They're all part of my day job for the software I build.

Also, this isn't meant to be flippant, I agree with what you're saying! :D

If this is what it comes to, it would explain the many, many software malfunctions in Star Trek. If everything is an LLM/LRM (or whatever super advanced version they have in the 23rd century) then everything can evolve into weird emergent behaviours.

stares at every weird holo-deck episode

If you are dropping packets and losing data, why would it matter if you're making one request or several?

Even if I SSR and inline all the packages/content, that overall response could be broken up into multiple TCP packets that could also be dropped (missing parts in the middle of your overall response).

How does using SSR account for this?

I have to deal with this problem when designing TCP/UDP game networking during the streaming of world data. Streaming a bunch of data (~300 Kb) is similar to one big SSR render and send. This is because standard TCP packets max out at ~65 Kb.

Believing that one request maps to one packet is a frequent "gotcha" I have to point out to new network devs.

> Google "Lars Blackmore", "GFOLD", "Mars Landing", and work through the references

They linked details to look into in their original post.

Here in Canada (where the mixup of metric vs imperial tonnes is common) we just say "metric tonnes" and move on. Everyone here knows that means 1000 kg.

European colleagues regularly go, "what other kind of tonnes are there?" and we get to share the joke of how silly Americans are for still using imperial tonnes.

Seconded, this book goes hand-in-hand with "Designing Data-Intensive Applications" by Martin Kleppmann [0].

[0](https://www.oreilly.com/library/view/designing-data-intensiv...)

And yet, if you go further by taking great care and effort into the mundane, it can become meditative.

There is a sense of honour and zen in doing the mundane as perfectly as possible. Not to achieve perfection but strive towards the ideal within reason.

This is something I recently spoke with my father about. He was annoyed with trying to keep toxic mushrooms out of his yard. It was tedious and complicated.

Then he embraced the struggle, and looked at it the same way he used to train in martial arts. As a chosen striving towards an ideal.

He “monk-moded” his gardening and found joy in a mundane, repetitive task.

Through caring, he turned anxiety and annoyance into peace and acceptance.

He also won the battle against the mushrooms after 2 years of diligent effort.

The hardest thing to do in life is to care.

It's easy to not care, anything bad can happen and you can blissfully wash your hands of it. You don't care, so it doesn't matter.

I remember being a teenager, my defense against anything bad that happened to me was, "I don't care" with a snide attitude. I was lying, I did care, but I built up a mindset that not caring about anything made me stronger.

As an adult, I know this is wrong. Caring requires strength. Caring is hard. That's why we need to do it.

I recently had a conversation with a friend who is now no longer my friend. He said, "so, what you're saying is, you go out of your way to try and deeply understand as much of everything as you can?"

I answered, "Yes. Being curious about others, issues outside of myself, and the world around me, is in my opinion, a moral good."

His only response was, "that's not for me, that sounds exhausting."

We started the conversation because he was openly making fun of other people who were not like him. He thought it was okay to laugh at other people for being different. To mock others if their differences were amusing to him.

His lack of curiosity, his lack of caring for others made him a repulsive person. Be careful what you choose to "not care" about.

Agree with all of this. Also want to add that SQLite is a perfect jumping off point for full stack web-devs doing react-native (or similar) and want a familiar data query pattern they were already used to from MySQL, Postgres, etc.

Having a consistency of SQL everywhere is really appealing for data management.