はてなブックマーク

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? この記事は、先日の iOSDC Japan 2018 で発表した 「圏論とSwiftへの応用」 のスライドメモです。 来月10月16日に開催される プログラマのための圏論勉強会 - connpass の予習用の入門資料としてお使いください。 （さらに勉強したい方は、 圏論のオススメ勉強法（プログラマ向け） を合わせて読むと、キャッチアップしやすいと思います） スライド・動画・補足記事 Slide: 圏論とSwiftへの応用 / iOSDC Japan 2018 - Speaker Deck 動画: https://www.youtube

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? この記事は、iOSDC Japan 2018 で発表した「圏論とSwiftへの応用」の補足 - Qiita の続きです。 今回は、数学科でもコンピュータ科学出身でもない、単なるiOSエンジニアである筆者が、数学の 「圏論」 に興味を惹かれ、その流れで iOSDC Japan 2018 で登壇発表に至るまでの、 圏論のオススメ勉強法（プログラマ向け） について紹介したいと思います。 登壇資料参考： iOSDC Japan 2018 「圏論とSwiftへの応用」発表スライドメモ - Qiita iOSDC Japan 2018 で発表した「

この記事は、 iOSDC Japan 2018 で圏論について話しました ＋ Storyboard/AutoLayout相談会しました - Qiita の続編です。 先週、8月30日〜9月2日にかけて開催された iOSDC Japan 2018 で登壇発表した 「圏論とSwiftへの応用」 の補足になります。 CfP / スライド CfP: 圏論とSwiftへの応用 by 稲見 泰宏 | プロポーザル | iOSDC Japan 2018 - fortee.jp Slide: 圏論とSwiftへの応用 / iOSDC Japan 2018 - Speaker Deck スライドメモ： iOSDC Japan 2018 「圏論とSwiftへの応用」発表スライドメモ - Qiita まとめ: 圏論とSwiftへの応用 @inamiy #iosdc #c - Togetter 動画: https

この投稿は、AbemaTV Advent Calendar 2017 18日目の記事です。 こんにちは、稲見 (@inamiy) です。 今年の3月に AbemaTV にジョインして、iOSエンジニアをしています。 普段、業務では RxSwift を使っていますが、本家の ReactiveX に存在しない独自拡張である Driver型 に関して常々思うところがあり、今回、自分の考えを整理してみたいと思います。 復習：Driverについて エラーを送らない メインスレッドでの送信保証 内部で share(replay: 1, scope: .whileConnected) を行う 基本動作は ReactiveX.shareReplay(1) と似ている shareReplay(1) = multicast(ReplaySubject(bufferSize: 1)).refCount() ただ

