記事投稿者：山下 晴規 記事公開日：2014/08/28 最終更新日： （この記事は約1年以上経過しています。） AWS EC2 T2インスタンスにはswap領域がありません。 今回 swapファイルを追加した際の手順をメモがてら残しておきます。 １．swap用のファイルの作成 ddコマンドでswap用のファイルを作成します。 $ sudo /bin/dd if=/dev/zero of=/var/swapfile bs=1M count=1024 例えば、上記の「count=1024」を「count=2048」にすれば、2GBのファイルを作成できます。 ２．swap用ファイルをswap領域にセット mkswapコマンドで作成したswapfileをswap領域にします。 $ sudo /sbin/mkswap /var/swapfile では、次にいきます。 ３．swap領域を有効化 sw

こちらの記事(2011-11-02 - ike-daiの日記)を参考にGitLabの導入ができたかと思います。 その後、新規でProject登録して、Userも登録して開発できるようにしたいと思います。 新規PJの登録方法 GitLabにログイン後、「New Project」からプロジェクトを作成します。 Name,Path,Codeに作成するPJの情報を入力します。 Pathの情報のみ、登録後は変更できません。 作成したProjectではここのPathで指定した名前のgitリポジトリを使っていくことになります。 これで新規Projectが作成されました。 このままではまだ何もgitリポジトリは作成されていません。 鍵の設定 環境構築時に作成した秘密鍵を用いて手元の環境から「git@hostname:sample.git」という形式でGitLabのサーバにアクセスするための設定を実施。 L

小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le

プレゼンの中でデモを行おうと思ったが、処理に時間がかかって時間内に収まりそうにないということで、そういえばと昔々使った ttyrec で録画しておいて倍速再生することを思いついたのでその手順をメモっておきます。 環境は CentOS 6.4 x86_64 です。（32bit なら rpm も転がってるし、make で困ったりしない） ttyrec は高林哲さんが2000年から2006年に書かれたソフトウェアです。 ちょっと古いので今時の環境ではちょっと手を入れてあげないと動きませんでした。 $ sudo yum -y install compat-glibc-headers $ git clone git://git.kitenet.net/ttyrec.git $ cd ttyrec $ make CFLAGS="-DSVR4 -D_XOPEN_SOURCE=500 -I/usr/lib

PCを操作するスクリーンキャプチャ動画を撮りたいなぁという時があります。 そんな時は、お気軽簡単なQuickTimeの画面収録。ほんと簡単便利で気に入りました。 SnowLeopardの「QuickTime X」からのお手軽新機能。ムービー収録、音声収録、画面収録。非常に簡単便利でイイですねー。 スクリーンショットをパシャパシャ撮って写真と文字で説明とかより、スクリーンキャプチャ動画で声で説明した方が簡単なんて時があると思います。 そんな事ヤラないという方も、操作の手順を個人的に覚えておきたい時とかにも使えると思います。 とっても簡単なので、覚えておいて損はないと思います。 という事で、今回はQuickTmePlayerの画像収録について。 QuickTImePlayer 画面収録について QuickTimeXからのお手軽新機能、画面収録を使えば簡単にPCを操作するスクリーンキャプチャ動画

こんにちは。SI部の藤本です。 今回は「tig」というgit　CUIツールのご紹介です。 tigは、コンソール上で使えるgitブラウザです。 git をコマンドラインから使っていると、過去の diff を見るときにちょっと面倒だったり 結局、わざわざWebブラウザでGitHubを開いてコミット履歴を見たりしていました。 そこで、 tig をインストールしてみたのでご紹介します。 ■セットアップが簡単ですぐ使い始められる tigは依存関係が少なくポータブルな実装でありインストールが簡単です。 会社から提供する開発サーバーであっても、社員ひとりひとりが所有するPCやMacであっても、 yumやbrewなどのパッケージマネージャから少ない手順でインストールすることができます。 （パッケージがない環境であっても、make && make installも簡単です） ■起動も操作も簡単 起動は ti

こんにちは。SI部の腰塚です。 RDBやデータウェアハウスの仕事に携わることが多かった筆者は、数年前からたびたび聞こえたビッグデータ分析や機械学習のための分散処理フレームワークに興味を覚えたものの、ついぞアクセスしないままここまで来てしまいました。 今回ブログを書くにあたって、せっかくなのでイチから手さぐり入門し、いまさら他人に聞けない分散処理の初歩からhadoop・sparkを触ってみるまでをまとめたいと思います。 1.分散処理の基礎知識 1-1.分散処理の処理方式：MapReduce まず分散処理とは、ひとつの計算処理をネットワークで接続した複数のコンピュータで同時並列で処理することです。 ビッグデータ活用の市場が日々大きくなるに従って、数百テラ～ペタのデータ処理も珍しいものではなくなっており、日常的にこの規模のデータを扱うシステムでは、現実的な時間的・費用的コストで処理する工夫が必要

