I am very happy with Kagi. Can recommend. In the end someone has to pay for the service. With Kagi I know I don’t pay with my data but with money.

If you are not in for the dividents or the voting privileges stocks are always a game of “I hope someone is dumb enough to pay more than me for these shares”.

youre missing out on the thousands of standard headphones that have been produced for decades

nope. You can just get a cheap adapter with USB C on one side and 3.5mm Audio Jack on the other. I don’t know about the audio problme though.

Most people don’t want to pay for AI. So they are building stuff that costs a lot for a market that is not willing to pay for it. It is mostly a gimmick for most people.

Here is a guide from the GNU website: https://www.gnu.org/licenses/gpl-howto.en.html

Yes. But it’s despite.

Then post some please.

I don’t see how they can recover from that. They will get lawsuits from all around the world.

Whatever LaTeX does by default

Fascinating. The model identifies the Harmonica by the hand position.

Me. I don’t have an hdr screen.

In my opinion NAT is a hack that makes lot of things harder than they should be. STUN and TURN are services that are created because there is no easy way to connect two hosts between different NATs. UPnP for port forwarding is another. CG-NAT is even worse. I have heard of so many people having problems with it.

Breadcast is messy. It is like screaming into a room and waiting for an answer. Multicast lets the computer decide if it wants and needs to listen to a specific group message.

IPv4 didn’t have cidr from the beginning. They only had classes. IPv6 was designed with complex routing and sub routing in mind.

They never wanted to worry about address space size again. And this makes subnetting much easier. I have a /56 allocation so I could do 256 /64 subnets. I hope that at some point home routers will have the option for seperate subnets built in. This way you could easily have guest, IoT, work or whatever networks without NAT.

One thing you have to consider though is that the minimum network size that allows autoconf is /64 and that because of the privacy extension a device usually has 3-4 IPv6 adresses.

IPv6 changed some things. First and foremost it has a huge address space:

• IPv4: 4294967296 (2^32)
• IPv6: 340282366920938463463374607431768211456 (2^128)

Then they simplyfied some things:

• Removed Broadcast in favor of Multicast and Anycast
• Added autoconfiguration without a DHCP server
• Better subnetting support

And much more

IPv6 traffic is globally steady at around 37%. So it isn’t a majority by far.

The perpetual chicken egg problem of IPv6: many users don’t have IPv6 because it’s not worth it because everything is reachable via IPv4 anyways because IPv6 only service don’t make sense because they will only reach a subset of users because many users don’t have IPv6…

OMG Boobs! Does nobody think of the Children?!?!?!?!

Pathetic

Only if you have enough starting capital to skirt through life without a worry.

Yes. If you don’t connect it is pretty dumb and shouldn’t be able to send your data for harvesting. You sould research if you can set it to one of the outputs permanently then you can use some external device that you trust.

There is a whole field, that looks a bit like religion to me, about how to test right.

I can tell you from experience that testing is a tool that can give confidence. There are a few new tools that can help. Mutation testing is one I know that can find bad tests.

Integration tests can help find the most egregious errors that make your application crash.

Not every getter needs a test but using unit tests while developing a feature can even save time because you don’t have to start the app and get to the point where the change happens and test by hand.

A review can find some errors but human brains are not compilers it is hard to miss errors and the more you add to a review the easier it can get lost. The reviews can mostly help make sure that the code is more in line with the times style and that more than one person knows about the changes.

You can’t find all mistakes all the time. That’s why it is very important to have a strategy to avert the worse and revert errors. If you develop a web app: backups, rolling deployments, revert procedures. And make sure everyone know how and try it at least once. These procedures can fail. Refine them trough failure.

That is my experience from working in the field for a while. No tests is bad. Too many tests is a hassle. There will always be errors. Be prepared.