Mawr

5 year olds on balance bikes are endangering pedestrians?

I use it as a dashcam.

Creating accurate assembly instructions is surprisingly difficult.

To be able to create them, you have to know how to assemble the product, BUT that also means you've been blessed by the curse of knowledge — now you have to perfectly serialize your knowledge into instructions WITHOUT omitting any implicit "obvious" steps that you may have taken due to already being familiar with the product.

Very few assembly manuals get this right. In the case of furniture, the orientation of items is often omitted, after all isn't it obvious that this side goes up? This is how I ended up with some exposed non-laminated wooden board parts in my bed. Sigh :)

QA testing is the key here — write the first draft, have someone try to assemble the thing as naively and true to instructions as possible, fix mistakes, repeat.

Your statement is so broad that it cannot be true.

Hahahah. Do you seriously just take random objects deep underwater and expect them to be designed to withstand that sort of an environment?

Was the GoPro you bought rated up to that depth or something? After a cursory look online, they're only rated down to 10m, which is about what I'd expect.

and essentially reduce to a launch cost penalty.

Are you arguing that all this is technically possible or something? The whole point is that the costs would dwarf the gains.

You are right that they can't be serviced, but that is missing the point of orbital data centers.

Pointing out a downside of something isn't ever "missing the point".

The whole point is that you can build hundreds of thousands of these in a factory

In an Earth-based factory, right? Am I to understand that we can't build hundreds of thousands of regular Earth-based datacenters in a factory?

and launch them in a scalable manner.

Wanna bet that launching something to space will always be a few orders of magnitude more expensive than shipping it somewhere across the planet?

The power, cooling, etc. comes for "free".

Unlike on Earth, where you pay for sunshine? Or is cooling "free" in space but not on Earth? Lol?

In the long run, as the cost of the chip, launches, etc. goes down, orbital data centers will scale better terrestrial ones.

The costs of the chips will get lower in space than on Earth?

The costs of launches will, again, become cheaper than terrestial transport?

As a side note, I don't understand why I keep seeing these wrong arguments on HN repeatedly. Like everything mentioned in this thread can easily be fact checked. Radiative cooling is solved, launch costs are going down, so power costs will pay themselves back very quickly, etc.

The question isn't whether this is physically possible, but why you'd want to do it instead of an Earth-based datacenter. It's all downsides basically.

Idk, is it? https://go.dev/blog/greenteagc

Is it even generational yet?

Is there any reason in particular it should be? Or are you just throwing random buzzwords around?

Anyways, https://github.com/golang/go/discussions/70257#discussioncom...

Hilarious hysterical nonsense.

Worst catastrophes? Pick any industrial accident with more than like 10 people killed and you've got nuclear beat. A single plane falls from the sky and you've outdone nuclear.

Large swaths of land? You mean a tiny part of Ukraine?

Keep breathing in the radioactive coal fumes in the air, those are good for you, actually.

It's a good thing there's nothing of the sort in TFA then?

Quoting:

"He moved fast and tried a lot of different stuff, jumping head first into problems that he was not yet equipped to solve, leading to mediocre outcomes in terms of engineering, but learning a whole heck of a lot in the process. I see it as quite a healthy attitude, particularly for young people and students. This is the best way to level up and learn new things."

I don't know, maybe you just don't understand what he's saying here? Or rather, are applying some sort of a negative spin to what is a factual analysis of a valid approach to doing something?

Those statements are all consistent with the publicly observable facts like this whole thing going from "I'm experimenting with this" to "this is merged into main now, yolo" within a week or so. The complaints from Jarred on the amount of bugs they've been having is too.

It all checks out.

During communism movement within countries required a written permission slip

And what does driving your car require if not a written permission slip?

You underestimate the difficulty of designing a language by at least an order of magnitude.

You've basically arbitrarily focused on a particular flawed design decision of a language while ignoring a thousand others that they may well have gotten right.

It's not possible to just sit down and get everything 100% right up front. The language design space has too much both depth and breadth to it.

Zig, Go, and Python

If you cherry pick, any position is possible to argue for.

What is C and error handling?

What is Java and value types?

What is C++ and modules?

Huh, better insulation works great though?

The talk of double glazing is funny to me, this was becoming a standard like 20 years ago where I live. Nowadays new construction does triple, with some special insulating gas between the panes. Single pane windows do not exist anymore.

No wonder you feel you need AC if you build single pane window, carboard wall homes.

I don't know man, maybe read the rest of the comment? Are you serious?

Those are all less safe than nuclear. It's a simple fact, look it up.

All the places that can use hydro already do. Oh, and it's pretty damaging to the environment, it turns out.

Wind and solar are pretty cool, but also unreliable, so it's not so clear that they're really cheaper after you account for overprovisioning and storage costs.

If only there was a safe and reliable source of energy we could use to complement them...

Apparently the hypothetical future humanoids, somehow ignorant of all prior history, who will, ignoring all warning signs, start eating as much of the waste as fast as possible, then ignoring the obvious connection between eating that stuff and getting sick...

I wish I was kidding, but the argument does seem to be "what if 100_000 years from now somebody digs this stuff up and a few people get sick or die".

It's concern trolling at its worst.

Yeah, the efficient coal plants displaced the inefficient nuclear ones. Efficiency all the way!

Climate change? Pollution? Nah, who cares, efficiency!

