ggwithgg

I think the need for programmers will always be there, but there might be a transition towards higher abstraction levels. This has actually always been happening: we started with much focus on assembly languages where we put in machine code, but nowadays a much less portion of programmers are involved in those and do stuff in python, java or whatever. It is not essential to know stuff about garbage collection when you are writing an application, because the compiler already does that for you.

Programmers are there to tell a computer what to do. That includes telling a computer how to construct its own commands accordingly. So, giving instructions to an AI is also programming.

Yes, travel should come with a cost. Kingdom Come deliverance had a similar concept: you'd get hungry, can get ambushed, or you need to sleep at some point.

The Gothic games introduce fast travel very late in the game, with teleporter stones. Also, they had a very densely packed map, so travelling to some other place did not really took that much time. But I think it is a nice alternative.

I recently started playing outward and it has (practically) no fast travel. It really is refreshing, it keeps you thinking what area is best to go to next and you should keep track of your rations, carry capacity etc

(Also, what game do you refer to with FO2?)

Well, I disagree because I do see it referenced to a lot. Sure it depends on the crowd but if you have never heard or seen someone joke with 420 then I think that's also quite exceptional.

I feel dump, I think I only get the 420 here. Does 300 refer to sparta?

What you can do, and is probably the best way to get this to work, is tackle this with machine learning. You will need lots sound samples of rocks, with details of the rock, and feed them to some (probably deep learning) model.

Speech mimicking with AI has shown we are able to mimick voices, so I think a similar approach would work for rocks. Probably need some tuning and a bit different architecture for nice results since the application differs a bit.

It will of course be an approximation, but that is any calculation. Since all models are wrong, but some are less wrong than others.

Ah. Yes I agree

Makes rythm, makes rythm, makes rythm

Damn if I hear this I am so glad to live in the Netherlands. Infrastructure here is designed such that everybody takes a bike or walk if within a few miles, on safe roads

Blijft toch absurd, dat gemeentes mogen kiezen of ze meedoen aan een landelijk (of eigenlijk europees of globaal) belang. Puur gevangenis dilemma dit

Their answer is buying the usb-c to 3mm adapter. If you keep that connecter in you bag, ot connected to your headphones, you should be fine most of the time. Unless you would like to charge and listen to audio at the same time.

To me, that feels like a solid design choice, but yes we all have our dealbreakers.

Not exactly what you are talking about, but slightly related: the company Fairphone makes phones with parts that can easily be replaced. The philosophy is that you will not have to buy a new phone every 3 years. They do have some customized options aswell (i.e. ram, storage, models) but its limited.

But going full on optimization with phones, laptops and tablets, similar as a desktop, is just incredibly hard due to the lack of space in the device for the components. As such it makes more sense to offer a wide variety of models, with some customizable options, and then have the user pick something.

I suspect your 'tags' is not a dict object, but some extension of it. Lookup its type, or the documentation of the library you are using for how to retrieve values from an ID3 object.