2023-09-03

iOSDC JAPAN 2023 感想

久しぶりにオフラインのカンファレンス行ってきた。オフラインの方が臨場感あって楽しかった。

2021-09-19

iOSDC JAPAN 2021 感想自分用メモ

iOSDCを見たので、自分用メモとして残しました。

iOSDCの概要

f:id:Amarron:20210919193903j:plain

iOSDC Japan 2021はiOS関連技術をコアのテーマとしたソフトウェア技術者のためのオンラインカンファレンスです。日本中、世界中から公募された100本を超える知的好奇心を刺激するトークの他にも、パンフレットに掲載された技術記事、参加者であれば誰でも作れる即興のトーク・アンカンファレンスなど、初心者から上級者まで楽しめるコンテンツがみなさんを待っています！ 9月17日（金）〜9月19日（日）はお祭りです！お楽しみに！！

https://iosdc.jp/2021/

その他

iOSDC Japan youtube channel

全体の感想

ニコ生について
- プレミアム会員ではないので少し不便（時間を戻して見れなかったり、一時停止ができなかったり）
- 途中で止まることがちょこちょこある（戻したりできないのでその部分が抜ける）
  - 1ヶ月間タイムシフトで公開しているらしいので後から見直せる
内容について
- 相変わらずナレーションが豪華
  - 立木文彦さん、緒方恵美さん、三石琴乃さん
- heyのcmが頭に残る（とにかく明るい印象）
- 特定の会社が複数人登壇している
- 専門的すぐてついていけないセッションもあったが、刺激になった
- Combineとかaync/awaitの話題が多い印象
- 知見が広がって楽しかった
その他
- Discodeを使ってみた（前日にインストール）
  - 設定がいけていないのか、通知がめちゃくちゃくる
  - 質疑が聞けて少しカンファレンス感があって良かった
後で調べたいこと
- SwiftUIでハードウェア連携
- GraphQL
- Concurrency,async/await
面白そう
- Nandgameとか面白そう(hak & tomzoh)

自分が聞いたセッション

9/17
- SwiftUIで使ったアプリを1年運用してみてわかったこと / Akifumi Fukaya
9/18
- 初めてのハードウェア対応 / Takeshi Yokokoji
- Network ExtensionでiOSデバイス上で動くパケットキャプチャを作る / 岸川克己
- エンジニアの視点から見る(株)ゆめみの働き方 / yumemiイシガキ
- 実践 iOS オープンソースプロジェクトの始め方 / Yoshimasa Niwa
- 100日間AR表現を実装して見つけた面白い実装を全力解説 / 服部智
- Swift 5.5 async/await を支えるモナド、継続、コルーチン / 稲見泰宏
- Finder Sync Extension で Mac 向け便利ツールを作ろう / Kyome
- LT
- 「スタディサプリ」がFull SwiftUIを選択した先に見えてきたもの。 / Hajime Nakamura
9/19
- 実践 SharePlay / Group Activities / 所友太
- 大規模なアプリのマルチモジュール構成の実践 / giginet
- LINEアプリのモバイル体験改善に向けた取り組み / 早石明浩 / 富家将己
- ケースに応じたUICollectionViewのレイアウト実装パターン / to4iki
- SwiftUI+GraphQLで新規プロダクトの継続的破壊(Continuous Destruction)に立ち向かう / Takuya Yokoyama
- async/awaitやactorでiOS アプリ開発がどう変わるか Before&Afterの具体例で学ぶ / Yuta Koshizawa
- hak & tomzoh 特別企画 / hak(時間が重なったので途中から)

https://fortee.jp/iosdc-japan-2021/timetable

9/17

SwiftUIで使ったアプリを1年運用してみてわかったこと / Akifumi Fukaya

https://speakerdeck.com/akifumifukaya/iosdc21

KAUCHE
- シェア買いでお得
- 歴史
  - 2020年リリース
- 中身
  - iOS13移行
  - SwiftUI, UIKit ミックス
    - どうしてもUIKitでしか実現
  - アーキテクチャ
    - MVVM
アーキテクチャ
- MVVM
  - View <-> ViewMode l<-> Model
  - View:ProductDetailView
  - VM: ProductDetailViewModel
  - V: ProductDetail
SwifrUIの問題
- NavigationLink.destinationに設定したViewはNavigationLinkが読み込まれると同時に初期化されてしまう
  - LazyViewを導入すると初期化するタイミングを調整
- SFSafariとNavigationLinkの相性が悪い
  - 違うのを使うのが良い
- EnviromentObjectで意図しない画面遷移や画面が真っ白になる
  - EnviromentObjectを利用しない

9/218

初めてのハードウェア対応 / Takeshi Yokokoji

https://speakerdeck.com/ykkc/chu-metefalsehadoueadui-ying

STORESレジの紹介と対応ハードウェア
- 技術スタック
  - Lang：Swift
  - FW：SwiftUI, Combine
  - API：GraphQL
  - DB：Realm
  - Tool:GitHub,Bitrise,FireBase,Fastlane
- STORESレジの紹介
  - 処理
    - 商品読み取り→合計金額の通議→決済→レシートの発行
    - 上記処理には様々ハードウェアが必要になる
開発
- Bluetooth
  - Bluetooth Low Energy(BLE)
  - Bluetooth Classic
- Bluetooth Low Energy(BLE)
  - CoreBluetooth Frameworkで実装
    - 全体図
    - プログラム
      - BLEDeviceModel
      - BLEDeviceManager
      - BLEDevice
- Bluetooth Classic
  - Bluetooth 3.0以前の規格
  - 実装意外にも色々調整が必要
    - MFi登録申請、認証が必要
  - アプリからの接続ではFrameWorkUIが必要
苦労したこと
- 接続状態管理
- ハードウェア固有の動作差分
- リモートワークで機器が増える

Network ExtensionでiOSデバイス上で動くパケットキャプチャを作る / 岸川克己

https://www.icloud.com/keynote/0Cj2gU0ETpApwIpSA2soblajA#iOSDC_2021

Network Extension、パケットキャプチャの概要
- Network Extensionとは
  - ネットワーク関連の昨日を拡張・拡張・カスタマイズできるAPI
  - Wi-Fi設定の変更
  - VPN構成の作成と管理
- パケットキャプチャとは
  - ネットワークを流れる通信データ（パケット）をデバッグなどのために取得（パケットキャプチャ）してわかりやすい表示したりするソフトウェア
- ソフト
  - wireshark
  - charles
    - Macアプリ/iOSアプリ
Charles proxy for iOSのようなパケットキャプチャを作るには
VPNとは
Network Extensionで簡易VPNクライアントとサーバーを実装する
- Packet Tunnel Providerで作成
- Content Filterではできない
  - 外部への出力が制限されている（Xcodeのコンソールに表示くらいしかできない）
- 開発
  - httpパケットの通信内容を確認する機能を実装したい
  - XcodeでPacket Tunnel Providerを選択して、新規プロジェクト作成
  - どのコードがどの操作に影響しているかドキュメントに記載されていない場合が多い
    - サンプルコードを動かしながら１つづ検証する必要がある
  - デバッグはログで確認する
    - 非同期処理が多いのでデバッグよりログがおすすめ
  - パケットを取得する
    - TCPパケット、UDPパケット
  - VPNサーバーの通信を実装する
  - 3 way handshake
UDPのキャプチャ
- Among Usを教材とする（ゲームはUDPが多い）
- リバースエンジニアでAPIがGitHubに上がっている
- キャプチャーすると誰が敵に割り当てられたかわかる（チートツールが作成できた）
- Discodeでワイワイするのが楽しいが死んだ後にはオフにするのが手動で煩わしい→これを自動でできることが動機の一つ

エンジニアの視点から見る(株)ゆめみの働き方 / yumemiイシガキ

会社の紹介
- アプリ開発とか
- 副業推進
  - 自己研鑽のため
- 勉強し放題制度
  - 勉強：業務以外の自己啓発→こっちもサポートしている
  - 学習：業務に必要な活動
- ぱくぱくスタディ
  - 勉強会で食事代が出る
音声
- https://coefont.studio/

実践 iOS オープンソースプロジェクトの始め方 / Yoshimasa Niwa

ライブラリの開発
- APIデザイン
  - わかりやすい名前を
  - コンポーネント間の知識の共有
  - 下位互換性の担保
- ライセンス
  - 法的な問題がわかる人に相談
  - どうやって表示するか
    - SPDXを使う
    - IDETem;ate<acros.plist
- パッケージング
  - Swift Package Manager
    - 事実上のデファクトスタンダード
  - CocoapodsやCarthageへの対応
  - すぐに試せるようにする
    - Exaple.Xcodeproj
メンテナンスの計画
- Pull Requestをどう扱うか
  - 受け付けなくてもOK
  - 受け付ける場合、CLAなどの同意が必要になる
  - One Source RepoとMono Repo
- コミットチェック
  - CI環境の互換性
  - GNU makeの活用
    - macOSは対応バージョンが古い
プロジェクトの公開
- GitHub
- GitHubActions
- ISSUE_TEMPLATE
- PULL_REQUEST_TEMPLATE
広く使ってもらう
コミュニティへの還元

100日間AR表現を実装して見つけた面白い実装を全力解説 / 服部智

https://speakerdeck.com/satoshi0212/100ri-jian-arbiao-xian-woshi-zhuang-sitejian-tuketamian-bai-ishi-zhuang-woquan-li-jie-shuo

顔ペイント
- 機能
  - 顔にペイントする
- 「Tracking and Visualinzing Faces」を参考に作成
- program
  - ARSCNViewDelegate
- iOS15以降
  - 「Creating an App for Face-Painting in AR」も同じような機能が実装されている
現実スプラトゥーン
- 機能
  - 壁とかにペイントする
- 実装
  - LiDARでのスキャンとMesh化
  - カラーボールの挙動
- Appleのサンプルが参考になる
ARなぞとき
- 機能
  - 空中に文字を表示
BlotterMedia風効果
- 機能
  - 身体の周りにオーラがつく(超サイヤ人)
EyeTrack HeatMap
- 機能
  - 見ている箇所が赤くなる（ヒートマップ）

Swift 5.5 async/await を支えるモナド、継続、コルーチン / 稲見泰宏

https://speakerdeck.com/inamiy/iosdc-japan-2021

非同期計算
- 従来
  - コールバック方式による非同期計算
    - コールバック地獄
  - リアクティブ・プログラミングによる非同期通信
- swift5.5
  - async/awaitによる非同期計算
- 実はどれも同じような考え
関数型プログラミング
- コルーチン
- 継続
- モナド
モナド
- モナドの例
  - Optional
  - Array
  - Rx.Observable
- モナド則は「結合律」が重要
- ここまでのまとめ
- 計算効果
  - 計算効果＝計算の過程で追加で発生する（副）作用
  - 例
    - エラーハンドリングなど
- do記法
  - Resultのdo記法による手続き化
- モナドの問題点
  - 計算効果の合成が扱いにくい
- 自由モナド
- まとめ（モナド）
継続
- 継続＝コールバック関数
  - CP
  - CPS←今回はこっちが重要
- structures Concurrency
  - 親タスクと子タスクが入れ子状態になる
    - リソース管理が楽になる
- callcc
  - コールバックの合成
  - shift/reset(限定継続)
