HackerTrans
TopNewTrendsCommentsPastAskShowJobs

catapps

no profile record

comments

catapps
·w zeszłym roku·discuss
Echoing the other comments about just how bad the setup here is. Setting up staging/dev environments does not take so much time as to put you behind your competition. There's a vast, VAST chasm between "We're testing on the prod DB with no backups" and the dreaded guardrails and checkboxes.

That being said, I would love to see more resources about incident management for small teams and how to strike this balance. I'm the only developer working on a (small, but somehow super political/knives-out) company's big platform with large (F500) clients and a mandate-from-heaven to rapidly add features -- and it's by far the most stressed out I've ever been in my career if not life. Every incident, whether it be the big GCP outage from last week or a database crash this week, leads to a huge mental burden that I have no idea how to relieve, and a huge passive-aggressive political shitstorm I have no idea how to navigate.
catapps
·w zeszłym roku·discuss
Sure, but developing for Apple's platforms is Swift's primary use. I'd say Dart & Flutter is a fair comparison:

As flawed as they are in my eyes, its dev tooling quality is something I appreciate and wish I saw here. There are two CLIs, one for the language (Dart) and one for the framework (Flutter). Some would say that the CLI equivalent would be xcodebuild, but that depends on the complex .xcodeproj/.xcworkspace structure and still requires XCode to be installed.
catapps
·w zeszłym roku·discuss
As far as I could tell, if you create a Main.swift file, you can't just open that in XCode and start running it as an iOS/macOS application, and instead have to create a .xcodeproj/.xcworkspace through XCode, and add your Swift to the scaffolded project - this seems backwards to me.

(I then separately complained at all the steps it took to get it running without XCode, as I didn't want to be locked into using it)
catapps
·w zeszłym roku·discuss
I've been starting to use Swift again lately after like four years, and while the language is beautiful & the package management story is now a LOT better with SwiftPM, I found that none of it plays nicely with XCode, Simulator, or anything to do with iOS/macOS development -- its primary use-case!

I found myself awestruck that I *HAD* to use XCode or xcodebuild, and could not just run `swift build` and generate an iOS app.

In the end, I had to:

- compile the .app structure myself

- run codesign manually

- manage the simulator manually

- bundle xcAssets manually

- provide swift linker flags manually targeting the toolchain/sdk I needed

- manually copy an embedded.mobileprovision

It was a good learning experience, but what's the story here? Did Apple just give away Swift to the OSS community and then make no ongoing effort to integrate their platforms nicely into the non-xcode build tooling? Looking into https://github.com/stackotter/swift-bundler
catapps
·w zeszłym roku·discuss
As someone who just signed a PNS on a condo in the French Quarter yesterday (what timing for this HN post!), I'm looking forward to finding that balance between the universal and the intimate - I come from New England, where the elitism and tribalism the author speaks of is easy to find, and easier to get sucked into.

I've been here a few times now, mostly frequenting the Quarter, Marigny, the Warehouse District, and the Garden District -- each seem (to me) to be their own special, slower spin on different areas of the country. I'm sure some will disagree, but to me, the French Quarter, while obviously having tons of European influence, feels a lot like a New England town (except the weather of course!). Marigny (again, to me) feels almost SoCal-esque, with its small bungalows and arts focus. The Warehouse District feels like a rust belt city, very industrial but charming, and the Garden District feels straight out of Georgia or South Carolina, the most southern. All this is to say it all makes New Orleans a very special place.