dthul

Telling someone they got fired for performance reasons when that's not actually true is outright evil. (Of course we don't know for certain whether that's what happened here, but it sure does look like it)

I was thinking that the "power extraction" might attenuate the signal too much, and it would probably lower the power output since you need to modulate the light to transmit data, instead of having it on full brightness all the time. But maybe it would work for certain applications!

I wonder if you could send power at one wavelength, and data at another wavelength, over the same fibre.

That's trying to put words in my mouth. We were talking about creative expression being taken away by AI, and I argued that artists can still retain creative expression, and that these AI tools make it possible for more people to express themselves creatively. I never said that artists should have no reason to feel unhappy about that. That's criticising a position I didn't argue.

which you would know if you ever tried to draw anything

I know exactly how hard it is to draw anything because I tried a bunch of times, and failed. I for one am happy that I can now express my creative ideas, which I couldn't do before due to missing talent / practice.

That sounds like a very Luddite view. Why wouldn't artists be able to use AI selectively to automate "boring" tasks (such as filling the sky of an image with clouds) while still retaining overall artistic control?

I suppose the vendor could sell a home server device, which runs some kind of Tailscale-like technology to make it available from the internet, and the app talks to that locally hosted server.

My teacher made me do a full force brake during my training. It was more intense than I had anticipated, and my teacher forgot that he still had his sunglasses on his head, which promptly smashed into the windshield :D

Defining "normal" code as "not having UB" is quite disingenuous though, isn't it? Iterating over a vector while adding elements for example looks normal, but isn't generally safe, unless you know to pre-allocate enough memory.

I work with both, having started with C++ about 17 years ago, and agree that Rust feels like a relatively simple language compared to C++. Rust might feel harder to learn initially because the borrow checker won't let you compile certain programs, but once you are over this initial hump, the rest is quite straightforward.

I know one company who offers that (there might be more): https://www.grando.ai/en/container

Quite a few parts of Servo were actually integrated into Firefox/Gecko (such as Stylo).

Ever since I learned of sum types, they have ruined my enjoyment of programming languages which don't have them. I sorely miss them in C++ for example (and std::variant is not a worthy alternative). I don't understand why any new language wouldn't have them.

That depends on the type you use to represent errors. A more "fancy" error type will allow you to add context / backtraces / whatever you want, while a simpler error type, for example just an error code, does not. (The error type is the E in Result<T, E>).

There is an interesting approach to this in Rust: if a potentially breaking change (e.g. a soundness fix) is being proposed, they usually test it against all publicly available Rust code.

Works fine for me (shows up as normal quotes, not fancy quotes).

I was instantly reminded of the same. I can recommend the documentary, it's the first time I saw an actual example of scientific fraud at this scale.

Are they better than the IKEA version?

Nice bit of insight! For anyone confused like me: I believe it should read "about 10^-7 mols of hydronium ions per liter", which is about 6*10^16 ions per liter.

I get that mistakes can happen, but companies filing frivolous DMCA notices should be barred from this avenue in the future. Further, YouTube's appeals process is fundamentally broken if it can't get such obvious cases right.

I noticed the same issue. But does the ground connection of the wall plug side of the transformer actually make a difference? I'm not good with electrics but I always thought the other side of a transformer is electrically isolated and the sides don't share a ground.

Reported here: https://newsletter.pragmaticengineer.com/p/the-scoop-30

He usually has very accurate inside information.

It's humiliating because printing out code (or more commonly "printing out emails") is literally a meme, and I have read multiple articles alleging that after printing, the employees were instructed to shred the papers, without anyone having looked at them. That sounds a lot like Musk trolling by demanding his underlings print their code.

Sure, but I wouldn't say that's easy.

Having used both C++ and Rust extensively, I would say that it is easier to get something to compile in C++ than in Rust, but I find Rust overall much easier. C++ is really very complex, and even after more than a decade of using it there are so many things I don't know. With Rust I feel like I have a pretty solid grasp of most of the language.

Smart pointers and other managed types are nice, but memory errors are still easy to make, e.g. pushing into a std::vector from several threads.

Maybe we'll have quantum cards in the future like we have graphics cards now, making it available in many devices.

Stack based languages really have a way of messing with your head but being fun at the same time. I wouldn't want to maintain a larger system in such a language though.

Haha, not to take anything away from the article but I found it funny that it starts with saying that the colors are "extremely saturated", but the image they chose for the article looks actually somewhat de-saturated to me (or if not de-saturated, at least not unnaturally saturated).

Any good resources for a tech employee to learn about these things without having studied it?