- まとめ
コルーチン
- コルーチン＝中断と再開できる機能を持つ関数
- データ競合が起きないようにできる
- まとめ
まとめ

Finder Sync Extension で Mac 向け便利ツールを作ろう / Kyome

https://zenn.dev/kyome/scraps/7f1e4af8f3f212

Finder Sync Extension
- ローカルとリモートでファイルを動機する
  - 例）DropBoxなど
- 指定したフォルダとその階層化の監視
- 動機状態の表示
- カスタムコンテキストメニューを提供
- カスタムツールバーボタンを追加できる
Finder Sync Extension 実装の基本
- Mac側の設定で機能拡張の有効が必要
- project作成
  - Finder Sync Extensionターゲットで作成
  - 収容アプリと機能拡張のバージョンを合わせる
- 実装
  - FIFinderSync
    - 操作の監視
    - カスタムコンテキストメニューの追加
    - カスタムツールバーボタンの追加
  - Asset Catalog
    - アイテムにバッジをつける
  - デバッグ方法
  - 便利ルーエう作成時のTips
    - NSAlert,NSOpenPanel,NSSavwPanel
- 注意点
  - 読み書き権限が適用しない場合がある
    - NSOpenPanel,NSSavwPanelを使ってファイルパスを取得すれば読み書き権限が通用する
  - App Sandbox下で監視するフォルダを指定するのは厄介
    - DarwinのAPIで強制的にユーザのホームフォルダを取得する
  - Finder機能拡張同士が競合することがある
    - 先に有効化されたほうが優先される
- 便利ツール
  - ScaleHelper
    - @2x,@3xの画像が自動生成できる
  - RenameHelper
    - ファイルを連番でリネームできる
  - NewCanvas
    - 無地の画像ファイルを作成できる

LT

Nearby Interactionを利用した空間認識 / yoshimi
- Nearby Interactionとは
  - iOS14から登場したフレームワーク
  - 近くのデバイスを認識
- 取得できる情報
  - 距離と方向
- ユースケース
- 使ってみて
  - ２台までなら安定して検出できる
- 制約
  - 縦持ち
  - 壁とかない
- iO15から3rd partyアクセサリで利用可能
再現ができない？特定ができない？ZOZOTOWNアプリのトップクラッシュに立ち向かった話 / chichilam
- フィードバックから原因究明
  - 使い続けると落ちる→メモリの増築が原因
    - リニューアルでリッチになったのでメモリが増え続けるクラッシュ
- 解決に向けて
  - 画面遷移で画像を作り続けている箇所を改善
- まとめ
  - 原因特定は色々な角度から検証し続ける
M1チップの脆弱性M1racleを読み解く / 星野恵瑠
- M1チップに脆弱性が発覚
  - M1racles
- 脆弱性内容
  - 別プロセスでデータをやりとりできてしまう
- 問題点
  - マルウェア同士でデータがやりとりできる
  - 現状そんな問題ない
Hacking the Tesla API / きんちゃん。
- BMW Digital Key
  - Apple Car Key
- Tesla
  - 開場からエンジンをつけるまで
やってみよう！iOSDCデザインスポンサー！ / FromAtom
- デザインスポンサーは何をするの？
  - 公式ロゴ
  - 公式サイトを作る
- スケジュール
  - 5/27 ロゴのデザイン案
  - 6/12 ロゴ完成
  - 7/6 サイトデザイン案
  - 8/4 サイトリリース
- メンバー
  - デザイナー
  - エンジニア
  - とりまとめ
- 社内交渉
  - スポンサーのメリット
  - 人のマッチ
- 毎年模索
- 良かったこと
  - 全体のブランディングができる
  - みんなが使ってくれる
  - 水石琴乃さんに読み上げられる
iOS 15以降のNotificationのあり方について考える / haseken
- Notification新機能
  - Notification Summary
  - 集中モード
  - Interruption Level
- これらの影響
  - Notificationがユーザーの目に触れにくくなる
  - Notificationがシステムに深く係る場合、サービスに支障が出る
あなたの知らないSafariのExperimental Featuresの世界 / HEAVEN chan / ikkou
- Experimental Featuresとは
  - フラグをオンにすると、Safariで使える実験的な機能
- 注目の設定
  - http2とhttp3
  - WebGL2.0
  - WebGPU
  - Web Ahre API Level 2
  - HTML
    element
    - 3D/AR向けなど
    - 現時点ではOnに変更しても動作しない
SwiftUI.Textを使いこなす5分間 / あつや
- 長い文字で途中にboldしたい場合
  - 「+」演算子でOK
- テキストに画像を入れる場合
  - 「+」演算子でOK
- 文字列補間を拡張した書き方
  - appendInterporation
- 数値の三桁区切り
  - 数値を文字列に入れると自動で３桁区切り(1,980円)で行ける
- FormatStyle
最強の500系エラー画面を探し求めて / akatsuki174
- 51アプリの500系エラーを集めた
  - 何も説明無し：24
  - 説明あり：17?
  - 説明あり＋アクションボタンあり：10?
- 良くない500系エラー
  - 説明無し、説明が不十分
- 良い500系エラー
  - 説明あり、ユーザーが次にどうすべきか判断できる材料が示されている、最新の状況がわかるようになっている
「Hey Siri, おはよう」に憧れて / kiwi
- スマートリモコンスイッチボット
  - 専用のアプリからSiriでショートカット実行
- Homekid
  - Homebridge
    - 現在のステータスが返せない

「スタディサプリ」がFull SwiftUIを選択した先に見えてきたもの。 / Hajime Nakamura

技術検証
- 想定するデザインのプロトタイプをSwiftUIで実装
- Full SwiftUIでのアーキテクチャパターンの検証
- UIKitを組み合わせる仕組みの検証
見えてきたメリット
- アニメーション
見えてきたデメリット
- ライフサイクル系メソッドの不安定な動作
  - Firebaseの自動スクリーントラッキングが対応していない
  - →ナビゲーション時に手動で送信するコード作成
見えてきたTips
- プログラムで画面遷移を制御する
  - APIと通信して条件に適した場合のみ画面遷移したい
    - 隠しNavigationLink
所感
- 開発体験が加速
  - UIの実装がスピードアップ
  - 実装の変更やレビューがしやすい

9/18

実践 SharePlay / Group Activities / 所友太

SharePlay入門
- SharePlayとは
  - iOS15.xで対応予定
    - iOS15.0には間に合わないので対応延期
  - FaceTime通話中に離れた場所の友達とアプリを共有する
  - 映画やスポーツなど一緒に視聴するなど
  - 対応しているアプリ
    - Apple TVなど
- 3種に分けられる
実践
- 画面共有
  - FaceTimeで画面共有を選ぶ
    - Zoomの画面共有のような機能
  - 対応するのに必要なコードは0行
  - アプリが画面共有されてしまわないか気をつける必要がある
    - パスワードなどセキュアな入力フィールド
    - DRM(FairPlay)で保護された動画
    - 画面キャプチャ中に特定要素を隠す実装
- 動画共有
  - FaceTime中に好みの動画を再生する
  - DRMで保護されたコンテンツもShare
  - 片方が一時停止すれば、もう片方も一時停止する（動作の同期）
  - 対応するのに必要なコードは50行程度
- カスタム
  - 軽いデータ（テキストなど）を送受信できる
その他
- githubにサンプルコードあり
- https://github.com/tokorom/SharePlaySample
QA
- Q1. 相手がアプリを持っていなかったら？
  - 1. 相手にダウンロード推進する画面が表示される
- Q2. 有料会員しか視聴できない動画は？
  - 1. サービスによる
- Q4. 相手がMacでもSharePlayできる？
  - 1. YES、safariのみで動作可能（カスタムイベントには）
- Q5. iOS 15 betaでSharePlayを動作するには？
  - 1. developer.apple.com/download でプロファイルをダウンロードする

大規模なアプリのマルチモジュール構成の実践 / giginet

https://speakerdeck.com/giginet/da-gui-mo-naapurifalsemarutimoziyurugou-cheng-falseshi-jian

このトークについて
マルチモジュール分離前の状況
- 目的
  - 開発時のビルド待ちを減らしたい
    - これが一番の目的
  - 機能感の依存や副作用を減らしたい
  - テスト記述の簡略化
  - ObjCなどの古い実装を隠蔽したい
- アーキテクチャ
現在のCookpadのアーキテクチャ
- 問題点
  - Feature Module間は依存関係を持たないようにする（縦ではなく横の連携）
    - Environmentを経由して依存にアクセスする
  - DescriptorとResolver
    - Environmentが持つ依存解決の仕組み
    - UIViewcontrollerを隠蔽できる
- マルチモジュール化の効果
- まとめ
実践的マルチモジュール
- モジュール分離を浸透させるには
  - すべてを一度に移行しない
  - 穴を塞ぐ
  - 開発者が迷う点を減らす
- すべてを一度に移行しない
  - 古い実装（既存）を残して、新しい機能から入れられるようにする
    - environmentで吸収
  - 古いViewControllerへの遷移
    - Resolver経由で取得する（古い実装を無理に変更するのではなく、既存を隠蔽して使えるようにする）
- 穴を塞ぐ
  - 新しいアーキテクチャのモジュール、Sceneの自動作成
    - モジュールの生成
      - XcodeGenを利用
    - シーンの生鮮
      - Genesisを利用
  - ジェネレーターを整備することで、形式にそうような仕組みで組み込まれるようにする
- 開発者が迷う点を減らす
  - コミュニケーション
    - 勉強会、資料、会話など
  - ベストプラクティスの提供
    - 実装揺れが起こりそうな箇所は明確な取り決めを行う
  - 仕組みによるリアーキテクチャの指針
    - インセンティブの設計
      - ビルド時間が早くなって開発者に恩恵があることの意識共有
    - ジェネレータやメタプログラミング
    - 静的解析
  - メタプログラミングの利点
  - この仕組のメリット
  - モックの自動生成
    - mockoloなどがある
  - その他の工夫
    - 静的解析など
- モジュール分離の浸透のためにできること
まとめ
質疑（Discode）
- 1. バゼルなど他のビルドは検討しなかった？
  2. 標準のビルドに載せたい、今回は選択しなかった、知見があれば教えてほしい
- 1. 少しだけ違う場合の使いまわしどうする？
  2. 別々に用意することが多い
  3. 全く同じであれば使い回せる仕組みになっている

LINEアプリのモバイル体験改善に向けた取り組み / 早石明浩 / 富家将己

会社紹介
- ミッション
  - CLOSING THE DISTANCE
- Life on LINE
  - new、買い物、電話、音楽など
- 10年
  - １つのリポジトリ
    - フルスクラッチで書き換えることなく10年１つのリポジトリで対応
  - Objective-C -> Swift（86% 移行済み）
  - 3バージョン対応(iOS13~15サポート)
iOS11 & iPhone X対応
- いくつも不具合あり
- 改善点
  - 出たしが遅かったので、早めに対応できる体制をつくる(Eary Bird TF)
Eary Bird TFでの対応
- iOS12
  - Siriショートカット
  - 通知のグループ化
- iOS13
  - Context Menu
  - Dark Mode
  - wathOS6 & SwiftUI
  - Share Suggestion
  - Sigin in with AppleID
