jurip

You could wear both: https://www.hodinkee.com/articles/doing-the-two-wrist-tango-...

It looks a bit unusual at first but I've gotten used to a coworker doing that.

Second isn't defined in terms of astronomy, it's atomic. Shouldn't matter how fast you go and where. https://en.wikipedia.org/wiki/Second#"Atomic"_second

They also have dozens of developers working on their apps.

MacBook Air ships with Touch ID and function keys.

I'm basically streaming-only these days but I still find "singles only" artists tiresome to deal with. Maybe it's a shortcoming of Apple Music, but if I want to listen to an artist, I usually try to pick an album so there's something playing for at least the next half an hour without me managing my up next list.

For some artists there may be an "essentials" playlist or something, which helps, but that already requires a certain level of popularity. If there's nothing like that and no albums, I need to open a single, pick one track to play (because four remixes of the same song one after another isn't my idea of a good time), then the same thing for the next single, etc. Usually I just give up and go find something with less clicking.

Others explained what benefit this has, but it's also helpful to understand the Objective-C heritage here. Swift on Apple platforms run on top of the Objective-C runtime, making it possible to call Objective-C from Swift and vice versa. Objective-C uses named parameters.

An Objective-C class interface might look like

  @interface MyClass
  - (NSString *)methodWithParam1:(NSString *)str1 param2:(NSString *)str2;
  @end

And you'd call it like this:

  NSString *newString = [myClassInstance methodWithParam1:val1 param2:val2];

The Swift translation layer lets you call that like this:

  let newString = myClassInstance.method(param1: val1, param2: val)

And the translation works the other way around too, making Objective-C able to call a subset of Swift methods that use types representable in Objective-C. You need the named parameters to make it work, because the names of the parameters are part of the method name.

So it's a nice feature, but it was also necessary for Apple to be able to make Swift an incremental addition to their platform (yes I know of the Python/Ruby/etc translation layers for Objective-C but they're nowhere near as nice.)

A problem with means based charges is that it gives no incentive to people covered by the system to alter their behavior. I think a better way would be to have the charges apply to everyone and add a system that directs (some of) the collected money to people less well off. That way, if they need to, they can still afford to drive in the city, but if they can avoid it, it benefits them.

Here's one comment about inspiration:

https://twitter.com/jckarter/status/1135666944273571840

There's plenty of non-dense places for people to live in, yet for some reason more and more people move to cities. Maybe it's because of the density and its benefits, not despite it?

It's stretching the Nuremberg definition a bit when you accuse a company of it when they try to have their products follow the laws of the countries where they sell them. I'm sure there's a line in the sand somewhere there but refusing to distribute outlawed publications is surely not over it.

> If so, this seems self-evidently false: all edible calories start out as plant calories, and we can either eat the plants or have animals eat the plants (wasting a bunch of the input energy along the way) and then eat the animals.

I'm no expert but I believe there may actually be some limited basis to that claim: ruminants can eat things we can't (grass) and there are areas where it's more ecological to grow grass and let ruminants eat it than try to grow things that we could process. You also get the benefit of better topsoil with the help of the animal dung.

But I think the (huge) majority of the meat we eat is fed grain, where we're obviously wasting energy.

This is what Guy Steele's Growing a Language talk was all about: "I should not design a small language, and I should not design a large one. I need to design a language that can grow. I need to plan ways in which it might grow—but I need, too, to leave some choices so that other persons can make those choices at a later time."

https://www.youtube.com/watch?v=_ahvzDzKdB0

or as PDF:

https://www.cs.virginia.edu/~evans/cs655/readings/steele.pdf

Helsinki doesn't need flood protection, but we have a large (~25000 cubic meters) underground lake right in the center of the city for heat management: https://gizmodo.com/helsinki-built-an-underground-lake-to-co...

The local energy company is also converting some artificial caves, originally dug for oil storage, to similar use: https://www.helen.fi/en/news/2018/Gigantic-cavern-heat-stora....

I'd imagine the compelling advantage is being a native iOS application: "I wasn’t satisfied with the features of the Hacker News clients I had downloaded from the app store".

