kenferry

100%. Author's point is more like "don't vibe code if you have to maintain it".

The code is your responsibility, and it's your responsibility to understand it and maintain it (using the tools your have available).

Strange article. If their point was "…but vibe coding is really tempting, so you have to exercise a lot of discipline" I'd be on board.

Inside joke. Apple's marketing guy used the word "courage" as an explanation when removing the headphone jack.

They weren't banned, but adult websites were not why people bought the original iPhone. Neither the military nor porn were the drivers of smart phone adoption.

I don’t think either of those drove smart phone adoption.

On what platform? It invoked WebKit always on iOS in the early days, html or not. On Mac, AppKit could import html to attributed strings before WebKit existed.

I mean, is it political when you write a paper that concludes that vaccines are effective or that fish die when streams are polluted?

The answer seems to have become "yes", so this is a rhetorical question, but ideally _information_ would be apolitical.

We also see the current administration politicizing things like the federal reserve, which has tried VERY hard to be apolitical.

I mean, I don't think we should legalize Fentanyl.

I wasn't close enough to that to know how long a world build took. Didn't seem like it was too crazy though. Incremental (non-world) builds of the OS come out every day.

I have this impression because I know the native controls are terrific at rich text, so for some reason that support isn't done in a way the author wants to use. The source code of the TextEdit app on Mac is actually published as an example project for the frameworks. Everything in there is provided by the native framework controls.

It would make sense, for example, if you wanted to allow editing of the rich text and have the markdown be directly accessible by the user. The conversion of markdown -> attributed strings -> markdown would not produce the same raw text, which is a problem if the user can directly edit or view the markdown. The user hitting cmd-B in the text view to make something bold might end up scrapping some explicit formatting they did to the raw markdown.

Er, I agree it's incredibly old, but also has been treated as societal ill and subject to regulation for its entire history.

I enjoyed FiveThirtyEight back in the day, but does anyone actually go back and look at the old posts? They were very much of the moment. I'd imagine the vast vast majority of the traffic to them is robots.

I can see why they wouldn't be a priority to keep up. For archival purposes, I'd think everything is still in the internet archive?

Nate seems to try to justify this a touch, saying he personally was looking for a specific article. Kind of a special case there…

You’re confusing iOS and Mac OS here.

The Mac never used WebKit for NSTextField rendering. When iOS was first written, WebKit was used as the text renderer everywhere initially, including in UIKit controls (the “sweet solution”). This proved to be too heavyweight / cumbersome and the coretext/appkit text rendering approach was brought over.

The native Apple libraries are terrific at rendering rich text, it’s one of their strongest assets.

The poster’s issues seem to be specifically because they want to use markdown as the backing. The native rich text backing for native Apple views is attributed strings. They could translate the markdown to attributed strings, but seems like they don’t want to.

I worked at Apple for a long time. The OS gets fully recompiled regularly.

A simultaneous total world build is relatively rare (is that needed here?), but it does happen. Sometimes new compiler versions or features need this.

Most people making this argument aren’t saying they were incapable of doing the project without AI, they’re saying the cost benefit equation was unfavorable because it would take too long.

Ok, but not what this article is about at all. Six figures is for undergrads. The issue here is that PIs don’t have the money to support graduate students, who are typically fully supported.

I mean, this is semantics. Production is not the same thing as "important", but to me production code means customer facing. Internal tooling isn't production.

No pure managers: Every leader at Coinbase must also be a strong and active individual contributor. Managers should be like player-coaches, getting their hands dirty alongside their teams.

What's the theory on this? It seems to be common conclusion, but I don't understand why AI changes the situation here.

I understand that AI means you can do more with fewer people. Fewer people means less coordination overhead and fewer managers and fewer layers. What I don't get is why you want your managers to be doing IC work more so with AI than before. I don't see why anything changes about needing roughly 1 first line manager for every 6-8 people, or why it would be more beneficial now that the managers have production programming responsibilities.

Both before and after AI it's important that managers have real technical knowledge of the codebase. Having managers do actual production IC work in my experience has been a bad allocation of resources, though, and I don't see why AI changes that.

(a) Someone has to do the management tasks. Why do we think that isn't a full time job anymore?