- iOS14
  - Widget
  - Picture in Picture
  - ATT(App Tracking Transparency)
- iOS15
  - 通知機能
  - 集中モード
  - Siri Suggestion in Widget
  - Quick Note
  - など
組織変更
- 2021年に組織変更

ケースに応じたUICollectionViewのレイアウト実装パターン / to4iki

https://speakerdeck.com/to4iki/kesuniying-zitauicollectionviewfalsereiautoshi-zhuang-patan

目次
- テーマ背景
- UICollectionViewのおさらい
- レイアウト実装の設計
- まとめ
UICollectionView
- UICollectionViewLayout
  - UICollectionViewFlowLayout
    - 縦横に均等配置、動的なレイアウトはできない
  - UICollectionViewDelegateFlowLayout
    - 複雑なレイアウトは苦手
  - UICollectionViewLayoutCustom
    - 要素に応じてレイアウトを頻繁に更新するケース
    - 比較的難易度の高い実装となる
    - 例）可変長のアイテムをTopに整列するなど
  - UICollectionViewCompositionalLayout
    - iOS13以降
    - カスタムと同じようなレイアウトをより簡単に実装
    - 例）
  - 利用ケース
実装
- 方針
  - UICollectionViewCompositionalLayout + DiffableDataSource
  - レイアウトとデータを分離
  - - DiffableDataSource
      - 型による制約でデータとUIの不整合を防止
    - SectionProvider
      - レイアウト・データ反映の提供
    - SectionModel
      - 表示データとProviderを保持
まとめ
その他
- GitHubにサンプルコードあり

SwiftUI+GraphQLで新規プロダクトの継続的破壊(Continuous Destruction)に立ち向かう / Takuya Yokoyama

https://speakerdeck.com/chocoyama/swiftuitographqltehurotakutofalseji-sok-de-napo-huai-nili-tixiang-kau

Continuous Destructionとは、改善・変更のこと
STORESレジについて
- 技術スタック
  - FW: SwiftUI,Combine
  - API:Apollo-iOS(GraphQL)
破壊（変更）への対応
- 変更に対応しやすい→ユーザーに価値を届けやすい
- SwiftUI
  - レイアウト変更しやすい
  - 表示確認がしやすい（アプリの起動が必要ない、複数パターンの確認もできる）
  - STORESレジでの変更への取り組み
    - デザインシステム＝デザイン原則をまとめたスタイルガイド
  - まとめ
- GraphQL
  - 強み
    - 必要なデータだけ取得する
    - 少ないリクエストで複数のリソースにアクセスできる
  - STORESレジでの変更への取り組み
    - 仕様変更を監視し通知する
    - など
  - まとめ
- まとめ
- SwiftUI+GraphQLをあわせてできること
  - SwiftUIとGraphQLは１対１
振り返りと今後の展望

async/awaitやactorでiOS アプリ開発がどう変わるか Before&Afterの具体例で学ぶ　/ Yuta Koshizawa

https://zenn.dev/koher/articles/swift-concurrency-cheatsheet

Concurrency（並行性）・・・iOSアプリ開発を劇的に変える可能性がある
- async/await
- Structured Concurrency
- actor
Swift Concurrency
- iOS13から使える
質疑（Discode）
- 1. 小さいアイコンと大きなアイコンで、大きなアイコンがくるまでは小さなアイコンを表示したい
  2. TaskGroupを使うと良いかも
- 1. 小さなアイコンと大きなアイコンを非同期で取得する処理で同時にエラーが起きないか
  2. Excuteしている方でエラーが発生のみ発生されると思う

hak & tomzoh 特別企画 / hak(時間が重なったので途中から)

「作ってわかる」教材おすすめ
- 名著「CPUの創りかた」
- Nandgame・・・演算器を作るゲーム
どこから情報を取得している？

LT

ほんの一瞬だけでもConcurrencyの計算理論に触れてみませんか？ / ばんじゅん
- 概念的な世界で説明
- CCS
NDIとARKitを連動させた新しい映像表現 / 服部智
- NDI・・・ネットワークデバイスインターフェイス
- NDISDK
- NDIViedeoMonitor
Swiftのソートアルゴリズムの特徴を5分できちんと知る / Takanori Hirobe
- Timsortと呼ばれるアルゴリズムを使っている
  - Swift5.0から使われる（それまでは、Introsortが使われていた）
  - 他の言語でも使われている
- ソートに重要なこと
  - 速さ
  - 安定性
    - 同じ値の場合、ソートしても順番が変わらないと安全
  - メモリ使用量
Using Eigen from Swift (via C) / さのたけと
- Eigen
- SwiftからEigenを使えるようにする
- Swift<->C<->C++
5分でわかるIDFA / ATT / 神武
- IDFAで広告効果を計測する仕組み
- IDFAを使用できなくなった
- ATTを大体として使う
- ATT許可率をアップさせる
  - メイン機能の後に表示する
- SKAdNetwork
  - ユーザーの個人情報を含まないID
  - AppStoreClientとアドネットワークでやりとり
アプリの終活 / 久利龍義
- アプリを綺麗な状態にする
  - 不要な機能、実装、画像の削除
- 時間を取られない状態にする
  - 問い合わせ対応への負荷軽減
  - 自動化
  - READMEの最新化
- クローズに向けた機能の構築
  - 注文定式機能追加
- 次のアプリへの相続
  - KPT
- 就活後の対応はほとんど0
２段階認証実装の勘所 / ころころ
- 多要素認証
  - 認証の3要素
- iPhoneの生体認証を多要素認証として使うことは難しい
- 多要素認証としての２段階認証
- TOTP
- ネイティブアプリでTOTPを実装
今、改めて振りたいiPhone搭載のセンサとその使い道 / Atsushi Otsubo
- 位置
  - GPS
  - 気圧センサ
- モーションセンサ
- メディア関連
  - カメラ
  - マイク
- その他
  - LiDAR
  - 輝度センサ
  - 近接センサ
Kyash iOSアプリのQAの歴史 / konifar
- 2017年4月リリース
- 2017年12月品質上げる懐疑
  - Bug Bash 開催
    - 職種関係なく触ってもらう
    - 1年後マンネリ化
- 2020年改善の兆し
  - 運用とUnitテストの整備
  - MVVM
    - VewModelのところでテストを強め
  - 6月週１のナレッジ共有回
  - QAチームによるバグ分析と資産化
- 2021年9月
  - まだ課題があるので改善し続ける
- 定期的に課題を上げて改善する
- アリストテレス
  - 改善とは行為ではなく習慣である
Hey Siri！マルチプラットフォームでのSiriショートカットの地雷を教えて / monoqlo
- Tips
  - メッセージをすべてコントロールできない
    - プラットフォームごとに少し違う
  - iOS13,iOS14でメッセージが違う
    - カスタムメッセージを読んでくれない
- おかしいと思ったら
  - 再起動、言語設定
- 最後
  - Appleの管理化からは逃れられない

表彰

モリアガリトーク賞
- 3位岸川克己
- 2位 Daiki Matsudate
- 1位 Yuta Koshizawa
アンカンファレンス賞
- sonson
ベストフィードバッカー賞
- aokiplayer
iOSDCチャレンジ
- 5位 Ogijun
- 4位 ta-ka-tsu
- 3位 yuchiro22
- 2位 noppe
- 1位 hironytic

2020-09-21

iOSDC JAPAN 2020 感想自分用メモ

iOS swift カンファレンス

iOSDCの概要

f:id:Amarron:20200921183322p:plain

iOSDC JapanはiOS関連技術をコアのテーマとした技術者のためのカンファレンスです。今回はオンライン開催です！ iOSDC Japanと言えば日本中、世界中から公募されたスピーカーによる知的好奇心を刺激するトークと参加者間のコミュニケーションですが、オンライン開催となる今回も変わらず、そして今まで以上にお楽しみ頂ける企画を検討中です。開催に関連するニュースは本サイトのお知らせや公式Twitterアカウントでお知らせします。是非フォローしておいてください。

開催概要開催2020年9月19日（土）〜9月21日（月・祝）場所オンライン対象iOS関連技術およびすべてのソフトウェアエンジニア主催iOSDC Japan 2020実行委員会（実行委員長長谷川智希 @tomzoh）

iosdc.jp

コメントが多かったトーク

1位 GitHub ActionsでiOSアプリをCIする個人的ベストプラクティス / uhooi
2位 AVAudioEngineでリアルタイムレンダリング / 八十嶋祐樹

全体の感想

ニコ生について
- そもそもニコ生をあまりみないのでシリアルコードの入力など戸惑う
- 家のネットワーク環境の問題かニコニコの問題か、高画質で見ると音が飛び飛びになる
- リアクションが文字なので独特
内容について
- 動画やナレーションが豪華で力が入っている
- 質疑応答などはDiscodeらしいので、少し物足りない（Discodeの使い方がよくわからなかった）
- セッションとの時間の感覚があるので休憩が取りやすい
- DMMの広告が多い
- SwiftUIの話題が多い
- カンファレンスに参加すると自分の知ろうとしていない分野の知識が増えて視野が広がった気がする
その他
- 前撮りした動画を流す形で配信（ライトニングトークはライブ）
  - 後からyoutubeでも見れるので見たいセッションが重なっていても安心

自分が聞いたトーク

9/20
- Background Notificationで新聞紙面の大きい画像の自動ダウンロードを実現する / Takagi Go
- 100人でアプリをリファクタリングして見えてきた、最強のiOSアプリ設計に求められること / Yuta Koshizawa
- Flutter移行の苦労と、乗り越えた先に得られたもの / 桐山圭祐
- 新規機能開発からモジュール分割を始めてみる / Ryo Izumi
- エラーアーキテクチャ設計について考える / きちえもん
- iPadOSDC: Multiple Windows / ひろん
- 効率よくUIKitからSwiftUIへ移行する / josh
- ライトニングトーク
9/21
- 詳解Storyboard / 日向強
- 継続的にアプリのパフォーマンスを計測する / kariad
- 「クックパッドが、革新的な方法でまったく新しい買い物体験を皆様にお届けします」 / 藤坂祐史
- 大解剖！UIColorファミリー / しもとり
- SwiftUIを導入したアプリ設計 / Yu Tawata
- Apple Silicon への長い道 / hak
- ライトニングトーク

9/20

Background Notificationで新聞紙面の大きい画像の自動ダウンロードを実現する / Takagi Go

speakerdeck.com

背景
- コンテツの自動ダウンロード
  - 快適なユーザ体験
  - 通信環境
- 的配信コンテンツ
  - 寝ている間にアプリへ配達
  - ユーザーを逃さない
- 通信量はそれなりのサイズ
iOS Background Mode
- Background Mode
  - 制約
- Backgroundでダウンロードする方法
  - Background App Regresh Task(iOS 13.0+)
  - Background Notification(iOS7.0+)
    - push型
    - 許諾は必要なし
  - Background Transfer Service(iOS7.0+)
- 「Background Notification(iOS7.0+)」採用
全体的なアーキテクチャ
細かいTips
- Background Notificationの性質に対処
  - 実行確率を上げるため、複数回送る
  - Background Notification自体を複数種類作らない
- OS側が止めてしまうことを前提としたロジック
  - 排他制御のミスに気をつける
  - 最小限の単純なロジックにする