I guess Apple's ML efforts are focused on Core ML and friends and will probably treat Linux as second class or won't support it at all. But Google works on Tensorflow, Lattner wants to do it with Swift and I'd assume that for them Linux absolutely is the primary target.

I haven't tried uBlock Origin, but I'm running 1Blocker and Ka-Block! and they filter out most of the worst offenders.

It's a Safari 12 feature, so works on macOS 10.13 too.

I read fiction every night in bed before going to sleep. I used to read mostly paperbacks, at some point partially switching to an iPad. After getting myself a Kindle Paperwhite (the version with the high-DPI screen) I haven't bought a single paperback nor read a single novel on my iPad. I just vastly prefer the Kindle form factor and worry free usage (cheap, light, plastic) to either the hassle of keeping a book open or worrying about dropping my iPad.

Being able to read in direct sunlight is a nice bonus.

I wonder about the assumption in that MacRumors article that it's a self-driving car, given this article about Apple building their own Maps data set: https://techcrunch.com/2018/06/29/apple-is-rebuilding-maps-f...

Given that the MacRumors article says that the Lexus was parked, it might be a human-driven car for gathering maps data?

I prefer working with UIKit too, but there are reasons for some of the differences. Jeff Nadeau, an AppKit engineer, wrote a bit about them a couple of weeks ago: https://gist.github.com/jnadeau/9321a22b19301215e25401ffd1f1...

Even if you need to get glasses that better match your prescription or your glasses are getting scratched but are still usable, you might not need them now. I've worn glasses for almost 30 years and I've never been in a rush to replace them. At least around here it usually pays to wait for sales; it's easy to save a couple of hundred euros if you can wait for a while.

Oh, I absolutely agree with building more housing (and office and retail space, etc) and less roads and parking in the city. But that does not eliminate the commute. You have to live in a really small town and/or be very lucky with jobs to not have a noticeable commute. Of course, if you can do that commute on foot, bike or public transit that's better for everyone.

How do you propose achieve that for households with more than one person going to work outside their home? That requires being highly selective when accepting job offers and being willing to move and possibly quit jobs often.

Amsterdam hasn't been big on cycling for a "very long time". It was a very car heavy city for a while and is now on a better track thanks to changes in policy.

https://www.theguardian.com/cities/2015/may/05/amsterdam-bic...

The problem is that seafood is really healthy. Finland has special permission from EU to keep Baltic fish that exceeds permitted dioxin and PCB levels on the market, because even with the pollutants, people who eat the fish live on average longer than people who eat no fish.

https://thl.fi/web/environmental-health/environmental-pollut...

But this is not about removing the ability to read screen content. It's about removing the ability to read screen content without telling the user.

That's why I think questions about frequency and "most users" (nebulous term, I admit) come into play: yes/no permission dialogs aren't the best and many users do just click through them without thinking, but there's a world of difference between asking several times a day and asking a couple of times a month.

If my usage is far below average, then I agree that it's probably better not try to restrict it. If, as I would guess, I use it more than most, then it feels exceptional enough that letting the user know when it's happening would be fine.

If you could give a permanent permission to a given app, I'd imagine even the daily streamers wouldn't be too badly inconvenienced.

How often do you think most users read the screen, especially using something other than the screenshot tool of the operating system?

As an iOS developer I run Xscope to check details of designs, I don't know, maybe once every two weeks? And I guess I've probably used Acorn's color picker outside its own window during the last year, but I'm not sure about that.

I'd imagine that most users need apps reading arbitrary pixels off their screen less often than I do. I'd appreciate a warning from the operating system when an app tries to do that.

> Who cares about start-up time? I only open the thing once/day.

I care.

I live in three editors: Xcode for iOS/Mac/Swift on server development, VS Code for Rust, Go and Python, and Sublime for a thing that starts up fast, opens new windows fast and can deal with huge amounts of text. I wouldn't mind reducing that number to two, but it doesn't seem likely to happen anytime soon.

Also various Apple systems define CFBundleShortVersionString to be of the format A.B.C, no fourth element allowed. macOS versioning is still stuck with 10 as the A, B identifies the major release and C is the point release that is effectively also marketing driven. With iOS the first number is used for the major releases so C is available for bug fixes.

Which S generation was just a speed bump?