Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

月末の金曜日に早めの退勤を促して、消費などにつなげようという官民のキャンペーン「プレミアムフライデー」は開始から１年となりますが、定着は進んでいないのが実情で、経済産業省などは、普及に向けて運用を柔軟にするといった取り組みを続けていくことにしています。 しかし、定着は進んでいないのが実情で、官民でつくる推進協議会の調査によりますと、月末の金曜日の退勤が早くなったという人の割合は、１年間の平均で１１％にとどまっているほか、プレミアムフライデーにあわせて販売促進をした企業のうち、売り上げに効果があったとしたのは全体の２２％と、効果の点でも限定的です。 このため、協議会は職場の状況に応じて退勤を早める日を別の日に振り替えるなど、運用をより柔軟にすることや、生産性の向上など効果があった企業の事例の共有といった普及に向けた取り組みを続けていくことにしています。 ただ、早めの退勤が広がっても、可処分所

はじめに mijinクラウドチェーンでのトランザクションのPOSTの仕方をまとめてみました。 mijinのAPIは、nemのAPIと99%以上互換性があるようなので、現状はnemのAPIドキュメントを見て理解を深めている状態ですが、現状詳細な情報が少ないこともあり、まずは私が理解したことをアウトプットしていこうかと思います。 なので、間違いや記載不足のご指摘は是非に！ 以下の記事は、2016/02/15時点での情報ですので、それ以降のアップデートで変更があるかもしれません。ご注意ください。 （少なくとも、製品版には複数の機能が追加される予定になっています。） mijinとは BitCoinのように誰もが参加できる「Public」なBlockChainではなく、指定したノードだけが参加できる「Private」なBlockChainを構築できるプラットフォーム。詳しくは、公式サイトへ。 現在は

新年一発目のブログは腰が重いがゆえに、いざ書き出すと長くなる悪い癖──ですが、今年も継続アウトプット頑張っていきます。よろしくお願いします！ ──昨年9月に、書籍『たのしいインフラの歩き方』を発売させていただきましたが、数ヶ月が経って年も変わったので、執筆話の発生からどのような経緯があったのかなどについて、まとめてみます。一冊しか書いていないのでアレかもですが、私のように職業ライターではない、本職がエンジニアの方の初執筆や、会社内における調整などの参考にしていただければと思います。 目次 執筆話の発生 会社との調整 執筆契約と〆切 著作権 印税 執筆作業 編集 告知 発売後 執筆について 執筆話の発生 初動 ブログに設置してある、問い合わせフォームからメールがきました。技術評論社の編集者と名乗る方から、ITインフラについての書籍を執筆してみませんか、という内容です。 メールの『執筆』という

はじめに 今回は、複数(主に2つ)のdata.frameを結合する方法についてまとめます。 実際に分析する際に、1つのdata.frameだけで完結することはあんまりなく、マスタデータの結合など複数のdata.frameを組み合わせて使う必要がありますが、またまたdplyrを使えば簡単にできます。 結合と言っても、結構色んな方法があるので、分かりやすいようにチートシートからイメージ図を拝借してきました。 1つのdata.frameを操作する場合は、↓の記事を参照してください。 dplyrを使いこなす！基礎編 dplyrを使いこなす！Window関数編 JOINの種類 JOINの種類は大きく分けて以下の3つあります。 種類 説明

はじめに dplyrの使い方にちょっと慣れてくると、「あー、これもうちょっと簡単にできないの？」みたいな事が出てきたりします。 今回は、そんな悩みをほんのちょっと解決できるかもしれない、Window関数について解説したいと思います。 SQLに詳しい人はすぐイメージできると思いますが、私の周りにもWindow関数の存在自体を知らない人が結構居たのでいい機会なので、ざっくりまとめます。 dplyrってなんぞやという方は、基礎編の記事を見ていただければと。 Window関数を使うと簡単にできることの例 とは言っても、具体的に何ができるのか、分からなかったら読むのもメンドクサイので、まずは簡単にできることを紹介します。 ランキング（タイ順位考慮あり、なし等含む） 前日比、前週比（前後のレコードとの比較等） 累積（累積和等） 移動平均（Windowサイズの指定、Windowの位置、重み等） どれも自

みんな大好きHadley氏作ったreadrが0.1.0になったようなので、早速試してみました。 今回はやったのは、使い方の確認と簡単な速度比較です。 まずは、readrの紹介から。 readrとは 表形式のデータを高速に、そして簡単に読み込むことを目的としたRのpackage。 一応、ファイル書き込み用の関数もあります。 使い方 読み込み用の関数は幾つかありますが、代表的なread_delimを説明します。 read_csvやread_tsv等は、read_delimのパラメータが設定されているラッパーです。

