4 ms·

Right, but developers aren't expected to use this to track down the issue. I'm also a macOS developer - if I saw this I'd just turn on warnings in Xcode, would

Right, but developers aren't expected to use this to track down the issue. I'm also a macOS developer - if I saw this I'd just turn on warnings in Xcode, wouldn't you? The author seems to say something about using this red alert box to 'bisect' their app to figure out what's wrong? Really? Chances are if this is a deprecation issue, they may just get to the start of their app's history... There is plenty of tooling for this in Xcode and the build system. This is just a nag to remind people to use it. Whether it's working right or not this is meant to nag on ATS and ATSUI which has been deprecated for 13 years.

lapcat 3y ago
> I'm also a macOS developer - if I saw this I'd just turn on warnings in Xcode, wouldn't you? Almost everyone has deprecation warnings enabled. They're enabled by default. I occasionally use #pragma clang diagnostic ignored "-Wdeprecated-declarations" for small sections of code, but you can easily search for those. Do you seriously think that Craig Hockenberry, longtime Mac and iOS developer, is so ignorant and dumb as to not understand deprecation warnings in Xcode? Apparently you do, but if so, you're grossly mistaken. > The author seems to say something about using this red alert box to 'bisect' their app to figure out what's wrong? Yes, I'd guess what he means is deleting code in the app until the alert disappears, which would be impossible if the alert appears only once. > Whether it's working right or not this is meant to nag on ATS and ATSUI which has been deprecated for 13 years. As saagarjha said, that’s not what it is. https://news.ycombinator.com/item?id=36659491 https://news.ycombinator.com/item?id=36659491
- arcticbull 3y ago
  > Yes, I'd guess what he means is deleting code in the app until the alert disappears, which would be impossible if the alert appears only once. You really think that's a reasonable approach? Deleting parts of your app until it goes away? I can't stress this enough this is not a developer tool, and it wouldn't be any more of a developer tool if it appeared every time. > Do you seriously think that Craig Hockenberry, longtime Mac and iOS developer, is so ignorant and dumb as to not understand deprecation warnings in Xcode? Apparently you do, but if so, you're grossly mistaken. Respectfully, I've been developing for macOS longer than you have, I started in 2002. Granted it was my first platform, and I wasn't exactly aged at the time. However, I make mistakes and come to silly conclusions all the time (as folks here are quick to point out), which is why I try to avoid appeals to authority whether for or against my position. My position should stand on its own merits. People get mad about silly things all the time, I'm still mad about brushed metal and the unified toolbar.
  - lapcat 3y ago
    > You really think that's a reasonable approach? Deleting parts of your app until it goes away? Absolutely! It's an extremely common debugging technique when you have a mystery problem and need to determine the cause. You've never done that in 20 years of development?
    - arcticbull 3y ago
      Not in at least 10 years, no. I haven't had to, because tooling has come an awfully long way in the last 20 years. The idea that in this the year of our lord 2023 Apple would offer a tool where that was the prescribed approach is pretty nuts to me. I can't really imagine giving that advice to someone and being taken seriously except in the most ridiculous of situations. Pretty much just as a Hail Mary. Without tooling you have no idea where you would even start cutting. But hey, it sounds like you've got an approach that works for you.
      - lapcat 3y ago
        > The idea that in this the year of our lord 2023 Apple would offer a tool where that was the prescribed approach is pretty nuts to me. There is no "prescribed approach" here. > except in the most ridiculous of situations. This is a ridiculous situation. > Pretty much just as a Hail Mary. Of course it is. As I said, "when you have a mystery problem". > Without tooling you have no idea where you would even start cutting. I'm not sure what you mean by "Without tooling".
        arcticbull 3y ago
        > I'm not sure what you mean by "Without tooling". Well, I'd start with Xcode and static analysis. If that fails, Apple says this is triggered by ATS and ATSUI so I'd probably start with something like grep to see if I could track down a recursive dependency. [1] I wouldn't start deleting code at random from my codebase. Given this is just a nuisance I'd then file a radar. [1] https://medium.com/nuclei-technology-blog/how-to-check-your-application-is-using-any-of-the-deprecated-apple-apis-2bf6ea67f47b https://medium.com/nuclei-technology-blog/how-to-check-your-...
