hellofunk

That does not look like Gosling to me. Why does the photographer think it is him?

There is one somewhat reassuring lesson here -- No matter the company, no matter the brand, no matter their worth: software development is wrought with challenges, and major mistakes for seemingly obvious things are made by everyone, all the time, at every level.

Are you referring to this as "cringey": ?

> I am in no way delusional enough to think we are partners or that Apple needs us in any respect. Of course we are insignificant to the success of Apple. Our departure from the App Store won't make even the tiniest blip. Of course I know that and this is no way meant to try to insinuate otherwise.

It seems like a reasonable admission to make. That is, it's not incorrect, what was written there.

> The amount of derogatory references to the web and Android also make it really hard for me not to question the motivation behind this letter.

A lot of people and developers feel the same way about these technologies as the author. They are just opinions, and yours is obviously different, but I wouldn't say it is pitiful.

This snarky response undermines the meaningful content found throughout the whole letter.

This is an impressive letter. It makes solid points, and it walks the fine line between emotional and reasonable.

Perhaps because I do have a production background in nearly half a dozen languages, this has complicated it for me. I guess someone who has only ever written JavaScript and has settled on react as their tool of choice will just do anything with that particular stack.

> Decision fatigue is almost universally the result of executing against an insufficient plan.

Contrary to the sibling comment, I actually think this explains a lot of my experience. Thanks for pointing it out.

> But John D. Cook recently posted an idea (https://www.johndcook.com/blog/2020/07/25/worst-tool-for-the...) that I also thought useful: Try to choose the worst tool for the job.

There are some killer ideas for new perspectives in this thread! Thank you!

> When suffering from perfectionism, a person overweights the consequences of arriving at an imperfect solution and underweights the consequences of not arriving at any solution at all.

So eloquently put, thank you!

> There are no solutions, just tradeoffs. Don't think there's a perfect tech stack.

Wow I really love this perspective.

One thing I've wondered about: I see it frequently written that someone new to Julia sits down and write an algorithm, and despite that language's marketing, the code runs at a fraction of C++ speeds. Eventually, the code gets a speedup only after significant and non-obvious tuning that requires a lot of Julia experience. That concerns me that this would be the common scenario, and I see this written often in articles, blog posts, forums, etc. It's the one point that has turned me off of diving too deeply into it.

> without rewriting 90% of django.

No need to rewrite Django:

https://genieframework.com/

> now-somewhat-forgotten 70s band Steely Dan.

That's a well-known classic band and I don't think they are nearly forgotten, as you say.

> I've found for Nim and Crystal I have to run the compiler in the terminal, look where the errors were, and then find those lines in my editor.

I pretty much do this with any language I use, including C++ or even Java and Kotlin. I just use vim for everything, it makes it easy to switch around between languages without dealing with a new IDE, and I haven't used any autocompletion in any language in probably 10 years -- that aspect is over-rated.

> Back in the day it was hot rodders who were talking about fast cars.

I’m not sure where you’re from, but this is just simply not correct. I have never been in that group and I know lots of people who regularly use that phrase. It’s a fundamental colloquialism.

I hear that phrase still today , often enough that I’d consider it current.

Are you running FFmpeg in the browser?! Like with the web assembly? If so that’s pretty amazing.

First half of 2020 also a 6X increase in the number of Americans giving up their citizenship compared to the prior year.

> The servo stuff was merged into ff already.

Really? The project was done? That is at odds to what nearly every person I follow involved with the project has had to say recently.

A custom type is also a data structure and that is usually what I think quotes like these refer to.

I’m literally on the side of my chair waiting for part two. The first scientific article I’ve read that felt like a cliffhanger.

I’m curious how you actually would access this, would you need some kind of an RPC library to use in conjunction with it? The page doesn’t really seem to go far enough to answer actual usage information.

What would be the alternative to using a library like this? I’ve been looking for a good way to distribute workload to many machines and don’t want to invent it myself or jump into a very heavy system.

> You're missing a sarcasm mark.

I don’t see any sarcasm there.

What IPC method would you recommend?

If only you could have really fast numerical computations that compete effectively against C++, it would be like the best of all the worlds.

I suppose I could just buy a TLD and register it for like a decade to avoid price hikes in the short term.

> Decreasing the aperture size on a lens increases the field of view.

No, the aperture has no effect on the field of view. They are orthogonal features of how a lens works.

I never thought I’d write this, but we have officially entered a golden age for C++ JSON utils. They are everywhere, and springing up right and left. It is a great time to be alive.

Well, here's my reasoning why I'd happily pay Apple the price for the upgrades: https://news.ycombinator.com/item?id=24052506