Named parameters in functions are very handy because you usually can tell at a glance what the function uses those parameters for without having to look inside the function or into documentation Also inclusion of classes in pretty much non negotiable because Swift has to interop with Objective-C and Apple's SDKs written in objc
Honestly, as somebody quite involved with Swift, I have to thank you for this stream! It was great, very good feedback. I hope the community takes this opportunity to fix and improve things. Swift is OSS so I'm sure we can make documentation and tooling better to get the Raylib speedrun down to a more reasonable time! ❤
It's interesting to hear Chris Lattner talking today about Swift and about all the regrets he has. (For instance in a recent conversation with the creator of Roc) Of course, he has a new language to plug (Mojo)
And he is not making those mistakes: Mojo has very little syntax sugar at the moment (even the ones in Python), he is adamant about not adding sugar too early; is not being built in secret; has very dump type inference; starts out with Linux as the most supported platform; says a lot of "No!" to feature requests; All in all, very encouraging first steps. Edit: I have to add that the entire interview was about Mojo, it wasn't being plugged. When Chris Lattner says he is working on something the entire software industry holds its breath.
@@theevilcottonballA windows user with a small drive? Well I wouldn’t say ‘that is new’ but definitely rarer. For context, I installed on Windows. It is actually not that bad, bloaty tools aside. Now on Linux, installing this thing is a fucking nightmare lol. Apple holds it back and it shows. I am considering its evil brother, Odin instead 😂.
But ODIN does not have super swift string interpilation. It kinda is C like (maybe better). Nah I'll hack C compiler to recognize \( as an escape sequence, and you can make a cursed print in C with just % and no type by cleverly combining NARGS macro with _Generic and so on.
@@theevilcottonball I don’t know if this is a joke but I do actually like swift string interpolation? And to answer above, Odin is not like Rust, more like C but Pascaly dna lol
It is quite trivial, that a language designed for apple products is dynamically linked when it is meant to run on a finite set of devices probably coming with the libraries necessary to run Hello World
Although Swift Package Manager is bad and I have written a replacement for it at my previous workplace, the how to interop with C/C++ guide was good, it just assumed you already know how to use SPM for Swift code or at least can read the error message, which tried to explain that if you have multiple targets then you need a subdirectory for each of them instead of placing your code at the root of the Sources directory. Swift 6 will bring the option to cross-compile statically linked binaries with musl, the current static linking flags are just experimental. Currently if you build on one machine, and try to run on a different machine with a different Linux version, it probably will crash. That's why docker is currently the preferred for Linux.
Compilers in Docker containers are great because now we can switch to any version at any time. We can also collaborate with the exact same setup through our teams, and it improves CI/CD pipelines a lot. that's why.
That last part made swift extremely better than C3 to interfacing with C!!? I hate Apple and its culture but that interfacing with C was awesome. I love that you don't need to rename C functions and not do that extern bs, but call them directly, like it should be. Please for the love of God, C3 compiler developers, you should have a better C interface than swift, that language is not even trying to be "a better C" you guys are! So be a better C by all means but make working with old C libraries a breeze!
To be fair near seamless interop with C is not that great of an achievement. I remember clearly importing dynamic libraries in python, and it was also very easy and straightforward. No static linking of course, but yeah, that should be a priority for any good modern systems language.
I guess they cared a great deal about C interoperability because Objective-C where most of their APIs are written is a strict superset of C that really doesn’t add that much that isn’t already implemented in C
In many cases it's Swift maintainers choose to put certain features in Clang/LLVM instead of Swift compiler itself (since Apple maintains and uses all of them).
The Swift compiler is built on LLVM and links libclang into itself so it can import C/C++ interfaces natively. Swift doesn’t compile to C or use clang to generate machine code.
@@owlmostdead9492just install nix packet manager and start a shell with nix-shell -p [packages] and your in a shell with the packages in your $PATH, containers are way more difficult than that. but if you're referring to nixos i agree but give it a serious try, you'll love it.
Here’s my perspective as an Apple developer: Swift has pretty syntax and is neat for simple things but if you do a larger project compile times are pretty terrible. Also generics are kinda underdeveloped,, language has too much magic and random things can be super slow when you don’t expect it (while other things are super fast) Binaries tend to be huge, and the language is extremely complicated imo with tons of special syntax and abstract stuff for special cases. Overall the language just feels bloated and “conceptually” ugly and complicated even if on the surface it looks very simple and pretty since the syntax is very concise. I think I’m more productive with Apples old la gauge Objective-C. It’s very verbose on the syntax but it’s conceptually very simple and pretty. Like the opposite of Swift. I like it more. (And I’m not just old, Swift was actually the first language I learned after python.)
Generics are supposed to be really powerful in Swift, but I would actually prefer a simple dumb generics, like in Java. Something that a simple coder without a phd in astrophysics could understand. Otherwise I totally agree, Swift is a complicated mess. The only way I can live with it, using it every day, is by avoiding all of its “advanced“ features.
Why are people afraid to touch their system and hardware? Not everything needs to be isolated, abstracted away, run in the cloud or in a series of virtual machines. Come on.
@@jan.tichavsky right. My company makes cloud software, and everyone wants to run it on VMware or container or something. I always advocate for running it bare metal, providing lower latency and less points of failure. People usually come along doing that after a few years of hunting complex bugs and trying to get around the limits of hypervisors. (In our case it’s usually the high amount of small udp packets that are hitting all sorts of bottlenecks of hypervisors or containers) KISS, if the software can handle failover its simpler and cheaper to run many identical systems on bare metal. Troubleshooting is way easier that way.
I think the reason it has bad documentation for c interop is because Apple intends for people to use it in their ecosystem (xcode) which handles the language bridging by itself and provides an easier interface. Btw i think you missed the function param labeling, you looked at 'x:' and '_ x:', but it also does 'posX x:' kind of stuff too, it has its usecases. Also the use case for function param labels e.g. 'x:' that i used back when i did iOS dev was that it lets you overload functions, e.g. color(hex: string), color(r: int, g: int, b: int), color(r: int, g: int, b: int, a: int) etc.
maybe color(r:Int, g:Int, b:Int) and color(h: Int, s: Int, v: Int) will be a better example. You definitely can't do it in languages without labeled params.
One reason why I got into Odin way back in 2018 was because I downloaded the compiler and it just worked. I also tried Zig around that time and it gave me some LLVM error instead of an executable.
It's always a lovely day when Tsoding uploads a language review (more commonly known as a "raylib speedrun"). It's really interesting to see his reaction and hear his thoughts about it. I found out about Pascal, Fortran and Ada through his videos (never tried them before but knew about them to be specific) and tried them out on my own and liked them, especially with the C interop. Im quite interested to see which language he might review next. 😀
I think the "trash compiler" comment is a bit unfair. It's more unfamiliar interface than anything else. `cargo build` doesn't accept file name as argument, and `swift build` behave exactly the same (even the error messages are comparable).
i see the vision. make the language as hard as possible to get running on your machine so you instantly get sunk cost fallacy so now you have to finish the project in swift. bravo tim
@@nordeenhasan6030 they are not forced but implicit by default. You can always skip the label (if the function is self explanatory) or use a more caller friendly label. It‘s actually a nice language level feature. Take this function declaration for example: func addDays(_ amount: Int, to startDate: Date) → Date { … } calling addDays(3, to: Date.now) is much more readable than addDays(3, startDate: Date.now), don’t you think?
The comments here are so embarrassing. Stay in your caves if you want, but don’t make up stuff to fit your narrative and reject things for the wrong reasons without ever trying them.
@@PRIMARYATIAS lol there are plenty of reasons to hate Apple and I’m fully on board. But transferring those over to Swift, which they not only open sourced a while ago but which is also fully community driven is wild.
Swift was the fourth language I've learned. Back in 2014, I only knew C++, Java, and a little bit of Delphi, and I found it pretty pleasent to use, especially compared with objective-C. The problem I guess is that they've changed the standard a lot, so old code wouldn't even work. And nowadays, people have way more choices.
This finding documents situation is not only in swift! Almost every “NEW” language that I learn how to import some external libraries just dumps “everything” to the document, but sometimes I just want to know “how it works“, not “how we should do it”.
The required parameter naming is done for Swift-to-Objective-C interop I think, where methods and their parameters are also specified by name on the call site. The C-interop is designed to be easy because it was the main focus for the first versions of Swift - to be able to call C and Obj-C functions/classes/methods from Swift (and sometimes even calling Swift from Obj-C) without jumping through hoops. It was required to "sell" the idea of Swift to Obj-C developers, similar to how Kotlin makes Java interop their priority. I was working with Swift 1, 2 in an iOS project back when Swift was new, and I've used the interop with Obj-C heavily (and easily at the same time).
I am a C dev, had to use Swift for a project. Really enjoyed once I wrote my own makefile. It sometimes feels like distopian future C (it still has #defines and other C looking features).
Where did the expectation that Swift is a system language (or wants to compete with Rust) come from?? Swift is a modern replacement for Objective-C, and therefore fully interoperable with C libraries, but it's used by tons of developers to build iOS and MacOS apps. It's an app development language, like C# or Kotlin, but way more efficient, with no garbage collector or fat runtime. Plus it was open sourced a long time ago.
This guy knows so much about the history of programming languages.Detailed breakdown of the history of string interpolation, and Guido Van Rossum's hatred for do-while loops.
1:10:07 All of this because Swift decided at some point to change the template's source directory from `/Sources/[ProjectName]/main.swift` to `/Sources/main.swift` (usable only when you have a single build target) without considering the tutorials or having any kind of documentation for this
First video of yours I've seen.. highly informative and entertaining.. also glad to know I'm not the only one that goes through a new language screaming wtf is this all the time.
Also, Swift and Ada taught me the two extremes of package managers. And if I design my own, Swift in particular black pilled me that a PM is a dumb idea 🤷
I don't know Ada at all, but I believe that C way (especially when you compile only one .c file for one .o at the time and after that everything done by linker which have nothing to do with the language that produced those .o files), everything you do in language should be able to be fitted into one signle text file: exporting and importing symbols (data and functions), maybe even letting the developer specify by which convention it should be done, but C FFI is obviously should be the default one; importing other files, probably in the way that it is possible to put it namespace but not by default creating it since it then be impossible to just read those includes as one stream if needed; etc.. I feel like types are generally broken in all popular languages or just unusable, and this especially obvious when language lets you to work on variables as on real data objects in memory and you are so abstracted away from what would be produced by compiler that it's just impossible to write simple code that translates 1to1-ish that program text will look like in the end.
yes and no, it's structurally typed but yeah technically everything is just an integer or just a struct or just a pointer or just an array or whatever and if you go deeper everything is an array of booleans
Around the 23 mark he's incorrect. You can take the cpp route and just add a preparser to gain whatever features you want without worrying about the compiler.
2:10 May be that docker image use for things like github action (CI/CD). and people use those things nowadays just to escape from managing package installation by them self.... they are not used to cloning repo and build the compiler, library by them self...
While working at company, I felt that docker is basically a shitty replacement for proper system administration with package manager and stuff and everyone just trust Docker that their garbage would work and isolate everything properly (spoiler: it is not, most of the time). So yeah, basically it's a compromise between developers who ate a corpo-pill and learned how to program in SlopLang while not being able even to setup their own laptop so it would not overheat because of shit 12GiB text editors that they're using to work.
i wonder how much more i have to learn every time i watch your videos, its honestly humbling. i feel like I would really just start by reading the documentation and you are 12 minutes into it and already just exposing all the shit behind the language, like whaaat? would be really cool to know what those "dependencies" of an executable you were talking about and stuff
Because he expects things to be simpler then they are and he is absolutely right, plus most languages use roughly the same compiler and linker ideas and he is able to do it successfully 99.99% of the time, most of us here would just give up at the first sign of trouble and many of us can't even do it without a IDE.
@@Argoon1981 I was also very surprised at his hatred of build systems, considering how much I love Gradle and similar systems... I guess low-level devs really just think different
What software does he use to zoom in on things realtime on his screen? Is there such a thing on Windows? Would be super useful for coding session w/ teams
I guess you aren't used to reading documentation on the fly. I would calm down and take a more rational approach to evaluating a new language. I guess that doesn't cater to streaming, however.
You skipped over the part that structs are always passed by copy and classes by reference. btw this documentation is still better than cmake documentation.
Some people just want to test the language without polluting nothing in their host system, and docker images provide just that. But Tsoding is a power user, he can easily test and purge everything afterwards.
I the expectation is wrong here. Swift shouldn’t really be compared to c/rust (and idk why people do that). Yes, swift doesn’t use GC but that’s all. The main use of swift is to make apps on iOS/macOS, or server side applications on Linux. That’s why there’s a package manager and a docker image. I don’t know why the example in the doc isn’t working. If you have followed everything correctly and it still didn’t work, that is a problem of the swift team. But the reason they don’t provide a “simple” example is because normally you wouldn’t just write a “simple” program. Normally you shouldn’t have to invoke swiftc directly and normally you shouldn’t have to pass flags to clang or the linker. That’s why it isn’t in the doc.
Swift should definitely be compared to c/rust. There are still some low-level features missing, but it has been designed for systems programming from the start. The error message clearly showed why it wasn’t working. I don’t think this guy’s inability to read should be the swift team’s concern. I do think it’s good that he didn’t catch that, though. This way he figured out the more direct approach with the lower-level tools
Docker is used to pin specific versions of tools, if that was your question. Makes it easier to update software in production and especially test source code with different versions of compilers all at once in CI environments, for example.
Actually, that’s not technically true. ‘println’ can capture identifiers from string literals. Macros can’t do that in Rust. ‘println’ is a language feature pretending to be a macro.
i really don’t get the docker issue. doesn't jai only work with very few distros cos the stdlib uses so many libraries that might be not be correctly setup for every distro? like i remember a stream where you had to prepare a ton of stuff cos jai didnt work properly on your debian. which is probably where docker wouldve been helpful :p
The build system cruft is all about walking you into the Apple ecosystem. They can't afford to lose programmers, or control of their tools, which happened with Objective c because Next insisted on building their objective c compiler on GCC. Apple wants the utility of being able to lean on a open source project for resources, but not the responsibility of contributing back, because that might benefit someone other than them.
I wish Tsoding would do more of this. Pick a language without any prior knowledge and learn it on stream. The next languages I would suggest is: IDRIS.
Good old raylib speedrun
Nice of him to test it out and give us a summary of this language. I only knew it was some language Apple developed and didn't care much for it.
I've never heard of ffi before watching Tsoding, now I'm injecting C into everything.
LOL didn’t go so “good”
1:47:50 swift cant find the CLITERAL which is quite relatable
Most regrettable name award
oh no
It cannot be found because no such thing exists, there is no other explanation to me never having seen one.
You know it's gonna be fun when byte translator compressed weights more than the entire linux kernel.
I mean the clang exe is 150+ MB so
Named parameters in functions are very handy because you usually can tell at a glance what the function uses those parameters for without having to look inside the function or into documentation
Also inclusion of classes in pretty much non negotiable because Swift has to interop with Objective-C and Apple's SDKs written in objc
Honestly, as somebody quite involved with Swift, I have to thank you for this stream! It was great, very good feedback. I hope the community takes this opportunity to fix and improve things. Swift is OSS so I'm sure we can make documentation and tooling better to get the Raylib speedrun down to a more reasonable time! ❤
Move on bro, Swift is cooked
@@grendel6o cope
Imagine multiple year experienced swift developers just getting to know about the existence of swiftc after that video
That's the magic of not using shitty IDEs
Now tsoding is certified apple dev
Papple
@JohnSmith-y😂😂😂😂l2fh
It's interesting to hear Chris Lattner talking today about Swift and about all the regrets he has. (For instance in a recent conversation with the creator of Roc) Of course, he has a new language to plug (Mojo)
And he is not making those mistakes: Mojo has very little syntax sugar at the moment (even the ones in Python), he is adamant about not adding sugar too early; is not being built in secret; has very dump type inference; starts out with Linux as the most supported platform; says a lot of "No!" to feature requests; All in all, very encouraging first steps.
Edit: I have to add that the entire interview was about Mojo, it wasn't being plugged. When Chris Lattner says he is working on something the entire software industry holds its breath.
Swift:
- Good language
- Trash toolchain
- Diabolic company behind
Yeah, I wanted to try out Swift on my windows machine, but after I saw the installer size I stopped and deleted it. (My disk is small, btw)
@@theevilcottonballA windows user with a small drive? Well I wouldn’t say ‘that is new’ but definitely rarer.
For context, I installed on Windows. It is actually not that bad, bloaty tools aside.
Now on Linux, installing this thing is a fucking nightmare lol. Apple holds it back and it shows.
I am considering its evil brother, Odin instead 😂.
@@twenty-fifth420 Odin? Isn't Odin like Rust?
But ODIN does not have super swift string interpilation. It kinda is C like (maybe better). Nah I'll hack C compiler to recognize \( as an escape sequence, and you can make a cursed print in C with just % and no type by cleverly combining NARGS macro with _Generic and so on.
@@theevilcottonball I don’t know if this is a joke but I do actually like swift string interpolation?
And to answer above, Odin is not like Rust, more like C but Pascaly dna lol
to ship a binary written in Swift you're supposed to wrap it in a docker container 😆
Swift, only as containable as your availability in disk space and cpu compute 😂.
Please tell me that it is a joke, there is no way this is real 😱
@@araarathisyomama787its not a thing
the first 5 minutes are a perfect example of swift.
first 15
It is quite trivial, that a language designed for apple products is dynamically linked when it is meant to run on a finite set of devices probably coming with the libraries necessary to run Hello World
Although Swift Package Manager is bad and I have written a replacement for it at my previous workplace, the how to interop with C/C++ guide was good, it just assumed you already know how to use SPM for Swift code or at least can read the error message, which tried to explain that if you have multiple targets then you need a subdirectory for each of them instead of placing your code at the root of the Sources directory.
Swift 6 will bring the option to cross-compile statically linked binaries with musl, the current static linking flags are just experimental. Currently if you build on one machine, and try to run on a different machine with a different Linux version, it probably will crash. That's why docker is currently the preferred for Linux.
Tsoding, you are holding it wrong!
Compilers in Docker containers are great because now we can switch to any version at any time. We can also collaborate with the exact same setup through our teams, and it improves CI/CD pipelines a lot. that's why.
"I ain't using a freaking Docker container for a byte translator" Holy Based
Terry Davis coded
9:45 now he gets why Linux version of Swift is distributed as docker, because you need the whole 1gb image to run your hello world server
Insanity
That last part made swift extremely better than C3 to interfacing with C!!? I hate Apple and its culture but that interfacing with C was awesome.
I love that you don't need to rename C functions and not do that extern bs, but call them directly, like it should be.
Please for the love of God, C3 compiler developers, you should have a better C interface than swift, that language is not even trying to be "a better C" you guys are!
So be a better C by all means but make working with old C libraries a breeze!
To be fair near seamless interop with C is not that great of an achievement. I remember clearly importing dynamic libraries in python, and it was also very easy and straightforward. No static linking of course, but yeah, that should be a priority for any good modern systems language.
I guess they cared a great deal about C interoperability because Objective-C where most of their APIs are written is a strict superset of C that really doesn’t add that much that isn’t already implemented in C
They cared humogus deal of care to C / Objective-C interoperabilty for many reasons. On YT is whole talk about it.
swift is meant to replace c++. that's what apple themselves said
This is not even LLVM wrapper, it's clang wrapper 😭
oh..... oh thats nasty
In many cases it's Swift maintainers choose to put certain features in Clang/LLVM instead of Swift compiler itself (since Apple maintains and uses all of them).
llvm creator is the creator of swift 🤔
vlang literally
The Swift compiler is built on LLVM and links libclang into itself so it can import C/C++ interfaces natively. Swift doesn’t compile to C or use clang to generate machine code.
Containers are nice because we fucked up how installing software works, I want my system to stay virgin so I never end up with a weird/broken OS.
Installing anything on linux is cursed af, even windows make it no so cursed
@@iamdozerq Installing software is cursed everywhere, it doesn't matter if macOS, Linux, Windows even BSD
you don't have such problem in NixOS
@@toramancik Nix is overly complicated compared to just using containers, it's also standard which Nix is not
@@owlmostdead9492just install nix packet manager and start a shell with nix-shell -p [packages] and your in a shell with the packages in your $PATH, containers are way more difficult than that. but if you're referring to nixos i agree but give it a serious try, you'll love it.
Here’s my perspective as an Apple developer: Swift has pretty syntax and is neat for simple things but if you do a larger project compile times are pretty terrible. Also generics are kinda underdeveloped,, language has too much magic and random things can be super slow when you don’t expect it (while other things are super fast) Binaries tend to be huge, and the language is extremely complicated imo with tons of special syntax and abstract stuff for special cases.
Overall the language just feels bloated and “conceptually” ugly and complicated even if on the surface it looks very simple and pretty since the syntax is very concise.
I think I’m more productive with Apples old la gauge Objective-C. It’s very verbose on the syntax but it’s conceptually very simple and pretty. Like the opposite of Swift. I like it more. (And I’m not just old, Swift was actually the first language I learned after python.)
swift has the most flexibility in generics I've used in any language ever, other than typescript but that hardly counts
@@arden6725have you used C++?
Generics are supposed to be really powerful in Swift, but I would actually prefer a simple dumb generics, like in Java. Something that a simple coder without a phd in astrophysics could understand. Otherwise I totally agree, Swift is a complicated mess. The only way I can live with it, using it every day, is by avoiding all of its “advanced“ features.
objective-c feels so weird
If build times are that bad, you're doing it wrong ngl.
The Docker obsession is derived from the mind set that I don’t want to install stuff on my machine
But I also don’t want to install Docker… LOL
@@AntranigVartaniandocker is the worst to install…
@@AntranigVartanianso use podman
Why are people afraid to touch their system and hardware? Not everything needs to be isolated, abstracted away, run in the cloud or in a series of virtual machines. Come on.
@@jan.tichavsky right. My company makes cloud software, and everyone wants to run it on VMware or container or something. I always advocate for running it bare metal, providing lower latency and less points of failure.
People usually come along doing that after a few years of hunting complex bugs and trying to get around the limits of hypervisors. (In our case it’s usually the high amount of small udp packets that are hitting all sorts of bottlenecks of hypervisors or containers)
KISS, if the software can handle failover its simpler and cheaper to run many identical systems on bare metal. Troubleshooting is way easier that way.
Epic rants in this one lol. Already wtched the VOD so this one is for the algorithm.
The ability to read error messages is an underrated skill
He got every achievement on pc now he has to get all on mobile
giving kotlin a shot would be pretty interesting. making a basic android game using raylib
@@GreggHarris-gm7ef would that be possible with kotlin and raylib? Because drivers and co?
@@flobuilds through god all things are possible, so jot that down
@@flobuilds possible, raylib compiles to all platforms except ios
@@onigurumaa thats crazy
I think the reason it has bad documentation for c interop is because Apple intends for people to use it in their ecosystem (xcode) which handles the language bridging by itself and provides an easier interface. Btw i think you missed the function param labeling, you looked at 'x:' and '_ x:', but it also does 'posX x:' kind of stuff too, it has its usecases. Also the use case for function param labels e.g. 'x:' that i used back when i did iOS dev was that it lets you overload functions, e.g. color(hex: string), color(r: int, g: int, b: int), color(r: int, g: int, b: int, a: int) etc.
maybe color(r:Int, g:Int, b:Int) and color(h: Int, s: Int, v: Int) will be a better example. You definitely can't do it in languages without labeled params.
One reason why I got into Odin way back in 2018 was because I downloaded the compiler and it just worked. I also tried Zig around that time and it gave me some LLVM error instead of an executable.
Funnily enough it was the other way around for. but to be fair it was a issue on the windows side so I can't really blame Odin for that
@@raykirushiroyshi2752 Hey you gotta use what works.
well, before I was prejudiced with swift, now I'm just judicied
Lmfao
tsoding is an official swifter now
*Swifty
@@techlydaily Swiftie*
Lets get swifty in here, shit on the floor, lets get swifty in here
あなたのビデオは私にやる気を与えます good job
man, never change
It's always a lovely day when Tsoding uploads a language review (more commonly known as a "raylib speedrun"). It's really interesting to see his reaction and hear his thoughts about it. I found out about Pascal, Fortran and Ada through his videos (never tried them before but knew about them to be specific) and tried them out on my own and liked them, especially with the C interop. Im quite interested to see which language he might review next. 😀
I think the "trash compiler" comment is a bit unfair. It's more unfamiliar interface than anything else. `cargo build` doesn't accept file name as argument, and `swift build` behave exactly the same (even the error messages are comparable).
Can you look at Gleam next?
🥰
Swift truly is the Taylor Swift of languages
By the way, the star of the show, alimpfard, is one of the maintainers of SerenityOS. Super cool!
please more ground-up content like this. last 10 videos or so have been amazing
i see the vision. make the language as hard as possible to get running on your machine so you instantly get sunk cost fallacy so now you have to finish the project in swift. bravo tim
So now you need to buy a new MacBook™ 😂
I love how you go from hating everything to "swift is a chad language"! Swift is such a joy to write, honestly.
what about forced named arguments. really annoying
@@nordeenhasan6030 they are not forced but implicit by default. You can always skip the label (if the function is self explanatory) or use a more caller friendly label. It‘s actually a nice language level feature. Take this function declaration for example:
func addDays(_ amount: Int, to startDate: Date) → Date { … }
calling addDays(3, to: Date.now) is much more readable than addDays(3, startDate: Date.now), don’t you think?
@@nordeenhasan6030 it’s not forced, you can use func name(_ x: type) if the meaning of the argument is clear from the function name itself
@@nordeenhasan6030 func foo(_ nameLess: Bool) → String..... print(foo(false))
@@nordeenhasan6030Not really. Named arguments are one of the best features of it
The comments here are so embarrassing. Stay in your caves if you want, but don’t make up stuff to fit your narrative and reject things for the wrong reasons without ever trying them.
Okay Apple FanBoy
@@PRIMARYATIAS lol there are plenty of reasons to hate Apple and I’m fully on board. But transferring those over to Swift, which they not only open sourced a while ago but which is also fully community driven is wild.
Swift was the fourth language I've learned. Back in 2014, I only knew C++, Java, and a little bit of Delphi, and I found it pretty pleasent to use, especially compared with objective-C. The problem I guess is that they've changed the standard a lot, so old code wouldn't even work. And nowadays, people have way more choices.
Delphi mentioned
@@stefanalecu9532 Turbo Pascal up to the grave.
670MB download for a compiler ☠☠
it's 670MB for an entire suite of libraries and tools. It makes more sense to compare it to an SDK rather than a compiler.
compressed -,-
That used to be the size of a whole OS install including the desktop environment, not so long ago.
@@jan.tichavsky Still is on some of the smaller linux distros (Tiny Core comes to mind).
This finding documents situation is not only in swift! Almost every “NEW” language that I learn how to import some external libraries just dumps “everything” to the document, but sometimes I just want to know “how it works“, not “how we should do it”.
The required parameter naming is done for Swift-to-Objective-C interop I think, where methods and their parameters are also specified by name on the call site.
The C-interop is designed to be easy because it was the main focus for the first versions of Swift - to be able to call C and Obj-C functions/classes/methods from Swift (and sometimes even calling Swift from Obj-C) without jumping through hoops. It was required to "sell" the idea of Swift to Obj-C developers, similar to how Kotlin makes Java interop their priority. I was working with Swift 1, 2 in an iOS project back when Swift was new, and I've used the interop with Obj-C heavily (and easily at the same time).
I am a C dev, had to use Swift for a project. Really enjoyed once I wrote my own makefile. It sometimes feels like distopian future C (it still has #defines and other C looking features).
Where did the expectation that Swift is a system language (or wants to compete with Rust) come from??
Swift is a modern replacement for Objective-C, and therefore fully interoperable with C libraries, but it's used by tons of developers to build iOS and MacOS apps.
It's an app development language, like C# or Kotlin, but way more efficient, with no garbage collector or fat runtime. Plus it was open sourced a long time ago.
Very useful and informative stream; specially when comparing languages features with each other
Will you also look at odin lang? I find it is a great language to look at aswell!
This guy knows so much about the history of programming languages.Detailed breakdown of the history of string interpolation, and Guido Van Rossum's hatred for do-while loops.
1:10:07 All of this because Swift decided at some point to change the template's source directory from `/Sources/[ProjectName]/main.swift` to `/Sources/main.swift` (usable only when you have a single build target) without considering the tutorials or having any kind of documentation for this
Swift be like: Good.. Bad... Good... Bad...
10 days later, Swift 6.0 released
longest hello world ever
First video of yours I've seen.. highly informative and entertaining.. also glad to know I'm not the only one that goes through a new language screaming wtf is this all the time.
Also, Swift and Ada taught me the two extremes of package managers. And if I design my own, Swift in particular black pilled me that a PM is a dumb idea 🤷
I don't know Ada at all, but I believe that C way (especially when you compile only one .c file for one .o at the time and after that everything done by linker which have nothing to do with the language that produced those .o files), everything you do in language should be able to be fitted into one signle text file: exporting and importing symbols (data and functions), maybe even letting the developer specify by which convention it should be done, but C FFI is obviously should be the default one; importing other files, probably in the way that it is possible to put it namespace but not by default creating it since it then be impossible to just read those includes as one stream if needed; etc.. I feel like types are generally broken in all popular languages or just unusable, and this especially obvious when language lets you to work on variables as on real data objects in memory and you are so abstracted away from what would be produced by compiler that it's just impossible to write simple code that translates 1to1-ish that program text will look like in the end.
maybe Odin is for you then, because the developer (ginger bill) thinks PM are a dumb idea as well.
@@krux02
Why, exactly, he thinks one of the best things in programming, package managers, are a "dumb idea"?
isn't a named tuple just a struct or am i missing something?
yes and no, it's structurally typed
but yeah technically everything is just an integer or just a struct or just a pointer or just an array or whatever
and if you go deeper everything is an array of booleans
Does the document suck because it's Swift 6.0 beta?
Around the 23 mark he's incorrect. You can take the cpp route and just add a preparser to gain whatever features you want without worrying about the compiler.
2:10 May be that docker image use for things like github action (CI/CD). and people use those things nowadays just to escape from managing package installation by them self.... they are not used to cloning repo and build the compiler, library by them self...
While working at company, I felt that docker is basically a shitty replacement for proper system administration with package manager and stuff and everyone just trust Docker that their garbage would work and isolate everything properly (spoiler: it is not, most of the time). So yeah, basically it's a compromise between developers who ate a corpo-pill and learned how to program in SlopLang while not being able even to setup their own laptop so it would not overheat because of shit 12GiB text editors that they're using to work.
wen speedrunning raylib in C#?
It will be the fastest
i wonder how much more i have to learn every time i watch your videos, its honestly humbling. i feel like I would really just start by reading the documentation and you are 12 minutes into it and already just exposing all the shit behind the language, like whaaat? would be really cool to know what those "dependencies" of an executable you were talking about and stuff
Its the "dlls" that are required to run the program, it seems its the Swift runtime
@@andreffrosa and dlls are the compiled library code?
Named parameters come from objective-c, cuz swift have to be compatible with good old NS Cocoa and other shit like this
I love how he tries to figure out commands without even reading the docs and gets mad about it lol
Because he expects things to be simpler then they are and he is absolutely right, plus most languages use roughly the same compiler and linker ideas and he is able to do it successfully 99.99% of the time, most of us here would just give up at the first sign of trouble and many of us can't even do it without a IDE.
@@Argoon1981 Yeah, it's a great method of stress testing for intuitiveness.
@@Argoon1981 I was also very surprised at his hatred of build systems, considering how much I love Gradle and similar systems... I guess low-level devs really just think different
That is kind of the point of the stream
@@btarg1I think if you're used to working with a compiler cli, a build system just gets in the way.
когда он попытался сделать статичный бинарник была РЖОМБА
it was RZHOMBA indeed
ржомба indeed
indeed it was РЖОМБА
What software does he use to zoom in on things realtime on his screen? Is there such a thing on Windows? Would be super useful for coding session w/ teams
seeing him getting madder and madder through the whole video is pure entertainement tbh
Actually, The Guy *'Graydon Hoare'* Who Invinted 'Rust', He works as a Team Member and involves in 'Swift' at Apple.
Congrats on your coming out 🎉
what command line tool you using for directory/file operations? looks really cool
Now this is content lol, love it. And as someone who works in an enterprise corp, I can confirm documentation is exactly that.
New Language Unboxing! Lets Goooo!
I guess you aren't used to reading documentation on the fly. I would calm down and take a more rational approach to evaluating a new language. I guess that doesn't cater to streaming, however.
I was supprised how much the syntax looks like odin
You skipped over the part that structs are always passed by copy and classes by reference. btw this documentation is still better than cmake documentation.
Cool! Swift recently added Linux support I believe?
Some people just want to test the language without polluting nothing in their host system, and docker images provide just that. But Tsoding is a power user, he can easily test and purge everything afterwards.
Thought I was going crazy for disliking Docker for every single thing nowadays, especially in cases like this.
Almost 18 minutes to get to the hello world? Ooooooofffff.
I'd love to see your take on Haxe! I think it's pretty interesting and I'd love to see your take when tackling onto it 🙂
This was fkn hilarious. 😂 Great stuff.
SmallTalk > Objective-C > Swift
Doesn’t turning one sequence of bytes into another sequence of bytes pretty much describe all software?
which is more ergonomic lang between kotlin and swift?
I've always thought the Common Lisp format string is the best string interpolator on Earth
Imagine if Linux had a stable userspace API
is that an actual song between 1:36:45 and 1:37:05?
I the expectation is wrong here. Swift shouldn’t really be compared to c/rust (and idk why people do that). Yes, swift doesn’t use GC but that’s all. The main use of swift is to make apps on iOS/macOS, or server side applications on Linux. That’s why there’s a package manager and a docker image.
I don’t know why the example in the doc isn’t working. If you have followed everything correctly and it still didn’t work, that is a problem of the swift team. But the reason they don’t provide a “simple” example is because normally you wouldn’t just write a “simple” program. Normally you shouldn’t have to invoke swiftc directly and normally you shouldn’t have to pass flags to clang or the linker. That’s why it isn’t in the doc.
Swift should definitely be compared to c/rust. There are still some low-level features missing, but it has been designed for systems programming from the start.
The error message clearly showed why it wasn’t working. I don’t think this guy’s inability to read should be the swift team’s concern. I do think it’s good that he didn’t catch that, though. This way he figured out the more direct approach with the lower-level tools
Docker is used to pin specific versions of tools, if that was your question. Makes it easier to update software in production and especially test source code with different versions of compilers all at once in CI environments, for example.
10:21 russian hacker, hacked Apple with an underscore
BREAKING NEWS
33:02 because Apples main focus is working along Xcode, their IDE
Rust's print uses macros, not the kind of compiler analysis he was talking about. You can write your own print macro with comptime error messages.
Actually, that’s not technically true. ‘println’ can capture identifiers from string literals. Macros can’t do that in Rust. ‘println’ is a language feature pretending to be a macro.
@@TheArtikae
The advantage of it being this way is that eventually it can be lifted out if needed.
Compiler in a docker container as the only official binary distribution? Lgtm and no questions asked.
hello mr. saucing, thanks for unboxing swift
i really don’t get the docker issue. doesn't jai only work with very few distros cos the stdlib uses so many libraries that might be not be correctly setup for every distro?
like i remember a stream where you had to prepare a ton of stuff cos jai didnt work properly on your debian. which is probably where docker wouldve been helpful :p
The build system cruft is all about walking you into the Apple ecosystem. They can't afford to lose programmers, or control of their tools, which happened with Objective c because Next insisted on building their objective c compiler on GCC. Apple wants the utility of being able to lean on a open source project for resources, but not the responsibility of contributing back, because that might benefit someone other than them.
You really have no idea. Apple contributes a lot of code to open source projects.
spm wasn't supported in xcode until a few years ago.
Wait till he finds out about swizzling
I wish Tsoding would do more of this. Pick a language without any prior knowledge and learn it on stream. The next languages I would suggest is: IDRIS.
600 megs of emoji utf codes 😂
tsoding you are a hero. never stop fighting the slop
Ironic how this is a recreational programming session