lultimouomo 3y ago
I want to point out also how unhelpful the release notes are. When I see ATS mentioned in Apple docs, I think of Apple Transport Security, not (I guess?) Apple Type Services, a font API dating back to Mac OS 8.5.

lapcat 3y ago

> I'm also a macOS developer - if I saw this I'd just turn on warnings in Xcode, wouldn't you? Almost everyone has deprecation warnings enabled. They're enabled by default. I occasionally use #pragma clang diagnostic ignored "-Wdeprecated-declarations" for small sections of code, but you can easily search for those. Do you seriously think that Craig Hockenberry, longtime Mac and iOS developer, is so ignorant and dumb as to not understand deprecation warnings in Xcode? Apparently you do, but if so, you're grossly mistaken. > The author seems to say something about using this red alert box to 'bisect' their app to figure out what's wrong? Yes, I'd guess what he means is deleting code in the app until the alert disappears, which would be impossible if the alert appears only once. > Whether it's working right or not this is meant to nag on ATS and ATSUI which has been deprecated for 13 years. As saagarjha said, that’s not what it is. https://news.ycombinator.com/item?id=36659491 https://news.ycombinator.com/item?id=36659491

arcticbull 3y ago
> Yes, I'd guess what he means is deleting code in the app until the alert disappears, which would be impossible if the alert appears only once. You really think that's a reasonable approach? Deleting parts of your app until it goes away? I can't stress this enough this is not a developer tool, and it wouldn't be any more of a developer tool if it appeared every time. > Do you seriously think that Craig Hockenberry, longtime Mac and iOS developer, is so ignorant and dumb as to not understand deprecation warnings in Xcode? Apparently you do, but if so, you're grossly mistaken. Respectfully, I've been developing for macOS longer than you have, I started in 2002. Granted it was my first platform, and I wasn't exactly aged at the time. However, I make mistakes and come to silly conclusions all the time (as folks here are quick to point out), which is why I try to avoid appeals to authority whether for or against my position. My position should stand on its own merits. People get mad about silly things all the time, I'm still mad about brushed metal and the unified toolbar.
- lapcat 3y ago
  > You really think that's a reasonable approach? Deleting parts of your app until it goes away? Absolutely! It's an extremely common debugging technique when you have a mystery problem and need to determine the cause. You've never done that in 20 years of development?
  - arcticbull 3y ago
    Not in at least 10 years, no. I haven't had to, because tooling has come an awfully long way in the last 20 years. The idea that in this the year of our lord 2023 Apple would offer a tool where that was the prescribed approach is pretty nuts to me. I can't really imagine giving that advice to someone and being taken seriously except in the most ridiculous of situations. Pretty much just as a Hail Mary. Without tooling you have no idea where you would even start cutting. But hey, it sounds like you've got an approach that works for you.
    - lapcat 3y ago
      > The idea that in this the year of our lord 2023 Apple would offer a tool where that was the prescribed approach is pretty nuts to me. There is no "prescribed approach" here. > except in the most ridiculous of situations. This is a ridiculous situation. > Pretty much just as a Hail Mary. Of course it is. As I said, "when you have a mystery problem". > Without tooling you have no idea where you would even start cutting. I'm not sure what you mean by "Without tooling".
      - arcticbull 3y ago
        > I'm not sure what you mean by "Without tooling". Well, I'd start with Xcode and static analysis. If that fails, Apple says this is triggered by ATS and ATSUI so I'd probably start with something like grep to see if I could track down a recursive dependency. [1] I wouldn't start deleting code at random from my codebase. Given this is just a nuisance I'd then file a radar. [1] https://medium.com/nuclei-technology-blog/how-to-check-your-application-is-using-any-of-the-deprecated-apple-apis-2bf6ea67f47b https://medium.com/nuclei-technology-blog/how-to-check-your-...

lultimouomo 3y ago

I want to point out also how unhelpful the release notes are. When I see ATS mentioned in Apple docs, I think of Apple Transport Security, not (I guess?) Apple Type Services, a font API dating back to Mac OS 8.5.