(b) When managers do production IC work, in my experience it increases the load on ICs in review, because the manager one would _expect_ to not be _as_ expert as pure ICs on the codebase, and yet they are perceived as "senior". ICs then have overhead in having to manage that power imbalance in review. I have known a few extremely productive manager/ICs… but the effect on their teams was not super great. It made the manager into something of a micromanager and the actual ICs lacked autonomy.

This has existed since the first version, except it needs to be signed with a valid apple cert.

A .pkpass file is a zipped directory that has a json file and some assets. There's no need to have a more limited version, a pass is already very limited.

The issue is spoofing. Major event ticketers are unwilling to publish passes if there's nothing to stop someone else from publishing a pass that is indistinguishable from their's and thus is an avenue for fraud.

The difference with events is that an ics file is not something someone's going to try to sell you or that you'd want to buy. But anyway, all Apple would have to do is stop checking the signing.

I imagine you're saying the capital return program is a mistake because they should reinvest the money in R&D etc.

I think the issue is there's diminishing returns to spending, and in some cases it can be outright negative. For example, one major thing you can do with money is hire more people. Hiring more people than you can handle is a great way to grind everything to a halt. You're basically making a bet when you hire that the additional capacity outweighs the danger of coordination failure.

Perhaps you could invest more money in fabs or something like that. I don't know, I'm a software person. But I did work at apple on software for 15 years, and I do not think throwing more money at software is particularly effective. The biggest teams at apple are often the least functional.

I think you can reframe this and better understand the point these mathematicians are making.

The vast, vast majority of mathematics DOES use infinities. That's the standard perspective. The question is whether there is good, interesting, useful mathematics to be explored by disallowing that concept.

The way I see it, Gödel's, Turing's work and complexity theory come out of this line of thinking about _effective_ computation. This is an argument for exploring the mathematics that arises when you don't think of actual computer math as an imperfect approximation of the real numbers, but rather as a mathematical object in its own right.

I would guess (?) it's more interesting for floating point math and related than for integer math, because for integer math it's already well explored in group theory.

Well, if you're asking if apple execs use that setting, the answer is probably that they don't.

I think the issue is that there are SO many piled up little features everywhere that SOMEone is using that keeping everything working while making any changes at all is very difficult.

I am a fan of more wood behind fewer swings. Don't add something like spaces unless you think you've got something so good that you are confident that it will be the common path.

Yeah, I mean it's true to an extent, I agree. As scientific research though it's not very well thought out. A grant agency would not fund this. There's too much potential for causing harm and it's not clear what benefit or action we derive from the results. They tried this before with a vending machine, it failed, apparently all they concluded was "hm, models got better so maybe we should just try it again". How is that worth anything scientifically?

Re: not my money, true. It's just frustrating even to me to see people do stuff like this, and I'm not struggling to get by. My frustration mostly derives from feeling like I'll get lumped in with techies who have more money than sense. I already deal with enough tech hate in my life.

When people buy a super fancy car they don't (usually) blog about it, and instagram wealth influencers are also frustrating, yes.

This kind of thing must be SO frustrating to people struggling to get by in the world. "We gave AI $100k that it will almost certainly squander, yolo!! Hopefully it doesn't abuse people too badly in the process."

I… guess the bet is that what they learn is worth $100k? Seems rather questionable. Or that having this on the resume is a great shock tactic that will open doors in the future?

You're talking about funeral costs; the author generalizes _a_lot_ from funeral costs to "kinship societies are bad". That's the leap the comment you're replying to is discussing.

The factual material about funeral spending costs is very interesting, but when it gets into "Kinship societies are wealth-destroying societies" it seems rather… unsupported? That's a sweeping statement that actually requires understanding the whole picture, and the whole picture is not being presented. Is there reason to think the author truly has all the context to make these claims?

There's a ton of sanitization of attachments. It just isn't foolproof.

On iOS messages attachments are decoded in a separate, heavily restricted and sandboxed process, and the decoded sanitized results are sent back to the UI process. It just isn't perfect.

Hm, I wonder.

I've done some work in this sort of area before, though not literally on a malloc. Yes you very much want to be careful, but ultimately it's the tests that give you confidence. Pound the heck out of it in multithreaded contexts and test for consistency.

Oh yeah? Like when inflation numbers were very high under Biden?

Please give specifics. Otherwise this is just grouchiness.

The author wants to say that atms are a stand in for in person banking experience, while the iPhone changes the paradigm entirely.

Why? Seems like basically the same paradigm to me, I can just do it without going anywhere.