I'm thankful these are given away for free, but a little sad all the videos are only in 720p
Paul Hegarty's updated CS193p SwiftUI course released by Stanford
31–40 of 42 posts
Re: Paul Hegarty's updated CS193p SwiftUI course released by Stanford
#32Earlier quoted context omitted.
Not delusions. Ideals. And reactions to erosion.
You can't have ideals about other people's things - you want to be idealistic (ideological?), feel free to start your own uni.
Academia and higher education have long-established ideals, institutions receive considerations from society in light of that, and they are also supposed to be regulated in some ways (e.g., accreditation).
I think a better defense than the libertarian "don't tell me what to do with my property" would've taken the angle that "university X isn't actually becoming a factory for pumping out techbro libertarian scourges of society".
Re: Paul Hegarty's updated CS193p SwiftUI course released by Stanford
#33Earlier quoted context omitted.
SwiftUI is also now an API for writing Android native apps, too. I don't know why you skipped over that part? It's maybe like when Google rewrote Java. Win32 is a bad comparison because there's no Win32-compatible API for native apps on other platforms (that I know of?) except for emulation, but the Android SwiftUI project is not using emulation, it runs the code natively and the result is native Android UI.
Apple has not released a version of the SwiftUI framework for Android. There are third party attempts to create something that lets SwiftUI code run on Android, just as Wine is third party software that allows you to run Win32 apps on Linux. For example: > Bringing Swift and SwiftUI to Android https://skip.tools/blog/bringing-swift-to-android/
No one said it's first-party. And it's a good thing that it's not first-party! We want multiple options for deploying our code.
As I said, Wine provides emulation. But the SwiftUI on Android project does not emulate - it runs your SwiftUI code natively (as Swift that is compiled for Android), and maps it to native Android components, fully accessible and meeting platform expectations.
Completely different result and experience.
This also means that you can extend the SwiftUI on Android code with Android-specific code that will not run on iOS, to add other Android-specific UI. This is impossible with Wine + Win32.
Re: Paul Hegarty's updated CS193p SwiftUI course released by Stanford
#34Re: Paul Hegarty's updated CS193p SwiftUI course released by Stanford
#35Very cool! Thanks for sharing this.
Not sure if I'll do it, myself, because I think I may have already gotten past it, but that's been a long, painful slog. Wish I had this resource a few years ago.
Re: Paul Hegarty's updated CS193p SwiftUI course released by Stanford
#36Excellent course (I did mine ~2019), super grateful to Paul and Stanford for continuously releasing it publicly and updating them all these years later.
Re: Paul Hegarty's updated CS193p SwiftUI course released by Stanford
#37Why did they cancel the Android alternative of this course?
Re: Paul Hegarty's updated CS193p SwiftUI course released by Stanford
#38Earlier quoted context omitted.
how did course exist in 2007 ? App Store and sdk was released in 2008
ah you’re right, I was off by one! 2008 was the year.
Love the throwbacks.
I wasted a few minutes earlier today trying to find the original website for the Cocoa class that Tristan helped set up a few years before this one got started.
Re: Paul Hegarty's updated CS193p SwiftUI course released by Stanford
#39Earlier quoted context omitted.
When I was in school, the corporate shill language was MATLAB, and even today not every program has moved on to greener pastures (Python/numpy, Julia). But doesn't Swiftui support Android now? https://github.com/skiptools/skip , I'm extremely skeptical and critical of anything Apple does, and I don't like programming languages without critical mass of community and corporate contributers, but seems like Swift is goin…
https://swiftcrossui.dev is also promising for somewhat SwiftUI compatible APIs across desktop OSs
I like LLVM, and I enjoy a good UI focused-language like Vala or Obj-C. Building with or contributing to Swift is a waste of my time as a Linux developer, it was in 2018 and it still is in 2025. Foundation will not fully support Linux until the late 2030s, and even a fully-implimented SwiftUI translation is still ignoring basic GNOME HIG and lagging behind best-practices. I would not be developing apps I want to use, or ship to users on other platforms. Electron would be preferable to cross-platform SwiftUI, and deep down you know it.
And that's my sympathetic opinion, as a Linux developer who loves their native UI trinkets and pseudopolish. Windows developers have dozens more options and likely won't find out Swift ever existed until Swift 2 is announced during a keynote presentation. Broader adoption of Swift has simply failed. If the language disappeared tomorrow, I wouldn't know as nothing on my system consumes Swift as a dependency according to nix-tree.
Re: Paul Hegarty's updated CS193p SwiftUI course released by Stanford
#40I took CS193P when it was first offered in 2007; one of my favorite classes at Stanford because it was so hands-on. At the time few people had iPhones, so everyone in the class got a free iPod Touch for development. My final project was a photo sharing app with a Polaroid shake to reveal mechanic… lightly influenced Instagram which Kevin and I built a few years later!
God I love Hacker News.