As I commented in another thread.
From the article: Meta’s supplemental privacy policy states, “You may deactivate your Threads profile at any time, but your Threads profile can only be deleted by deleting your Instagram account.”
I interpret it as that you can’t delete your Threads profile, unless you delete your Instagram account. So it’s not as if you try to delete your Threads account and oopsie your Insta is gone as well… same, but still different.
I won’t be at all surprised if Threads is not much more than a skin over the instagram backend, which would lead to these kind of outcomes. Folks like the think of a sinister reason, but I reckon a technical one is more likely.
As those two things are at totally different places in their product lifecycles and will likely have entirelly different uptakes, possibly different populations and quite different usage patterns (something technically extremelly important in high-performance settings because of caching), in terms of Software Architecture it doesn’t make sense to have one on top of the other.
The only thing that makes sense from the point of view of software systems design is Single Sign-On (i.e. linking accounts).
So either their head techies are not really all that senior (frankly, I wouldn’t be surprised, as judging by their library design and completelly messy product lifecycles, even Google seems to have few or no genuine Technical Architects) or the decision has nothing to do with technology.
As I commented in another thread. From the article: Meta’s supplemental privacy policy states, “You may deactivate your Threads profile at any time, but your Threads profile can only be deleted by deleting your Instagram account.”
I interpret it as that you can’t delete your Threads profile, unless you delete your Instagram account. So it’s not as if you try to delete your Threads account and oopsie your Insta is gone as well… same, but still different.
I won’t be at all surprised if Threads is not much more than a skin over the instagram backend, which would lead to these kind of outcomes. Folks like the think of a sinister reason, but I reckon a technical one is more likely.
As those two things are at totally different places in their product lifecycles and will likely have entirelly different uptakes, possibly different populations and quite different usage patterns (something technically extremelly important in high-performance settings because of caching), in terms of Software Architecture it doesn’t make sense to have one on top of the other.
The only thing that makes sense from the point of view of software systems design is Single Sign-On (i.e. linking accounts).
So either their head techies are not really all that senior (frankly, I wouldn’t be surprised, as judging by their library design and completelly messy product lifecycles, even Google seems to have few or no genuine Technical Architects) or the decision has nothing to do with technology.