- 提示できる状態はなるべき明示的に周知
- Background Notificationに通知の許諾はいらない
- Background Push Notificationの動作確認
  - 通知が必要なので、基本的に実機が必要
- （ちなみに）Simulatorで通知を操作する
- 運用すると課題が見えてくる
  - アクセスのピークが発生する
- 端末側の問題
  - 端末による成功率の違いが如実に
- OSによって落とされにくいアプリへと改善する
安定して受け取るために
- 利用するBackground Modeの選択
- 動かしたい時間帯の考慮
- アプリ本体は健康

100人でアプリをリファクタリングして見えてきた、最強のiOSアプリ設計に求められること / Yuta Koshizawa

SwiftUIで作るリバーシアプリ - github

設計に見られた共通項
- Presentation Domain Separation(PDS)
- Enterprise Business Ruleの分離
- 状態遷移の整理
- 依存関係逆転の原則(DIP)
- 一方向のデータフロー
- 静的型の活用
Presentation Domain Separation
- Presentation（UI）とDomain（ロジック）を分離する
- Clean Architecture
- モジュールを分ける方法
Enterprise Business Ruleの分離
- Enterprise Business Ruleとは、アプリに依存しない汎用的なルール
- オセロ
  - Disc・・・おせろ、白黒の状態を持つ
  - Board・・・オセロの数、挟んだら色が変わる
  - Game・・・ゲームの状態（ゲーム中/終了）、どちらの番とか(対戦相手がマニュアルかコンピュータかはゲームに含めない)
状態遷移の整理
依存関係逆転の原則(DIP)
- デリゲートで依存関係を逆転される（Presentation -依存-> Domain の形にする）
- 他の方法
  - DI
  - Combineによる変更通知、値型による変更通知
一方向のデータフロー
静的型の活用

Flutter移行の苦労と、乗り越えた先に得られたもの / 桐山圭祐

Flutterとは
- Google製のクロスプラットフォーム SDK
- 開発言語：Dart
話すこと
- Flutterを採用して実際どう立ったか
  1. どんな技術的課題に直面したか
  2. 乗り越えた時のメリット
じゃらんおFlutter移行
- 10年を迎えリプレイス
- クロスプラットフォーム技術の検討
前提の共有
- Flutterへの段階的移行
  - Add-to-appを使用
    - FlutterViewController
    - FlutterView
    - FlutterEngine ← Dartのコードを実行している
  - 既存のネイティブプログラムに組み込む
- Flutterのレイアウト構築
直面した課題
- タブ切り替えのパフォーマンス
- Flutterの画面が初期化されない
- ネットワーク通信がproxyサーバを経由しない
- Google Mapのクラッシュ
タブ切り替えのパフォーマンス
- リストのアイテムを大量に読み込んでタブを切り替えると重い、またはクラッシュする
- どう回避したか
  - AutomaticKeepAliveClientMixinを適用することで、画面をクリアさせない
Flutterの画面が初期化されない
- Flutterの画面を再度開くとFlutterの画面だけ、前回の画面が残る
- どう回避したか
  - FlutterViewControllerは初期化されていたが、FlutterEngineが初期化されていなかった
  - FlutterEngineを初期化すると時間がかかる
  - 初期画面を明示的に呼び出す処理を書く
ネットワーク通信がproxyサーバを経由しない
- Flutterだとproxyサーバを経由できない
- どう回避したか
  - PACを指定する
Google Mapのクラッシュ
- google_maps_flutterを使うとメモリが解放されないため何度も利用しているとクラッシュされる
- どう回避したか
  - google_maps_flutterのバージョンが上がったことでメモリが正しく開放されるようになった
直面した課題まとめ
- 致命的なものはなかった
メリット
- 開発効率の向上
  - 規制部品の充実
    - Widgetの種類がとて充実
  - hot reload/ restart
    - ビルドが即時に反映される
  - IDE(Android Studio)の機能の充実
    - Widgetツリーが充実
- 工数の削減
  - iOS/Androidの工数の削減
  - 開発以外の工数削減
    - デザインや要件検討
  - 移行工数の削減
- 上記以外のメリット
  - 宣言的UI構築が素晴らしい
  - FlutterはOSSであるので、内部処理を確認できる
  - など

新規機能開発からモジュール分割を始めてみる / Ryo Izumi

speakerdeck.com

マルチモジュール
- 大規模リファクタリングが必要
- その間も新機能で太っていく
新規機能からモジュールを分割する
- 新しい施策の機能をモジュールに分割する前提で設計する
手順
1. 要件、使用の整理
2. 責務を決める
3. input/outputを定義
4. framework
5. 開発
メリット
- 共通化すべき部分が見えてくる
- 既存コードに囚われなくなる
- 影響範囲の縮小
デメリット
- プロジェクトファイルのコンフリクト
  - XcodeGenを導入するべきだった
- モジュール分割の単位が機能単位になる
- 抽象度が上がるので実装がどこにあるか分かりにくくなる可能性

エラーアーキテクチャ設計について考える / きちえもん

speakerdeck.com

モチベーション
- エラーをいい感じに扱いたい
環境
- RxSwift
エラーの種類
- enumで定義することでなんのエラーがあるかわかる
固有エラーは個別定義
問題点
- エラーケースを方で表現できない
- エラーケースの漏れが発生
- 機能固有のエラーケースを個別に処理できない
改善
- 型で制約をかける
- 列挙型を利用する
- 固有エラーは個別に処理する
２種類のユースケース
- 基本コース：晴れの日のシナリオ
  - すべてが上手く行ったシナリオ
- 代替コース：雨の日のシナリオ
  - 何かしらうまくかなかったシナリオ
雨の日のシナリオを考えるのがエラーアーキテクチャ
エラーアーキテクチャ設計まとめ

iPadOSDC: Multiple Windows / ひろん

speakerdeck.com

iPadOS
- iOS 4 Mutitasking
- iPadOS13 Multiple Windows
Multiple Windows
- 複数のスペースで同じアプリを開いて作業する
- メモの動作
  - SplitViewで同じアプリの別ウィンドウを並べられる
  - メモのアイテムをドラックすると別のウィンドウを開くことができる
  - Appスイッチャーや、AppExposeでウィンドウを閉じることができる
予備知識
- １つのアプリのプロセスは従来どおり１つ
- ここまで「スペース」や「ウィンドウ」とよんできたものは「シーン」に相当
- 全面に表示されていないシーンは切断されたり、そもそも接続されてなかったりする
登場人物図
サンプロコード
- MultipleWindowsSample github
- （commitのログなどから作るのがわかりやすそう）
Step 1 シーンは簡単
- Xcode11で新規プロジェクト作成
  - iOS13以降で考える（iOS12で対応すると大変）
- info.plist に Scene Manifest を追加
- SceneDelegate クラスを作る
  - 今までは画面のライフサイクルに関する通知はAppDelegate
  - Sceneごとにの通知はSceneDelegateが呼ばれる
- AppDelegate から SceneDelegate へ引っ越し
Step 2 複数のシーンをサポート！戦いの始まり
Step 3 シーン状態の保存ならオレにまかせろ
- NSUserActivity
  - アプリの状態を表現するクラス
- OSからの要求に答える
- 状態の復元
- 状態の保存はシーン API の機能
Step4 プログラムから新しいシーンを展開
Step4(2) プログラムから新しいシーンを閉じるようにしたい
その他のトピック
- シーンのライフサイクル
- シンクロナイズドシーン
  - 片方の画面を更新したらもう片方に反映したい
  - 特別な方法があるわけではない
    - KVM、NotificationCenter、Combine、他
  - データが単方向に流れていると同期しやすい

効率よくUIKitからSwiftUIへ移行する / josh

speakerdeck.com

Why move to SwiftUI
- 少ないコードで実装できる
  - アクセシビリティ、ダークモード、マージンなど
Why not move to SwiftUI
- バグが多い
- 古いOSに対応していない
- 複雑な画面に対応できない場合がある（ヒューマンインターフェースガイドラインに準じていない場合もある）
Modernize Swift usage
- Objective-CをSwiftへ移行する
- Swiftのバージョンを新しくする
Modernize UIKit usage
- Storyboardを分ける
Plan and prototype
- プロトタイプのアプリを作って、実験する
Architecture
- SwiftUIに向いているアーキテクチャ
  - Redux
  - The Composable Architecture(TCA)
  - MVVM
Two approaches
- 末端の画面からSwiftUIへ変更している
Tips
- 画面内でUIKitとSwiftUIを混ぜない
- 簡単な画面からSwiftUIへ切り替えていく
- 急ぎすぎない（無計画に進めると大変なことになる）
- SwiftUIとCombineを事前に勉強しておくことが大事

ライトニングトーク

Catalystに対応したアプリをリリースするまでのリジェクト集 / かっくん
- Macだと考えることが少し多い
In App Purchaseのこれからの在り方を考える / Yuki Yamamoto
- ガイドライン≠ルール
iOS Custom Keyboards でできること／できないこと／やってはいけないこと / Kyome
- できること
  - 好きなキー配置、特殊な記号、背景を変更
- できないこと
  - キーボードだけをAppStore配信できない
- やってはいけない
  - 余計な機能を搭載
DroidKaigiの公式アプリで始めるiOSアプリのOSSコミッターへの道 / 遠藤拓弥
- 修正が認められなかった
  - issueに取り込む前に修正範囲を明確にしていなかった
  - 確認が足りなかった
- この経験を活かして次は修正したところ無事コミットできた
Apple Pencilと左利き対応 / ああうえ
- ツールバーの位置について（右利きは右側、左利きは左側）
ダークモード対応とAutoLayoutアニメーションと私 / Abebe
macOS仮想カメラ「テロップカム」実装方法とその先 / 服部智
- CoreMediaIO DAL Plugin
- NSPasteBoard
文字列をコピーできるスクリーンショットを作る / えんどう
- なぜPDFは文字列をコピーできるのか
  - PDFに文字情報を持っている
- なぜ文字列をコピーできなかったのか
  - 文字情報を持っていなかった
- 文字列をコピーできるPDFを作るには
  - ViewをそのままPDFに出力する
あなたのアプリ、✨リブランディング✨できますか？ / monoqlo
- リブランディング
  - 色・・・ColorAsset
  - 画像・・・命名規則を決める(一括置換できる)
  - フォントサイズ・・・各フォントサイズに命名規則を作る
iOSアプリを譲渡！？失敗は許されない一発勝負！予想外に立ち塞がる様々な罠に挑んだストーリー / じんむ

9/21

詳解Storyboard / 日向強

speakerdeck.com

UIHostingController
- 内部にSwiftUIを持つことができるViewController
IBSegueAction
リストア機能
- Restoration
  - SceneDelegateでは使えない
Storyboardを分割する
Localization
テキストにundoをつける
OSバージョンごとにStoryboardを差し替える
様々な画面に対応する
ActionはObject化する
Delegate
- Collectionで返すと複数のActionを呼べる

継続的にアプリのパフォーマンスを計測する / kariad

speakerdeck.com

アジェンダ
- なぜパフォーマンス計測が必要なのか
- iOSアプリにおけるパフォーマンス計測
- 継続して計測する仕組みの作成
- 運用してみて
- これから
なぜパフォーマンス計測が必要なのか
- 重い、クラッシュする
iOSアプリにおけるパフォーマンス計測
- 代表例
  - Instruments,MetricKit、外部サービス
