[aidanf]

I've been learning Swift in recent months, and as part of that process I wrote a short book about the language.

It's aimed at developers (like me) who can already program in a language like Ruby or Python and are looking for a quick tour of Swift.

It's available to read for free online at http://books.aidanf.net/learn-swift

I'll be adding stuff about yesterdays announcements in the next couple of weeks.

[BuckRogers]

Great timing on the post. I'm a Python(2) user who is always on the lookout for the next language to jump to since I'm never moving to Python3. With Swift on the server and iOS, and being a very pleasing language similar to Python, this will be what I study next as I look to migrate off Python2 as it dies (which itself may take a while). Thanks for posting this.

[FungalRaincloud]

Out of curiosity, why are you avoiding Py3? I've not touched python in a couple years. I was thinking of taking it back up, just to be more familiar with it.

[BuckRogers]

As the other guy who replied said, there's nothing explicitly wrong with it. But it's not to be ornery. I think it only appears that way to people who haven't thought it through. I don't owe GVR or the core dev team anything. Certainly not thousands of man-hours to make their new, unnecessarily breaking version of Python3 to be successful. It's that going from Python2, it's mere technical churn. Python3 has zero technical innovation. It's just a different way of doing certain things, nothing more. Unicode was supported in Python since 2.6. Print was a statement rather than a function. Std lib cleanups. So what? Bigger fish to fry in the world than that. All of the new features, can, and do work on Python2 in the form of backports.

It breaks everything I've ever written, for no good reason. I also end up with a much smaller pool of libraries to choose from for new projects.

It makes no sense. In a microcosm of the universe where Python was the only game in town, Python3 would have worked out. Instead of moving to 3 and losing many advantages for churn, I can just go spend time with something else. Swift is pretty what I'd design if I could pick and choose features, so it's perfect for me- excited I'll be able to use it serverside while simultaneously learning the language for iOS.

Also, people frequently cite that moving from 2->3 is easy. It is. But they somehow forget that testing old, large projects is extremely labor intensive and always results in breakage. Unless you have 100% test coverage, which I know no one who does.

[FungalRaincloud]

Interesting points, I'll keep them in mind. I don't really have to worry too much about making old code work, so I'd not be too concerned with that. I'll probably start with Py3 because I don't really expect to rely on too much library support for the things I'd cobble together in python.

As far as unit testing goes, you are absolutely right. I unit test everything....I mean, I was taught TDD right out of the door at Uni, and though I don't exactly follow the methods strictly, I am at my core, a functional programmer. I want every last bit of code I write to do one and only one thing well. I, therefore, test all of those functions, no matter how mundane. But you know what? Even then, my test coverage on a good project, where I'm not just dicking around probably hovers about 85-95% coverage. There's just always some flotsam and jetsam that escapes the tests. First time I worked on a project with a team, I stressed my head off because of that very fact, until we did our first metrics review and I saw that I was actually ahead of most people....

[BuckRogers]

And also, you'll find more bugs in Python3 libraries. They're being used less than Python2 libs. That, and the long tail of libraries that may never get moved to Python3. There's really a lot of reasons to not use 3, or like me, wait to see if it ever really overtakes 2. A 3rd extra reason if you needed any more, is that almost all jobs in the field use 2.x. I tried to love Python3, but the technical reasons just don't make sense to migrate, and once you meet the coercion and vitriol of the Python3 community, you'll learn to resent its existence and them.

The future of Python2 is actually very bright, while 3's is in jeopardy. That's why everyone is so pushy about it, they lose their bet if it never gets over the hump. Being as 3.0 was released in 2008 and it's now 2015, I honestly think that answer is already here.

Using 2, then switching to 3 if it ever does overtake it makes a lot of sense and is the sensible bet. But 3.x overtaking 2 anytime soon is really unlikely, and library worth anything will be 2+3 compatible and dropping 2 support would just be asinine with the ~83% userbase it holds today.

