> It's entirely possible that we do become obsolete for a wide variety of programming domains. That's simply a reality…

It is not a reality since it has not happen. In the real world it has not happened.

There is no reason to believe that the current rate of progress will continue. Intelligence is not like the weaving machines. A software engineer is not a human calculator.

To be fair he didn't say it is the reality now, he said the possibility is a reality. At least that's how I read his sentence. And yeah, I do think it's a real possibility now.

I really liked this article. I think all of these points, in particular the conclusion of cost vs benefit could be the same whether you were talking about formal methods or web apps. This way of seeing things, with an engineering perspective, is the exact same we (at least I) see it but we mostly do web apps.

Login?

The purpose of this videos were to show only the suspend/resume process of FreeBSD system.

In my daily life I have two shortcuts related to this:

- [SUPER] + [L] - locks the system and leaves it running - and it requires to enter password

- [SUPER] + [CTRL] + [ALT] + [L] - locks the system AND PUTS IT INTO S3 SLEEP - and it requires to enter password if you wake it up

Hope that helps.

Regards,

vermaden

So cool. Have wanted to add an extra battery on my Yuba Spice Curry, but it is so expensive. Love the fact that it is possible to replace the individual cell. Been annoyed that ebikes are not as serviceable as normal bikes. Signed up now :)

Thank you man!

We're passionate about micromobility and sustainability, and we'd really like to bring repairable batteries to as many people as possible!

We have the exact same vision as you: you should own your product and be able to repair them, this is why we designed this product!

Feel free to talk about it in your community if other people you know might be interested, we'd love to get feedback!

Even is also a common Norwegian name. Since you can have multiple first names too, you can be named Odd Even or even <sic> Even Odd.

I do that (via termux) with a onyx max boox 3. Works pretty well. I had some quality issues (got 2 dead lines on 2 devices so far) with the actual device but support has been very, very supportive so far so globally I'm very happy

Not sure if this is accurate. You can enforce @tailrec if you want, but I believe it will try to in any case, even if it is not annotated.

This is correct. @tailrec will simply cause a compile failure if the compiler DOESN’T optimize the function, but the compiler does still optimize tail recursion without the annotation.

It’s a weird but helpful annotation. For example, Scala won’t optimize methods that can be overridden (non-final and public/protected), which is easy to forget. So the annotation is a nice check/confirmation that the compiler is doing what you expect.

Never thought about it before, but is Rusts package manager named after cargo cult?

Nope, it’s because it’s how you ship crates.

It is not count() that is slow, it is iterating through the rows that is / can be slow :)

For me, the trick to basic understanding of perf in PG was exactly this: it is all about limiting the amount of rows you have to iterate over. It is true for count() but also for every other operation you do.

PG is surprisingly non-magical (at least in my experience) in that you won't get much perf for free, but on the other hand you can reason about perf & optimize pretty reliably once you come to terms with this.