- Instruments
  - どこのパフォーマンスが悪いのか分析、特定する機能をサポート
- MetricKit
  - iOS13から利用可能
  - 起動時間、CPU使用時間、バッテリー消費、クラシュなど
  - ユーザの操作の計測
- 外部サービス
  - FireBase、HeadSpin
継続して計測する仕組み
- パフォーマンスが悪くなってからでは遅い
- 継続的な計測で必要なもの
  - 計測ツール
    - Instrumentsを採用
  - 最新のアプリ
    - 毎日の更新に追従した最新のアプリで継続
    - releaseビルドと同等の最適化されたアプリで計測
      - ipaのresignを利用した
  - 実機
    - 自前で管理はコストが高い
    - クラウド型のデバイスファーム
      - HeadSpin
        
        様々なパフォーマンス計測もできるデバイスファーム
      - Appium
  - CI
    - 今回の計測では２種類
      - 計測対象のアプリをビルド、resignする
      - 計測を行う（負荷ツールを動かす）
    - Jenkins
      - Jenkins自体の管理が必要
      - 脱Jenkinsを目指している
- アプリ操作用のUITestフレームワーク
  - Appium
- アプリに負荷をかけるツール
- この構成で起きた問題
  - Appium serverの問題
    - Xcodeのバージョンの問題
    - traceファイルの保存先
  - Instrumentsの問題
    - 計測結果を定量的な数値で取得する方法がない
実際に運用してみて
- 問題点
  - Appiumの不安定さ
  - 実行パターンの増加
  - 季節
  - インカメラの利用
  - 結果確認フローの問題
- 運用した結果の変更
これからの展望
- xctrace
  - Xcode12からInstrumentsコマンドがdeprecatedとなりxctraceが追加された
- Bitrise(MacStadium)への移行
- 他項目の計測
  - FPSなど

「クックパッドが、革新的な方法でまったく新しい買い物体験を皆様にお届けします」 / 藤坂祐史

全く新しい買い物体験クックパッドマート
- 課題
  - 実店舗だと品揃えや並びなど
  - ネットだと送料や１品だと買えないなど
- クックパッドマート
  - 送料無料で1品からでも買える
  - 専用冷蔵庫
    - 好きな時間、好きな場所で受け取りOK
  - 注文アプリ、配送アプリ
  - 技術的な取り組み
    - 配送アプリ・・・配達員専用アプリ
      - ドライバの位置情報を常にオンにする
      - puree
- クックパッドアプリの「買い物」機能
  - レシピから買い物へ
  - 新機能の画面はSwiftUIで実装している
  - SwiftUIを導入すべきか？
  - SwiftUIで良かったこと
    - Viewの組み立てが楽
      - 状態のあるUIがわかりやすい
      - データを入れるだけで、良きに再描画される
      - コンポーネント単位で使いまわし、可変しやすい
      - スタイル調整も楽

大解剖！UIColorファミリー / しもとり

speakerdeck.com

話すネタ
- UIColorにはサブクラスがいっぱい
- サブクラスの紹介
- UIColorのサブクラス自作は結構難しい
- UIColorのメソッドの挙動を見る
UIColorにはサブクラスがいっぱい
- サブクラスは18個ある
- デザインパターン
  - Class Cluster
    - サブクラスが複雑な処理をしてくれる
サブクラスの紹介
- UIPlaceHolderColor
  - 何か特定の色を指しているわけではない
- UI(Cached)DeviceRGBColor
  - RGBで指定される色のクラス
- UIDynamicColor
  - traitの変化に応じて動的に変わる
    - systemBlueなど
  - Asset Catalogから得られる
- その他フレイムワーク
  - UICIColor
    - CIColorを受け取って
  - UIPatternCGClor
  - NSColor
UIColorのサブクラス自作は結構難しい
- UIColor直下に作る簡単なものならOK
- privateのサブクラスに作るのは難しい
UIColorのメソッドの挙動を見る
- isEaual(to:)
  - 同じ色でもサブクラスが違うと等しくならない

SwiftUIを導入したアプリ設計 / Yu Tawata

speakerdeck.com

アジェンダ
- 設計の目標
- SwiftUI
- 課題
- 検証
- アーキテクチャ
  - フロー
- まとめ
設計の目標
- 生産性
  - ビルド時間、実装コスト（UI、ディープリンク）
  - テスト容易生
    - ユニットテスト、スナップショットテスト
SwiftUI
- 考慮すべき要件
  - 機能
    - 複数のアプリ起動経路
  - 非機能
    - アナリティクスの画面遷移
- 複数のアプリ起動経路
  - UIKitの場合
    - Coordinator
  - SwiftUIの場合
    - トラッキングが難しい
- UIKitをベースにしてSwiftUIを実装する
検証
- 次のクラスでSwiftUIを利用できるか
  - UITableView
  - UICollectionView
アーキテクチャ
- フロー

Apple Silicon への長い道 / hak

SoCの歴史
- AAPL0098
- AAPL0298
- AAPL0398 / A4
- AAPL498, 2498, 7498 / A5
- AAPL5498 / A5X
- A6 / X
- A7
  - 64bit
- A8 / X
- A9 / X
- A10 Fusion / X
  - Big/Small コア
- A11 Bionic
- A12 Bionic / X / Z
- A13 Bionic
Apple Silicon

ライトニングトーク

本当はこわいLLDB / みやし
- Objective-Cだと中身が結構見れる
iOS 13における Siri Shortcuts 最小実装+α / 明渡麻衣花
- NSUserActivityを利用する
xcrun Essentials / Yutaro Muta
- xcrunとは
  - コマンドラインからCcode内の任意のツールを検索または実行する
- xcrunを使う
  - xcrun simctl
  - xcrun xccov
Swiftで分かるSOLID原則 / 川口航平
- 単一責任の原則
- リス古布の置換原則
- 依存性逆転の原則
SwiftUIとFlutter / tamappe
- Flutter最高
- SwiftUIとFlutterは似ている
  - コンポーネント
  - レイアウト
  - TableView & Collection
100人以上の中高大学生にiOSアプリ開発を教えていて感じたこと / とし
- プログラミング
  - 一緒にやる、自分でやってみるのフロー
  - 何度でも説明など
- アプリについてきちんと考えられるのか
Feature Flagを適切に分類することでA/Bテストの運用コストを下げる / Takeshi Ihara
- A/Bテスト + Feature Flag
- Feature Flagの分類（生存期間、変更規模を考える）
  - Release Flag
  - Ops Flag
  - Permission Flag
  - Experiment Flag
CryptoKitとCoreBluetoothを利用したスマートキー開発 / saiten
- 車の鍵をiPhoneで開く
- RxBluetooth
- CryptoKit
Apple Low-Latency HLSを使った超低遅延配信について / meteor
- 遅延
- HTTP Live Streaming
- CMAF
着信時氏名表示させたいエンジニア vs 簡単には着信時氏名表示できない電話番号 (iOS13対応版) / 栗山徹
- 0はじまりでない電話番号で氏名が表示できない

2020-02-09

Swift5 SwfitUI

iOS swift

概要

Swift5とSwiftUIを調べたので、参考にした使用や感想、調べた内容などを備忘録的に残します。
Swift2までの知識はあるので、変更点や個人的な印象期な内容を記載します。（今の仕事ではあまりSwiftを使っていないです。）
動機としては、個人でアプリを久しぶり作りたくなったので、学習も踏まえ調べました。

参考資料

swift：swiftの復習用
swift5：swift5の学習用
swift ui：swfit uiの学習用

swift
- 公式(BOOK)
  - swiftによるアプリケーション開発-入門編
    - swiftというよりプログラム全般(言語ではなくプログラミングやXcodeについての話)
  - The swift programming language swift 5.0
    - A Swift Tourと同じ内容っぽい（翻訳したいのであればwebで閲覧したほうが良さそう）
- 公式(Web)
  - Swift - Apple Developer
  - A Swift Tour
- 非公式
  - The Swift Programming Language 日本語訳
    - A Swift Tourの日本語訳（2015年12月から更新されていない？）
swift5
- 公式(Web)
  - Swift.org - Swift 5 Released!
  - What's New in Swift
- 非公式
swift ui
- 公式
  - Beta Software Downloads
  - SwiftUI Tutorials
- 非公式
  - SwiftUIチュートリアルをやってみたその１
  - 公式チュートリアルで学ぶ SwiftUI
other
- 公式
  - wwdc
  - 日本語ドキュメント
- 非公式
  - WWDC19で押さえておきたいと思ったセッション10選

1. 感想

Swift
- リッチな機能が増えていてびっくり
  - 「クロージャ」「willSet,didSet」などの概念は衝撃的
- 型が省略されすぎて、頭の中で整理するのがなれるまでは大変そう（洗練されているから？）
Swift5
- ABIが良さそう（今後のメンテナンスコストが少なくなりそう）
- Swift5_Cheet_Sheet.pdfが、標準ライブラリの更新を重点的に整理させれていて助かる
SwiftUI
- SwiftUIで用意されていない画面の挙動を実装するのが大変そう（クラアンとの要求に絶対に答えるみたいな開発ではどこかで破綻しそうな気がする）
- 結構ボリュームがある
- チュートリアルがかなり充実している。(サンプルコードもあって親切)
- xibとプログラムが一致していて嬉しい
- 実装結果がリアルタイムに反映されるPreview画面(エミュレータみたいのが常に表示されていて、修正が即座に反映されるの)は、かなり作業が捗る
  - なぜか新しいクラスを作ったあとはpreviewがコンパイルエラーになることが多かった（その都度クリーンビルドやXcodeの再起動などを行った）
- プログラムが今までと結構違うので、コーディングが最初は戸惑いそう
  - ViewControllerとかもう作らない？
  - UIViewのbodyに各Viewを追加していく？
  - セルはTableViewCellを継承してつくるのではなく、bodyの中身をCellにする感じっぽい
- 書き方はSwiftUIのほうがエレガント（直感的で無駄が少なくて）で良い
  - サイズを指定するときに費用な項目だけ設定できるとか
  - Viewが、ブロックを組み合わせるようなモジュール感があって汎用的に作りやすそう
- SwiftUI Essentialsだけ実際に書きながら試す(Drawing and Animation、App Design and Layout、Framework Integrationはどんなことができるのか眺める)
  - アイコンのような複雑な図形やグラフ、アニメーション、横スクロールのリスト、オーバーレイ的な画面表示

2. swift

A Swift Tour

英語が辛いのでThe Swift Programming Language 日本語訳を利用。
playgroundでめぼしいところを実践してみる。プログラムを書く時に、再度Swift ツアーを確認すると良さそう。（最初から全部完璧に覚えるのは大変なので、ざっくり何が書いてあるかだけ覚える）
「2. 言語ガイド」は量が多いので、「2. 1. 基本」だけ見て、それ以降は興味がある箇所を読む。以下、印象に残ったところ。

