|
lord funk posted:Looking forward / looking back are not mutually exclusive. Progress will be made whether apps are purged or not. You could freeze iOS and macOS for 5 years and it would make zero difference on whether new experiences would happen on the platform or not. That is not the thinking at all. Old things are deprecated or behavior is changed when there is a technical reason for it. There is a very large amount of engineering effort invested in compatibility to ensure apps continue to run. If you don't make these changes you end up with 30 years of cruft that make it impossible to change anything.
|
#
?
Jun 2, 2020 17:02
|
|
|
|
| # ? May 16, 2024 03:50 |
|
|
ketchup vs catsup posted:Anyone have/know of any resources to study up for iOS system design interviews? The question ended up being “architect Instagram.” Fate Accomplice fucked around with this message at 20:40 on Jun 10, 2020 |
|
#
?
Jun 7, 2020 18:42
|
|
|
Anyone here had to deal with Apple's developer verification process? The automated system keeps rejecting my ID (I think because of change of address sticker from the DMV). I've sent a note in to their support form, but am under a bit of a time crunch. Our developer account expires in 3 days, and the old owner isn't with the company anymore. The only way to renew is to complete the account transfer by verifying my ID, but so far none of the automated processes seem to be working. I get either 'unable to verify' or 'unable to connect', despite using good photos and being on strong wifi.
|
|
#
?
Jun 9, 2020 16:29
|
|
|
frogbs posted:Anyone here had to deal with Apple's developer verification process? The automated system keeps rejecting my ID (I think because of change of address sticker from the DMV). I've sent a note in to their support form, but am under a bit of a time crunch. Our developer account expires in 3 days, and the old owner isn't with the company anymore. The only way to renew is to complete the account transfer by verifying my ID, but so far none of the automated processes seem to be working. I get either 'unable to verify' or 'unable to connect', despite using good photos and being on strong wifi. Give Apple a call maybe?
|
|
#
?
Jun 10, 2020 04:45
|
|
|
awesomeolion posted:Give Apple a call maybe? Yeah, I ended up doing exactly this via the ‘please call me’ option and wow, they were so incredibly helpful and nice. They’re extending our renewal deadline until I’m able to get verified, and are having me process my ID via email. So far, one of the best support experiences I’ve had in a while.
|
|
#
?
Jun 10, 2020 06:01
|
|
|
frogbs posted:Yeah, I ended up doing exactly this via the ‘please call me’ option and wow, they were so incredibly helpful and nice. They’re extending our renewal deadline until I’m able to get verified, and are having me process my ID via email. So far, one of the best support experiences I’ve had in a while. Developer support are really great, once you get beyond front-line and through to the right people. My last company painted themselves into a similar corner, associating the account holder AppleID with a 2FA phone number they lost, and a personal credit card of an employee who left, and I joined and spotted this a couple of weeks before renewal. Frontline responses weren't really understanding the situation but once it got escalated they went above and beyond, doing their own due-diligence research and finding the head of HR's contact details (via LinkedIn maybe?) to verify I was who I said I was.
|
|
#
?
Jun 10, 2020 09:38
|
|
|
Pulcinella posted:Has anyone tried to do work in RealityKit? It seems unfinished. It seems like it's meant for some improbable future where there needs to be coordination between multiple AR overlays in different parts of a room, when back in this reality one overlay is plenty and all the sample code is still done in SceneKit. Plus the ARKit tracking for just a single anchor is still pretty crappy without the LIDAR hardware no one has, so they're completely putting the cart before the horse.
|
|
#
?
Jun 12, 2020 02:50
|
|
|
SaTaMaS posted:It seems like it's meant for some improbable future where there needs to be coordination between multiple AR overlays in different parts of a room, when back in this reality one overlay is plenty and all the sample code is still done in SceneKit. Plus the ARKit tracking for just a single anchor is still pretty crappy without the LIDAR hardware no one has, so they're completely putting the cart before the horse. I was alerted to it from this thread where an Apple employee mentions it (followed by a few people saying it doesn’t work). The thread makes it seem like SceneKit is basically dead in terms of active development (no surprise).I imagine it was something that was cut from iOS13 and the documentation was never removed, so I expect there will be another big push for AR during WWDC. Reality Composer is also pretty buggy.
|
|
#
?
Jun 15, 2020 02:47
|
|
|
If I have bitcode disabled for an app extension (we include an external library that already targets armv8), wouldn't that prevent the containing app from building with bitcode too?
|
|
#
?
Jun 17, 2020 19:48
|
|
|
brand engager posted:If I have bitcode disabled for an app extension (we include an external library that already targets armv8), wouldn't that prevent the containing app from building with bitcode too? An extension is a separate binary, so it's not obvious to me that disabling bitcode for it would affect the containing app. The extension won't get sorta-recompiled is all. (I don't know that enabling bitcode does anything particularly useful, so I wouldn't worry about disabling it if it's convenient to do so.)
|
|
#
?
Jun 17, 2020 23:12
|
|
|
Well, most notably, we used watchOS bitcode to recompile everything on the store to arm64_32 for the Series 4. I can't comment about other uses.
|
|
#
?
Jun 17, 2020 23:25
|
|
|
It's just related to the dSym issue from before, still trying to track down why we have missing symbols on the crash tracking service. I checked the ~/Library/Developer/Xcode/Archives/[Date]/[App]/dSym folder on my machine and on our CI machine and they have different UUIDs for the same code. I think the missing symbols could be from one of the other devs building and installing from xcode on their local machine, but I have no way to verify that.
|
|
#
?
Jun 18, 2020 00:36
|
|
|
We're redoing our app's UI and swapping to swiftUI since most of the old UI code will be rewritten. Hope this isn't going to turn out to be a nightmare to code.
|
|
#
?
Jun 18, 2020 23:22
|
|
|
You don’t support < iOS 13?
|
|
#
?
Jun 18, 2020 23:28
|
|
|
We did but we're going to set the minimum at 13.0 in this release.
|
|
#
?
Jun 18, 2020 23:38
|
|
|
Any particularly helpful or unhelpful resources? I picked up the objc.io book on SwiftUI, seems ok so far but I'm only a chapter in.
|
|
#
?
Jun 18, 2020 23:42
|
|
|
I've been using the tutorials here https://developer.apple.com/tutorials/swiftui/tutorials but those only cover real basic stuff
|
|
#
?
Jun 18, 2020 23:56
|
|
|
Ah yeah those are great. Give that book a look if you grow unsatisfied.
|
|
#
?
Jun 19, 2020 00:08
|
|
|
(edit) ah man, drat Apple firewall is fruity as hell. Outgoing packets all ok, userid=0 RAW packets all ok, packets through Python and Wireshark all ok. Packets in C, no, blocked  MrMoo fucked around with this message at 03:29 on Jun 19, 2020 |
|
#
?
Jun 19, 2020 02:50
|
|
|
Have a new project that we got the go-ahead to be iOS 13+ on and are using SwiftUI - started in earnest this week. Loving feeling like a total newb, and it's incredibly easy to whip things up! Definitely struggling with getting designs to match what my designers had in mind (custom table / section header background colors that work with safe areas in landscape for instance). Overall it's really cool though.
|
|
#
?
Jun 19, 2020 03:26
|
|
|
I honestly can't shake the feeling that SwiftUI is abandonware. I haven't thought through it enough to give a solid argument for why that may be, but that's what my gut is telling me.
|
|
#
?
Jun 19, 2020 14:21
|
|
|
Pulcinella posted:I was alerted to it from this thread where an Apple employee mentions it (followed by a few people saying it doesn’t work). The thread makes it seem like SceneKit is basically dead in terms of active development (no surprise).I imagine it was something that was cut from iOS13 and the documentation was never removed, so I expect there will be another big push for AR during WWDC. Reality Composer is also pretty buggy. There's also this (https://www.bloombergquint.com/businessweek/apple-team-working-on-vr-and-ar-headset-and-ar-glasses) quote:Cody White, who helped develop Apple’s RealityKit software, which allows developers to implement 3D rendering in augmented-reality apps for the iPhone and iPad, quit in December Not a good look!
|
|
#
?
Jun 19, 2020 14:23
|
|
|
Stringent posted:I honestly can't shake the feeling that SwiftUI is abandonware. I haven't thought through it enough to give a solid argument for why that may be, but that's what my gut is telling me. The best reason I can come up with to use it is for large teams where the version control for storyboards would quickly become a nightmare. That's not a compelling reason for the vast majority of teams.
|
|
#
?
Jun 19, 2020 14:25
|
|
|
SaTaMaS posted:The best reason I can come up with to use it is for large teams where the version control for storyboards would quickly become a nightmare. That's not a compelling reason for the vast majority of teams. I have not seen a company of any size use storyboards since...2016? My personal take is the moment the app becomes something you intend to release, lay out your views in code.
|
|
#
?
Jun 19, 2020 14:35
|
|
|
I saw this blog post about SwiftUI and how to approach it within your apps. I think this WWDC will give us a good idea of what Apple's long term plans for it are. I think the majority of apps seem to be getting simpler so SwiftUI will cover that majority. No idea what sort of divergence that will create with UIKit.
|
|
#
?
Jun 19, 2020 14:47
|
|
|
KidDynamite posted:I saw this blog post about SwiftUI and how to approach it within your apps. I think this WWDC will give us a good idea of what Apple's long term plans for it are. I think the majority of apps seem to be getting simpler so SwiftUI will cover that majority. No idea what sort of divergence that will create with UIKit. I get the impression that React on the web allows for creating pretty complex applications. Is there any reason that the approach taken by SwiftUI will not allow for the same level of complexity UIKit does eventually? That said, most apps, most of the time, have very simple use cases. In my limited experience switching between UIKit and SwiftUI in the same app hasn't been much of a problem, so even now while SwiftUI doesn't support more complex use cases (or even simple ones like changing a section header background color!) I'd still push to use SwiftUI.
|
|
#
?
Jun 19, 2020 14:58
|
|
|
Alternatively, is Swift's implementation of UIKit not already half baked enough to preclude any kind of major paradigm change like SwiftUI?
|
|
#
?
Jun 19, 2020 15:04
|
|
|
SwiftUI is definitely not abandonware. I know there have been frameworks from Apple that have seemed like they went nowhere, but it’s not common, and all signs are that SwiftUI is not going to be one of them.Stringent posted:Alternatively, is Swift's implementation of UIKit not already half baked enough to preclude any kind of major paradigm change like SwiftUI? Swift’s implementation of UIKit?
|
|
#
?
Jun 19, 2020 16:13
|
|
|
Stringent posted:Alternatively, is Swift's implementation of UIKit not already half baked enough to preclude any kind of major paradigm change like SwiftUI? SwiftUI isn't really a paradigm change, it's a new layer of abstraction on top of UIKit.
|
|
#
?
Jun 19, 2020 16:28
|
|
|
ketchup vs catsup posted:I have not seen a company of any size use storyboards since...2016? It must be wonderful to not have to worry about capricious UX designers
|
|
#
?
Jun 19, 2020 16:34
|
|
|
SaTaMaS posted:It must be wonderful to not have to worry about capricious UX designers I guess I've been extremely lucky - most recent job all design work was done in figma, one before that was...sketch, I believe.
|
|
#
?
Jun 19, 2020 17:12
|
|
|
Stringent posted:I honestly can't shake the feeling that SwiftUI is abandonware. I haven't thought through it enough to give a solid argument for why that may be, but that's what my gut is telling me. SwiftUI is the best way to create new UI for Apple platforms. It isn't going anywhere. SaTaMaS posted:SwiftUI isn't really a paradigm change, it's a new layer of abstraction on top of UIKit. SwiftUI already handles some things directly. In other cases it does delegate to underlying UIKit or AppKit code but one of the points of the design is you don't need to care. If SwiftUI renders text with CoreText, UILabel, or something else entirely that's irrelevant to you.
|
|
#
?
Jun 19, 2020 17:16
|
|
|
ketchup vs catsup posted:I have not seen a company of any size use storyboards since...2016? Plenty of projects use storyboards. quote:My personal take is the moment the app becomes something you intend to release, lay out your views in code. Nah.
|
|
#
?
Jun 19, 2020 18:44
|
|
|
Stringent posted:Alternatively, is Swift's implementation of UIKit not already half baked enough to preclude any kind of major paradigm change like SwiftUI? There isn’t a Swift “implementation of UIKit,” it’s a Swift interface to UIKit.
|
|
#
?
Jun 19, 2020 18:47
|
|
|
rjmccall posted:SwiftUI is definitely not abandonware. I know there have been frameworks from Apple that have seemed like they went nowhere, but it’s not common, and all signs are that SwiftUI is not going to be one of them. Ok, that's reassuring, next project we do that's iOS 13+ I'll begin using it. rjmccall posted:Swift’s implementation of UIKit? Right, misspoke. Stringent fucked around with this message at 00:03 on Jun 20, 2020 |
|
#
?
Jun 19, 2020 23:54
|
|
|
Using the storyboard part of storyboards seems to be pretty rare, but ignoring segues and using a storyboard per screen certainly isn’t.
|
|
#
?
Jun 20, 2020 03:08
|
|
|
Plorkyeran posted:Using the storyboard part of storyboards seems to be pretty rare, but ignoring segues and using a storyboard per screen certainly isn’t. Would there be a reason to do this over using xibs?
|
|
#
?
Jun 20, 2020 03:13
|
|
|
101 posted:Would there be a reason to do this over using xibs? Static UITableViews? Maybe that's possible with xibs now.
|
|
#
?
Jun 20, 2020 04:16
|
|
|
101 posted:Would there be a reason to do this over using xibs? If you needed a customized UINavigationItem
|
|
#
?
Jun 20, 2020 15:07
|
|
|
|
| # ? May 16, 2024 03:50 |
|
|
SaTaMaS posted:There's also this (https://www.bloombergquint.com/businessweek/apple-team-working-on-vr-and-ar-headset-and-ar-glasses) I also found this* https://developer.apple.com/forums/thread/134001?answerId=423820022#423820022 I haven’t had a chance to check but maybe the .nonAr camera mode is automatically set in the simulator and there is no error message (or documentation) to say this the case. I thought I tried on a physical device but maybe I didn’t. * Forum tags are up https://developer.apple.com/support/forums-tags/
|
|
#
?
Jun 20, 2020 16:44
|
|