ひしだまＨＰの更新履歴。 主にＴＲＰＧリプレイの元ネタ集、プログラミング技術メモと自作ソフト、好きなゲームや音楽です。 世間では8月で夏休みが終わったようだが、こちとら9月に入ってからが夏休みだぜヒャッハー！（夏とは思えないくらい涼しいけど＾＾； ヒヤッ） という訳で夏休み中にやりたい事はいっぱいあったんだけど、Apache Sparkの自習に落ち着いた。 元々Sparkは2011年（Spark0.3の頃）にちょっとだけ試したことがある。 Hadoopを知ったのが2010年で、Scalaの勉強を始めたのがそのちょっと後。そんな中でScalaの分散処理基盤としてSparkが出てきたので、興味を持ったというところ。 ところが最近になってSparkが盛り上がってきた感じなので、改めて調べてみたくなったのだった。 Sparkはインメモリーで処理する（詳しい人からすると違和感がある表現らしいが＾＾；

データを信頼し、AI を信頼する 信頼できるデータ、信頼できるモデル、信頼できる AI を実現するために、これほど多くのクラウドのさまざまなデータタイプを管理でき、オープンデータのイノベーションと大規模展開に対応できるプラットフォームは他にありません。

データを信頼し、AI を信頼する 信頼できるデータ、信頼できるモデル、信頼できる AI を実現するために、これほど多くのクラウドのさまざまなデータタイプを管理でき、オープンデータのイノベーションと大規模展開に対応できるプラットフォームは他にありません。

前回までのあらすじ herokuではwebsocketが公式サポートされていて、検索するとRubyでのwebsocketサンプルもいっぱいでてくる。一方OpenShiftの情報はあまりヒットせず、まだβサポートだから不安定だとか、node.jsでしか駄目だとか、いやいやできるよだとか、現状どうなっているのかさっぱりわからない。こうすればできるという情報もヒットしたのでそれを元にherokuでのwebsocketサンプルをOpenShift上で動かして実際に試すことにした。 結論 2013年12月現在、OpenShift上のruby1.9カートリッジでwebsocketの通信に成功。 やったこと OpenShiftでwebsocketのruby実装を使うには、Ruby websockets on OpenShiftの情報がわりと詳しい。ただし、肝心のサンプルが今のOpenShiftでは動作さ

ご無沙汰しておりました。エンジニアの木村です。 エニグモのエンジニア部門ではIMツールとしてSlackを使っています。すでにたくさんの詳しい紹介記事があるようです。 http://blog.woopsdez.jp/archives/3658 http://sideci.hatenablog.com/entry/2014/03/19/142645 便利なIntegration エニグモでもIntegrationと呼ばれる外部ツール連携機能を使って単なるIMツール以上に大活躍しています。 例えば、Jenkins CIというIntegrationが用意されており、テストがコケた時などに通知してくれます。 #jenkinsというChannelを用意しておいて、そのChannel上でそのまま「〜〜の影響なので僕が対応しまーす。」などと書き込むことで、失敗した原因や誰が対応するかなどの共有がスムーズに

国内注目のWebサービスを支える言語・フレームワーク・アーキテクチャ一覧【2013年版】 をもとにナウい感じのサービスなどをまとめた。分類がおかしいかもしれないのん コード管理 ソースコードは Git で管理しているところが増えている Git GitHub GitHub Enterprise: Enterprise 向け Gitlab Gitlab Cloud Gitlab CE: オープンソース Gitlab EE: Enterprise 向け BitBucket Stash: Enterprise 向け codebreak; RhodeCode Gitorious GitPrep GitBucket GitHubクローンまとめ 無料でGitHubのような機能を実現するための候補 | Act as Professional - hiroki.jp 料金 private repositor

Which is the best choice for the Japanese Octopress blogger そういえば、Herokuにblogを置く事しか考えてなかったけど、他のPaaSとの比較を全然してなかった。その結果、日本でブログを作るには、実はappfogの方がいいんじゃないかという結論に至った。 PaaS majority PaaSの選定に当たっては、以下3点を基準とした。それぞれ、優先順位となる。 Octopressでブログをホストできること 無料プランがあること より日本に近い場所でホスト可能であること 今回の選定に当たって、調査したのは以下の5つ。rubyが使えるPaaSとしてはメジャーなところではないかと思う。 Heroku Engine Yard Cloud appfog dotCloud OpenShift Heroku 当初予定していたPaaSで、Rub