はじめに これは ドリコムAdventCalendar の4日目です ３日目は、@arihh さんによる 3年くらいお菓子神社運営してきた です 自己紹介 @ka_nipan ドリコムに新卒で入社し、Android開発、BtoBtoC のwebサービス開発を経て、現在は弊社アプリのログ収集から集計、可視化、その他周辺ツールといった分析基盤の面倒を見ています 本日はそのデータ基盤の話を書きます データ分析基盤全体図 弊社では Hadoop をオンプレで運用していて、そこにログや分析用のデータを置いています メリット 運用コストが安い Treasure Data、Big Query、Amazon Redshift 等の外部サービスを使うよりは安く済みます 自由度が高い 各サービスには容量をはじめ色々と制限があったり、こちらの要求仕様にマッチしない部分が少なからずありますが、自前の場合その辺は融

夏だ！デスマだ！Tシャツの季節だ！ ということで、エンジニアならチェックしておきたい技術系Tシャツをまとめてみました。（購入できるやつのみ） Github github:shop ここは定番中の定番ですね。Tシャツだけで5種類もあります。勉強会に行くとだいたい1人はGithub Tシャツ着てる気がします。 他にマグカップやステッカーもあるので見てるだけで欲しくなります。パーカーは見た目よりも暖かいので秋口に着ると丁度いいです。 ただし送料が高いので($20)、複数人で注文して送料は割り勘するのがいいです。 Githubに限ったことではないですが、海外のTシャツサイズは日本よりも1段階大きいので、1つ小さめを注文するのがいいです。（普段Mサイズを着ているならSサイズを注文） JetBrains JetBrains Apparel Store Github shopとそんなに変わらない品揃え

ガチのAWSド素人が年末に調べまくった、AWS関連のリンク集です。 まだまだ調査中なので随時追加する予定ですが、広深くてキリがないのと、年始一発目の目覚ましエントリということでいってしまいます！ はじめた目的 多数のスタートアップにおいて、インフラ専門のエンジニアが付かなくても、小～中規模程度まではそのチームでインフラ面を完結できるようにしたい。 …ということで、今の時代に合わせて簡単・安価・拡張性・耐障害性…を満たす環境を考えるべく、ひたすら知識をかき集めることにしました。考えた構成などについては別途書きたいと思います。 また、遡って調べるほどに出来と進化速度に感心するとともに、情報消費期限がせいぜい２年だと感じ、ほぼ２年以内の情報をもってこのような臭ぇタイトルにしています。 目次 ドキュメント アーキテクチャ クラウド全般比較 クラウド性能比較 費用／スペック ネットワーク 基本インス

バンダイナムコゲームス<7832>は、スマートフォン向けアプリで『ジョジョの奇妙な冒険 スターダストシューターズ』を、2014年に配信開始予定であることを発表した。また、これに併せて本作の事前登録も開始。 本作は、漫画『ジョジョの奇妙な冒険』を題材にしたスマートフォン向けアプリ。原作でお馴染みのキャラクターが「ユニットメダル」として登場し、メダルを「撃」ち出して敵を打ち倒す新感覚の「メダルシューテングバトル」を採用している。 主要キャラからマニアックなキャラまで「ユニットメダル」で総登場し、『ジョジョ』シリーズの奇妙な世界観や魅力を隅々まで堪能することが出来るようだ。 また、ゲームの進行に合わせて、TVアニメとして放送され話題となった「第1部」「第2部」のストーリーを追体験できるだけではなく、来年の放送予定が発表されているアニメ第2期の放送に先駆けて、第3部のキャラも一部登場。なお、第3部

ついつい CDH4.1 から CDH4.4 にアップグレードしてしまいましたので、手順を省いて注意点などを記しておきます。 機能的には What’s New in CDH4.4.0 まで見てもメリットよりリスク不安の方が高いのですが、Hadoop新担当者の運用鍛錬という名目でゴリッとやってもらって、私はその後ろで煽ってました。 手順について How to upgrade from CDH4.0 to CDH4.1 for Debian | 外道父の匠 と流れは同じで、 ジョブを止めて Hadoopを止めて アップグレードして Hiveメタストアを更新して 再開して動作確認する（ログ保存／ジョブ） だけなので難しいことは特にありません。 QJM HAも特になにもなかったです。 なので、細かいメモだけ書いておきます。 NameNode WARNログ 挙動に支障はないのですが、読み書き両方ともに

