はじめに この記事では、当社内で開発した最適化フレームワークである「 Codable Model Optimizer 」について紹介します。 リクルートでは、機械学習のビジネス活用に長く取り組んできましたが、機械学習によって将来の予測が正確にできたとしても、その予測を元に良い選択を決定できなければならない問題に直面することが増えてきています。 例えば、商品に対する購入率が予測できたとしても、購入率の高い商品をたくさん表出させれば良いというわけではなく、実際には商品の在庫などを考慮してどのように表出させるのか意思決定する必要があります。 膨大な選択肢からより良い選択を見つけ出す問題を"最適化問題"とよび、様々な解法があります。解法としては、数理最適化（主に厳密な最適解を見つけるのに使われる）やメタヒューリスティクス（厳密最適解ではないが、大規模な問題において良い解を見つけるのに使われる）など
MirrativのAPI通信に関するiOS実装の改善とCodableの活用 - Mirrativ Tech Blog
こんにちは Mirrativ iOSエンジニアの千吉良です。 今回は Mirrativ iOSアプリにおいてAPI通信に関する実装の改善を行ない、関連してCodableを活用した話をしたいと思います。 Mirrativ iOSアプリのソースコードには歴史があり、API通信に関するコアの実装は約4年前に実装されたものでした。日々実装を行なっていていくつか課題を感じていた箇所がありましたが、API通信に関する実装はコード量も多く、新しい仕組みを導入して一気に刷新しようというわけにはいきません。既存のファイル構成などを活かしつつ軽量な仕組みを導入して、新規実装のみ新しい方法で実装したり、部分的に修正していけるような実装を考える必要がありました。 既存のコードへの課題感 既存のAPI通信に関する実装は大きく3つの部分 レスポンスに関する定義 リクエストに関する定義 リクエスト処理と結果のハンドリン
※注意 本記事は Xcode 11.0 GM Seed の環境で動作確認したものです。正式版では動作が変わる可能性もあります。~ (うまく動作しない場合は、シュミレータやXcodeを再起動したりするとうまくいきます。） 前書き 過去に以下のような記事を上げていましたが、そのCombine版になります。 [Swift]ObjectMapper+RxSwiftを実装した備忘録 [Swift]Alamofire+RxSwift+CodableでAPIクライアントを作る そのまんま置き換えというのは、厳しい部分がありましたがなんとか同じような書き方に集約しております。 Combineについては【iOS】Combineフレームワークまとめを見ていただくのが早いかと思います。 導入 1.環境 - MacOS Catalina 10.15 Beta 8 - Xcode 11.0 GM Seed (Swi
![[Swift] URLSession+Combine+CodableでAPIクライアントを作る - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/ed4650e0782ebd3a5a6c33aaa82c87495761cdb9/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZ0eHQ9JTVCU3dpZnQlNUQlMjBVUkxTZXNzaW9uJTJCQ29tYmluZSUyQkNvZGFibGUlRTMlODElQTdBUEklRTMlODIlQUYlRTMlODMlQTklRTMlODIlQTQlRTMlODIlQTIlRTMlODMlQjMlRTMlODMlODglRTMlODIlOTIlRTQlQkQlOUMlRTMlODIlOEImdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZ0eHQtY2xpcD1lbGxpcHNpcyZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTk1MGI3YmRjZmEzZDczNjk4YjY4NDc2M2VhMDFmZTAy%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwaGNyYW5lJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz0xOWI2NGM0NTdlN2UxN2FjNDM3NTE4NWNiYWU2OTU0YQ%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3Dd49367997b1b656fac61ad5544b18ce3)
Last time, we looked at how to connect a SwiftUI app to a Firebase project and synchronise data in real time. If you take a look at the code we used for mapping from Firestore documents to our Swift model structs, you will notice that is has a number of issues: self.books = documents.map { queryDocumentSnapshot -> Book in let data = queryDocumentSnapshot.data() let title = data["title"] as? String
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Codable Model Optimizer: 最適化問題を気軽に解くためのPythonフレームワーク
[Swift] URLSession+Combine+CodableでAPIクライアントを作る - Qiita
SwiftUI: Mapping Firestore Documents using Swift Codable