はてなブックマーク

iOSエンジニアなら実機でリリースビルドの動作確認するためにTestFlightを使いますよね。 実はこのTestFlight、使い方を誤ると内部テスターとしてアプリをインストールできなくなる呪いがかかることをご存知でしょうか？ まず、TestFlightの配信形態についてですが、内部テストと外部テストの２種類があります。 内部テストは審査なしでApp Store Connectにアップロードしたアーカイブをインストールすることができる開発者向けの配信形態です。 外部テストは審査ありでベータ版をパブリックに配信できる開発関係者向けの配信形態です。インストールしたい人のApple IDを登録して招待するタイプと、リンクを知っている人なら誰でもインストール（最大10000人）できるようになるパブリックリンクを発行するタイプの２通りがあります。 開発者の場合、リリース版の動作確認をするのに一々審

2023/8/1にようやくDependabotがSwiftをサポートしました🎉 ということで、Dependabotを使ってSwift Packageのアップデートを監視する方法をまとめます。 前提 DependabotにはDependabot alertsとDependabot security updatesとDependabot version updatesの３種類があるが、今回は３つ目の話 あくまでSwift Packageの依存ライブラリのアップデート検出が対象 アップデートを監視できるのはPackage.swiftで依存の定義をしている外部Package Xcode Project（.xcodeproj）で依存の定義をした外部Packageは対象外 方法 Dependabot version updatesを有効にするには、リポジトリのルートディレクトリに.githubという

struct Page<T: Hashable>: Hashable, Identifiable { var id = UUID() var index: Int var object: T } struct InfinitePagingView<T: Hashable, Content: View>: View { @Binding var objects: [T] @State var title: String = "" @State var pages: [Page<T>] @State var selection: Page<T> @State var previousPage: Page<T> private let pagingHandler: (PageDirection) -> Void private let content: (T) -> Content init(

@MainActor class SampleViewModel: ObservableObject { @Published var model: SampleModel init(model: SampleModel) { self.model = model } var count: Int { get { return model.count } set { model.count = newValue } } var stars: String { return model.stars } func changeStarsLength(_ len: Int) { model.changeStarsLength(len) } } struct SampleView: View { @StateObject var viewModel: SampleViewModel var bod

プログラマーの皆様はルービックキューブのような多面体パズルをやっているでしょうか？私は速さは気にしていないライト層ではありますがやっております。プログラマーの方々の趣味の話を聞いていると、ルービックキューブをやっている方、昔やっていた方というのは結構いまして、もしかするとプログラマーのキュービスト率は高いんじゃないかと考えております。今回は、そんなルービックキューブのような多面体パズルをプログラマーがやるメリットを紹介します。 メリット概要 インストールやビルドの待ち時間で暇を潰せる 頭の体操と指の体操を同時にできる 多面的に物事を考える訓練になる 問題解決の際これまでの知識を応用する訓練になる 法則を導き出す力を養える 日々の積み重ねにより確実に成長を感じられる体験を得られる インストールやビルドの待ち時間で暇を潰せる プログラマーは何かと待ち時間が多い職業だと思います。暇つぶしにはもっ

私は新卒入社から2年目のモバイルエンジニアです。 学生の頃は思い付いたらすぐ実装という風にフットワークが軽かったのですが、最近はアイデアを思いついても作ることができない状況が続いています。 自分はエンジニアというよりも、どちらかといえばクリエイター気質で、アイデアを動く形にすることが一番大事だったため、簡単に言ってしまえば「ただ動けば良いプログラム」を書いてきていました。その実装スタイルのためか、本格的にアプリ開発に取り組んでから3年の間に40近いアプリを開発し、内20弱ほどのアプリをAppStoreに公開していました[1]。便利なものからくだらないものまで、アイデアさえ思いつけばその日のうちにコードを書き始め、だいたい3日から1週間ほどで最小限機能のプロトタイプ完成までもっていくことが多かったです。 しかし、これらのアプリは突貫工事もいいところで、まともなアーキテクチャに則っているわけで

はじめに Swiftでは演算子を自分で定義することができます。 まず、Swiftの演算子は特殊な関数です。 演算子（Operator）の定義に必要な要素は以下の6つです。 演算子に使う記号/文字 演算子の優先順位（Precedence） 演算子の結合性（Associativity） オプショナル・チェーンにおける代入の可否（Assignment） 演算子の種類（中置infix・接頭辞prefix・接尾辞postfix） 演算子の機能実装 演算子に使える文字 基本的に使えるのは、変数名、関数名、クラス名などに使える文字ではない文字です。 代表的なものは、/ = - + ! * % < > & | ^ ~ ? 演算子の一文字目から使える文字（operator-head）　計2629文字 / = - + ! * % < > & | ^ ~ ? ¡ ¢ £ ¤ ¥ ¦ § © « ¬ ® ° ±