################################################# # # 外道式tmux設定＆重要操作メモ # # - 操作メモはデフォルトではなく設定変更済みに対する説明 ######### # # メモ # # C- と M- の意味 # C-* ... Ctrl + * # M-* ... Alt + * # bind-key の -r オプション # repeat-timeミリ秒の間、2度目以降はPrefixを入力せず # 連続して上下左右を含む同操作を行うことができる # プレフィックスは Pre と表記 # この設定では Ctrl-z にしてある ######### # # セッション管理 # # 作成 # tmux # 名前付き # tmux new-session -s $SessionName # 一覧 # tmux ls # 削除 #

調べる気になった事の発端は、Cinder＋Cephのボリュームに対してMySQLのtpccベンチマークを取ってみた時に、vCPU=1 でVM内では CPU : 100% なのに、KVMプロセスのCPUが 300% を超えているのを見つけたことでした。 KVMは仮想環境なので当然オーバーヘッドが存在するのは覚悟済みですが、想像以上にホストOS上でCPUを食っていたために、良い子の私は地道に調べ始めるのでした。 検証環境 CPUとメモリ ホストOSのcpuinfoの表示ですが Intel(R) Xeon(R) CPU E5-2630L 0 @ 2.00GHz VMだとこう Intel Xeon E312xx (Sandy Bridge) まぁほどほどに最近の、お値打ち価格になってきた低電力版なナイスCPUです。 VMへは 1～4vCPU 割り当てて検証しています。 VMに割り当てたメモリは全て

2. 自己紹介 @sue445 ● drecomで社内ツールとか作ってま す ● TDDBC(TDDのワークショップ)でよ くTAをやってます ● 自称：サザエヴァンジェリスト ● 他称：歩くJenkins ● コミュニティ ○ 渋谷.rb ○ 新宿.rb ○ TDD BootCamp ○ appengine ja night Copyright Drecom Co., Ltd. All Rights Reserved.

ネットワークもできたので、そろそろ仮想環境を扱う喜びに触れたいと思います。 ここでは、既存のVMイメージを利用して、SSHログインするとこまでとします。 前準備 まず、Glanceのイメージリストが、空表示で正常終了することを確認します。

Endpoint追加 Quantum用のEndpointがパッケージインストール時に自動的に登録されていないので、Keystoneに追加します。 追加しないと各所でエラー / EndpointNotFound: An unknown exception occurred. quantum以外のEndpointは全て作成済みになっている 場合によってはQuantum用のUser,Serviceも作る（参考ページ） keystone endpoint-list keystone service-list function get_id () { echo `"$@" | awk '/ id / { print $4 }'` } SERVICE_HOST=192.168.140.3 QUANTUM_SERVICE=$(get_id keystone service-create \ --name

Debian WheezyにおけるOpenStack Folsomの構築手順を細かく分けて記していきます。 もう少しでGrizzlyがリリース予定であるものの、コンポーネント的には変わりないようなので、しばらくは少しは役に立つ情報のはずです（実際、Essexの情報もいっぱい参考にしましたし）。 手順のベースは OpenStackHowto/Folsom – Debian Wiki ですが、コンポーネントごとに他サイトから情報を集めて自分用に調整しているので、また少し違ったテイストになっている…はずです。 OS Debian Wheezy(7.0)の、2013/01末あたりで最新版を利用しました。 OS数 最初は１筐体へのオールインワンで構築しています。が、ComputeNodeを追加したり、コンポーネントを分けたり、冗長化することも当然視野に入れて始めています。 筐体スペック テスト用とし

パッケージリポジトリなどの前準備が終わったので、次は準備運動に入ります。 仮想ネットワークを扱うために、EthernetをOpen vSwitch化します。 ネットワーク構成 Ethernetのクチは一本でも複数でもOpenStackを構築できますし、実際の開発環境用（予定）でも１本にする可能性はありますが、知見を積むために複数Ethernetを利用して構成します。 ネットワークの大まかな分類としては、 管理用ネットワーク（親OSへの接続） VM専用ネットワーク（fixed ip） 外部接続用ネットワーク（floating ip） と３つあり、１つのEthernetで構築するもよし、プロジェクト（テナント）ごとにEthernetを分けるもよし、じゃなくてリンクアグリゲーションするもよし。このネットワーク構成がOpenStackにおいて最も個々に異なる部分になると思われますが、今回はこんな感