グリーの開発環境（歴史と概要） | GREE Engineering
こんにちは。グリーでインフラ的なお仕事をしているsotarokです。今回は、グリーの開発環境についてお話します。 グリーの開発環境 開発環境どうするか、という問題はエンジニアリングをしている会社であれば誰しも一度は悩んだことのある問題だと思います。開発環境の作り方は、会社やサービスの規模、事業の形態などによって様々ですし、割と小さな規模から「歴史的な経緯」を経て成長してくることが多く、これといったスタンダードがあるわけでもありません。 グリーでも初期の頃から、いくつかの経緯を経て現在の開発環境があります。これは、特に画期的な開発環境やスタンダードに合わせてつくったわけではなく、日々の業務のなかで、あれこれ困ったことやより便利にしたいことなどを解決していくうちに作り上げられたものです。 今回は、グリーの開発環境の移り変わりと、今後の開発環境づくりについてお話させていただきます。 初期の頃の開
日経ITProの記事にケチつけておく - masayang's diary
日経ITPro: アジャイルはウォーターフォールよりも難しい 何を持って簡単・困難を定義するのかがわからないけど、「アジャイルはウォーターフォールよりもごまかすのが難しい」というのであれば、その通りだろう。 そもそもアジャイルは、大規模プロジェクトを想定していないし、請負契約が多い国内のプロジェクトは、要求の増加に歯止めが利きにくいアジャイルと相性が悪い。 そもそも大規模プロジェクトを想定して生まれた手法は存在しないわけで。 ウォーターフォールは他に選択肢がなかったために大規模に適用されてきたけど、それが適切だったかはなんとも言えない。失敗しても他に選択肢がないんだから「ウォータフォールが悪い」って言えなかったしね。 ただ、最近は大規模でのAgile事例は増えてきている。日本ではまだ少ない、というところでしょ。 「要求の増加に歯止めが利きにくいアジャイル」というのも変だよね。 当初の一欄に
エラーが起こった時にだけメール送信する cron とスクリプトの書きかた - 8tree にっき
標準エラーに出力する関数を作成すればいいのではないかと思って以下のような実装を書いてみました。シスログに記録する logger や組み込み変数 FUNCNAME を使うのはやりすぎかもしれません。(^_^; LOGとかの変数名はコーディングルールで決まっているのが前提です。 ■crontab での設定 a b c d e /bar/foo.sh > /dev/null # 実行したいシェルスクリプト(標準出力は捨てる)■シェルスクリプトで使用する汎用ライブラリ(functions)での設定 msg () { echo "$@" > $LOG } errmsg () { date > /dev/stderr hostname > /dev/stderr echo "$@" > /dev/stderr logger "$@" }■実行したいシェルスクリプトでの正常/異常時の出力の切り替え #!
初心者のためのRailsのプラグインまとめ - blog.takuyan.com
Railsってなにやらたくさんのプラグインが存在するみたいだけど、 「ユーザー管理ならコレ」みたいに、まとめがなかなか見つからないですよね。 ええ、当時の私には見つけることができませんでした。 でも、せめてプラグイン(Gem)名さえ分かってしまえば Githubでいくらでも調べることできると思いませんか？思いませんか？思え。 なので今日は、やりたい事と数々のプラグインの対応表でも書いてみます。 Railsプラグインリスト！ これがやりたい！ オススメプラグイン ユーザー管理 Authlogic restful-authentication 画像添付 paperclip attachment_fu ページ送り(ページネーション) will_paginate タグ！タグ！ acts-as-taggable-on テスト rspec cucumber HTML&CSSの非生産性に絶望した Ham
良いソフトウェア開発体制と人材育成は必ずしも一致しないかもしれないジレンマ — ありえるえりあ
約3年前に「 ソフトウェア開発のスケーラビリティ 」の記事を書きました。一番書きたかったことは、ある一定の開発期間を経たソフトウェアには次の2種類のタスクが残るという話です。 難しくて重要なタスク 簡単でどうでもいいタスク ソフトウェア開発に新しい人が来るたびに、これがジレンマになります。新しい人は、比較的簡単なバグ修正などの作業から入って、作業しながら全体像を把握するのが常套手段です。スキルがある人やベテランでも事情は同じです。自分の経験を振り返っても、新しいソフトウェアを目の前にした時は、手を動かしながら全体像を探っていくのが一番効率的だったと思います。 一方、どうでもいいバグは本当にどうでもいいことも多々あります。開発期間の長いプロジェクトの場合、数年放置されているようなバグも普通に存在します。このようなバグはそもそも修正が必要なのかどうかすら怪しいものがあります。修正による挙動の変
分散Key-Valueストア「kumofs」を公開しました！ - Blog by Sadayuki Furuhashi
分散Key-Valueストア kumofs を、本日オープンソースソフトウェアとしてリリースしました！ kumofs@SourceForge kumofs関連資料まとめ kumofsとは？ kumofs（クモエフエス）は、実用性を重視した分散データストアです。レプリケーション機能を備え、一部のサーバーに障害が発生しても動作し続けます。単体でも高い性能を持ちながら、サーバーを追加することで読み・書き両方の性能が向上する特徴を持ち、低コストで極めて高速なストレージシステムを構築・運用できます。 kumofsの大きな特徴は、システムの構成の簡単に変更できる点です。システムを止めることなく、簡単な手順でサーバーを追加したり復旧したりできます。アプリケーションには一切影響を与えません。 またkumofsは、広く利用されている分散キャッシュシステムの「memcached」と互換性のあるプロトコルを実装
Gitを使ったチケット管理·TicGit MOONGIFT
TicGitはRuby製のオープンソース・ソフトウェア。Gitはここ最近利用されることが多くなったバージョン管理システムだ。個人のプロジェクトから複数の拠点を使う大規模なものまで対応ができ、とても便利なシステムになっている。小規模からはじめられるので、開発分野に限らず導入ができるだろう。 チケット一覧 そんなGitを使った開発に取り込めるチケット管理システムがTicGitだ。開発したコードだけでなく、開発に必要なドキュメントをバージョン管理に入れてしまうケースもある。さらに加えてチケット管理まで入れてしまえばデータの一元管理が容易になるはずだ。 TicGitはコンソールベースで動作する。新しいチケットを作成したら、一覧で見たり、チケットにタグを付けることができる。さらにコメントを追加して意見を交換したり、コーディングをしてチケットを終了させることもできる。チケット管理のためにWebベースの
レプリケーションしてるMySQLで、マスタやスレーブが障害停止した場合のリカバリプラン - （ひ）メモ
MySQLで、レプリケーションベースのHAな構成について考えたメモです。 3台(というか2台＋1台)がいいかなぁと思っていて、前半はその理由を、後半では{マスタ,スレーブ}が{再起不能になった,ちょっとダウンしてすぐ復帰した}場合のリカバリプランについて書きます。 今のところはこれがベストかなと思っているのですが、「こうしたほうがいいと思う！」「ここがおかしい！」などなどのご意見はコメント、TBなどでいただけるとうれしいです。 ゴール マスタが落ちてもぐーすか寝ていられるようにしたい リカバリの作業はできるだけ単純に、かつ、短時間で完了するようにしたい めんどくさいのはいや 基本構成、方針 2台＋1台 サービスで使うのは2台 (db1, db2) もう1台は管理用 (db3) スレーブを多数並べる構成にはしない 台数増えると管理コストが上がる マスタダウン時のフェイルオーバとそのフェイルバ
MOONGIFT: >> マルチプラットフォームで使えるパスワード管理「KeePassX」:オープンソースを毎日紹介
パスワード管理は適切に行わなければならない。プロジェクト単位や業務単位でまとめられていると、引継ぎや説明もしやすい。テキストファイルに記す人もいるが、それでは全く意味がない。 パスワードの管理と同じ位大切なのが管理用ソフトウェアの選定だろう。複数人で利用する場合、プラットフォームを越えた利用を考えるべきだ。同じパスワードファイルが複数OS間で利用できれば非常に便利だ。 今回紹介するオープンソース・ソフトウェアはKeePassX、マルチプラットフォームで利用できるパスワード管理ソフトウェアだ。 KeePassXはWindowsであればKeePass Password Safeとして知られたソフトウェアだ。KeePassXはそのLinux版、そしてMac OSX版になる。 試してみた所ではWindows上で作成したパスワードファイルを、Mac OSX側で読むことができる。相互にデータが交換でき
MOONGIFT: » マルチプラットフォーム対応のパスワード管理「Password Gorilla」:オープンソースを毎日紹介
先日、ずっと使っていたモバイル用NECノートPCが壊れてしまい、新しいものを購入する必要性にかられてしまった。そこで選択したのはMacBookで、現在環境を構築している。 これまでもiMacは1台あったのだが、検証や独自の使い方のみであまりWindows側とのデータのやり取りは考えてこなかった。だが、今後はデータを持ち歩くようになるので、 Windows側とデータを共有化できる仕組みが必要になった。 そこでまず取り組んだのがパスワードの共有化だ。WindowsとMac OSXで同じパスワード管理ソフトウェアが使えると便利だ。オンラインサービスも存在するが、やはりそこまで頼るのは怖い。今回はこれを導入した。 今回紹介するオープンソース・ソフトウェアはPassword Gorilla、マルチプラットフォーム対応のパスワード管理ソフトウェアだ。 尚、Password Gorillaはベースとして
GPass: GNOME Password Manager
GPass の世界へようこそ GPass は GNOME2 デスクトップ向けのパスワード・コレクションを管理するソフトウェアです。GNU GPL ライセンスに従って公開・配布を行っているオープンソースソフトウェアです。 パスワード・コレクションはマスターパスワードを使い、Blowfish という秘密鍵暗号鍵方式の一つを用いて暗号化します。 さぁ、GUI を使った新しいパスワード管理の世界に踏みだしてみましょう。 更新情報 2005-03-06: ebuildファイルの更新 Jose Del Pratさんが、gentoo用のebuildファイルを更新してくださいました。 それをダウンロードで公開しています。 ありがとうございました。 2005-09-10: プロジェクトページの更新 ダウンロードに Debian GNU/Linux、Momonga Linux、それに Gentoo のパッケー
Downloads - KeePass
Getting KeePass - Downloads Here you can download KeePass: Installer for Windows (2.56): Download Now KeePass-2.56-Setup.exe Download the EXE file above, run it and follow the steps of the installation program. You need local installation rights (use the Portable version on the right, if you don't have local installation rights). Portable (2.56): Download Now KeePass-2.56.zip Download the ZIP pack
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://1978th.net/tech/promenade.cgi?id=40