Other Thank you 

Discussion in 'iPhone' started by akash.nu, Jun 14, 2018.

  1. akash.nu macrumors 601

    akash.nu

    Joined:
    May 26, 2016
    #1
  2. Raist3001 macrumors 6502a

    Raist3001

    Joined:
    Mar 5, 2012
    Location:
    Right behind you
    #2
    This is a good step forward, but what is preventing developers from continuing to use the generic descriptions apple is still allowing?
     
  3. joeblow7777 macrumors 603

    Joined:
    Sep 7, 2010
    #3
    Yeah, the Facebook app drives me nuts.
    It's always just something to the effect of, "we update the app regularly to make it better".
     
  4. akash.nu, Jun 14, 2018
    Last edited by a moderator: Jun 14, 2018

    akash.nu thread starter macrumors 601

    akash.nu

    Joined:
    May 26, 2016
    #4
    They won’t allow anymore for major updates.

    Yeah me too! All Facebook services have the same descriptions.
     
  5. macintoshmac macrumors 68020

    macintoshmac

    Joined:
    May 13, 2010
    #5
    I might be wrong, but this changes nothing. It clearly says developers can still rely on generic messages for simple bug fixes, security improvements and such.

    About major versions and changes, yes. But most of the times, all I get is simple and generic messages, and for this I do not think any change is coming just yet. Again, I could be wrong here.
     
  6. bennyf macrumors regular

    bennyf

    Joined:
    Mar 29, 2011
    Location:
    USA
    #6
    The one thing I'm hoping for is that apps can't remove functionality, add advertising or make other key changes without notice.
     
  7. -Gonzo- macrumors 6502

    -Gonzo-

    Joined:
    Nov 14, 2015
    #7
    They should be more creative just like Argos does for its UK users
    [​IMG]
    [​IMG]
     
  8. Raist3001 macrumors 6502a

    Raist3001

    Joined:
    Mar 5, 2012
    Location:
    Right behind you
    #8
    This is what I was referring to. If a developer implements a change he does not wish to disclose, he could just use the generic description. In my opinion, this new policy should be applied to all changes. Be they minor or major. Tired of the generic "we've made performance improvements". What Performance improvements? I never see any :)
     
  9. now i see it macrumors 68000

    Joined:
    Jan 2, 2002
    #9
    I've had important apps break after updating. My motto now is:
    If it aint broke don't (download) it.
     
  10. Relentless Power macrumors Core

    Relentless Power

    Joined:
    Jul 12, 2016
    #10
    This is How it *should* be. The user should have the right to see exactly what they are downloading specifically and what improvements were adjusted or altered. Too many times I see applications that are so vague in their descriptions, you don’t know specifically what’s being addressed and I think that will be a nice benefit moving forward for those who actually do care about what was changed in the description.
     
  11. acorntoy macrumors 65816

    Joined:
    May 25, 2010
    #11
    Especially banking and stocks apps. If your going to update it and potentially break something I need, I’d like to know what was changed.
     
  12. Starfia macrumors 6502

    Starfia

    Joined:
    Apr 11, 2011
    #12
    Totally agreed about Facebook (though their apparent love for iOS apps has never shone too brightly).
     
  13. akash.nu thread starter macrumors 601

    akash.nu

    Joined:
    May 26, 2016
    #13
    This is not as simple as whatever a developer thinks because Apple checks through these things for each app submission.
     
  14. akash.nu thread starter macrumors 601

    akash.nu

    Joined:
    May 26, 2016
    #14
    All of these guys.

    [​IMG]
     
  15. EM2013 macrumors 65816

    EM2013

    Joined:
    Sep 2, 2013
    #15
    Meanwhile at Facebook....
     

    Attached Files:

  16. C DM macrumors Westmere

    Joined:
    Oct 17, 2011
    #16
    The tricky part there is that in quite a few cases for various apps/platforms (like Facebook, for example) various changes are sometimes tested on some part of the user base, other times they are rolled out only to some part, or rolled out over a period of time to everyone, which can make it hard to specify at least some of them since not everyone might see them or get them at the same time (which can then create confusion, among other things).
    --- Post Merged, Jun 14, 2018 ---
    There can also be something to all of that too. Various fixes and improvements can be on the level of fixing some branch logic in some method that improve some timing or addressing some edge condition with some null reference or adjusting some algorithm that leads to faster execution in some scenarios--most of those would be somewhat hard for the typical user to understand or really care about if they see them actually spelled out in release notes, which is why for things of that nature in a lot of cases they get collected under the "bug fix" or "performance improvements" groupings essentially.

    That said, things that have an specific noticeable impact on what the user actually sees, uses, or experiences should be called out in some fashion. So even if some edge case was fixed and it was some technical detail that was changed, if it actually correlates to some potential issue in the app that a user could run into then specifying that that particular issue should no longer exist would be an appropriate thing to mention.
     
  17. akash.nu thread starter macrumors 601

    akash.nu

    Joined:
    May 26, 2016
    #17
    Very true when it comes to A/B testing. I’d like to see how such things get handled by the companies given the new directives.
     
  18. C DM macrumors Westmere

    Joined:
    Oct 17, 2011
    #18
    I think at least some of that, if not quite a bit, is often on the server side of things, so that makes it trickier as far as who can see things and when (or might see something and then not see it later).
     
  19. Hieveryone macrumors 68030

    Joined:
    Apr 11, 2014
    #19
    Yesss! I am happy about this. Very happy. Apple is great.
     
  20. rjp1 macrumors regular

    Joined:
    Mar 27, 2015

Share This Page