If I shoot with a wide angle, I have to get closer to get the motif that I want

You can also just crop the picture instead of getting closer. Especially with modern cameras with a zillion megapixels this is a viable option.

A dolly zoom moves the camera, that’s the entire point of a dolly zoom. The zoom while moving the camera is only there to keep the framing the same, the actual visual change is caused by the movement of the camera, not by the changing of the focal length. You’d get the exact same effect if you used a fixed-focus lens and just cropped the resulting video to keep the framing constant.

You get the same shot from that distance with a wide angle lens. All a telephoto lens does is optically crop the picture.

The lens doesn’t matter.

That will get you a really shitty thermostat. Sure, even modern boilers can be controlled with a simple on/off signal but you really don’t want that, because it sucks. At the very least you need to make something that speaks OpenTherm. That allows you to modulate the boiler. With a simple on/off style thermostate you get relatively large temperature swings, with a modulating boiler/thermostat you can achieve very constant temperatures, which is way more comfortable, but requires both a more complicated protocol as well as more complicated logic.

Well, there is this guy

I do think that using the phase changes of water as the sole point of comparison is a bad argument.

Why? Water is extremely important to life and very abundant. The phases changes of water are something that you are confronted with in every day life, all the time.

For most people, the interaction with temperature is through the weather, and I don’t think Celsius is inherently better for that.

I do, because the temperature being above or below freezing is a very important boundary. Freezing temperatures means slippery roads, frost on windows, car locks freezing shut, etc. A lot of our interaction with the world outside is affected by the temperature being below or above 0ºC. By comparison, 0ºF is completely arbitrary, nothing changes when you cross that boundary.

I like that in Fahrenheit 0 is a cold winter’s day, and 100 is a hot summer’s day.

10ºF is also a cold day, so is 20ºF and 30ºF. Just like 90ºF is also a hot summers day.

I find that more relevant in day-to-day life than the phase changes of water.

None of those seem relevant to me. I don’t need a round number to know that 37ºC is a hot day. There is no significance to 100ºF. 99ºF is also a hot day and so is 101ºF. Nothing interesting happens when you cross the 100ºF threshold.

When you cross the 0ºC or 100ºC, potentially dangerous things start to happen of which you need to be aware.

Swift

Showing it’s unsustainable is kind of the point of the original game Monopoly is based on: The landlord’s game.

I can imagine wanting to learn a newer, more modern language than python.

Several things that made the SD card annoying to developers.

First: you could not install an APK on the SD card (probably due to DRM reasons). So if you had a larger app and you wanted users to be able to take advantage of the additional storage offered by the SD card you could not do this simply by having a large APK. (Note that this also was true for phones that had no removable SD card but had internal memory that presented itself as ‘external storage’).

On some phones the normal storage was so small that any larger app had to leverage the external storage to be able to even fit (we’re talking 10+ years ago). The way to do this was using so-called ‘expansion files’. These were additional data files, up to 2GB a piece, that could be installed on the external storage. These came with some additional difficulties.

• They were pure data files, so they could not contain any executable code. They were just big binary blobs, so none of the Android built-in mechanisms for loading assets depending on screen density, screen size and all that stuff worked. You had to do it all by hand.
• Since they were just binary blobs, you had to do any organization inside the files yourself. For example, they could be large ZIP files but you had to do all the ZIP handling yourself. Compared to normal APKs that are also ZIP files but where you can just load stuff from the APK archive and it’s all handled by the framework.
• The expansion files were separate from the APK. The Play Store did try to automatically download them if your app had expansion files, but this was not guaranteed. Furthermore, because they live on an SD card they could disappear at any moment. Your app needed additional logic to deal with this, code to re-download the files if they were missing, code to handle errors during the download, UI to show the download progress, etc.

Another problem with SD cards was the huge variety in quality of SD cards. Phones internal storage is reasonably fast, but you never know what kind of cheap-ass yanky SD card the users installed in their phone. This caused all kinds of performance problems in more demanding apps and as a developer you had to deal with the fall-out (bad reviews, support requests, etc.)

• Losing SD Expansion sucks; they should bring this back. Only reason they stopped this is greed.

Fuck that noise. SD expansion was a terrible idea and I’m glad it’s gone. There are so many problems introduced by removable storage, it was a terrible PITA to deal with as a developer. One of Google’s dumbest ideas in early Android. Good. Fucking. Riddance.

Removed by mod

Removed by mod

Plenty of good people wear a suit and tie. Plenty of bad people wear something else.

Removed by mod

It’s a result of the “first past the post” voting system used in the US. It naturally leads to a two party system.

You are confusing how you wish the world worked for how the world actually works.

Removed by mod

Well, if you put it in the picture then it must be a good argument.

/s

Just because one side is not 100% perfect doesn’t mean you have to support the side that is 100% bad. If you’re waiting for the perfect candidate who matches your beliefs on all point before voting you’ll never get to vote.