1. Swift にようこそ
2. 1. 1. Swift ツアー
  2. 1.2.3. 関数とクロージャ
    - クロージャ
  3. 1.2.4. オブジェクトとクラス
    - set,get
    - willSet,didSet
  4. 1.2.5. 列挙型と構造体
    - enumは定数用、structは構造
      - struct：人間
        
        enum：性別 {男性、女性}
        
        enum：国籍｛日本、アメリカ...｝
    - 1.2.6. プロトコルとエクステンション
      - extention
        
        Int型とかでも拡張できる
    - 1.2.7. エラー処理
      - defer
        
        関数がリターンする前に常に実行されるコードブロックを記述する
    - 1.2.8. ジェネリクス
      - Equatable
        
        Object同士の比較
3. 1. 言語ガイド
  2. 2.1.9. タイプエイリアス
    - typealias
      - タイプエイリアスは、既存の型に別の名前を定義すること
  3. 2.1.11. タプル
    - タプルは、複数の値を 1 つの複合値にグループ化します

3. swift 5

Swift 5の導入
Swift 5では、Appの配信が劇的に改善されます。SwiftランタイムがiOS、macOS、tvOS、watchOSに組み込まれるようになったため、最新のOSリリースではランタイムライブラリをAppにバンドルする必要がなくなります。Swiftで作成したAppをユーザーがApp Storeからダウンロードすると、従来よりも小さいサイズのAppがより速くダウンロードされます。
その他の機能
String型がUTF-8エンコーディングで再実装されたため、より高速なコードの実行が期待できます。
デバッグ用ビルドとリリース用ビルドの両方で、メモリへの排他アクセスがデフォルトで必須になりました。
SIMD VectorおよびResult型が標準ライブラリに追加されました。
DictionaryとSetのパフォーマンスが改善されました。
動的に呼び出し可能な型をサポートするようになり、Python、JavaScript、Rubyといった動的言語との相互運用性が強化されました。

https://developer.apple.com/jp/swift/

Swift.org - Swift 5 Released!を読む。
言語の更新
- 安定したABIとバイナリの互換性
  - ABIの安定性など
  - ABI安定後のAppleプラットフォームでのSwiftの進化
- 標準ライブラリの更新
  - Swift 5は、Swift Evolutionプロセスからの次の標準ライブラリの提案を実装しています。
    - SE-0200 未加工テキストをサポートするための文字列リテラル区切り文字の強化
    - SE-0211 UnicodeプロパティをUnicode.Scalarに追加
    - SE-0214 DictionaryLiteralタイプの名前をKeyValuePairsに変更
    - SE-0215 Never型がEquatableとHashable型に準拠した
    - SE-0218 compactMapValuesにdictionary型を導入
    - SE-0221 キャラクタープロパティ
    - SE-0225 isMultipleをBinaryIntegerに追加
    - SE-0228 ExpressibleByStringInterpolationを修正
    - SE-0229 SIMD Vectors
    - SE-0232 標準ライブラリのコレクション階層からいくつかのカスタマイズポイントを削除します
    - SE-0233 数値に新しいAdditiveArithmeticプロトコルを洗練させる
    - SE-0234 Sequence.SubSequenceを削除
    - SE-0235 標準ライブラリにResult型を追加
    - SE-0237 withContiguous {Mutable} StorageIfAvailableメソッドの導入
    - SE-0239 Range関連をCotableプロトコルに準拠した
    - SE-0241 文字列インデックスのエンコードオフセットを非推奨
- 追加の言語およびコンパイラの更新
  - Swift 5はデフォルトで、デバッグビルドとリリースビルドの両方でメモリへの排他的アクセスを強制します。
  - また、Swift 5は、Python、JavaScript、Rubyなどの動的言語との相互運用性を向上させる動的呼び出し可能型をサポートしています。
  - Swift 5は、Swift Evolutionプロセスからの次の言語提案も実装しています。
    - SE-0192 将来の列挙型ケースの処理
    - SE-0213 強制によるリテラル初期化 - SE-0216 ユーザー定義の動的に「呼び出し可能な」型を導入
    - SE-0224 コンパイル条件で「小なり」演算子をサポート - SE-0227 IDキーパス - SE-0230「try？」の結果としてネストされたオプションをフラット化します
- パッケージマネージャーの更新
  - Swift Package Managerには、依存関係ミラーリング、ターゲット固有のビルド設定、カスタマイズされた展開ターゲット、コードカバレッジデータを生成する機能など、Swift 5の多くの新機能が含まれています。
  - さらに、このswift runコマンドには、実行可能ファイルをビルドする必要なく、REPLにライブラリをインポートする機能が含まれています。
  - Swift 5は、Swift Evolutionプロセスからの次のパッケージマネージャーの提案を実装しています。
    - SE-0219 パッケージマネージャーの依存関係のミラーリング
    - SE-0236 パッケージマネージャープラットフォームの展開設定 - SE-0238 パッケージマネージャーターゲット固有のビルド設定
Swift5_Cheet_Sheet.pdfを読む。 -「Swift.org - Swift 5 Released!」の内容がわかりやすく説明されている
What's New in Swiftを見る。

4. swift ui

環境構築
- iOS15
- Xcode11
SwiftUI Tutorialsを進める。
- SwiftUI Essentials
  - Creating and Combining Views
  - Building Lists and Navigation
  - Handling User Input
- Drawing and Animation
  - Drawing Paths and Shapes
  - Animating Views and Transitions
- App Design and Layout
  - Composing Complex Interfaces
  - Working with UI Controls
- Framework Integration
  - Interfacing with UIKit
Note
- VStack/HStack・・・画面部品を縦並び、横並びに整理して表示する
- UIViewRepresentable
  - makeUIView(context:)・・・ビューオブジェクトを作成し、その初期状態を構成します。
  - updateUIView(_ :context:)・・・・指定されたビューの状態をSwiftUIからの新しい情報で更新します。
