gorena

I'm not an LLVM expert, but Swift is an LLVM frontend, so once it's open source, I think it should work for the various backends?

Right now the issue is library support - swiftc can already just spit out LLVM IR: https://github.com/kripken/emscripten/issues/2427

The stdlib would be included in the open source release.

Linux boxes would fulfill "non-Apple product" though. Unixy programming languages like Swift and Python have always been weird on Windows.

- Python does not implement nullability as an ADT.

- Python does not have a type system worth mentioning.

Strict type system?

Not even a year, about a month. Swift for Linux will arrive with the release of Swift 2.0, which will coincide with the release of Xcode 7, which will coincide with the release of iOS 9 ... which will coincide with the announcement of the next iPhone, which should be around late September, as usual.

It defeats the grocery store tracking mentioned in the parent post - Apple Pay uses a different temporary credit card number for each transaction, so the store can't track you with it.

I'm not sure what the server side component is - but I don't believe they would have itemized data. So Apple/Amex know that you go to Whole Foods, but don't know what you're buying. Obviously, credit card companies have always had that data anyways.

Apple Pay and/or cash defeats this, though.

Americans complaining about speed traps and red light cameras are a constant embarrassment to me.

I live in New York. This city should look like a less architecturally tasteful version of Amsterdam. Instead, it's infested with cars. We should have red light cameras at every intersection, zero-tolerance enforcement of speeding laws, congestion charging, etc., instead the subway is crumbling.

I've given up, I'm starting to learn Dutch... I want to live somewhere that actually cares about transportation.

Then the VoIP providers are effectively the source of the calls. Go after them.

(I just solve this problem by never answering my phone unless it's a contact. Phone calls are rude anyways IMO, use async communication.)

Emm Are Two == Merde?

Well, that guy's kind of a huge racist, so an ode to him is probably in poor taste:

https://twitter.com/TempleOS/status/337551685285195777

That would work, but just finding a key with strings is much less effort (no code changes required).

They would be able to be shut down if they're using Twitter's own API keys - or iOS's built-in keys. These types of things can typically be easily found with strings or a proxy (Charles).

What stops the sites from just creating another API key (and call it something obfuscated if they were using something obvious before).

Or, just run strings on the Twitter iOS app bundle... or just look at traffic in Charles...

All employers should have their "balls busted", whenever possible.

Demand more.

Serious question: if there is a 16 minute queue for "security", why wouldn't a potential terrorist just wheel up a carry on sized bomb and detonate it in the middle of the "security" line? Is this something that the TSA addresses (I assume not), or do they just ignore the possibility? All they've done is move the soft target further out.

Yeah - it's there, but you need to pull up on the "my music" page, select that filter, etc.

In iOS Music you used to need to go into the Settings app.

This should Just Work.

I don't have a solution for location, but for photos, it seems like it would be best to require no permission to present a standard control (i.e. UIImagePickerController), but with the API only actually providing any information when the control completes (photo is selected, or control is cancelled). The user selecting the photo is implicit permission.

Permission would be necessary to actually query for media programmatically, which is the real issue. Currently, they are conflated.

For location, I suppose that the "Google Maps is using your location" bar at the top could be expanded and always present when the location permission is enabled. Tapping it would revoke the permission until it is enabled again. This could get annoying though, some apps legitimately do depend on location all the time.

True. I could rephrase as "the possibility of errors is just another type, and is best treated as such"?

One thing is that it's very irritating to browse my non-Apple Music music now. I used to have a tab for artists, a tab for albums, and a tab for songs. Now I have one tab for my entire music collection.

With the multiple tab experience, you could browse into something on one tab, switch to another tab, and switch back, to see what you had previously browsed to (this is inherently how UITabBarController works). You can't anymore, you have to go back to the root to switch to browsing artists from albums, etc.

Another thing at all of the services completely fail at is disabling online music (iTunes Match, things not "available offline" on Spotify) when you have no cell service (i.e. on the train, when you're likely to be listening to music on your cell phone!). It's impossible to listen to streaming music at that time, so why even show it?

I find anything but a Result<T, E> ADT to be a poor solution. Errors shouldn't have language-level support (exceptions), and error codes are just a poor implementation of a result ADT - they cannot be enforced by the type system.

Result is a monad, so it doesn't require an alternative code path. It's the cleanest and safest.

"Exceptions" should always be for fatal, irrecoverable errors (array index out of bounds). I'm okay with having them, but I don't think languages should support "catch".

As a young person, not sure I follow the credit card thing - I guess I can see how it extends my spending power by N% per dollar spent (where N is your rewards percent), but other than that, and it makes spending more convenient, but it's just a debit card with better protections and a longer interval before the money is withdrawn from my account. N is fairly small and it only applies to money spent, not money earned.

Consent? I send an HTTP request. Server sends an HTTP response. My browser (or not browser - is cURL violating "consent"?) interprets that as I wish.

If you don't want to show me content, return a 3XX/4XX/5XX.

Uniqlo

Most rich people are rich because their parents gave them money.

Is this the most popular rule? I'd think that it's "eat below your TDEE".

In my experience with acquihires the employees usually end up with a pretty nice package of RSUs, while the VCs take a huge loss. They don't make money on the exit, but they do well.

Well, everyone gets nothing except the people with the retention bonuses - the employees.

So, money was funneled from rich VCs to workers? I'm... okay with this.

What is "tech culture"? I work at a startup and I drink, like, one beer every two weeks - actually, I almost exclusively drink tap water and skim milk.

I don't really do "company outings" or hang around though. I'd rather see my girlfriend (who doesn't drink). Maybe the problem is having your friend base being based around "work" instead of around a healthy shared interest, like cycling, a rock climbing gym, soccer, etc.?

If you want that sort of guarantee, it's a bad idea to use a free service without an obvious alternative business model (it's probably reasonable to use Gmail, even though you don't pay for it directly).

I haven't used the app, but it's likely that they're stored to your Camera Roll anyways, as Instagram does? In that case, they'd be backed up with the rest of your iPhone.

Yeah, wasn't implying that - basically, if the investors have a controlling stake, it's a pretty okay return for something that seemingly had no business model besides "maybe sell ads/filters?".

If the investors didn't have a controlling stake, then the founders would be pretty damn rich.