タグ

2014年9月16日のブックマーク (11件)

  • Caffeで手軽に画像分類

    ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは。システム統括部 データソリューション部の宮崎です。 最近ディープラーニングと呼ばれる技術の話題を耳にすることが増えてきました。 この記事ではディープラーニングの手法を実装し画像認識系の用途で便利に使えるCaffeというツールの使い方を紹介します。 Caffeの概要 Caffeは、C++で実装されGPUに対応した高速なディープラーニングのライブラリです。 大規模画像認識のコンテストILSVRCで2012年にトップとなった畳込みニューラルネットワークの画像分類モデル[1]がすぐに利用できるようになっています。 Caffeは、カリフォルニア大学バークレー校のコンピュータビジョンおよび機械学習に関する研究センターであるBV

    Caffeで手軽に画像分類
  • 「やればやるほどよくわからない」フリマアプリ米国進出時の苦労、今後の展開をメルカリ・BASEが語る。 | アプリマーケティング研究所

    メタップスさん主催の「スマホ✕EC勉強会」にて開催された『フリマアプリ”メルカリ”と無料ネットショップ作成サービス”BASE‎”のトークセッション』をお届けします。 メルカリとBASEの競合はどこなのか? (トークセッション)メルカリ山田進太郎さん、BASE鶴岡裕太さん (モデレーター)メタップス佐藤航陽さん 現状の競合はどういうところでしょうか?例えばメルカリとフリルは競合に見えますが、実はユーザー層の住み分けができているのか。 山田(メルカリ): 「フリマ」と見るか「CtoC」と見るかはありますが、フリマという意味ではフリルさんは一応競合関係かなと思います。ただ、女性に特化しているので、そこまで強くは意識していないです。 マーケットプレイス型のサービスという意味では、ヤフオクやLINE MALLなども競合にあたるかもしれませんが、彼らはB to Cの要素も強いので、直接的な競合とは見て

    「やればやるほどよくわからない」フリマアプリ米国進出時の苦労、今後の展開をメルカリ・BASEが語る。 | アプリマーケティング研究所
  • 今後ECに何が起きるのか--絶対に押さえておきたい、ヤフー小澤隆生氏が語る「EC業界の未来予測」

    ヤフーのEC事業を統括する小澤隆生氏がEC市場の未来を予測します。市場規模は4年後には2倍の20兆円になり、日人の4人に1人がネットを通じて物を売るようになる。そして飲店の予約も電話ではなくいつでもネットで可能に。最終的には物を買うときに「何かを注文する」必要すらなくなる。大胆かつ緻密な予測がまとまっています。 いま一番調子がいいベンチャーキャピタルとして予測する 小澤隆生氏:皆様どうもよろしくお願いいたします。改めましてヤフーの小澤でございます。 数あるセッションの中からこちらのセッションを選んでいただきまして誠にありがとうございます。このような立派な会場で、またSoftBank Worldという素晴らしい場で、先ほど紹介ありました「ECの10の未来予測」という表題と合わせまして、ヤフーはそれに対してどう対応していくのかという話を40分、お時間頂戴しましたので話をさせていただきたいと

    今後ECに何が起きるのか--絶対に押さえておきたい、ヤフー小澤隆生氏が語る「EC業界の未来予測」
  • Road to Rust 1.0 | Rust Blog

    Rust 1.0 is on its way! We have nailed down a concrete list of features and are hard at work on implementing them. We plan to ship the 1.0 beta around the end of the year. If all goes well, this will go on to become the 1.0 release after the beta period. After 1.0 is released, future 1.x releases will be backwards compatible, meaning that existing code will continue to compile unmodified (modulo c

    Road to Rust 1.0 | Rust Blog
  • IoT時代を支えるプロトコル「MQTT」(前編)

    CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

    IoT時代を支えるプロトコル「MQTT」(前編)
  • APIドキュメントを実装と乖離させないために - Qiita

    内部用APIであるか外部の開発者向けのAPIであるかに関わらず、ドキュメントと実装との乖離は極力避けたいものであるが、注意深く開発を進めない限りこの状況は容易に起こり得る。何が乖離を引き起こし、どうすればこの状況を回避できるのか考えながら、JSON Schemaの利用例を紹介する。なおこの投稿では、HTTP経由でデータの通信を行うような狭義のAPIのことをAPIと呼ぶことにする。 同じ情報源を参照する APIドキュメントと実装が同じ情報源を参照するようにすれば、論理的に関連した要素は統一的に変更され、これらの変更は完全に同期が取れたものになる。つまり、変更時に乖離が生じにくくなる。但し情報の見せ方によって乖離が発生する可能性は十分にだろうし、乖離が発生するのは理解しようとする側の認識の問題であるから、論理的に全く起こり得ないということではない。 この参照の形には、両者が別の情報源を参照する

    APIドキュメントを実装と乖離させないために - Qiita
  • CSSセレクターマッチングのコスト - Unreviewed

    ブラウザエンジン先端観測会での、Constellationさんの話を聴いて、CSSセレクターマッチングのコストには複数のレベルがあることを強く意識するようになりました。セレクターマッチングにかかるコストを下げたい、という場合には、どのレベルで何を高速化しようとしているのかを意識しないと話がかみあいません。Constellationさんの話を私なりに整理して考えた、セレクターマッチングのコストを下げるアプローチは次の3つです。 ①セレクターを減らす ②マッチするかどうかの判定回数を減らす ③1回1回の判定処理を速くする これは、ブラウザーのセレクターマッチングの処理の各部分に対応しています。 CSSの各セレクターについて(①)、 対象となるDOM要素すべてに対して、 セレクターがマッチするかしないか決まるまで、親要素・兄要素を辿りながら(②)、 要素がセレクターにマッチする・しないの判定(③

    CSSセレクターマッチングのコスト - Unreviewed
  • iOSアプリデザインリニューアルの舞台裏の舞台裏 - クックパッド開発者ブログ

    技術部の松尾(@Kazu_cocoa)です。 iOSアプリデザインリニューアルの舞台裏でも書かれていた、" 修正期間中は毎日夜間にアプリケーションの全画面のスクリーンショットを記録するスクリプトを実行し、画面崩れが起きてないか、新デザイン未反映の画面はないか、進捗状況の確認に利用していました。"の舞台裏を少し書いてみようと思います。 はじめに モバイルアプリケーションのテスト環境はまだまだ成長中で、様々なツールが飛び交っていることかと思います。ここでは、E2Eテストに対しての話題に絞り、使っているツール、シナリオの書き方、クックパッドでは、という話しをします。この記事におけるE2Eテストは、UIからの操作によりユーザの操作を模倣して実施するテスト、という意味合いです。 ツール E2Eテストを自動化する為のツールの選定には以下を気にしていました。 OSの更新に追従できそうなもの 特別なテスト

    iOSアプリデザインリニューアルの舞台裏の舞台裏 - クックパッド開発者ブログ
  • bondingでActiveなインターフェースの確認方法と変更方法 - ablog

    確認方法 /proc/net/bonding/bond0 $ cat /proc/net/bonding/bond0 Ethernet Channel Bonding Driver: v3.4.0 (October 7, 2008) Bonding Mode: fault-tolerance (active-backup) Primary Slave: eth0 ★ eth0 が Primary Currently Active Slave: eth0 ★ eth0 が Active MII Status: up MII Polling Interval (ms): 100 Up Delay (ms): 5000 Down Delay (ms): 0 Slave Interface: eth0 MII Status: up Link Failure Count: 0 Permanent H

    bondingでActiveなインターフェースの確認方法と変更方法 - ablog
  • Node.js Best Practices - RisingStack Engineering

    Join 150K+ monthly readers. In-depth articles on Node.js, Microservices, Kubernetes and DevOps. We get asked about Node.js best practices, tips all the time – so this post intends to clean things up, and summarizes the basics of how we write Node.jsNode.js is an asynchronous event-driven JavaScript runtime and is the most effective when building scalable network applications. Node.js is free of lo

  • "Microservices"を読んだ

    James Lewis氏とMartin Fowler氏による“Microservices”を読んだ.以前ざっと目を通したが,最近よく耳にするようになったのでちゃんと読んだ.以下はそのメモ. 概要 “Microservices” とはソフトウェアシステムの開発スタイルである 近年このスタイルでの開発を見てきて良い結果が出ている 初出は2012年の3月の“Micro services - Java, the Unix Way” Microserviceは一連の小さなサービスで1つのアプリケーションを開発する手法 それぞれのサービスは自身のプロセスで動いており,軽量な機構(e.g., HTTP API)を通じて情報をやりとりする これらのサービスは独立して自動デプロイされる 一枚岩として構築されるMonolithicスタイルのアプリケーションと比較すると分かりやすい 一般的なエンタープライズのア