- TableView
  - NavigationView // TableView
    - List(dataList, id: .id) { data in // Cell
      - NavigationLink(destination: DetailView()) { // IBAction
        
        DetailView(data: data)
- Data
  - @Published・・・プロパティの値変更を通知する属性マーク
  - @EnvironmentObject・・・修飾子が親に適用されている限り、自動的に値を取得する

// TableViewの例
struct LandmarkList: View {
    var body: some View {
        NavigationView { // TableView
            List(landmarkData, id: \.id) { landmark in　// Cell
                NavigationLink(destination: LandmarkDetail()) {　// IBAction
                    LandmarkRow(landmark: landmark)
                }
            }
            .navigationBarTitle(Text("Landmarks"))
        }
    }
}

SwiftUI Essentials

ContentView.swift
import SwiftUI

/*
 デフォルトでは、SwiftUIビューファイルは2つの構造を宣言します。
 最初の構造はViewプロトコルに準拠し、ビューのコンテンツとレイアウトを記述します。
 2番目の構造は、そのビューのプレビューを宣言します。
 */
struct ContentView: View {
    var body: some View {
        Text("Hello World")
    }
}

struct ContentView_Preview: PreviewProvider {
    static var previews: some View {
        ContentView()
    }
}

2017-12-13

iPhone simロック解除 - au から UQモバイルへ -

sim UQモバイル au iPhone

f:id:Amarron:20171213220928p:plain

2017年12月に、 au から UQモバイルの格安simに変更したので個人用のメモ
率直な感想としては、格安simに切り替えるのは良かったが、切り替えるのは au 回線ではなく docomo 回線を使っているキャリアにしとけば良かった
内容について
1. 動機
2. 変更内容
3. 変更の流れ
4. 感想
5. 利用料金

1. 動機

格安simに変更したい理由
- 一番の理由は、料金が安い
  - 毎月9,000円くらい払っているのが3,000円くらいになる
- 海外旅行に行ったときに、海外simフリーを入れ替えて使えるのが良い(実際は端末の問題らしいので特に関係なさそう。。。)
UQモバイルを選んだ理由
- auの回線と同じ回線を使っていたため（au回線で困ったことがなかった）

2. 変更内容

内容	変更前	変更後
端末	iPhone6	iPhoneX
キャリア	au	UQモバイル
料金/月	9,000円	2,980円(プランM)

3. 変更の流れ

個人で行ったことなので正式な手続きではなく、無駄な手順がありますが記録ように書いています。簡単に手順を３行で書くと
１．iPhoneX購入
２．sim切替
３．キャリア切替
みたいな感じです。

simロック解除方法を調べる
- My auでsimロック解除が可能か調べる
  - 解除不可判定
- au へ電話で問い合わせる(解除不可判定について)
  - iPhone6 はsimロック解除対象外と言われる(iPhoneX を購入することを決意)
iPhoneX を購入
- Apple Store で iphoneX を購入
- iPhone6のsimをiphoneXに入れ替えるが、そのままでは使えない
- au へ問い合わせる(simの入れ替えについて)
  - iPhone6とiPhoneXでは使えるsimが違うので契約の変更が必要
  - その手続きは店舗でないとできないと言われる
simの変更
- auショップに行く
  - iPhone6からiPhoneXにsimを移行及びsimロック解除の依頼をする(¥3,000)
simロック解除方法を調べる
- My auでsimロック解除が可能か調べる
  - 解除不可判定
- au へ電話で問い合わせる(解除不可判定について)
  - 店舗でsimロック解除の手続きが追加(¥3,000)で必要と言われる
    - 前回店舗での手続きでは、iphonexへの移行手続きだけしかされていない
    - au以外から購入した場合、問い合わせでのsimロック解除を受け付けていないので再度店舗で手続きしてほしい
    - auで購入した端末は101日以上経過していないとsimロック解除できない、appleにも同じような規約があるかもしれないので確認した方が良い
- appleへ問い合わせる
  - iphonexは全てsimロック解除対象の端末であり最低利用期間など設けていない
UQモバイルへ申し込む
- MNP予約番号を発行する
  - TOP→auお客さまサポート→申し込む/変更する→au携帯電話番号ポータビリティ（MNP）
- UQモバイルへ電話で申し込みを行う
simを変更する
- 数日後、UQモバイルからsimカードが届く
- simカードを入れ替える
- ネットワーク（APN）設定を行う

4. 感想

変更作業についての感想
- そもそもsimカードやキャリアについて詳しくないので理解するのが面倒（sim解除？simフリー？格安sim？docom回線、au回線？2年縛り？番号ポータビリティ？）
- 手順が多い（ただし、切り替え自体（「5. UQモバイルへ申し込む」以降）は楽に進んだ）
- iPhoneをau側で購入するとsimロック解除制限期間があるし、Apple Storeで購入するとsimロック解除がauへ電話での問い合わせでは出来ないといわるなど、色々解約されないように不便にしているように感じた
- 2年縛りや、simロック解除制限期間や、端末でsimロック解除対象外やで色々不自由
- なんやかんやで切り替えに金がかかる
  - au:iphone6からiphonexへのsim変更3,000円+2年縛りの違約金3,000+mnp手数料3000
  - uq:sim3,000円強(これは3000円分のQUOカードが貰えるのでトータルは殆どなし)
- 「3.変更の流れ」の「3. simの変更」がやらなくても問題なかったかも
UQモバイルの不満点
- テザリングができない
  - uqモバイルではテザリングがiPhone7からできないらしく、外でネットを使うにはwi2300を使うのが便利そうだと思った
- wi2 300 が現実的には無料で使えない
  - wi2 300 が使えるのでテザリングできなくても問題ないと考えていたが現実的には無料ではない
  - uqモバイルを契約するとwi2 300という公共無線LANのサービスのサービスが利用できる(wi2 300へ登録は別途必要)
  - 対応エリアも広く自分が良く行く喫茶店やファミレスでも対応エリアだったから、テザリングが使えなくても問題ないように感じていたが、実際は対応エリアではあるがオプションを追加しないと使えないエリアだった
  - つまり、無料では使えない(周知内容が姑息な気がして au 系列に失望する)
- 6Gプランだが3Gまでしか設定されていないので、6G使うには毎月3Gは購入する手続きを行う必要があり面倒
使ってみた感想
- 回線速度は快適、電話もauと変わらない音質
- 良く外でネットを使う自分としてテザリングができないのはかなり不便
  - ちなみにuqモバイルはau回線を使っていてau回線でテザリングを対押しているのはiPhoe6sとiPhoneSEとiPhone5sだけらしい（auはiPhone6sからsim解除ができるので実質iPhone6sとSEだけ）
  - 他のsimフリーでもau回線を使っているサービスはau以外でも軒並み駄目だ。(ただし、androidはテザリングできるらしい)
  - docomo回線を使っているsimフリー版であればテザリングが大体できるらしい
    - 参考：iPhoneでテザリングしたい人必見！docomo、au、SIMフリーどれを選ぶ？ |
  - どこかのサイトで「uqモバイルでもiPhone7でもテザリングできるのでおそらくiPhonex でもテザリングできるだろう」という記事を読んで信じてしまったのが愚かだった
  - 2年間縛りがあるので少し我慢してどうしても無理だったらdocomo回線のsimフリーに移行しよう（au様が他のキャリアにもテザリングを許してくれるような仕事を早くしてくれることを祈る）

5. 利用料金

初月の利用料金です
少し高く見えますが、SIM切替の料金3,000円が入っているためです

ご利用案内	内訳金額(円)	備考
ぴったりプランＭ（Ｖ）	4,658	基本データ容量3G
スマトク割	-1,000
イチキュッパ割	-935	13ヶ月まで基本料金割引
国内通話料	860
無料通話割引１２０分	-860	無料通話分割引
各種ダイヤル通話料	120
ＳＭＳ送信料	3
データチャージ５００ＭＢ	500	追加データ容量3G (25ヶ月までは無料)
	500
	500
	500
	500
	500
データ増量キャンペーン	-3,000	追加データ容量3G分
ＳＩＭパッケージ料金	3,000	初月のみSIM切替料金が請求される（２ヶ月後にクオカード(3,000円)が送られるので相殺される予定）
ユニバーサルサービス料	3
消費税	467
【ご請求金額】	6,316

2017-06-30

SOFT SKILLS　ソフトウェア開発者の人生マニュアル感想

本マネージメント

f:id:Amarron:20170630131517j:plain

概要

「SOFT SKILLS」を読んだので次の内容を備忘録
- 本の概要
- 本の特徴（個人的な感覚）
- 印象的な文のピックアップ
- 紹介されたサービス一覧
- 感想

本の概要

著者：ジョン・ソンメズ

ソフトウエア開発者専用に、「より良い人生」を送るためのノウハウ・スキルを網羅した、生き方バイブル本です。プログラマーが良い人生を送るためには、技術習得法やキャリア構築法といったノウハウに加え、対人的な交渉・指導・意思疎通などをうまく行える能力や知恵、すなわちソフトスキルが不可欠です！本書では、キャリアの築き方、自分の売り込み方、技術習得法、生産性の高め方といった仕事で成功する方法だけでなく、財産の築き方、心身の鍛え方、恋愛で成功する方法など、「人生全般をより良く生きる方法」を具体的に説明します。

本の特徴（個人的な感覚）

語りかけるような文体で書かれている（読みやすい）
各章の文末に「まとめ」や「やってみよう」の項目があり親切
技術的な内容ではなく、働き方に重きを置いている
中盤以降は仕事全般的な話が多め(投資や健康の話などもあり)

印象的な文のピックアップ

専門特化

専門特化の法則・・・専門性が高ければ高いほど、チャンスの数は減るが、その反面、チャンスを獲得する可能性は高くなる
クライアントになる可能性のある会社は非常に少ないが、非常に高い時給を要求できる
専門領域
- ウェブ開発スタック
- 組み込みシステム
- 特定のオペレーティングシステム
- モバイル開発
- フレームワーク
- パッケージソフトウェア
専門分野の選択方法
- 会社で感じた大きなペインポイントは何か？そのペインポイントを解決することを専門とする人間になれるか？
- 誰もがやりたがらない仕事やスキルのある人がいない仕事はあるか？
- カンファレンスやユーザグループでよく話題になるテーマはどのようなものか？
- 同僚相手にあるいは「StackOverflow」などの開発者向けサイトであなたがよく答える質問はどのようなものか

プロであること

プロであるということは、自らの姿を見せ続け、仕事を進め、逆境に負けないことだ
プロは毎日いつでも基準を守ってくれると当てにすることができる
プロになるには
- 良い習慣を身につける（時間を計画して守る）
- 正しいことをする
- 品質の追求と自己研鑽

うまくやり遂げるまではできたふりをする

次の事柄についてうまくやり遂げるまではできたふりをする
- 必要なスキルと能力をすでに持っているふり
- なりたいと思っているタイプの人間になっているふり
- 勝者になっているふり（試行を重ね続ければいずれ克服できることを深く理解しているため、まるで、戦闘はすでに終わっているイメージ）
- 経験者のふり（これから通ろうとしている未知の道をすでに何度も通ったことがあるかのようなイメージ)

自分のマーケティングするにはどうすればいいのか

自分のマーケティングは、個人ブランドから始まる
- ブランドとは、あなたが表現するものだ
自分が何になりたいか、そのイメージを世界にどのように見せたいか、ということを意識的に決める
人と触れ合うときや、あなたが複数回に渡って何かをするときに親しみを感じさせるのにブランディングは役に立つ
ブランドを作るためのステップ
- メッセージを定義する
- ニッチを選ぶ
- キャッチフレーズを作る
- エレベーターピッチを作る
- ビジュアルを作る

学習の10ステップ(7~10は繰り返す)

全体像をつかむ
スコープを決める
成功の基準を決める
参考資料を見つける
学習プランを作る
リソースをフィルターにかける
使い始められるようにする方法を学ぶ
遊びまわる
役に立つことができるところまで学ぶ
教える

引退とは逆算で働くこと

引退のためのプランニングで大切なこと
- 毎月生活するために必要な額を正確に計算する
- 受動的収入を確保する方法を確立する（少し余裕を持たせられるだけの額）
- 毎月生活費と受動的収入を考え逆算で働く

紹介されたサービス一覧

分類	サービス名	概要	備考
開発	GitHub	ホスティングサービス
開発	WordPress	CMS
開発	Blogger	CMS
開発	Buffer	SNS予約投稿サービス
管理	Trello	タスク管理サービス
管理	Kanbanflow	タスク管理サービス
管理	RescueTime	作業時間の可視化
QA	Stack Overflow	Q&A
ビジネス	Fiverr	クラウド・ソーシング	$5でロゴが作れる
ビジネス	oDesk	クラウド・ソーシング
ビジネス	Leanpub	Markdownテキストを本にして販売してくるサービス
ビジネス	Smashwords	本を流通させてくれるサービス
ビジネス	Bookbaby	本を流通させてくれるサービス
ミートアップ	トーストマスターズ	スピーチを通じてコミュニケーション、話し方、リーダーシップスキルの上達を目指す非営利教育団体
ミートアップ	Clarity	コーチやメンターを探せる	時間料金制
ミートアップ	meetup.com	ミートアップ

※フィットネス関連は除外しています

感想

@HigeponJaさんがオススメしていたので読んだが、積読せずにもっと早く読めば良かった
ソフトウェア開発者が働くということを網羅的に書かれていて考えの整理や仕事への全体像の見晴らしが良くなった気がする
「報酬にランダム性があると習慣が強くなり、カジノに中毒性があるのもそのためだ」というのは面白かった
- 習慣にしたい事柄の報酬をランダムにして、中毒にしたら、自分をハックしている感じで面白いかも
生産性に対して、かなりストイックな内容で仕事のために生きていると思っていない人には全部きっちりやるのは少し厳しい内容だと思った
- 自分はそこまでストイックではないが、やっていたこと（ポモドーロやクォータなど）が何個か出てきて共感しやすかった
- おそらくこの本に書かれていること全部を自分はやることはないと思うが、一部はやっていきたい
  - やること：ブログを毎週書く、専門分野を伸ばす、自分のマーケティング、ルーチンをしっかり守る、預金を投資にまわす
自分の改善したい部分が幾つか見つかった
- 学習の10ステップで、「スコープを決める」「成功の基準を決める」を結構適当にやっていた
  - 課題がはっきりしていないときにダラダラと本を最初から最後まで読んでしまって、結局浅い知識で何を学んだのか覚えていないときが多かった
- 今までの自分の独学の手順が非効率だったかも
  - 「遊びながら行動を起こし、本を読んで学ぶと吸収も早く、その成果を遊びに活かす、自分が学んだことを誰かほかの人に教えて知識をセメントで封印しておこう」が独学の手順として効率的らしい
  - 自分はスピード感が遅かったりや途中で諦めてしまうことが多いが、その原因は本を読みながら学習しそれをブログに書くなどをやっているからなのかも知れない
  - 手順を「調査と出力」を同時に進行するのではなく、「遊び→行動→調査→出力」の流れに変えたら効率があがりそうな気がした
読んでいて少しひっかかる部分もあった
- 「うまくやり遂げるまではできたふりをする」は、しったかぶりや、なんでも出来ますで無理な受注を受けて、周りに嫌われたりしないだろうか
- この本と同じことをやっても、ある程度能力が高くないと大きな成功はつかめないと思った
  - 最終的にアントレプレナーになることがストーリーになっているがそれだけが成功なのか疑問を感じた
こういう自己啓発系の本を読むと毎回人生のテーマとか自分は何をしたくてどうなりたいかなどをあらためて考える機会が作れて、自律的で前向きになれる良い本だと思った

2016-08-22

Pokemon Go API メモ

api PokemonGO

f:id:Amarron:20160822191210p:plain

ポケモンGOのAPIについて、少し調べたので残します。
自分用のメモなので間違っていたらごめんなさい。（コメントとか頂けると嬉しいです）

APIについて
非公式サービスのポケモン情報の取得方法について

なお、URLの「reddit」を「れでぃっと」と記載しています。（Bad Requestのため）

from20020516.hatenablog.com

1. APIについて

APIは公開されていないので、リバースエンジニアリングしている人もいるようです

Guide to Pokemon Go Server Responses
I’ll be updating this post as I figure more things out

Things needed (incomplete list):

A way to MITM/intercept responses (Charles with SSL Proxy via Wifi)

ProtoBuf 3 (protoc on the command line)

The second response

After the initial handshakes with pgorelease.nianticlabs.com/plfe/rpc you’ll get a response from the server that has three parts:

Player

Inventory

Settings

In order to parse these, you’ll need to need to separate them - they each have overlapping messages, which makes it difficult to handle with one file.

If you’re looking at your .bin (binary file), look for the hex seq a206020801 - this marks the end of the Player section, and you split the file after this seq. The next split is at the last a206 - this marks the beginning of the Settings section, and you can make the split before this seq.

Player

You can use this .proto file to decode your player binary with protoc –decode Holoholo.Rpc.Player player.proto < player.bin. There’s not a whole lot of information there yet.

Inventory

You can use this .proto file to decode your inventory binary with protoc –decode Holoholo.Rpc.Inventory inventory.proto < inventory.bin. This has the most information of the response, detailing all of your items and pokemon.

Settings

You can use this .proto file to decode your inventory binary with protoc –decode Holoholo.Rpc.Final settings.proto < settings.bin. This has the most information of the response, detailing all of your items and pokemon (sorry for the inconsistent naming).

Map Response

After you’ve been talking to server a while, you’ll send up your lat/long at some point to request map cell information. The response can be decoded with this .proto file and protoc –decode Holoholo.Rpc.Map map.proto < response.bin. This is a pretty interesting response which includes nearby pokemon, wild pokemon, forts, spawn points, etc.

Conclusion/comments

It’s interesting that the nearby pokemon return distances, and not points on the map. It should be reasonably easy to triangulate their position with three sets of data (assuming they don’t move - I don’t think they do). I’m not sure if their EncounterId is unique (doesn’t decode correctly right now), which might make it difficult to sort to triangulate.

Once the pokemon are close enough to you, it looks like a MapPokemon/WildPokemon gets returned, at which point you can see their exact point on the map, along with their expiration time and spawn id - I’m not sure why both Map and Wild are needed. Maybe it’s related to them being able to be captured/visible?

The settings provide some interest info (in case you’re unable to decode):
Settings {
  Sha1: “”
  Values {
    FortSettings {
      InteractionRangeMeters: 40
      MaxTotalDeployedPokemon: 10
      MaxPlayerDeployedPokemon: 1
      DeployStaminaMultiplier: 2
      FarInteractionRangeMeters: 1000
    }
    MapSettings {
      PokemonVisibleRange: 100
      PokeNavRangeMeters: 200
      EncounterRangeMeters: 50
      GetMapObjectsMinRefreshSeconds: 5
      GetMapObjectsMaxRefreshSeconds: 30
      GetMapObjectsMinDistanceMeters: 10
      GoogleMapsApiKey: “”
    }
    InventorySettings {
      MaxPokemon: 1000
      MaxBagItems: 1000
      BasePokemon: 250
      BaseBagItems: 350
      BaseEggs: 9
    }
    MinimumClientVersion: “0.29.0”
  }
}
Some of these things were confirmed earlier, but it’s neat to see them as actual variables from the server, rather than hard-coded into the game.

Here’s a sample Inventory Pokemon (sorry for censoring - idk how unique these are):
    Pokemon {
      PokemonId: 98
      Cp: 19
      Stamina: 29
      MaxStamina: 29
      Move1: 216
      Move2: 20
      HeightM: 0.42
      WeightKg: 7.
      IndividualAttack: 14
      IndividualDefense: 9
      IndividualStamina: 13
      CpMultiplier: 0.39
      Pokeball: 2
      CapturedS2CellId: 
      CreationTimeMs: 1468154******
    }
Here are some NearbyPokemon examples:
NearbyPokemon {
  PokedexNumber: 19
  DistanceMeters: 107.49982
}
NearbyPokemon {
  PokedexNumber: 46
  DistanceMeters: 48.262047
}
NearbyPokemon {
  PokedexNumber: 19
  DistanceMeters: 105.36407
}
NearbyPokemon {
  PokedexNumber: 10
  DistanceMeters: 191.24013
}
There’s still quite a few requests to get through - if anyone is doing something similar, feel free to post them here, or ask questions.

Please don’t ask me how to set mitm/protobuf/other things up.

https://www.れでぃっと.com/r/pokemongodev/comments/4svl1o/guide_to_pokemon_go_server_responses/ より抜粋

2. 非公式サービスのポケモン情報の取得方法について

多数の非公式サービスは、「pokevision」や「catch that」などから無許可でAPIを利用しているよう（niantic -> pokevisionやcatch that -> 多数サービス）

pokevision

サービス停止中（7月31日くらい〜）

↓FAQです。（nianticのapiを使っているらしいです）

Find all Pokemon near you (or a selected target location) in real time for Pokemon Go. Pokemon nearby will be marked along with their appearance timer on the map. These are real time Pokemon locations, meaning they are currently live and can be found exactly at the marked spots.
What is Pokevision?

Pokevision is a Pokemon tracker/locator for the mobile game Pokemon Go. It uses the Niantic API to grab the location of all Pokemon near your (or your selected location) and display them on the map in real-time; this means if it is displayed on the map, you can go out and catch them! Note: Rarer pokemons have a shorter appearance time so they might despawn; make sure to be quick and keep an eye on their timers!

How do I track Pokemon using Pokevision?

There are a few methods to scan for the location of Pokemon:

Click anywhere on the map to drop a location marker. After placing a marker, press scan to reveal Pokemon nearby.

Use the Search Bar to enter your location (or a location you wish to scan) and hit enter. You can then click Scan. If there are Pokemon nearby, they will display on the map along with their appearance time.

Are the Pokemon displayed actually there?

Yes - as long as the timer has not reached 0, the Pokemon are actually there and in real time.

How come I see some Pokemon in game but not on your map?

Pokemon that spawn due to lure/incense are not visible on our map since those pokemon are visible to only you.

Can I scan anywhere?

As long as it is an area where Pokemon Go is serviced, yes. Please keep in mind we have a small delay between scans so that requests do not spam the servers. Scans take around 5-15 seconds depending on the density of the area.

I am receiving an error. Help!

The Pokemon Go servers are very overloaded during peak hours of the day, this also affects the API and results may take longer or stall. Please be patient and try again!

What map provider are you using?

We are grateful to be provided map tiles and geocoding services by the folks over at Esri .

How do I contact you guys regarding suggestions, feedback, or business inquiries?

You may reach us via the contact us page.

https://pokevision.com/faqより抜粋

catch that(SkipLagged)

8月22日時点では利用出来ている（日本はサービス対象外？）
SKIPLAGGEDのトラップストリート？をやっている
メイン事業は、旅行関連のサービスっぽい

↓色々他社サービスにAPIを無断で利用されているようです。

Shame shame shame

So a while back, we built an api endpoint that instantly provides live positions of wild pokemon. It was meant for use by our services and personal use by anyone (who agrees not to abuse, of course).

Not surprisingly people have been abusing this, to the point where lots of websites and mobile apps are calling it directly.

As such, we figured trolling is only fair:

http://i.imgur.com/SJaUXpF.jpg

http://i.imgur.com/qU3RApd.jpg

http://i.imgur.com/zSHcLfH.jpg

http://i.imgur.com/WvcVNvL.jpg

http://i.imgur.com/LQgyzsa.png

http://i.imgur.com/cU54C4L.png

http://i.imgur.com/K3bigJ1.jpg

https://na.cx/i/T7K84g.png (thanks to /u/mlc130104, https://www.れでぃっと.com/r/pokemongodev/comments/4yheff/pokefast_isnt_the_only_api_sending_bogus_pokemon/

C'mon folks, servers are expensive. Especially when processing tens of thousands of searches per second..

Press:

http://did2memo.net/2016/08/19/pokemon-go-p-go-search-data-source-skiplagged/

http://i.imgur.com/8tgm6UD.png

https://www.れでぃっと.com/r/pokemongodev/comments/4yhpk0/shame_shame_shame/ より抜粋

その他

参考サイト

iOSDCの概要

その他

全体の感想

自分が聞いたセッション

9/17

SwiftUIで使ったアプリを1年運用してみてわかったこと / Akifumi Fukaya

9/218

初めてのハードウェア対応 / Takeshi Yokokoji

Network ExtensionでiOSデバイス上で動くパケットキャプチャを作る / 岸川克己

エンジニアの視点から見る(株)ゆめみの働き方 / yumemiイシガキ

実践 iOS オープンソースプロジェクトの始め方 / Yoshimasa Niwa

100日間AR表現を実装して見つけた面白い実装を全力解説 / 服部 智

Swift 5.5 async/await を支えるモナド、継続、コルーチン / 稲見 泰宏

Finder Sync Extension で Mac 向け便利ツールを作ろう / Kyome

LT

「スタディサプリ」がFull SwiftUIを選択した先に見えてきたもの。 / Hajime Nakamura

9/18

実践 SharePlay / Group Activities / 所友太

大規模なアプリのマルチモジュール構成の実践 / giginet

LINEアプリのモバイル体験改善に向けた取り組み / 早石 明浩 / 富家 将己

ケースに応じたUICollectionViewのレイアウト実装パターン / to4iki

SwiftUI+GraphQLで新規プロダクトの継続的破壊(Continuous Destruction)に立ち向かう / Takuya Yokoyama

async/awaitやactorでiOSアプリ開発がどう変わるか Before&Afterの具体例で学ぶ / Yuta Koshizawa

hak & tomzoh 特別企画 / hak(時間が重なったので途中から)

LT

表彰

iOSDCの概要

コメントが多かったトーク

全体の感想

自分が聞いたトーク

9/20

Background Notificationで新聞紙面の大きい画像の自動ダウンロードを実現する / Takagi Go

100人でアプリをリファクタリングして見えてきた、最強のiOSアプリ設計に求められること / Yuta Koshizawa

Flutter移行の苦労と、乗り越えた先に得られたもの / 桐山圭祐

新規機能開発からモジュール分割を始めてみる / Ryo Izumi

エラーアーキテクチャ設計について考える / きちえもん

iPadOSDC: Multiple Windows / ひろん

効率よくUIKitからSwiftUIへ移行する / josh

ライトニングトーク

9/21

詳解Storyboard / 日向強

継続的にアプリのパフォーマンスを計測する / kariad

「クックパッドが、革新的な方法でまったく新しい買い物体験を皆様にお届けします」 / 藤坂 祐史

大解剖！UIColorファミリー / しもとり

SwiftUIを導入したアプリ設計 / Yu Tawata

Apple Silicon への長い道 / hak

ライトニングトーク

概要

参考資料

目次

1. 感想

2. swift

A Swift Tour

3. swift 5

4. swift ui

SwiftUI Essentials

1. 動機

2. 変更内容

3. 変更の流れ

4. 感想

5. 利用料金

概要

本の概要

本の特徴（個人的な感覚）

印象的な文のピックアップ

専門特化

プロであること

うまくやり遂げるまではできたふりをする

自分のマーケティングするにはどうすればいいのか

学習の10ステップ(7~10は繰り返す)

引退とは逆算で働くこと

紹介されたサービス一覧

感想

1. APIについて

The second response

Player

Inventory

Settings

Map Response

Conclusion/comments

100日間AR表現を実装して見つけた面白い実装を全力解説 / 服部智

Swift 5.5 async/await を支えるモナド、継続、コルーチン / 稲見泰宏

LINEアプリのモバイル体験改善に向けた取り組み / 早石明浩 / 富家将己

async/awaitやactorでiOS アプリ開発がどう変わるか Before&Afterの具体例で学ぶ　/ Yuta Koshizawa

「クックパッドが、革新的な方法でまったく新しい買い物体験を皆様にお届けします」 / 藤坂祐史