ElectricSpoon

For another platform to rise, there needs to be some heavy market shift. There already were opensource mobile OS: Maemo/meego/Tizen. Heck! I'd even throw phosh and ubports in the pot. But those are about as rare a sight in the wild as lightphones.

Phones have become essential to daily lives and the catch22 is: companies won't support niche platforms for their apps and users won't switch until the apps are there. Android happened to get adopted before everyone started relying on mobile devices as computer substitutes. Unless a major player pulls out a Valve move and does with waydroid what Valve did with wine, I can't imagine the market changing significantly.

On the flip side of cancellation, I wonder how much people cancelling are hurting themselves by sticking to retaliation.

Go read about the psychology of forgiveness. There are some pros to "letting it go", when appropriate.

What I truly appreciate is the completion system from a dev perspective. Writing completions is comfortable. Even wrapping completions into other completions is fairly clean (e.g. sudo {cmd}TAB).

> people thinking that taking Ozempic is a personal failing

Considering our society is pushes us toward sedentary highly-caloric lifestyles, I'd say we're set up to fail from the get-go. Therefore the failing is systemic not personal. I wouldn't compare to individual health issues. You can't cure celiac, but you sure could reduce the obesity using policies to drive the food industry toward less-sugar/more-fiber.

This reads like someone which had bad management using effort estimates as hours and bugged the team about it. I'm saying that having seen plenty of environments where they do Scrum wrong.

> Because there are no sprints, you don’t have to worry about whether something fits into a sprint

I like fitting things into sprints. It forces tasks to be broken down into manageable items. If it's too big to fit, it's also probably ill-defined. Sometimes it goes over the sprint; it's alright; discuss during retro and learn from it.

> If an emergency arises, everyone pauses their work

You can still do that with Scrum. Scrum is a framework to estimate the effort and measure at fixed points in time. That's not an excuse to dismiss issues. Unless all of your work is unplanned, you can handle surprises AND estimate your leftover velocity.

Having read that, I really wish to back to being GM and trolling players by awarding them non-fungible plots of land as rewards. Then players get challenged since they failed to occupy the land, so at a later visit, they discover their plot occupied by squatters.

I find editors to be deeply personal things. Throw a vim user in vscode and you might be disappointed, and vice-versa. I don't care about your tools, I care that the sum of you and your tools make you good.

I think the good middle ground is having both a canned environment and allowing candidates to use their own... Unless the job is about debugging production systems where only vi is available, in which case that interview might as well represent the actual job.

Quebec does have a few. Amongst the issues is that scaling hydro power is hugely expensive, is riddled with red tape, and over all takes too long. Meanwhile you could build a datacenter and a solar farm in Texas and be up in 2 years.

I'm with you on that. Many argue that AI models don't "contain the code" but if they are trained on the copyrighted data, and generate something similar, then the AI model is akin to a lossy data compression format.

Frequency signal data over an image are not the image, but no one argues a JPEG encoded copy of a PNG isn't the same image. I think the weights vs code are similar in that regard.

As for releasing weights, probably more if we're talking about AGPL code.

WSL is alright. The real MVPs are the linux distros which have been building and shipping everything for arm64 for ages, and which happen to run on WSL.

From a cynical atheist point of view he's not wrong:

- god is an imaginary construct used to rationalize data points

- god is often used by humans to make decisions, whether backed or not by data

- god is overhyped

substitute "god" with "AI"

> Wasm makes it thinkable to do DOM programming in languages other than JavaScript

Does it really? AFAIK, if I want to do any kind of DOM manipulation in say, rust, I need bindings that will basically serialize calls to be done on the JS side. So with the current incarnation of wasm, I believe you're still stuck with JS.