シリーズ一覧
![シリーズ一覧 - 共立出版](https://cdn-ak-scissors.b.st-hatena.com/image/square/add00b1265dbc689ce3ff3441b5cca736cb8cca6/height=288;version=1;width=512/https%3A%2F%2Fapi.hondana.jp%2Frails%2Factive_storage%2Frepresentations%2Fproxy%2FeyJfcmFpbHMiOnsibWVzc2FnZSI6IkJBaHBBaHRyIiwiZXhwIjpudWxsLCJwdXIiOiJibG9iX2lkIn19--d6cda547f3c2ac54823995d08c5bbe6e18445696%2FeyJfcmFpbHMiOnsibWVzc2FnZSI6IkJBaDdCem9MWm05eWJXRjBTU0lJY0c1bkJqb0dSVlE2Q25OMGNtbHdWQT09IiwiZXhwIjpudWxsLCJwdXIiOiJ2YXJpYXRpb24ifX0%3D--08c8271fde7511ec8f31f59e136f1158f5f3c839%2Fogp.png%3Fdisposition%3Dinline)
アライアンス事業開発部の大曽根(@dr_paradi)です。 ニュースパスというアプリの分析と開発を行っております。 今回は機械学習の評価関数のお話をします。 内容は、【FiNC×プレイド】Machine Learning Meetup #1 - connpassで発表したものになります。 発表資料 いまさら聞けない機械学習の評価指標 from 圭輔 大曽根 www.slideshare.net 機械学習における評価 現在は機械学習ライブラリが充実しており、また、Webサービスの普及により学習に必要なデータの獲得も以前と比較して容易になっています。 そのため、機械学習のビジネス利用への敷居が下がっています。 予測や分類といった問題を解く際には、設定した課題に対してどのモデルが最も適しているかを評価するための指標(評価関数)が必要になります。 Kaggle*1などのコンペティションではあらか
We are going to rewrite React from scratch. Step by step. Following the architecture from the real React code but without all the optimizations and non-essential features. If you’ve read any of my previous “build your own React” posts, the difference is that this post is based on React 16.8, so we can now use hooks and drop all the code related to classes. You can find the history with the old blo
I’m back to the regular posting schedule. No more game development, at least for now. The topic of always valid domain models is beaten to death already. There’s little doubt in the DDD camp that your domain model should be valid at all times. It’s much easier to program in an environment where you know that objects you operate reside in a valid state and you don’t need to worry about their intern
概要 ドメイン駆動設計のモデリングの要素の一つ、AggregateRoot(AR, 集約)の解説です。 DDD 関連記事リンク ◆ ValueObject 記事リンク: https://nrslib.com/valueobject/ ◆ Entity 記事リンク: https://nrslib.com/entity/ ◆ AggregateRoot(イマココ) 記事リンク: https://nrslib.com/aggregateroot/ ◆ Repository 記事リンク: https://nrslib.com/repository/ 解説 Aggregate Root AggregateRoot は日本語で集約といいます。 集約は何を表し、何故集約という概念が必要なのでしょうか。 トランザクション整合性などで説明をされている記事はすでに多く存在するので、この記事ではオブジェクト指向
Caution: This page is somewhat outdated and only exists for historical purposes. React 18 was released with support for concurrency. However, there is no “mode” anymore, and the new behavior is fully opt-in and only enabled when you use the new features. For up-to-date high-level information, refer to: React 18 Announcement Upgrading to React 18 React Conf 2021 Videos For details about concurrent
社内でサービスがよくわからないという話になったので、考察を少しまとめておきます。 過去のエントリでも以下のように触れましたが、もう少しかみ砕いてみよう。 サービスという言葉はあいまい まず、簡単に前提の整理から。単に"サービス"って言葉が何を指すのか結構曖昧です。 サービスは簡単にいうと手続きとか振る舞いのことですが、細かくいうと、PofEAAでいうサービスと、DDDいうサービスは、目的が異なります。前者はアプリケーションのためにドメインモデルを再利用可能にするためのものです。後者はドメインの知識を表している振る舞いです。これはのちほど詳しく説明します。 まぁこのあたりは具体例がないと理解しがたいですが、レイヤーの違いによって責務が異なるという感じです。DDDのサービスの章では、サービスには、アプリケーション層、ドメイン層、インフラストラクチャ層と、複数のレイヤーに存在すると言及されていま
8/26 追記 改めて気になることがあったので、サポートチームへ問い合わせをしてみました。 一度目に問い合わせた方と別の方に対応していただいたのですが、「審査は土日祝も含めグローバルチームが対応する」という回答を頂きました。 リリース前の審査はすべてのアプリの公開、更新に対して行うのは確定なようですが、審査にかかる時間については、本記事の情報は参考程度に留めておいてください。 先日Androidアプリをリリースしようといつもどおりの作業を行ったのですが、5時間たっても公開されない状況が続いていたため、なにかあったのかと思いコンソールを見てみると、初めて見るメッセージが表示されていました。 「Androidアプリに審査…?公開後に機械的にやってるんじゃないの…?」 と思ったのですが、Twitterなどで調べてみると、Androidアプリの審査があってアプリが公開できていないという話をされてる
This is the second installment in a series of articles about Symfony 4. The first one was about the current limitations of the Symfony Distribution model. Monolith projects versus micro-applications; a never-ending debate. Both ways to develop applications are fine in my book. Symfony supports both. Even if the Symfony Standard Edition is probably more suitable for monolith projects as it depends
Clean ArchitectureにはUseCase層が定義されていますが、このUseCaseが一体どういうものなのか度々わからなくなるので、自分の考えをまとめてみるエントリです。 Clean Architectureについてはこちら 8thlight.com 日本語訳:クリーンアーキテクチャ(The Clean Architecture翻訳) 以降、概念を”ユースケース”、実装されるモノを”UseCase”と表記することにします。 (同じっちゃ同じなんですが、指してるものがところどころ変わるので表記分けをしています。) また、Webアプリケーションを想定しています。 ユースケースとは何なのか Clean Architectureから抜粋します。 Use Cases The software in this layer contains application specific busi
書き込みと読み込みのどちらに力を入れているかは、ストレージエンジンによって異なります。たとえば昔ながらのリレーショナルデータベースは、外部キーなどの制約を使ってデータの整合性をうまく制御できるようになっています。一方でNoSQLデータベースは、スループットとスケーラビリティを確保するために、そういった組み込みのガードレールをはずしてしまいました。データ層においても、どちらか一方に特化した最適化をすることがあります。たとえば、あらかじめ計算済みの値を保持しておけば、「一日あたりのサイト訪問者数」などの読み込み操作を効率よく行えるでしょう。ストレージソリューションのメーカーはどこも、「うちのプロダクトならあらゆるニーズを満たせます」などと自社製品の機能を自慢します。しかし実は、昔ながらのCRUDモデルに沿ってストレージエンジンを選んでデータ層を設計した時点で、さまざまな関心事の間で何らかの妥協
Welcome back to Instagram. Sign in to check out what your friends, family & interests have been capturing & sharing around the world.
リクルートが「リクナビ」上の行動履歴を利用して学生の内定辞退率を予測し、38社に有償提供していたことを認めました。個人情報保護委員会の調査を受け、7月末に販売を停止したとのことですが、HRTech業界に及ぼす影響は甚大です。 リクルートによる企業への「内定辞退率」情報の提供 就職情報サイト「リクナビ」で企業の新卒採用支援市場において独占的な地位を築いたリクルート。 そのサイト上での学生の行動履歴を利用して当該企業の内定辞退率を予測し、企業に有償提供していたことが、個人情報保護委員会の調査と8月1日付日本経済新聞の報道により明らかになりました。 ▼ 就活生の「辞退予測」情報、説明なく提供 リクナビ リクナビは2018年から、就活生がどの企業情報を閲覧したかなどを人工知能(AI)で分析。「選考や内定の辞退確率」を予測し、大手メーカーなどに販売した。 (中略) 内定辞退は企業を悩ませる問題で、予
7月18日(木)に発生いたしました事件につきまして、世界中の方々からご支援のお声を頂戴いたしております。厚く御礼申し上げます。 弊社としても、再建を目指して最善の力を尽くしていく所存にございます。 そんな折、弊社に寄り添いたいという皆さまからの数多くのお声を受け取り、この度、弊社にて支援金の預かり口座をご用意させていただく運びとなりましたので、お知らせさせていただきます。 支援金につきまして、各方面より大変多くのお問い合わせをいただいております中、ご案内が遅くなりました事、お詫び申し上げます。 <株式会社京都アニメーション 支援金預かり専用口座> 銀行名 京都信用金庫 銀行コード 1610 支店名 南桃山支店 店番号 048 口座種別 当座預金 口座番号 0002890 口座名義 株式会社京都アニメーション 代表取締役 八田英明 ※ 表示名「カ)キヨウトアニメーシヨン」 BANK NAME
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く