タグ

2015年3月23日のブックマーク (6件)

  • 研究者らが無償のオープンソース版Siriを開発 - BRIDGE(ブリッジ)テクノロジー&スタートアップ情報

    Image Credit: Bhupinder Nayyar/Flickr AppleMicrosoftのような大手テクノロジー企業は、モバイル機器に搭載されたパーソナルデジタルアシスタント機能を多くの人に提供してきた。そのおかげでユーザはデバイスに話しかけるだけでアラームをかけたり、質問の回答を得たりすることができるようになった。現在、他の企業も新しいオープンソースのソフトウェアを用いて、それぞれ独自のバージョンのアシスタント機能を作成することが可能になった。そのソフトウェアは、Sirius。もちろん、AppleのSiriをもじったものだ。 今日、トルコで開かれている「プログラム言語およびOS向けアーキテクチャサポートに関する国際会議」にて、ミシガン大学の研究者らがSiriusについてのプレゼンテーションを行った(編集部注:原文掲載3月14日)。時を同じくした今朝、SiriusはPro

    研究者らが無償のオープンソース版Siriを開発 - BRIDGE(ブリッジ)テクノロジー&スタートアップ情報
    urouro_n
    urouro_n 2015/03/23
  • ウェブパフォーマンスの基礎とこれから

    ウェブパフォーマンスの基礎と今後の動向について、Web標準周りを中心に解説しています。GREEのMini Tech Talkで発表時の資料です。Read less

    ウェブパフォーマンスの基礎とこれから
    urouro_n
    urouro_n 2015/03/23
    すごい良い、わかりやすい!!
  • iOS アプリの UI でこれだけはおさえたい細部のインタラクション3つ - クックパッド開発者ブログ

    Holiday 事業室の多田です。先日 Elasticsearch の記事を書いた内藤と共に Holiday ( https://haveagood.holiday ) の開発を行っています。 Holiday は、去年9月に Web 版をリリースしましたが、よりおでかけを楽しくするために今年3月に iPhone アプリをリリースしました(ダウンロードはこちら)。 アプリの開発過程ではコンセプトや仮説を立て、その検証や実現のために作っては壊すことを何度も繰り返し行いますが、実現したい価値を提供するためには、出来上がったプロダクトの細部のインタラクションも重要になってきます。細かい部分に気を配り使い心地を良くしてこそ、当に提供したい価値をまっすぐに届けることができるためです。逆に言えば、最後の最後で細かい部分がちゃんとしていないばかりにそれまでの過程が無駄になったらもったいないですよね。 今

    iOS アプリの UI でこれだけはおさえたい細部のインタラクション3つ - クックパッド開発者ブログ
    urouro_n
    urouro_n 2015/03/23
  • High Performance Backend For Mercari

    Handling a tremendous amount of images with Fastly / Yamagoya Traverse 2020

    High Performance Backend For Mercari
    urouro_n
    urouro_n 2015/03/23
  • 共通化でモチベーションと効率が低下した話 - Qiita

    自分は普段ソーシャルゲームの開発に関わっていますが、群雄割拠のグリモバ全盛期にその開発を効率化するために社内ではいろいろな取り組みがなされました。そのひとつにアプリ別ではなく機能別のチームを作るということがありました。結果としてそれは失敗だったと言えるのでそのことについて書いていきます。 背景 当時のソーシャルゲームの主流はカードゲームで、クエスト・レイドをこなしつつガチャで引いたカードを合成して強化していくスタイルが一般的でした。そしてその多くがシステムはほとんど同じで見た目だけを変えた「柄替え」アプリでした。 その中で行われたのが二つの共通化です。 コードの共通化 今までのアプリでは元のアプリのソースからフォークするなどして別のプロジェクトとして独立させそれに対して各チームが開発を行うと言う感じでしたが、今回の共通化ではゲームのコアとなるロジック部分をサブモジュールとして分離し、各アプ

    共通化でモチベーションと効率が低下した話 - Qiita
    urouro_n
    urouro_n 2015/03/23
  • 技術分からないCEOのアタシが考えるイケてるCTOの条件 - エルの楽園

    ※発言は個人の感想です。 わたしがCEOなのは当です。いわゆる創業社長ってやつで、なし崩し的にCEOになってます。技術が分からないのも当。また弊社は大企業でもなければIT企業でもないので、大企業だのIT企業だののCTOの場合はまた話が違うのかもしれません。まぁそんなの、究極的には各社それぞれケースバイケースですよね。 ただイマドキ、どこの会社も業務システムを使っているし外部向けのWEBサイトくらいあるでしょう?オンラインマーケティングだって少なからずやっているはずです。だからITと無関係な企業ってのもないんじゃないかなぁ。 そんなわたしがCTOに求める役割は 「経営課題のうち技術によって解決できるものを見つけ出し、解決してほしい」 です。 あ、念のために言っておくと、こういう文脈で「~してほしい」というのはモヤッとした個人的要望ではなくて、社として負ってほしい職責を指します。だから職務

    技術分からないCEOのアタシが考えるイケてるCTOの条件 - エルの楽園
    urouro_n
    urouro_n 2015/03/23