You realize we're literally dispersing coal, gas & gasoline fumes into the atmosphere that we all breathe, right? 24/7?

Yeah, small amounts of solid waste sitting somewhere is as much of a non issue as can be.

Many of the videos I captured amazing moments, and sometimes it's kind of hard to watch the full videos to get those moments.

Yep. I had the same problem.

Then, run the frame analysis pipeline [...] I have a face recognition plugin using my custom faces data, object detection, on-screen text, shot type, and scene description [...] we will have three vector DB collections that have all the information about our videos, like video location metadata, camera name, faces recognized, objects detected, on-screen text, transcription, description of each scene, and many more [...] we can get better indexed data if you use the advanced mode indexing to use the Qwen2.5-VL-7B-Instruct model to understand and describe your video much better, but at a slower indexing speed

Yeah, uhm... ok :)

If anyone else has a similar problem, the real solution is as follows:

1. When recording, if you witness an interesting moment worth saving later, press the power button — this will mark the current moment in the video as a chapter.

2. Find the chapters later when editing and cut them into clips.

3. You're done :)

This has two main benefits over the insanity above:

1. It's trivially simple instead of insanely complex and inefficient.

2. It will reliably catch all the stuff you find interesting, since you're the one doing the marking.

The downsides:

1. Doesn't work retroactively.

2. It may miss interesting stuff if you miss it at the time as well.

3. Only works for this use case.

4. Nerds won't salivate over your usage of cutting edge tech.

I suppose it is a significant downside that you could get misled into thinking you can autogenerate a changelog from commit names.

Bro, it's not that deep. It's a facebook/youtube/travel/college machine with a nice screen, great build quality and awesome all day battery life.

It's not an ultrageek wizz wozz local LLM performance junkie machine.

Yeah, and Dropbox is pointless, just use ftp.

What, you wouldn't want a condescending lecture on which exact, unpopular even at the time, languages from the 80's, which had 10% of features of Zig and ran 20x slower, also had fast compilation times? For the 1000th time? Shame on you.

Frankly, this just reads like FUD. See the official explanation on why the PR in question wasn't merged: https://ziggit.dev/t/bun-s-zig-fork-got-4x-faster-compilatio...

"Therefore, to implement this feature without an avalanche of bugs and inconsistencies, we need to make language changes."

"Put more simply, we are going to make these enhancements, but hacking them in for a flashy headline isn’t a good outcome for our users. Instead we’re approaching the problem with the care it deserves, so that when we ultimately ship it, we don’t cause regressions."

"So instead of wasting time writing a more robust implementation of this LLVM module splitting logic for a relatively minor improvement, we have instead put that effort towards features like self-hosted backends and incremental compilation, which can improve compilation speed by orders of magnitude.

[...]

There’s the 4x speedup claimed by the Bun team, already available on Zig 0.16.0!"

Then you haven't been paying attention to the space. At all.

Every single new post-Go language, like Rust & Zig, ships with an opinionated autoformatter and a single go-to command to manage builds, packaging, etc.

And how many new languages do you see include inheritance and exceptions?

Older languages have started adapting what they can too:

- Python with `uv` and `black`

- Java with goroutine-like fibers and modern configuration-free gcs and the go-gc-like low pause times zgc

- Many languages now ship a production-ready http server, just like Go

Zig, Rust, and the likes are only viable in niches where C is viable

Pretty much correct, yes.

Zig will become THE C replacement and that will let me iterate at the speed of JS or Python with performance of C or Rust.

Fundamentally impossible. C/Zig/Rust have 100% performance as a top goal, which has to be traded off with something else and that's always realistically going to be programmer work/effort/time.

You can't have a house built 100% fast but also 100% cheap and with 100% quality. At best you could cleverly abuse the law of diminishing returns and aim for ~80% in all three areas. That's basically what Go's trying to do.

once this linker and incremental compilation on other targets land,

In any case, why would a better linker and faster compile times of all things achieve this supposed goal?

Beyond being low level, Zig is still pretty memory unsafe and has you make choices about each allocation, making it unappealing as an applications language. Zig and Python are completely different worlds.

Thankfully some of us have taste.

Some of it may even raise your insurance costs.

[...]

The information they harvest can include [...] whether you buckle your seatbelt, drive too fast or brake too hard.

In a way this is good -- I want bad drivers to be incentivized to change their behavior.

Just need to legislate away all the other, actually creepy stuff. Just.

Says you, while sitting comfortably on a couch sipping coffee, with zero risk of death, able to take as much time as you'd like to analyze the situation, with perfect information available and a fresh, unstressed mind.

Everybody's got a plan until they get punched in the face. Bravado and macho mindset are explicitly frowned upon in aviation for a reason.

Reminds me of "aviation experts" claiming Sulley didn't have to ditch in the Hudson at all, since some pilots in the simulator were later able to turn around and land back at the airport.

Sure they were! I'd be able to do so too, and I'm no pilot — I'm safe in a simulator, I already know I'm going to have a double engine failure x seconds after takeoff, and I get to try to land an infinite amount of times until I get it right. Easy peasy.

Things look a bit different when it's your ass in the seat and you lose both engines on a random takeoff.

They also look different when you're subjected to massive G forces, your plane isn't listening to your inputs, the computer is shouting erratic warnings at you, you're rapidly losing altitude, and your training didn't cover this scenario.