> We use Xcode for its robust suite of tools for development, debugging, and testing.
And from that line on, we knew that it's just about marketing and reality faded away.
However, I really love Things and I always bring it up whenever someone talks about usability and intuitive design. It's such a beautiful pie e of software, written in native code (compared to all the bloated, slow electron apps). It just is very nice to work with Things.
robertjpayne 18 hours ago [-]
To their credit Xcode ships with all these things built in and you don’t have to make decisions about what to use.
Yes it’s not as good as some other technologies but for Things use case and sorts it’s a good match.
trillic 1 hours ago [-]
Xcodes debugger is great when it works. It’s just a GUI on top of lldb.
jmull 15 hours ago [-]
It seems to work fine for me.
sillywalk 18 hours ago [-]
I also love Things. My only worry is that they'll move to a subscription-only model.
tiltowait 19 hours ago [-]
Interesting reading. I hope Swift grows in popularity outside of the Apple world.
Though I’ve only played with it, I quite liked what I saw of Vapor (ditto Swift as a whole, with which I have more experience). The next time I need to build an API, I’ll probably give it a shot.
grenran 13 hours ago [-]
> Our Swift server codebase has around 30,000 lines of code. It produces a binary of 60 MB, and builds in ten minutes.
Sounds quite slow
e28eta 11 hours ago [-]
My guess is 30k is their code, but their dependencies are much larger and 10 mins includes a clean build.
I also wonder if that's developer machine time, or CI build job duration.
Hopefully developer incremental builds are much faster.
sa46 11 hours ago [-]
Yea, sounds painful. That’s only 50 lines of code per second.
And from that line on, we knew that it's just about marketing and reality faded away.
However, I really love Things and I always bring it up whenever someone talks about usability and intuitive design. It's such a beautiful pie e of software, written in native code (compared to all the bloated, slow electron apps). It just is very nice to work with Things.
Yes it’s not as good as some other technologies but for Things use case and sorts it’s a good match.
Though I’ve only played with it, I quite liked what I saw of Vapor (ditto Swift as a whole, with which I have more experience). The next time I need to build an API, I’ll probably give it a shot.
Sounds quite slow
I also wonder if that's developer machine time, or CI build job duration.
Hopefully developer incremental builds are much faster.
Swift is the slowest on the compilation benchmarks at https://github.com/nordlow/compiler-benchmark.
Go is a set of trade offs like every language, and clearly the wrong set for this team.
https://youtu.be/oJArLZIQF8w?si=VZRcsrLkttVjjPzy