テーマ：グラフデータベースを利用してナビゲーションが出来る燈籠のネットワークを構築する Peter Calliau: Software Devolper @ TomTom 渋滞の履歴データを利用して、運転ルートを算出アルゴリズムを長年研究 TomTomという会社： グローバルで地図情報とナビゲーションシステムを開発する会社 3500人の従業員がいて、グローバルに点在する 本社はアムステルダム 開発拠点はPune, IndiaLebanon, New Hampshire (US)が中心 会社は4つのビジネスユニットを持つ 一つ目はコンシューマビジネス（最も知られている部門） PNPを製造：10年の歴史 TomTomスポーツウォッチも製造 2つ目は自動車部門 インダッシュナビゲーションシステムを開発 3つ目はライセンス事業 地図情報などはこの分野。さらに TomTom Traffic等、交通情

買物情報事業部の八木です。クックパッド特売情報のAndroid部分を担当しています。普段はクックパッドのAndroid版（以後、本体アプリとします）の開発プロセスの中で特売情報の機能を開発しています。 本エントリでは細かな技術的負債を解消する為に本体アプリの開発チームが行っている朝Lint活動を紹介します。 2年近く経つ本体アプリのコードベース 私が買物情報事業部に所属する前は本体アプリを1から書き直すチームで働いていました。書き直し始めたのは2013年10月からなのでそろそろ2年が経とうとしています。2年前に設計された本体アプリは現在ではおよそ17万行を越え、日々どんどん変更が加えられています。 それらの変更の中には残念ながら悪いコードが含まれている場合があります。テストしづらいコードやテストがないコード、レビューに対する場当たりな対応や緊急のbug fixのために追加された汚いコード、

FacebookのSimon Martin氏への準同期レプリケーションについてのインタビュー(The Percona Performance Blogより) 出典について この記事はThe Percona Performance Blog内のTom Diederich氏によるFacebook’s Simon Martin on semi-synchronous replication(2015/9/4)を翻訳したものです。 Facebookには月間14.9億のアクティブユーザーがおり、世界の最大のMySQLユーザーの1つである。FacebookのMySQLインフラチームのプロダクションエンジニアであるSimon Martinは、スペアのない2台のサーバーから始まって、世界で最大の規模の1つになるまで、キャリアの大部分でMySQLに取組んできた。 SimonはFacebookが取組んできた、

ヘルスケア事業部の濱田です。チームで楽しく開発してますか？ コードベースの置き場として絶大な支持を集める GitHub。コードを管理するだけでなく、issue を使って様々な議論や報告を行い、その結果をスムーズに製品に反映させることができます。エンジニアだけでなく他の職種のメンバも巻き込んで GitHub で議論ができたら、開発はもっと活発になるでしょう。 一方、 GitHub にはちょっと敷居が高い、敬遠したくなるような雰囲気を感じる人も多いようです。 本記事では、様々な職種のメンバが GitHub を気持ちよく使い始めてもらうにはどうすればよいか、という観点から気をつけるべきことを紹介します。 GitHub は非エンジニアにとっては怖い場所？ エンジニアは GitHub が大好きです。自分たちの作ったコードがあり、ドキュメントがあり、仲間がおり、コードレビューを通じて自分の新たに作った

Chromeのデベロッパーツールをプロのように使いこなすための20のテクニックを紹介します。 いやー、本当にデベロッパーツールは機能が豊富ですね。 How to use Chrome DevTools like a Pro 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様に許可を得て翻訳しています。 HTMLの要素をクイック編集 指定した行番号に移動 すべての子ノードを展開 デベロッパーツールの位置を変える CSSのセレクタによるDOM検索 Material Designとカスタムカラーパレット 複数のカーソル 画像をData URIとしてコピー 疑似クラスのトリガー 複数のコラムをドラッグで選択 「$0」で現在の要素を手に入れる 要素の表示 「Event Listeners」の表示 イージングのプレビュー Media Queriesの検証 ネットワークをフィルム

Fluentd has 7 types of plugins: Input, Parser, Filter, Output, Formatter, Storage and Buffer. This article gives an overview of Buffer Plugin. Table of Contents Overview How Buffer Works The Lifecycle of Chunks Control Retry Behaviour How Exponential Backoff Works Handling Successive Failures Handling Unrecoverable Errors Configuration Example Parameters FAQ Buffer’s chunk size and output’s payloa

