将棋、囲碁とさまざまな種目で人工知能の可能性に挑んできたドワンゴが、次は「競馬」に挑戦します。 機械学習アルゴリズムで設計された競馬予測AI。 過去の膨大なデータから勝ち馬のパターンを学習し、勝利確率を予測します。果たして、AIは競馬予測という舞台で好成績を残せるのか!?
![人工知能募金 あなたの募金を増やします](https://cdn-ak-scissors.b.st-hatena.com/image/square/03ac3966642c00ed20a9aafc3f9c165a690a699d/height=288;version=1;width=512/http%3A%2F%2Fwww.jinkochinobokin.nicovideo.jp%2Fimages%2Fogp.jpg)
皆さんこんにちは お元気ですか。ちゃっかりKaggleで物体検出のコンペもはじまりました。 Deep Learningは相変わらず日進月歩で凄まじい勢いで進化しています。 特に画像が顕著ですが、他でも色々と進歩が著しいです。 ところで色々感覚的にやりたいことが理解できるものがありますが、 あまり勉強していなかった分野として物体検出系のアルゴリズムがあります。 所謂、Faster RCNN, SSD, Yolo、最近、Mask R-CNNが該当します。 ただ、今回は、個人的に物体検出のアルゴリズムで なかなか調べても出てこない、あれここどうなってるんだっけ?と思った部分の解説をします。 そのため、案外変なところの解説かもしれません。 Faster RCNNの技術要素から説明しようかなとも思って作りました。 ※数式、記号等の細かい説明は論文を参考にしてください。 3/7 15:15 Anche
ロープロファイルの新バージョンが出ました ロープロファイルスイッチ対応の自作キーボードキットです。 はんだ付けが必要ですのでご注意ください。 特徴 ・格子配列 ・左右分割型(片手デバイスも可) ・Cherry MX互換、Kailhロープロファイルスイッチに対応 ・5行か4行を選択可* ・RGBバックライトまたはUnderglowの対応 ・OLEDモジュール対応 ・左右を繋ぐケーブルは3極のオーディオケーブルを使用(4極でも問題ありません) ・実装した後でもPro Microは交換可能 ・ファームウェアはQMKを使用 ・薄さを追求 ・オープンソース 4行はPCBの切断で対応 アクリル5行版キット(バックライト) + ロープロファイルスイッチ アクリル4行版キット(Underglow) + MXスイッチ Helix PCB OLEDモジュール キーボードの状態を表示する為のディスプレイが全ての
<なぜ、同じ「経営」をテーマとしながらも、経営の実務と学問としての経営戦略の間には、これほどまでに大きな隔たりが存在するのか。本連載では、長く実務の世界に身を置きながら、学問としての経営学を探究し続ける、慶應義塾大学准教授の琴坂将広氏が、実務と学問の橋渡しを目指す。第9回は、経営戦略を実行するうえで欠かせない、数値の管理に焦点を当てる。管理会計と経営戦略は異なる発展を遂げてきたが、その境界は次第に曖昧になりつつある。両者がどのように結びつき、経営の現場ではどのように運用されているのか。また、今後はいかなる発展を遂げる可能性があるのだろうか。 連載「経営戦略を読み解く〜実務と理論の狭間から〜」の一覧はこちら。 本連載ではこれまで、紀元前から続く経営戦略の歴史、そこから生じた議論の系譜、そして、事業戦略と全社戦略をめぐる現代の理論までを俯瞰してきた。 ここからはまず、現代における戦略立案および
今回は、直感的な理解を可能にする分析やシミュレーションをご紹介します。感度分析(トルネードチャート)、リスク分析(モンテカルロシミュレーション)や、デシジョンツリーを活用した期待値計算など、便利なツールが満載です。 前回は、戦略意思決定手法のなかで、曖昧で複雑な考えを整理する手法をご紹介しました。前回ご紹介した「デシジョンヒエラルキー」、「ストラテジーテーブル」、「インフルエンスダイアグラム」を活用して、まずは自分の考えを整理し、同僚や意思決定者と共有してみることをお勧めいたします。しかし、企画者が考えてきたことを同僚や意思決定者に理解してもらうのは、そのアイデアの新しさや不確実性のために、かなり時間と手間がかかるものです。 分析・シミュレーションの効果 戦略投資は、企業の新たな成長の柱となることを目指すものですから、新しいアイデアであるだけでなく、それなりの規模があり複雑さを伴います。そ
Essential Go is a free book about Go programming language. It's part of Essential Programming Books. It's written to provide clear and concise explanation of topics for both beginner and advanced programmers. Most examples are linked to online playground that allows you to change the code and re-run it. You can also quickly navigate to desired content using table of content on the left and search
大家好。Gaoqiao(ガオチャオ)です。 中国では春節の休みが終わったばかりですが、まだまだ正月ムード。なんならクリスマスの飾りもまだ残ったままです。 私はというと春節はずっと中国で過ごしていたものの、遠隔で仕事をしつつ日本で某メーカーと協業で作っていたHTML5ゲームのプラットフォームが先週ローンチして一息ついています。 私の会社では2015年に日本のYahoo!かんたんゲームプラスという広告マネタイズ主体のゲームプラットフォームにHTML5ゲームをリリースして以来、継続的にHTML5ゲームの開発に取り組んでいます。 HTML5ゲームとはどういうものかというと、例えば下記のようなWebブラウザで起動してプレイできるゲームのことです。 ひっぱりマッピー大作戦 - Yahoo!ゲーム http://yahoo-jp.portal.connectedgamestore.com/game?ga
In the weeks since I started talking about the need to clean up our architecture, I’ve noticed a surprising resistance to the idea. Apparently the notion that it’s a good idea to hide the framework, UI, or database from the application code is not universally accepted. I first blogged about this topic here , I did a whole cleancoders.com episode on the topic. I’ve also done several keynotes on the
Robert Martin (a.k.a. ボブおじさん) による、 The Clean Architecture の翻訳です。似たようなアーキテクチャである ヘキサゴナルアーキテクチャ も翻訳したので参考にしてください。 この記事を翻訳して公開したことは 8th Light, Inc. に報告済みです。いまのところ苦情は来ていません。 ここ数年以上、システムのアーキテクチャに関する実にさまざまなアイデアを見てきた。これには、次のものが含まれる: Hexagonal Architecture (別名 Ports and Adapters) by Alistair Cockburn。Steve FreemanとNat Pryceが、Growing Object-Oriented Software というすばらしい本で採用した。 Onion Architecture by Jeffrey Pa
2018/11/10 追記 かなり時間が経ってしまいましたが、当時の理解が甘かったところがあり、CleanArchitectureというよりも、レイヤごとに分離させたという方が適切な表現であると気がつきました。 では何をもってCleanArchitectureなのか?というのは、こちらの記事が参考になりました。 https://qiita.com/gki/items/f601afbfada85fd8624e —— 概要 自社サービスのアプリのアーキテクチャにMVVMを採用していたのですが、 ViewModelやModelが肥大化 Mの部分が上手く実装できておらず、データ層の取り回しやビジネスロジックまわりに不便を感じてきた などの課題があったので、CleanArchitectureを参考に「データレイヤを厚めにする+ビジネスロジックの分離」を行ってみましたという内容です。 各クラスの名前は
<この記事は「Money Forward Advent Calendar 2015」の22日目の記事です> この記事は、iOS Clean Architectureと実際にコードへ適用した内容について紹介します。 コードについては、改善の余地があるため随時修正していくと思います。 → github: https://github.com/koutalou/iOS-CleanArchitecture iOS開発においてよくある問題点 「ビジネスロジックはModelに置くべき」と言うが、開発者によって理解や意見がバラバラで統一的な実装ができない 度重なる仕様変更や複雑な仕様に対応するためにViewControllerや特定のModelが肥大化し、ビジネスロジックの本質を見失う MVC,MVP,MVVMだけで考えると、どこかのレイヤが複数の責務を持つことになり依存度の高い複雑なコードが生まれてし
MVVMについて調査してみて、得られた理解をまとめてみます。 走り書きですが、書いてみます。 突っ込みどころがたくさんあるかと思いますが、指摘していただけるとありがたいです。 考えがしっかりでき次第、記事を新たに書き直したいと思います。 各クラスが公開インスタンス変数を管理することによって、画面状態の管理を安全に行うアーキテクチャです。 View ViewModelに設定された公開インスタンス変数に合わせて見た目を構成する責任を持つクラス群です。 [できること] ViewModelに自身をObserverとして登録できる ViewModelからパラメータ変更の通知を受け取ることができる ViewModelのパラメータを参照することができる 画面の見た目を公開インスタンス引数として持つ ユーザからのアクションを受け取ることができる ViewModelに動作を依頼することができる(基本的には横
こちらに移転してきて初めての記事です。 最近たまに話題になるので書いておきます。MVVMのModelについて誤解されやすい部分のお話です。最近よく議論してるasync/awaitの話とは関係がありません。なおこの話は以下のスライドを理解している事が前提となります。 共有したい理解(ゴール) ViewModelはModelの影 ModelについてViewModelが行うことは、イベントに対する反応と戻り値のないメソッドの呼び出ししかない事 これについての理解を共有できるよう説明していきます。 VIewModelはModelの影 スライドにもしつこく書きましたが、MV○(MVVMやMVC/MVP)のModelは大変分厚くなるし、アプリケーション間で使いまわすことなんてできません。ModelはUIを意識しない??いや、何度も言っていますが、意識はする必要があるんです。ただUI実装の知識が必要ない
はじめに DIとは、Dependency Injectionの略で、 日本語で『依存性の注入』ということらしいです。 依存性とは? 依存性とは、「クラスAのオブジェクトを動かすためにはクラスBが必要」ということ クラス間で密結合である状態 依存性の注入とは? クラスBがなくても、クラスAが動かせること クラス間で疎結合になるため、下記のようなメリットがあります。 ・カスタマイズしやすい ・テストしやすい ・オーナシップが明確 具体的にどうするか? インスタンス変数にオブジェクトを与えるだけです。 コンストラクターにオブジェクトをセットするか、セッターでオブジェクトをセットするだけです。 実装例 Social.frameworkを利用して、 Twitterまたは、Facebookに投稿する例を利用してご説明します。 1. DIを利用しない場合 (1) Twitterと、Facebook投稿用
iOS その2 Advent Calendar 2016 15日目の記事です。 現在業務で製作中のアプリではClean Architectureを採用しています。アプリ自体はまだリリースされていないのですが、少しずつ全体像は見えてきたのでClean Architectureの概要と合わせて具体的な実装例の紹介と現時点での所感などを書きたいと思います。 Clean Architecture とは 概要 iOSアプリにおける実装 3つのグループ分け Presentation Domain Data 所有関係・依存関係 Clean Architectureから外れたもの メリット・デメリット メリット テスタビリティが向上する 再利用性が向上する 機能を置き換えやすくなる 見通しが良くなる デメリット 学習コストが高い 面倒なことが多い ライブラリやSDKの設計思想と食い違う 最後に 参考文献
はじめに 以下のコードを見たときに違和感を覚えたので、検証した結果を書きます。 違和感を覚えたのは以下のコードです。 class UserViewController: UIViewController { let disposeBag = DisposeBag() private func loadUser(user:User){ API.User.Get(user.id).subscribeNext { user in self.userNameLabel.text = user.name }.addDisposableTo(disposeBag) } } 何が起こるのか? DisposeBagはObservableを自動的に解放するための便利な機能です。 はじめてのRxSwiftのメモに書いてますので、見てください。 「このDisposeBagによってselfが解放されるはず。」 と
こんぬづは、登壇者にもかかわらずイベントレポートも書くという荒業をやっています、田中です。 これは修行だ。自分との戦いだ。 今回はdots.様主催の、iOS界隈のスターが一堂に会する素敵イベント!「iOSオールスターズ2」に行ってきので、そのレポートをお送りします! 概要 日本を代表するiOSエンジニアが一同に集結し、iOSエンジニアのためのiOS勉強会を開催します!各々の取り組み事例や開発の中でのTipsをお話しします。 iOSオールスターズ1の様子はこちらから↓↓ https://eventdots.jp/event/311301 dots. イベントページより引用 Togetterまとめ 登壇者でもある熊谷さん(@es_kumagai)がTogetterをまとめてくださいました! 当日の盛り上がりがよくわかる内容となっています。 内容 『RxSwift in Practice
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く