molszanski

Yup. Don't use react for state or some hook spaghetti like react query. Use mobx and live happily ever after :)

IDK, I haven't changed the react dependencies in 5 years. Everything is the same and I am happy.

next.js user? :D

I agree. It is not weird if you try to run old code through new env / vm / framework / compiler it can break.

Locking env version is important.

Double points for using experimental / POC technology like gatsby or nextjs. They are expected to burn and fail

Probably because OSI never materialized IRL and today they are all mixed up left and right and not how we “designed” and “imagined” it 50 years ago

I think the homepage kinda sums it up. It just works and has OP performance, stability and quality

Deepkit.io has cool validations in runtime based on TS, but it is whole another level.

I would suggest https://arktype.io/. Much faster on my project

I very much enjoy more an alternative. Sadly much less hyped https://arktype.io/

> In an afternoon, we extended our data service library to perform large-scale data migrations. It reads token ranges from a database, checkpoints them locally via SQLite, and then firehoses them into ScyllaDB. We hook up our new and improved migrator and get a new estimate: nine days!

How many machines this migrator was running on? One? :D Sounds absurdly amazing!

Here is Makefile "starter" I use: https://github.com/awinecki/magicfile People call this "self-documenting makefile". It migrated with me from company to company, from project to projects. Through node, php, aws, docker, server management, cert updates, file processing and many many more.

Oh, but you are moving out of React. And svelto IMO is waaay friendlier and "sane" than "typical" react. Svelte reactive model (observables and computed) are very friendly and simple to use.

As person who has been doing “react” since 2016 I would say that it removes so much of the “react” complex BS that I am surprised it is not x100 times more popular.

We’ve recently moved one service from next to Astro and it was just removing a ton of boilerplate and “dance around” code.

> His reasoning is very flawed and this book is responsible for a lot of needless consternation.

Is it? I feel that there is a stark difference between what you say and what I remember what was written in the book.

> We don’t know how human intelligence works.

I think it was addressed in the first half of the book. About research and progress in the subject. Both with the tissue scanning resolution, emulation attempts like human brain project and advances in 1:1 simulations on primitive nervous systems like worms that simulate 1 second in 1 real hour or something.

While primitive, we are doing exponential progress.

> Yet, the Bostrom view is that our greatest invention will just suddenly "emerge"

I think it is quite the contrary. There was nothing sudden in the reasoning. It was all about slow progress in various areas that gets us closer to advanced intelligence.

The path from a worm to a village idiot is million times longer than from a village idiot to the smartest person on earth.

> an entity able to create new knowledge at astounding rates yet completely lacking in other human qualities.

This subject was also explored IMO in the depth...

Maybe my memory is cloudy, I've read the book 5+ years ago, but it feels like we've understood it very (very) differently.

That said, for anyone reading, I am not convinced by the presented argument and suggest reading the book.

One can’t power Tokyo (metaphorical) with sunwind

If anyone thinks we can build SAFE superintelligence, I think they are wrong.

I highly, highly recommend this book "Superintelligence" by Nick Bostrom

https://en.wikipedia.org/wiki/Superintelligence:_Paths,_Dang...

It has one of the highest information and idea density per paragraph I've read.

And it is full good ideas. Honestly, reading any discussion or reasoning about AGI / Safe AGI is kinda pointless after that.

Author has described all possible decisions and paths and we will follow just one of them. Could find a single flaw in his reasoning in any history branch.

Correct me if I am wrong. My understanding is that hydrogen is an efficient way of getting energy only if it is used as a larger scale storage instead of batteries. Is it?

Is this brand new cpu faster or more energy efficient?

Thank you for the link <3

This is strange. I also don't like the docs but for a different reason.

I would rather have a more examples. And kinda _advanced_ and complex, rather than trivial we see in the docs.

Even though I had a working V1 configs and had a know-how about lingo / architecture like routes / services I still struggled for a day or two to properly configure a pretty simple workflows in v2 like:

* add TLS with LetsEncrypt

* configure multiple domains

* configure multiple services

* add Basic Auth for some domains

That said, more detailed and extensive docs would be much better.

I also remember finding things in github issue comments that worked as bugfix/workaround of something from the docs.

PS. For now I've moved to Caddy for simplicity and better Caddy DSL compared to yaml/label verbose config.

I have L3150 or L3160 and it is good. 2/3 years mid usage run

Would love to see an SQLite driver

I was once thinking about where could I use this tool, but nothing really came to my mind. Any interesting use cases or stories to share?

You can kinda do this on Chrome with some blocking extensions. Not sure if you can do this on FF, but should be doable I guess

Sadly, chrome does a much better job (for me) with chrome profiles and how well they are integrated. Extensions, shorcuts and everything. This is the ONLY thing that keeps me on chrome. Otherwise I would go FF. Safari added new profiles a few days ago. Will test it, and maybe switch to that

We can add another company in the sector to the bunch:

https://www.prometheusfuels.com/news/dude-wheres-my-fuel

I am curious how do they compare

Congrats on the launch! I've watching the project closely <3

Dishwasher sous vide is a thing. I also once tried with jars for fun. It worked.

> When using React I usually just use MobX and everything just works.

Same. React as a UI library is great. React as a state manager (hooks) or a framework is (hooks or hooks+next) is not good. Writing and fusing business logic to a framework is always a bad idea

I also have an eco tank. L3160. google "epson ecotank reset `waste ink pad` counter". And see how much those software keys to unlock your printer cost. I don't say it is as bad as ink scam, but still a way to go