「目は口ほどに物を言う？」アイトラッキングを活用した英単語学習支援システムの試み - スタディサプリ Product Team Blog
はじめまして。 データーリサーチエンジニアの @bwtakacy です。 私は、データ分析やAI技術を活用して学習をサポートする仕組みや機能の研究開発を行うチームに所属しています。 今回は、研究開発の取り組みの一つをご紹介したいと思います。 英単語学習に新しい「目線」を 早速ですが、以下の二つの画像を見てください。 英単語の意味を答える問題をPC上で解いてもらった時の目線の動きをヒートマップと経路として表示したものです。 一つは、あまり目移りせずに正解を選んだパターン。 もう一つは色々迷ったパターンです。 どうでしょうか。自分の感覚と照らし合わせてみて当たっていますでしょうか。 あくまで象徴的な例ですので、個人によったり、体調によったり、と毎回このようなはっきりとした違いが出るとは限りません。ですが、大まかな傾向として、目線の動きを見ることで「どれくらい解答に迷ったか」を推定することができ
Kotlin DSL を考慮した Gradle Plugin を記述するために必要だったこと - おでーぶでおでーぶ
とある Gradle Plugin を 2.0.0 に移行する際、v1 から Kotlin DSL を使っていた人の環境でちょっと問題が発生したというツイートを見たので、Kotlin DSL がどうやって DSL Marker なしに lambda で書けるようにしてるのかちょっと調べてみた。ここで記述している問題は 2.0.1 では修正されていて、また Kotlin DSL での移行ステップも README に追記しておきました。 github.com TL;DR 外に見せる境界で def を使うのは避けておいた方が無難 Kotlin DSL は拡張関数で delegate してて、見るべきメソッドが違うかもしれないから気をつけよう Kotlin と Gradle の言語仕様の違いに気をつけよう kotlin-dsl を apply して開発しないと Groovy と Kotlin DS
15分で分かるGTD – 仕事を成し遂げる技術の実用的ガイド | POSTD
GTDすなわち“Getting Things Done（仕事を成し遂げる）”とは、あなたのタスクとプロジェクトを整理して管理する仕組みです。しかしその目的は、ただ“仕事を成し遂げる”だけにはとどまりません（本当ならこう呼ばれるべきでした。「物事がおこるままに身を任せていたのでは全くイケてない状況に陥ってしまうことが多いので、それよりもっといい方法で物事を成し遂げる」仕組み）。このシステムの目的はあなたが100%の信頼をおいても大丈夫なように、タスクやアイデアやプロジェクトを収集するということにあります。「過去最高の発明をする」というような曖昧なものから、「8月25日にAdaに電話してチーズケーキのレシピについて話し合う」というような具体的なものまで。つまり全てです。 ごくありふれたTo-Do リスト管理のシステムとあまり変わらない印象ですか？ 確かに似ている部分は多いですね。でもそれ以上の
囲碁AIブームに乗って、若手棋士の間で「AWS」が大流行 その理由とは？
囲碁AIブームに乗って、若手棋士の間で「AWS」が大流行 その理由とは？：週末エンプラこぼれ話（1/4 ページ） 人間の能力をAIが完全に上回りつつある「囲碁」の世界。最近では、AIを活用した研究を行う棋士も増えているそうだが、その裏側でAWSが若手棋士の中で大流行しているという。一体何が起こっているのだろうか。 ここ数年、将棋や囲碁といったボードゲームの世界では、AI（人工知能）の能力が人間を上回りつつある。特に、Alphabet傘下のDeepMindが開発した囲碁AI「AlphaGo」は、世界のトップ棋士を次々と破ったことで、昨今の人工知能ブームの“火付け役”となったのは記憶に新しい。 最近では、プロ棋士たちも研究にAIを使い始めているが、その影響で、若い囲碁棋士たちの間で今「AWS（Amazon Web Services）」を利用する人が急速に増えているのだという。一体何が起きている
読んだ : What Is An Engineering Manager? - ひだまりソケットは壊れない
エンジニアリングマネージャってエンジニアリングに対するマネージャだと思うんだけど、たまに 「エンジニアリングマネージャはエンジニアリングをわかっていなくても務まる」 みたいな言説を目にする。 それはエンジニアリングマネージャではなくて単なるエンジニア組織のラインマネージャなのでは？— Nobuoka Yu (@nobuoka) 2019年2月19日 最近エンジニアリングマネージャという言葉をよく聞くようになった気がするのだけど、自分の思っているエンジニアリングマネージャ像 *1 と全然違うエンジニアリングマネージャ像を語っている人もいる *2 ので、何かしら文献があったりしないのかなーと思って調べたところ、1997 年の paper を見つけた。 peer.asee.org 修士課程のエンジニアリングマネジメントのカリキュラムで使えることを目的とした paper らしく、なかなか興味深かっ
読んだ : ユースケース駆動開発実践ガイド - ひだまりソケットは壊れない
ユースケース駆動開発実践ガイド (OOP Foundations) 作者: ダグ・ローゼンバーグ,Doug Rosenberg,三河淳一,船木健児,佐藤竜一出版社/メーカー: 翔泳社発売日: 2007/10/17メディア: 大型本購入: 11人 クリック: 105回この商品を含むブログ (33件) を見る ユースケースを出発点とする開発プロセスを学びたかったので読んだ。 ちなみにこの書籍が言っている 「ユースケース」 というのは Ivar Jacobson (イヴァー・ヤコブソン) によるものであり、Uncle Bob の Clean Architecture が言う 「ユースケース」 と (基本的には) 同じものである *1。 結論から言うと、本書は個人的に学びの多いものであった。 私は 「DDD を実際の開発プロセスにどう取り込んでいくと良いか？」 「Clean Architectur
FizzBuzzを題材にユースケース層についてを考えるのはおそらく無意味な気がする - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く
やんざむ先生のこのツイートを見て考えたことをまとめます。 UseCase がわからない... FizzBuzz で 「3の倍数のときは fizz が返る」 「5の倍数のときは buzz が返る」 「3の倍数かつ5の倍数のときは fizzbuzz が返る」 「3の倍数でも5の倍数でもないときはそのままの数字が返る」 これは— Yuki Anzai (@yanzm) February 15, 2019 結論を先に書くと、「これはそもそも問い自体が不適切である」（しかし強いて言えばEntity）という立場をわたしは取ります。以下、まじめにFizzBuzzを設計しながら考えてみます。 ひとまず、出発点は上にあるツイートの疑問から出発するとしましょう。 まず前提として、ユースケースってどういう役割か まず前提として、ぼくはユースケースを「ドメインモデル（このツイートで言うところのEntity）やイン
Fizz Buzz と税率とタイムゾーンの話 (ドメインレイヤとアプリケーションレイヤの話、あるいは時間変化する値をモデリングする話) - ひだまりソケットは壊れない
Twitter で見かけて面白そうだったのでちょっと考えてみた。 関連記事 Fizz Buzz ユースケースについてのまとめ : 2019-02-16 UseCase とは何か | wada811.com ユースケースについて : FizzBuzzを題材にユースケース層についてを考えるのはおそらく無意味な気がする - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く ドメインモデリングしなおすことについて : 仕様変更が想定される場合の Fizz Buzz のドメインモデリングについて - ひだまりソケットは壊れない Fizz Buzz のロジックをドメインレイヤ (Entities 層) とアプリケーションレイヤ (Use Case 層) のどちらに書くか UseCase がわからない... FizzBuzz で 「3の倍数のときは fizz が返る」 「5の倍数のときは buzz が返
なんで大学院行ったんだっけ｜omuomugin
学部の4年間と修士課程の2年間いた大学を卒業*1する。 思考の整理としてメモを残そうと思った。 まず前提からいうと「大学院に行った方がいいですか」と聞かれても未だに人によるとしか答えることができない。そもそも良かったか悪かったかの答えを持ち合わせていない。ただし自分の思考の整理にはなったので将来自分の子供とかになんで大学院行ったのと聞かれたときには、「そういえばこんなこと考えてたな」という程度のメモを残す。大学院に行った、行ってない、中退したなどのエピソードは人それぞれなので誰かのものを否定するものでもないし、肯定するものでもないと思っている。 今回はなんで大学院に進学したのだろうという点にフォーカスして書く。大学院で何が得られたかについてはまた今度書こうと思う。 高校3年生の時、夏休みに勉強のために通ってた図書館で数学ガールを読みふけてしまい浪人した。その次の年は普通に受かった。学部1年
コードで見る graphql-java 関連ライブラリの関係性 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? graphql-java を Spring Boot などで使う場合、簡単に使えるようにする場合 graphql-java 以外にも色々なライブラリを読み込む必要があります。 これは graphql-java はプリミティブな API しか持っておらず、web 側との繋ぎとか、subscription の対応をそれ単体ではできないためです。 この辺りの関係性が自分の中でも結構曖昧だったり、ドキュメントの情報しか読んでなかったので、コードリーディングしてわかったことをこの記事にメモします。 前提 Spring Boot + Kotlin
Gatsbyはどうやって静的サイトをジェネレートしているのか
GatsbyはReactベースの静的サイトジェネレーターです。 生成される静的サイトはシングルページアプリケーションでもあるため、優れたUXをユーザーに提供できます。 GatsbyはReactの公式サイトを始め、多くのサイトで採用されています。 弊社でもいくつかのGatsby案件が進行中です 😎 また、Gatsbyのユニークな特長として、静的サイトのリソースのデータ取得にGraphQLを使っているというところがあります。 ローカルのMarkdownファイルやContentful・WordPressといった外部CMSのWebAPIをデータソースとして、GraphQLを通じて一元的に扱うことができます。 ページごとに必要なデータをGraphQLのクエリを一発投げて取るだけになるので実装がクリアになります。 例えばこのような感じです。 しかし、GraphQLを使うということはSchemaを定義
ヤフー、新たなウェブ認証の規格「FIDO2」のFIDO Certified（認定）を国内企業で唯一取得 パスワードを使わない安全なログイン環境の実現に前進 - プレスルーム - ヤフー株式会社
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社のコーポレートサイトはこちらです。 当ページに記載されている情報は、2023年9月30日時点の情報です。 Home ニュース ヤフー、新たなウェブ認証の規格「FIDO2」のFIDO Certified（認定）を国内企業で唯一取得 パスワードを使わない安全なログイン環境の実現に前進 ヤフー株式会社（以下、ヤフー）は、生体認証などの次世代認証の標準化を提唱する業界団体FIDO（ファイド）アライアンスの新たな規格「FIDO2」の認定を、2018年8月に世界で初めて開催された「FIDO2」認定テストにおいて、このたび取得したことをお知らせします。国内企業では唯一の認定取得となります。 「FIDO2」は、生体認証デバイスなどを利用して、ウェブブラウザーを通じたオンラインサービスへの安全なログインを実現す
大公開！導入2,000社を実現した営業部の「業務プロセス」ってどうなってるの？ | スタディストの事業・組織
こんにちは。株式会社スタディストの庄司です。取締役COO兼営業部長をしています。今回は「営業部」がどのような活動をしているのか、その全体像を紹介したいと思います。 前回の記事で、スタディストの営業は「売る」のではなく「届ける」のが役割であるという基本的なスタンスについて紹介しました。 「売る」のではなく「届ける」営業を | 株式会社スタディスト こんにちは。株式会社スタディストの庄司です。取締役COO兼営業部部長をしています。Teachme Bizは2013年10月の販売開始以降、おかげさまで2,000社を超える企業様に導入いただいてお... https://www.wantedly.com/companies/studist/post_articles/122094 当社に入社してくるメンバーは、様々なバックグラウンドや経験、知識を持っています。同じ「営業経験者」と言っても、前職の様子な
Google 認証システムの仕組み
著者：関 勝寿 公開日：2016年3月26日 - 最終更新日：2022年12月31日 キーワード： security Google アカウントの2段階認証プロセスでは、Google 認証システムをモバイル端末にインストールして、QRコード（バーコード）を読み込ませることで、30秒ごとに変化する6桁の確認コードを生成することができる。通常のパスワード認証に加え、確認コードによる認証をすることで、セキュリティを高めている。Amazon, Microsoft, Facebook, Dropbox, GitHub 等多くのサービスで同じシステムが採用されている。この仕組みについて記す。 概要 Google 認証システムで採用されているRFC 6238の時間ベースのワンタイムパスワード (TOTP)は、サーバーとクライアントで共有する秘密鍵と現在時刻から、確認コードを計算するアルゴリズムである。 G
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Jersey 2.28 has been released | Jan's Blog
メルカリ、「メルペイ」で後払い事業に参入 - 日本経済新聞
WindowsからLinuxファイルへのアクセスが可能に ～「Windows 10 19H1」におけるWSLの改善 - 窓の杜
SimpleとEasyは違う / Simple is not Easy
Notion – The all-in-one workspace for your notes, tasks, wikis, and databases.
サービス終了のお知らせ