こんにちは、オートレイアウト作ったマン の @inamiy です。 オートレイアウト○○マンが全員集結したMARVEL映画に出るのが将来の夢です。 さて先日、2017年9月15-17日の2.5日間にかけて、iOSDC Japan 2017というiOSの一大イベントが、早稲田大学理工学部・西早稲田キャンパスにて開催されました。 昨年に引き続き、第2回目の開催で、総勢800名が参加されたとのことです。 スピーカーの人数も倍増して、大成功した昨年の2016年をさらに上回る規模となりました。 そんな中、私は今年のテーマとして、「Auto Layoutのアルゴリズム」という若干マニアックな話を選びました。 今年は4トラック同時進行ということもあり、実際にセッションに集まるのは100〜200人くらいだろうと想像していましたが、タイムスケジュールが公開されると、まさかのキーノート登壇！（トップバッター＋

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? iOSDCの感想を書こうと思ってよく考えたら自分のブログを持っていなかった@inamiy です、こんにちは。 こういう時にQiitaは便利ですね。2年ぶりに投稿します。 先週、2016年8月19日〜20日にかけて開催された「iOSDC Japan 2016」というiOSカンファレンスで、「Reactive State Machine」をテーマに発表させていただきました。 嬉しいことに、多くのオーディエンスの方々から、厚さ3cm以上の肉スライドとして認められ、なんとベストトーク賞に選んでいただきました！ (賞金は1.70302628ビット

前回の Swiftで有限オートマトン(ステートマシン)を作る - Qiita Swift+有限オートマトンでPromiseを拡張する - Qiita SwiftTask（Promise拡張）を使う - Qiita の続きです。まだこのネタ引きずってました Objective-C時代のリアクティブプログラミング用のOSX/iOSフレームワークといえば、ReactiveCocoaがデファクトスタンダードですが、使いこなせると強力な一方で、パッと見、複雑そうで敬遠している方も多いと思います（私もつい最近までそうでした）。 実際に、GitHubのソースを追うのにも一苦労し、RACDisposableがこれこれこうなって・・・なるほどわからん 状態になることが少なくありません。 そこで今回、Swiftでもっと簡単に、カジュアルにリアクティブプログラミングを実装したいということで、ReactKitとい

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

使用例 SwiftTaskでタスクを定義する際（初期化クロージャ内）、直接Grand Central Dispatch等を使って非同期処理を行うことも可能です。 が、Alamofire（ネットワークライブラリ）に代表されるような、 obj.setProgressHandler() (callback) obj.setCompletionHandler() (callback) obj.pause() obj.resume() obj.cancel() のAPIの形に「別クラスで一旦ラップする」方が、より簡単に実装することができます。 Alamofireを使った例 typealias Progress = (bytesWritten: Int64, totalBytesWritten: Int64, totalBytesExpectedToWrite: Int64) // define ta

前回のSwiftで有限オートマトン（ステートマシン）を作る - Qiitaの続きです。 ステートマシン（SwiftState）を実際に使うにあたり、何か分かりやすいサンプルを作った方が良いと思い、今回、JavaScriptでおなじみのPromiseクラスを再発明してみました。 Promiseについて Promiseについては、こちらの記事が参考になります。 JavaScript Promiseの本 JavaScript Promises: There and back again - HTML5 Rocks 一般的なPromiseライブラリの状態遷移は、Pending => Fulfilled or Rejectedの2パターンがあります。 が、機能としてややシンプルすぎる＆n番煎じ感が否めないので、新たにProgress、Pause、Cancelといったインターフェースを追加して、複雑な

let machine = StateMachine<MyState, MyEvent>(state: .State0) { machine in machine.addRoute(.State0 => .State1) machine.addRoute(nil => .State2) { context in println("Any => 2, msg=\(context.userInfo!)") } machine.addRoute(.State2 => nil) { context in println("2 => Any, msg=\(context.userInfo!)") } // add handler (handlerContext = (event, transition, order, userInfo)) machine.addHandler(.State0 =>

普段、左手でiPhoneを操作している人は、iOS7になってから毎日こんな経験をしているのではないでしょうか。 ひどいUXですね これでは、本来の縦スクロール操作が慎重になってしまい、ストレスが募るばかり。。それもこれも、UINavigationControllerのinteractivePopGestureRecognizer(UIScreenEdgePanGestureRecognizerクラス)の感度が高すぎるのが原因です。 そこで改善策として、UIScreenEdgePanGestureRecognizerクラスをメソッド差し替え（swizzle）して感度調整する涙ぐましい方法などがありますが、今回はそれよりももっと簡単で良い方法が見つかったので、その情報共有をします。 ヒントは、Facebookアプリでした。 interactivePopGestureRecognizer.del

8/19担当、Qiita初投稿の@inamiyです、こんにちは。 今回は、iOS/OSXアプリのUXの根幹である「Core Animation」について、 ハマりやすい点や、意外と知られていないtipsなどについて書きたいと思います。 アニメーション完了時のコールバック Delegateでif分岐しながら処理する方法もありますが、 [CATransaction setCompletionBlock:]を使う方が、より見通しの良いコードになります。 問題は、アニメーションが正常終了したかどうかのfinishedフラグがないという点ですが、 下記のようなコードを書くと、上手く判別できます。 [CATransaction begin]; [CATransaction setCompletionBlock:^{ CAAnimation* animation = [layer animationFo