2014初頭に書いた「WindowsにおけるGit利用環境は整った： Git for Windows と SourceTree for Windows」の最後の文： ブランチは、Gitのなかで最も重要でありながら最も分かりにくい概念でしょう。表面的な言葉に騙されず、先入観を持たず、SourceTreeの視覚的表示（樹形図）の力を借りながら学習するのが、理解への一番の近道です。 そんへんの詳しいことはまたの機会に述べるかも知れません。 1年半以上たってしまいましたが、「またの機会」がやって来ましたよ。ええ、Gitの説明をします、ブランチを中心に詳しく。 「基礎編」と「ブランチ編」で2回に分けようかと思ったけど、長大な記事として一挙公開。これからGitを使う人が対象ではありません。Gitが何をやっているのか、自分が何をやっているのかイマイチ自信が持てない方向けです。 ブランチやマージって、なん

Telegrafは簡易にセットアップ可能なInfluxDBのメトリクスコレクタである。これはプラグインアーキテクチャを採用している。現在ではデータの出力先としてInfluxDBだけでなくKafkaなど他の出力先も利用できるようになった。本エントリではTelegrafをインストールして、KafkaやInfluxDBの管理インターフェース、そしてChronografでTelegrafのデータを見れるまでの手順を紹介する。 出典について この記事はInfluxDB BlogのCameron Sparr氏によるUsing Telegraf to send metrics to InfluxDB and Kafka(2015/09/17)を翻訳したものです。 はじめに Telegrafはどんなサーバー上でも動作し、様々なメトリクスをシステム(CPU、メモリ、スワップなど)、共通のサービス(MySQL

その上で、新しく作り上げた deploy フローについて、雑な絵になりますが概略図を以下に示します。 主要な登場人物は Itamae Auto Scaling CodeDeploy GitHub / Circle CI となります。それぞれ追って説明をしていきます。 https://github.com/itamae-kitchen/itamae Itamae は @ryot_a_rai さんが作られた LightWeight な Chef like な OSS です。Chef で実現できた事のうち、 recipes の部分のみを切り出したようなシンプルなツールになっています。 (こちらの発表資料より引用) 弊社内で蓄積された Chef 関連のリソースを再利用・再整理するために粒度がちょうど良かったこともあり、Itamae を用いて provisioning の定義を書き直すことにしました

Rstudio Serverのユーザ認証は、コンテナ内のunixアカウントの認証を利用します。 Dockerfileを読むとわかりますが、rstudio:rstudioにてログインすることができます。 rocker提供wikiの中のUsing the RStudio imageも合わせて読むことをおすすめします。 Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou can use dark themeWhat you can do with signing up

みなさん、こんにちは! Cygamesエンジニアの佐藤です。 季節も秋を迎えて、すっかり涼しくなってきましたね。 秋の夜長はのんびり箱庭ゲームなどいかがでしょうか？ SkyrimやGTAなどのオープンワールド系の箱庭ゲームでは、 街を歩くNPC達の動きも作り込まれています。 モブキャラクターたちが街や村の中で生活感豊かに動いていると、 ゲーム世界の日常の中に実際に入り込んでいるような気持ちになれますよね! 今回の記事では、NPCの生活行動のためのAIを一例にあげつつ、 自律エージェントの考え方に基づいたキャラクター駆動の仕組みについて 御紹介したいと思います。 Ⅰ.自律エージェントとは？ 周囲の環境を認識して状況を解釈し、自身の内的な方針に基づいて意思決定を行って、 環境に働きかける行動を取る能力を持つ存在を自律エージェントと呼びます。 わかりやすく、ゲームの敵キャラクターに置き換えて考え

概要 Reactでユニットテストをしたく、コンポーネントのテストであれば以下の様な記事を参考にすればできそうだが、Fluxをつかったアプリで、ActionやDispatcherにロジックがある時には、それでは十分で無いと考えた。 React.js + Jest - Qiita 今回はReact+Reduxを使っているので、Action、Reducerを個別にテストする方針を考えた。テストフレームワークは、karma+jasmineを使用している。 import { REQUEST, REQUEST_SUCCESS, } from 'constants'; // リソース管理はsuperagent import request from 'superagent'; function request() { return { type: REQUEST, }; } function reque

Explore Azure Get to know Azure Discover secure, future-ready cloud solutions—on-premises, hybrid, multicloud, or at the edge Global infrastructure Learn about sustainable, trusted cloud infrastructure with more regions than any other provider Cloud economics Build your business case for the cloud with key financial and technical guidance from Azure Customer enablement Plan a clear path forward fo

A WildFly Swarm JAX-RS Microservice in a Docker Container Everybody is talking about microservices these days. And there are plenty of opinions and ideas and very few examples about how to apply those principles on an enterprise level. One thing is for sure, even at conferences just a couple of days ago, I rarely found anyone who was running a Docker container in production. At least a reasonable

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

How we built Speak (https://speak.io), a realtime team communication platform using an event sourced architecture and Electron, plus some of the challenges we faced. Presented at the Electron Meetup at Github HQ on 29th September 2015: http://blog.atom.io/2015/09/17/electron-meetup.html

This document discusses Fluentd, an open source log collector. It provides a pluggable architecture that allows data to be collected, filtered, and forwarded to various outputs. Fluentd uses JSON format for log messages and MessagePack internally. It is reliable, scalable, and extensible through plugins. Common use cases include log aggregation, monitoring, and analytics across multiple servers an

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

新規アプリケーションの構成 Rack::VCR リクエストの記録 リクエストのモック リクエストの再生 おまけ: Androidアプリのテスト 弊社での利用例 未来 こんにちは、会員事業部の小室 (id:hogelog) です。気づけば弊社に入社してから２年と2ヶ月が経っていました。 今回はその2年2ヶ月で初めて会社プロダクトを rails new したRailsアプリケーションと、そのアプリケーションで利用したRack::VCR (https://github.com/miyagawa/rack-vcr) について簡単に解説します。 新規アプリケーションの構成 今回私が新規に作成したRailsアプリケーションは仮にここではomoikane（仮）と呼ぶことにします。omoikaneはリクエストがあると社内の汎用APIサーバにアクセスし、APIサーバから取得した情報を元にレスポンスを返すアプ

PCで気軽にLINEができるGoogle Chrome版ウェブアプリ登場！ : LINE公式ブログの投稿を見た瞬間に、ドキッとしました。 そして、ADで出来そうだよねって思ったまま放置してました(汗 ドキッとした理由は、社員のアカウントはUsersグループだし、万が一LINEのサイトからインストーラーを起動したとしても管理者のIDとパスワードを入力しなければインストールできないから大丈夫！って思ってたんですもの。 ところがですよ、Chromeの拡張機能ってことは、たとえ社員のアカウントが新しいアプリケーションを追加できないように設定していたとしても、導入可能ってことになってしまいます。 ChromeのLINE拡張機能で何ができるの？ メッセージ機能(スマホ・デスクトップ版のLINEと同様) 画面の共有機能(デスクトップ版のLINEと同様) ファイル送信機能(デスクトップ版のLINEと同様)

2015/11/13追記 docker 1.9 正式版での検証した記事を、マルチホストDockerネットワーキング（正式版 native overlay）で公開した。 正式版のoverlay networkは、サブネットアドレスが指定できるようになるなどかなり進化しているため、今後はコチラを参照してほしい。 ずいぶん間が空いてしまったが、マルチホストで動作するDockerネットワーキングツールについてのまとめ第四弾。 （第一弾：pipework＋GRE） （第二弾：etcd+flannel） （第三弾：weaveworks/weave） 今回はDockerのnative overlay networkを取り上げる。 Dockerのnative networkについて Docker libnetworkのWiki pageにあるように、Dockerは1.7.0からネットワーク機能を「libn

JUnit 4.12 で、 Enclosed よりも柔軟な階層構造の定義がサポートされるようになりました。 こいつと JMockit を組み合わせて使う方法です。 実装 依存関係 dependencies { testCompile 'org.jmockit:jmockit:1.19' testCompile 'junit:junit:4.12' testCompile 'de.bechte.junit:junit-hierarchicalcontextrunner:4.12.1' } package sample.junit; import static org.hamcrest.CoreMatchers.*; import static org.junit.Assert.*; import org.junit.Before; import org.junit.Test; import

Below the last screenshot (Figure 6) at the bottom of the post, you said: "...If we run with the AGC turned off, we get the expected 0 dB of gain. The diff varies a bit per segment, since the segments are different in audio power." I can understand why, with agc, the diff varies per segment. However, I don't understand why all the audio segments in the agc_energy_diff_no_agc graph have non-zero, a

はじめに ES6 (EcmaScript 6)を試そうと、Babelのドキュメントを読んでいたところ、末尾呼び出し（Tail Call）の最適化をしていることにびっくり。公式リリース（2015年6月）から３ヶ月あまり経ってはいますが、ES6が末尾呼び出し最適化を仕様としてサポートしていることをようやく知りました。 現状で末尾呼び出し最適化をサポートしているブラウザはなく（ブラウザやaltJSなどのES6互換表を参照）、唯一、ES6からES5へのトランスパイラであるBabelのみが部分的（直接的な末尾再帰のみ）ではありながらサポートしているようですね。 今回の記事では、来たるES6時代（いまさらの感はありますが）に備えて、末尾再帰とその最適化について簡単に解説した上で、Babelを利用して実際にJavaScriptでの末尾再帰の最適化を実験してみたいと思います。 ざっくり概要 再帰関数 は関

最近Electronでエディタをつくっており、最初はReact.jsを使いながらゆるいFlux風の設計でつくっていたのを、cycle.jsを使いながら一部をMVI風の設計に置き換えてみた。400行程度の一画面のコードだったので3時間ぐらいで置き換えられて、前よりも責務が適切に分割されるようになったので、本体部分も次の機能追加時に置き換えようと思っている。 とりあえずプレビュー画面だけ置き換えた 置き換えたのは、編集中のファイルを別画面でプレビューとして表示する画面で、ただプレビューするだけの機能のほかに連続したスライドとして表示するプレゼンテーション機能もある。1つ前のブログ記事を見てもらうとわかりやすいと思うけれど、次の画像のようなやつ。ボタンをクリックしてモードを切り替えたりキーボードを使って移動したり、またエディタ側でファイルの内容が書き換わったりと、それっぽく言えば幾らか動きのある

Nicholas C. Zakas started looking for a way to automatically detect incorrect patterns. He couldn’t get the idea of a linter with pluggable runtime rules out of his head. He had just spent a bunch of time learning about Esprima and abstract syntax trees (ASTs), and he thought to himself, “It can’t be all that hard to create a pluggable JavaScript linter using an AST.” It was from those initial tho

What is YAGNI? This principle comes into play when you're programming something that you're guessing you might need at some point in the future. The basic premise is that generally speaking, you aren't going to need it, and time spent writing this code was a waste of effort. On the whole, this is a time management principle, and one that I find comes up commonly in games, a field of programming th

こんにちは、らくからちゃです。 先日、はてなブログ界隈をうろついていたら、中々面白げな記事を発見いたしました。 ■「メモを取れ」ほど非効率なものはない よくＯＪＴで「メモを取れ」という人がいる。私はいつもこれが理解できない。メモを取るほど重要なことならば、なんで教える側の人間が要点をまとめたメモを事前に作っておかないのか？自分の怠惰を押し付けているだけではないのか？メモをとることで意識が手先に移り、重要点を聞き逃す可能性は考えないのか。 そもそも、その仕事を教えられるほど熟知している人間と、何もわからない新人のどちらが重要なポイントを把握できるだろうか。初めて聞いた仕事内容で瞬時に重要なポイントを書き出せるスーパーマンはそんなに居ないと思う。 最初に言っておきますが、どんな仕事においても『ちゃんとメモをとること』は大切な技術です。お客様からの電話を受けるとき、打ち合わせで議事録を取るとき、

この投稿では、以前に TinyKeepDev が こちら で述べたランダムなダンジョンを生成する技法について説明しようと思います。元の投稿に比べて、もう少し具体的に話を進めるつもりです。まずは、以下に示したアルゴリズムの一般的な動作をご覧ください。 部屋の生成 はじめに、幅と高さを持つ部屋を円の中にランダムに配置しましょう。TKdevのアルゴリズムは、各部屋のサイズを生成するのに正規分布を用いています。これは一般的にとてもいいアイデアです。なぜかと言うと、これによってより多くのパラメータを扱うことができるようになるからです。幅/高さの平均と標準偏差間の異なる比率を選ぶと、通常は見た目の違うダンジョンとなります。 ここで実行すべき関数は getRandomPointInCircle です。 function getRandomPointInCircle(radius) local t = 2

はじめに プログラミングをやっている人であれば、スタック・オーバーフロー（Stack Overflow）を知らない人はいないと思います。 エラーメッセージをコピペしてググるとトップによく出てくる、このページのことです↓ Stack Overflow - Where Developers Learn, Share, & Build Careers また、ご存知の方も多いかもしれませんが、去年の12月からは日本語版サイトも登場していて、現在は日本語で質問と回答が投稿できるようになっています。 スタック・オーバーフロー とはいえ、ネットで見つけて回答を読むことはあっても、自分から質問したり回答したりする人はまだまだ少数派のような気がしています。 そこで、今回のエントリでは日本語版サイトをメインターゲットにして、スタック・オーバーフローの使い方をまとめてみようと思います。 注：このエントリでは関数

概要 JSで大きな処理を効率良く捌きたい時、今までもWorker等でスレッド立てて処理を分割する事はできたが、 スレッド間のやり取りの方法は制限されたものしかなく、バッファを共有することもできなかった。 そこで新しく導入されたSharedArrayBufferを用いると、スレッド間で共同利用できるバッファを作る事ができる。 記事更新履歴 ※この記事はV8が仕様の新しいバージョンを実装するのに合わせて断続的に更新していきます。 [2016/07/19]　V8の半年ぶりの新仕様追従に対応 [2015/09/30]　公開 通常のArrayBufferとの比較 前準備： // メッセージを受け取ると渡された型付配列のインデックス0を123にするWorker w = new Worker(URL.createObjectURL(new Blob([` self.onmessage = e => {

こんにちわ。せじまです。スティック型PCの購入は、 Core M版が出るまで見送ろうと思っている今日このごろです。 弊社では「Mini Tech Talk」という社内勉強会を隔週で開催しているのですが、それとは別に、「Infra Tech Talk」という社内勉強会を、半年くらい前から毎月開催しています。わたしはそこでほぼ毎月、45-60分くらいのスライドを作って話をしています。今までどういう話をしてきたかといいますと、TCPに関する話を二回、SSDに関する話を二回しました。（InnoDBに関する話だと軽く5-6時間くらいできるんですが、いささかマニアックなので、もっと幅広い人を対象に話をしています） 今までの話はちょっと社内向けの内容だったんですが、前回開催された Infra Tech Talk では、社外の方にも幅広く読んでいただける話ができたと思いましたので、その資料を slides

El Capitan‎が覚えられなくてYosemiteの次の奴と言ってしまった白浜(@pandamachine715)です。 今回はグリーも協賛させていただいているPHPカンファレンス2015の参加レポートをお届けしたいと思います。まとめへのリンクもあるので合わせて是非。 どのセッションも内容が濃く大変勉強になったのですが、特に印象に残ったものを3つほど。 SPEEDING UP THE WEB WITH PHP 7 まずはPHPの生みの親、Rasmus Lerdorf氏(@rasmus)の基調講演。 逐次通訳付きのセッションですが、非常に聞き取りやすい英語で話していただいています。 http://talks.php.net/tokyo15#/ 内容もさることながらやはり印象に残ったのはQ&Aの場面。 (php7をプロダクション環境で利用する際にリスクを抑えるにはどうすれば良いかとの質問に

Swiftはじめました 最近、いまさらながらSwiftをさわり始めました。 Ojective-Cは、あの独特の記法がどうも苦手で避けてきたのですが、 SwiftはAppleが「モダンです」といっているように、すんなりと受け入れられました。 自分はもともとJavaメインでやってきたのですが、ここではJavaとSwiftのコードを比較しつつ、 基本〜各種構文をまとめていきます。 Swiftとは Swiftは2014年6月にWWDCで発表されたプログラミング言語です。（現在は2.0) 言語自体は最近の風潮をとりいれており、とっつきやすい（自分は）構文になっています。 また、先程もいったように、「モダン・安全・高速・インタラクティブ」なプログラミングが可能で、 次のような機能も持っています。 XcodeのPlaygroundsやコンソールのREPLで簡単に動作確認できる クロージャ/ジェネリクス/

HTML、CSSの勉強法を以前書きました。 www.yukihy.com この記事を書いたあと、jQueryに挑戦をして、まだまだ完璧ではないものの実際にこのはてなブログを通して、いろんなブログパーツのようなものを作ることができました。 そこで、jQueryを勉強するとき、効率良く身につけられる方法を書いていきたいと思います。 僕自身いろんな本やツールに手を出しながら進めてきたので、実際に下の通りに行ったわけではありませんが、もう一度勉強しなおすとしたらこういったようにやるなといった感じです。 それではレッツゴー！ jQueryを身につけるための最短ステップ ステップ１　Progateで手を動かしながら学ぶ ステップ２　平行してWebデザインレシピの記事を読む ステップ３　ドットインストールで総復習&補完 ステップ４　書籍を参考に実際に作ってみる 作りながら学ぶjQueryデザインの教科書