by netmarkjp

クロノスの山本大さんが面白いエントリを書いていたのでご紹介。
⇒安全策が後手後手を生む

今も昔も保守の現場にいるので、

• 確実で工数が少なくて汚い
• チャレンジングで工数がかかってきれい

の葛藤は常にあります。 最近はきれいなほうを選ぶようになってきましたが、昔は確実なほうを取りがちでした。 正直なところ、チャレンジングな方を選ぶのは勇気がいります。

[Read More]

大事なことは、意味があるとかないとか、そういうことじゃないんだと思います。 ⇒Google App EngineでPHPが動きました GAEでJavaが使えるようになって、なんでも使えるようになりました！ JRubyもJythonもきっとがんばれば動く、のかな。。。

謎のタイトルになりましたが、、、 apacheのmod_rewriteでリライトするときに、SetEnvIfやSetEnvIfNoCaseで設定した環境変数を参照したい場合があります。 マニュアルにはあんまり丁寧に出てないんですが、Using Environment Variablesの最後にちゃーんと書いてありました。

これで環境変数を使えます。 mod_rewriteのほうには書いてないのがちょっと不親切ですね。。 ↓以下サンプルです。 [Read More]

twitterのクライアントとして、P3を使っています。 win/Linux(ubuntu)で使うので、バイナリ自体をDropBoxで共有しちゃってます。 起動スクリプトを作って、ランチャーに仕込んで使っています。 ↓超簡単だけど、こんな感じ。たぶんMacOSXでも使えるんじゃないかなぁ。

[Read More]

yumでインストールしたMySQLを複数起動する起動スクリプトを書いたのでメモ。 CentOS 5.2, MySQL 5.0.45 で動作確認しました。 いろいろと細かく修正する必要があって、なんだかなー、といった感じです。 /etc/rc.d/init.d/mysqld-second とかそういう名前で作ってます。 ↓長いので本体は続きで。

[Read More]

ちょっと縁があって、DELLのDRAC5カードを使ってみてます。 ※DRAC5カード＝リモート管理用のデバイス。HPのiLOと同じ感じ R300で、NICを共有モードで使おうとしたけど選択できないんです。。。 マニュアルを見ても特に条件などは書いてないんですが・・・ と、いうことで、DELLのQ&Aサイトを見てみると

[Read More]

はてな田中さん(@stanaka)がruby製の変換ツール書いてくれました。
独自項目が保存できるのでこちらを利用するのをお勧めします！
→https://gist.github.com/3263705

ruby 1.9.2-p290, 1.9.3-p194で使えました。

使い方はこんな感じ。
→https://gist.github.com/3282820

sed 's/encoding="shift-jis"/encoding="cp932"/' in.xml  | idm2keepassx.rb >out.xml

---

以降は「XSLTでやってみたい！」という方向けのエントリ

---

Linux Desktopで業務を回そう計画の一環として、IDManagerをKeepassXへ移行する予定です。 アプリを変えるためにはデータ移行！ ということで、IDManagerでエクスポートしたXMLを、KeepassXでインポートできるXMLに変換するXSLTを書きました。 XSLTヨクワカラナイのでいろいろ参考にさせてもらいました。 特に助かったのはここでした。改行置換はまるっと使わせてもらってます。 ⇒FAQ的なXSLTのサンプル ちゃんとXMLで出力するようにxsl:element使って書いたけど、すごく読みにくく。。 なんちゃってXMLで、HTMLっぽく書いてた時のほうが読みやすかったなぁ。 ※使用上の注意 IDManagerでエクスポートしたXMLのエンコーディング指定を書き換えないとうまく動かない場合があります！

before

after

本体はかなり長いので、つづきに書いておきます。 [Read More]

PostgreSQLのしくみ勉強会に参加しました ⇒PostgreSQLのしくみ勉強会のご案内：pgpool-IIのオンラインリカバリ、およびPITRの概要 参加者30人以上と大盛況でした。 スキル的には初心者～上級者、立場的にも開発～運用をやられている方まで幅広くいたような感じでした。 これからもぜひ継続していただきたいです。 以下メモ。

[Read More]

毎月恒例：Be Proudさん主催の勉強会 BP Study に参加してきました。 ⇒第18回：リーンソフトウェア開発、Erlang 以下自分用のメモ。

【リーン開発】by MOONGIFT 中津川さん

ネタが、芸が細かいです。 細かすぎてすぐには資料を公開できない模様。 ★リーン開発＝ムダをなくす★ ■ドキュメント・コードのムダ 次(工程)につながらないドキュメント・コードはムダ！ ※何がムダかは会社や個人や状況によって変わる！※ ■引き継ぎのムダ＝暗黙知のロスト 曰く、一人辞めると50%はロストする ⇒「ドキュメントでは補完しきれない」と割り切った上で、引き継ぎが発生しないように務める 　⇒普段のコミュニケーションによる共有、メンバーの満足度向上などでフォロー ■品質を作り込む 結局のところ、つかってみないとわからない ⇒どんどん作る。どんどんリリース。どんどん改善。 ■決定を遅らせる 大前提：状況は変化する 変化に対応するために・・・ 「1から考える」のではなく「オプション(=選択肢)を提示して選択してもらう」ことでシステムの変化を手の内に収める ⇒そのためにはオプションの特性などをキッチリと把握しておく必要あり ★何をどう判断するかは経験則★ 変化に対応するために・・・ 速く提供する ⇒気が変わる前に提供する！ 　⇒フレームワークの活用 　⇒オープンソースの活用 ※受け側がアルファリリース・ベータリリースの未完成な段階を許容できるのは条件(もしくは、そのように教育する) ■人を尊重する 人員のマイクロ管理はやる気を損ない、創造性をなくしていく ⇒製造業化してしまう⇒泥沼 ⇒創造性を高めてエキスパート(個人に限らず、チーム)を育てる！ 　⇒仕事が特定個人に依存しすぎないようには注意する ■全体最適化 顧客のビジネスまで含めて最適化する ⇒時には利益相反する場合もあるがそれは別途交渉する 　⇒Win-Winの関係を育てる そのとき、構成員個人に対するインセンティブは重要！ ■気になる料金体系(事例) ・リリースまでは最低限(=人月原価)をもらう ・リリース後に残額(=付加価値)をもらう ・↑をオープンにして、誠意で交渉して納得してもらう 　⇒契約よりも信頼に基づく関係を構築する！ ■オープンソース PHPは利用できるのに、PHPを利用したオープンソースプロダクトは採用できない?変なの。。。 ⇒オープンソースのコードは、チェックしたりテストする ■個人的感想 アジャイルもリーン開発も、ある程度小さなチーム・ある程度優秀なメンバーを大前提にしていて、実はそれが難しいんだよね、、、って話を別途なんとかしないといけない。

【Erlang】by id:voluntas

Mochiweb ・Erlangで実装されたwebサーバ。100行くらい?らしい ・Facebookのチャットで使われている Erlang ・軽量プロセスを大量に(メモリがある限り)作成可能 　・32GBメモリで4,000万プロセスの実績あり ・主にネットワークサーバで使われているらしい ・学習プロセスは低い。が、フレームワークが難しい ■個人的感想 同時4,000万セッションとかネットワーク機器がダウンしそう。。。 ⇒ネットワーク機器をErlangで書けばいいんですね。

【その後】

懇親会で楽しく情報交換。 コミュニティごとにすごく色がついていて面白い！ 今回は2次会なしでした。 haruさんの中で、私が2次会番長みたいな扱いになっていたのが大変遺憾。 仕方ないですね。