Your Brain 🧠 on Swift Concurrency - iOS Conf SG 2023

Поделиться
HTML-код
  • Опубликовано: 28 сен 2024
  • Speaker: Donny Wals
    This talk will cover some interesting bits and details about how Swift Concurrency requires a bit of a different way of thinking compared to what we used before!
    Recorded by Kale ( ‪@kalestarler‬ ) and Tim Shim ( timshim)
    iosconf.sg
    Find us @iOSConfSG on Twitter

Комментарии • 14

  • @ЭдуардЕленский
    @ЭдуардЕленский Год назад +4

    I was going through modern concurrency for a while and only this talk put the light on the things I didn’t quiet understand. Thanks Donny!

  • @muncho404
    @muncho404 Год назад +6

    Phenomenal talk🤩

  • @thomasminshull3456
    @thomasminshull3456 4 месяца назад +1

    Really great talk. I can’t help but feel that async await isn’t production ready. There doesn’t seem to be a great way to serialize work and there seems there are a lot of “gotchas”. It makes async code easy to right and hard to reason about which is a bad combination. I feel for new developers trying to wrap their heads around this. I’m sure it will improve, it solves some interesting performance problems, and it never seems to be solving the problem you think it is.

  • @dmitriyobidin6049
    @dmitriyobidin6049 4 месяца назад +1

    As a newbie ios dev i still can't decide whether this new approach is easier or harder to compehend.

    • @dangotang8918
      @dangotang8918 2 месяца назад

      Apple / Swift community should pay attention to comments like this!

  • @venugopalreddy6618
    @venugopalreddy6618 11 месяцев назад +2

    I guess GCD does the job for most the cases.

    • @brunolopesdemello7040
      @brunolopesdemello7040 7 месяцев назад

      You can use both, but with async/await you have far less code, but the impact from both are just the same

    • @vaibhavbansod9111
      @vaibhavbansod9111 2 месяца назад

      Cycle does the job of taking from one place to another, so why to use bikes and cars

  • @shahrozkhan582
    @shahrozkhan582 Месяц назад

    This is such a good talk ! well done.

  • @ajmarquez
    @ajmarquez 2 месяца назад

    Great talk!

  • @dmitriyobidin6049
    @dmitriyobidin6049 4 месяца назад

    So we just swap all our classes for actors or what?

    • @griffinbaker860
      @griffinbaker860 4 месяца назад

      If it interacts with the UI, then yeah

    • @dangotang8918
      @dangotang8918 2 месяца назад

      @@griffinbaker860 no. actors don't have inheritance, so they can't be a stand-in for classes. actors are for when you need to encapsulate mutable state in a thread safe manner.

    • @milanlabus1582
      @milanlabus1582 День назад

      No only the classes that have information that can be accessed by more than one thread at a time, so some kind of DataManager class with public vars and methods, Actors will make sure no data races happen where a class cant do that by default