Even if Python3's userbase doubles in 5 years, it'll still be under 50% of the overall Python userbase. And I think doubling its current usage would be overly optimistic. Python3 will either collapse, or split the community (already has to a degree) with someone forking Python2 for good. Pyston may be that fork, or a couple other contenders.

The situation is a disaster all around. For Python and the community. Companies in some cases now aren't putting new product down in Python because of this. You'll be alright using 3, because no matter the final outcome you'll be able to go back to 2 without issues and vice versa. I only recommend 2 because you won't be missing any libraries if you use it, and if you want to do it for a job you'll be using 2.x anyway.

Python3's biggest purpose is giving people a reason to hassle maintainers to port to it. They bite on the political propaganda surrounding 3, that it's the "newest version", which for programming languages is not always in best interests of the user unlike an up-to-date web browser. Then when they find out x doesn't work or exist in 3, they badger whoever wrote a library for 2 to port. Those people really need to port it themselves and maintain it afterwards. They don't, and it's just an ugly situation.

For example, you can build iOS/Android apps using Kivy. Guess what, can't build for iOS unless you use 2.7! Just lots of surprises out there for those who start off wanting the "latest version". It's not the latest version, it's a new, breaking language. If you end up doing much cobbling with Python, this may be of interest to you.

I have my doubts 3 will get over the hump, and just plan on waiting till the complainers turn into maintainers and 99% of everything is ported. Then I'll use Python3 if I don't find something else I like more before then.

[x5n1]

there is nothing wrong with py3. some people just want to be ornery.

[Lofkin]

Take a look at julia!

[tjl]

It looks like you're looking at an earlier version of Swift at least based on the fact that you're talking about Xcode 6.1 at the start. If you're covering 1.2, you probably should update that.

[aidanf]

Thanks. The code is 1.2, but the Xcode references are out of date. I'll update soon, I'm also going to update the whole thing to Swift 2 when it's released.

[geuis]

Would you mind removing or moving all of the position:fixed stuff on the left? Makes it impossible to read the site on mobile.

[aidanf]

Was it the share buttons? I tested these on iphone and they dropped to the bottom of the page. But it looks like they only do this for phones below a certain resolution. So I've removed them.

[geuis]

Yep yep. Just put em somewhere where they're static, or use a media query to position:static on < 768px. Excited to read the book now. =)

[rshaban]

"For anyone who has been programming in a modern language such as Ruby [1995], Python [1991], Clojure [2007], Haskell [1990], etc, and who was put off developing iOS apps by Objective-C, Swift marks a new era."

You say modern but I don't think it's really what you mean here.

Your descriptions of Ruby vs Obj-C make it seem that really what you mean is high-level; that is, to a newer programmer, easier.

These languages (Haskell excepted) make it very easy to do simple things. Describing them as "modern" in contrast with the implicitly antiquated Obj-C makes it a little hard to take your assertions seriously.

Verbosity is a claim to make, age is not.

[lsjroberts]

Thanks for sharing it :) just fyi, the .fixed header overlaps the content making links unclickable if they are in the top part of the page

[aidanf]

Thanks for letting me know, I hadn't noticed that.

[brador]

The ebook is great, but it's missing complete start to finish examples. Pad it out with them and you could double the price (and it would be massively more helpful!). Maybe a todo app, flappy bird clone, etc.

[aidanf]

Thanks for the suggestion. I think I'll add another chapter at the end that walks through a longer example start-to-finish.

[sswaner]

Not sure if you have a better method for getting feedback. First sentence in 12.6 has a minor typo: "“Subscripts allow you *do define a way of allowing your class”

[CornishPasty]

I believe you just need to remove 'margin-bottom: 2em;' from .top-bar in styles.css

[aidanf]

Thanks, I'll try that. Although I'm reluctant to clear the cache until it goes off the HN front page :)

[NicoJuicy]

With what did you create the ebook?

[aidanf]

I used Softcover (https://www.softcover.io/) to generate the ebooks.

[acoleman616]

Softcover is awesome. (It's a Michael Hartl creation.)

[antoaravinth]

Online version of reading has complete book?