@Dragna

40 Followers
221 Following
44 Posts
iOS Developer | Curious | ♥️ Learning new things | Boardgame addict 🎲

Hot take: SwiftPM would be better with TOML/JSON/YAML + public JSON schema instead of Package.swift.

Look at Rust's Cargo.toml. Static config eliminates compiler slowness without sacrificing DX. Editor support becomes accessible to everyone.

Most Package.swift files are static structures. Those doing I/O or reading environment? Anti-pattern, even when Apple does it.

Accessibility and performance matter.

@steipete warp ?
Swift by Sundell is back! | Swift by Sundell

After a two-year hiatus, Swift by Sundell is finally back, with new articles published on a regular basis.

Swift by Sundell

Some really impressive work from my teammate Kevin here: https://forums.swift.org/t/the-future-of-serialization-deserialization-apis/78585

If you care about Codable and/or serialization in Swift in general, definitely check it out

#swiftlang #swiftevolution

The future of serialization & deserialization APIs

Hello Swift Community, I’m happy to announce that I've been hard at work planning a potential future for serialization & deserialization APIs in Swift. It's clear from community adoption and feedback that Codable has had a lot of success in the years since it was added to Swift 4, but that it doesn’t satisfy some important needs. One of the foremost of those needs is performance more in line with programming environments that compete with Swift. As such, the main goal for this effort is to unlo...

Swift Forums
@Dragna it’s free to use. We plan to keep it for free while we assess the value for users and the costs for us, and there are high chances that it’ll continue being free.
@tuist something I couldn't find about the Registry on your website, is it free to use ? will there be an usage based pricing ? Thank you in advance for your help. 🙏
@tuist it’s all good now, thank you :)
@tuist can’t be delivered in france 😭

I won’t cease to repeat it. We chose Elixir for @tuist because it builds on Erlang, and the Erlang runtime is so powerful that we can spend our time building and not seeing a complex system emerge as our solution grows.
I don’t regret the decision a single time.

https://vereis.com/posts/you_built_an_erlang

vereis' site

This made my day. From version 1 of Tuist :)