Thaxll

It's not that it does not scale but it does not scale out of the box.

DynamoDB is very expensive.

`<button @click=$(|_e| count.increment())>"increment"</button>`

What the heck is this.

With AI I'm pretty sure SIMD will be easier to integrate when necessary.

What is the best open model / tool for text to speech running locally?

Google, Apple etc.. seems safe.

Same for SWE when pushing code they don't understand.

Golang is faster and use way less memory than Java, never wonder why you never see Kubernetes controller / sidecar is Java?

As for Scala it's pretty much a dead language, no one work with it and it's impossible to find dev for it.

10 years ago I was moving Scala code back to regular Java.

Sorry but I don't buy it, any crash can be found and fix by one or more humans, if it was not it's either they're incompetent ( I doubt that ) or they did not beleive it was important enough to fix.

A crash is actually the easiest kind of problem to fix since you have a crash. It means stacktrace, core dump, kernel error etc..

You have a serious engineering problem if you're not able to find the source of a crash after years.

That UI though... is it powered by Java?

The main issue with SQLite is the very poor type system, after testing it for an app I was shocked.

I'd like to know what you base your statement on that the Raft implementations in etcd or CockroachDB are incorrect. Your original paper does not mention those implementations, so where does that claim come from?

They never said that.

The "world" runs on Kubernetes which is using Raft: https://pkg.go.dev/go.etcd.io/etcd/raft/v3

Are you saying that this implementation is wrong?

"This Raft library is stable and feature complete. As of 2016, it is the most widely used Raft library in production, serving tens of thousands clusters each day. It powers distributed systems such as etcd, Kubernetes, Docker Swarm, Cloud Foundry Diego, CockroachDB, TiDB, Project Calico, Flannel, Hyperledger and more."

One of the most popular distributed DB is Cockroach which is written in go and also uses Raft: https://github.com/cockroachdb/cockroach/tree/master/pkg/raf...

The video game industry is built arround that, game engines use that model all the time as gameplay scripting.

https://dev.epicgames.com/documentation/unreal-engine/bluepr...

Golang-ci exists for a while and everyone is using it.

Not sure what you're talking about.

SQLite gets so much praise here but when you start using it, you realize quickly how bad it is, the type system is by default very limited and dangerous.

It's like comparing old php with a strongly typed language.

There is not even a date type...

It doesn't exists because:

- it's against ToS

- it can get you banned

Reversing API is trivial, this is not the reason.

I'm not wrong they forked the engine and it's the same studio that worked with the same engine before, id tech is made for fps it's clear.

Most major studios are using custom engines, Ubisoft, EA, Activision, Take2, Blizzard ect...

That's not how it works, first of all IdTech is not a general engine, it's only made to build specific games: fps.

Next you need to make a product out of that meaning a very large investment so that the engine is actually usable outside of ID, people that don't know what an engine is think of the rendering part but it's actually very minor compare to pipelines ect ... which we know nothing about, it might not even be good or painful to use.

Unreal is widely used because it can create any kind of game and the pipeline, tooling are good and well integrated.

Overwatch is a bit different though , it's not a pure hitscan fps such as valorant, cs or r6. Cheats in Overwatch are not as useful because the gameplay is different from other fps.

Since you're not a gamer sorry but your opinion does not means much, you don't seem to realize how cheating is a problem in online games, it's not just an inconvenience, it kills games.

For $30 you should sign your binary so you don't have a UAC popup.

Also is it not doable with Google takeout ( with Gmail )?

So much for Rust forcing you to handle errors.

I mean it's a PC, you can install whatever your want on a PC.

So you centralize 3 liners?

Don't run k8s on bare metal if you don't have a good platform team though. Using a cloud provider ( eks / aks / gke ) is trivial and "problem" free.

I've never had DNS problems going down, the only thing I've seen is app that would create too many iptables entries when flooding request dns ( app problem ).

k8s is not a pain, I would never return to something like Pupet / Ansible / etc ... to deploy bare ec2 instances, it's just re-inventing the wheel badly.

Just use ECS / Fargate with an ALB in front if you need a simpler use case.