Yesterday, I stopped so that I could spend time with my family. I’m going to pick up from the draw an arc spot.

Section 2: Draw Arc

Purpose: Learn about drawing in the application

The tutorial gives me a really good example for a computed property.

private var degreesPerSpeaker: Double {
    360.0 / Double(totalSpeakers)
}

Section 3: Draw the Ring

Purpose: Display the various segments for the speakers.

The following statement just looks wrong.

if speaker.isCompleted,
    let index = speakers.firstIndex(where: { $0.id == speaker.id }) {
}

Are you really saving something by omitting the { and }?

Today’s tutorial is about drawing. I’m almost done going through the entire tutorial and wondering what I should look at next.

Section 1: Creating the view

The code is pretty self explanitory until you get to places where Swift likes to pour on that sweet, sweet clusure syntax.

private var currentSpeaker: String { speakers.first(where: { !$0.isCompleted })?.name ?? "Someone" }

I had to read that line outloud to fully understand it. My brain had more question marks than the line itself. Luckily, I’ve accustomed to optionals thanks to working with Paul Hudson’s tutorials.

Also, there were some wins for the documentation popups.

Section 2: Draw an Arc

Purpose: Create a drawing on top of the circle.

I’m going to stop here because I want to spend some time with my family before bed. It’s my last night of vacation.

Continuing with learning about persistence tutorial

<img alt srcset=​"https:​/​/​docs-assets.developer.apple.com/​published/​8b6dcf46ffef24b1ac64555436587521/​600/​SUI_100-003.png 1x, https:​/​/​docs-assets.developer.apple.com/​published/​0f0b16a34e0c11fdc102fb25bb806d15/​600/​SUI_100-003@2x.png 2x" src=​"https:​/​/​docs-assets.developer.apple.com/​published/​8b6dcf46ffef24b1ac64555436587521/​600/​SUI_100-003.png" width=​"362" height=​"auto">​

Section 3: Method to Load Data

Purpose: Show how to load JSON

This section is pretty cut and dry and I look forward to what the rest of the application looks like. I like the fact that the tutorial shows how to load test data during development.

Section 4: Saving Data

Purpose: This is where the user’s data gets stored from one run to the next.

This is my first time seeing a do-catch statement. I other languages, I’ve seen it as a try-catch and it doesn’t have a specific line on which we are trying.

do {
	let outfile = Self.fileURL
    try data.write(to: outfile)
} catch {
	fatalError("Can't write to file")
}

Section 5: Save and Load

Purpose: Put the finishing touches on the application.

Other than the part where I put “ObservableObject” instead of “ObservedObject”, I think this was a pretty nice tutorial.

Today’s tutorial is about persistence. I think that’s a good one as I make my way through these various tutorials.

Section 1: Add Codable

Purpose: Make the models that we’ve been working on conform to a protocal that will allow it to be saved as JSON.

It’s interesting to me that they have file names with special characters like “+” in them for the tutorial.

It reminds me of when I first got into computers and how the teachers would tell us that it’s a big no-no.

Section 2: Create Data Model Purpose: To show how data can be stored. It touches on the Combine framework.

At this point, I think the tutorial should define the difference between the data in the different scrum objects/classes and the one for persistence. Or maybe they have and I jumped over it.

Documentation seems very sparse.

I like the way the documentation widgets work for the most part, but I would love to get more information from it.

Clicking on the link “Open in Developer Documentation”, doesn’t really give me hope I’m going to get an answer for any question I might have.

In the above picture, how is someone new to this going to know that the declaration has a link ObservableObject protocol?

Some of the notes feel like they should be closer together.

It feels like certain notes should be close to the steps that they highlight.

Keyboard shortcuts are amazing.

I love ^I for re-indenting my code.

I’m going to stop here and pick this up tomorrow.

Getting back into the swing of things and I’m continuing with the tutorial. Today is about State Management.

In this tutorial, you’ll add two new features to Scrumdinger. First, you’ll add a view to create new daily scrum meetings. Then you’ll update the meeting timer to keep track of past meetings.

Section 1: Use EditView

Today, I felt a little more confident in myself and my tools. I went with the option of defining the content of views and closures in the way that Xcode wanted.

For example, Xcode places the following as a method signature.

The tutorial defines the sheet as the following.

Semantically, they are both the same but I feel that the one in Xcode definition is less ambiguous. I’m still learning and want to be able to read this code later.

I pat myself on the back for being able to understand both options.

That being said, I don’t know if I like the idea of creating multiple views in a single line to make a composition.

I can see why you would do it since you aren’t using the buttons anywhere else in the application but I hope that I’ll continue to be able to learn and think in the swift way¹.

I don’t like long lines for code.

Much better.

Section 2: Add Scrum History

Purpose: Re-enforce the ideas of state.

I’m immediately impressed with the object diagram.

The second section really made things click for me and having the alt-click shortcut allows me to look up the documentation quickly.

In review

I liked today’s progress. I really feel that a lot of stuff clicked for me. This isn’t my first tutorial, and I’ve attempted to learn multiple times in the last couple of years. Today was jun and I’m looking forward to tomorrow.

I’m continuing with the Managing State and Life Cycle section of the Apple SwiftUI Tutorial.

Section 4: Add a State Object

Purpose: Learn about State Object

This sections was pretty small and introduced the concept of “Source of Truth”.

At this point, I got a little side track with trying to get an understanding of how it all comes together and getting the above picture.

Section 6: Extract the Meeting Footer

I’m not a fan on the syntax for closures and views. Defining a closure in the view means that I have to specify it when I call the view doesn’t make since to me.

I guess it’s part of the language. You can’t have a view that has values that aren’t defined.

Section 7: Trigger Sound with AVFoundation

Purpose: Lear about audio feed back

Right away, I liked this part of the tutorial because it starts showing me how to use different resources.

Today marks the 7th day that I’ve committed to blogging about my development. This continues the walk through with Apple’s updated¹ SwiftUI tutorial.

In today’s tutorial, I’ll be working on the following.

In this tutorial, you’ll learn how to use reference type models with SwiftUI views. You’ll display meeting time and progress in views that better represent the final design. And you’ll integrate with AVFoundation to play audio when the scrum’s state changes.

It’s supposed to be 30 minutes.

Section 1: Create an Overlay View

In this tutorial, I’ve seen more warnings during the individual steps than I have with the previous days.

For me, this causes a little bit of anxiety as I think more about “how do I make this go away?” Versus “how am what I’m doing going to make this work?”

Section 2: Extract the Meeting Header

Purpose: Learning about making composited views

The steps have been pretty easy to follow.

I HATE ternary statements!

minutesRemaining == 1 ? "minute" : "minutes"

All in all, pretty fun to follow along with.

Section 3: Add Design Elements to the Meeting Header

Purpose: Make the component view use dynamic properties

As I’m adding things to make the message signature, I notice that some lines need to be wrapped. Xcode does a good job of making it legible, but I’ve spent a lot of time having code be wrapped at 80 characters for one reason or another.

End for the day

I decided that I was going to end programming for the day.

As this is Day 6 of my self directed move to learning swift, I’m thinking about how this series of tutorials is only supposed to take 3-4 hours. I think that might be if you just copy past the code or maybe to get people started without worrying that this is going to take all day.

The tutorial for today is about Passing Data.

In the previous tutorial, you used bindings to share state between the edit view and individual UI controls within the view. In this tutorial, you’ll build out the editing functions of Scrumdinger using bindings to share state between different screens in the app.

Pass the Edit View

The biggest thing I noticed about this section in the tutorial is the transition from static values to bindings. There are multiple steps where you reference different parts of a large file. For example step one would be line 7 of a file, then step 2 is line 45, followed by step 3 going to the top of that same page. It would look cool on a large monitor but it’s can be easy to loose your spot.

The second memorable thing I noticed was the note about errors showing up during the process of making these changes.

I had complained about that yesterday and understand that this is an opportunity to see what happens when things go wrong and how to fix them.

Pass the Detail View a Binding to a Scrum

This section was pretty fun to do and acted as a reminder that I need to brush up on my closure syntax.

One thing that got me was mistyping srum instead of scrums in different lines.

Pass the List View a Binding

I actually got to this part by attempting to compile the application and then clicking on the error in the Issue Navigator.

On day 5 of the tutorial and I think I’m growing more comfortable with the keyboard shortcuts.

I’m hoping that future versions of Xcode will have more information in the quicklook for different classes. At the minimum, they could offer a link to get more information or have example of the different styles on one page.

Accessibility

I still enjoy the promotion of accessibility at the very beginning of someone’s journey to be a better programmer. There is also a little

Error handling

When you’re learning, it can be stressful to see errors and warnings. At this point, I don’t know if it’s just a typo or because I haven’t finished all the lines that I’m supposed to be typing.

Ultimately, I had to do a diff using BBEdit to figure out where the difference was between what I wrote and what was expected. Maybe I shouldn’t code at the end of the day?

Today’s tutorial was pretty good. I did run into a small problem with specifying the destination view.

I think it’s pretty cool that I’m recognizing some of the closures in swift.