13. $ env | grep JAVA JAVA_HOME=/System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK/Home $ java -version java -versionjava version quot;1.5.0_07quot;Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_07-154)Java HotSpot(TM) Client VM (build 1.5.0_07-87, mixed mode, sharing) $ curl -O http://www.apache.org/dist/lucene/hadoop/stable/hadoop-0.13.0.tar.gz $ tar zxvf hadoop-0.13.
UNIX系OSのシステムロギングをおよそ20年の長きにわたって支えてきた「syslogd」にも、限界が見えつつあります。その限界を打ち破る機能を備えた新しいシスログデーモンを紹介します。(編集部) シスログデーモン「syslogd」は、UNIX系OSのシステムロギングをおよそ20年の長きにわたり支えてきました。しかし、増大する信頼性や安全性への要求、ログの適正保管といった要望に応えるには、syslogdでは力不足との声が高まっています。 そんな折、システムロギングをより確実に行い、RDBMSへのデータ保存や監視システムの連携といった可用性にも優れた、「syslog-ng」や「rsyslog」が注目を集めています。この連載では、こうした次世代シスログデーモンを取り上げ、導入方法や活用方法を解説します。 システムロギングとsyslogd 実行したイベントの履歴、システム不調や変更の記録、不正ア
東京大学 浅見研究室は7月12日、情報系の学生や若手エンジニアのための交流企画として、「IT企業はほんとに泥のように働かされるのか~ナナロク世代がお答えします」と題したカンファレンスを開催した。「IT業界のネガティブな側面が指摘される中、その実態を『ナナロク世代』が『ハチロク世代』に向けて伝える」という趣旨で、会場となった東京大学 本郷キャンパスの教室には、大勢の学生や若手エンジニアが集まった。 モデレータはCerevoの岩佐琢磨氏が行った。パネリストとして、大谷陽明氏(ソニー)、尾藤正人氏(ウノウ)、柴田竜典氏(日本オラクル)、加藤篤延氏(NTTコムウェア)が登壇。「個人としての参加であり、それぞれの企業や活動を代表する見解ではない」としながら、それぞれの経験を元にIT業界について語った。 始めに、主催者である東京大学 大学院情報理工学系研究科の川原圭博氏が企画趣旨を説明。「毎年、電子情
私は、まず、自分が記事に対して客観的に判断できるように「全国一斉休漁」になった理由を考えてみました。*燃料がここ数年で、4倍なった*原料が高騰しても、価格に転嫁出来ない この二つは、新聞やテレビのニュース番組で知りましたので皆さんご存知のことと思います。 この二つを踏まえて私なりに考えてみたのですが 漁船は、移動してるときや漁の最中(船の向きを常にコントロールするので)もエンジンをつけているので、経費の中で一番掛かる経費であろうとおもいます。(これは漁師さんの出てくる、テレビ番組を見てそう思いました)運送業のように、燃料が上がることは、利益の減少に直結している。 そして価格に転嫁できないので、利益をだしつづけていくには、経費を、削る努力をしていかなければならない。つまり、ここ数年間は、食べていくために、日々経費を削るために努力をしてきている。 ただ、物の値段は、何年も上がってきていなかった
イベントや、iPhone の騒ぎですっかり遅れてしまいましたが、先週集中連載していた David Allen さんインタビューの記事がそろいました。Gihyo.jp ですべて公開中ですので、ぜひまとめてご覧ください。 (1)GTD の深層に迫る:David Allen さんが語る「思考」の秘密 (2)「頭を空にする」習慣と,GTDへの信頼の作りかた (3)GTDの行き過ぎの危険性と,長期間継続させるコツ (4)Web2.0とiPhone時代のGTD (5)世界へ広まるGTDと,あなたの人生にGTDを活用する方法 通して録音を繰り返して聞いていると、お話全体が有機的につながっていることが次第に理解できてきて、あらためてすごい人と話していたのだなということが実感できました。 たとえば最初に話題に挙がった「思考が私たちのインタフェースに過ぎない」という話は、第5回の、「GTD は雑音を下げること
以前居たチーム(前チームと呼称)で導入した pukiwiki を今所属してるチーム(現チームと呼称)で共同利用することになり、俺以外の人間もそこそこ更新してくれるようになった。それまでにかかった時間は約 1 年と半年。それまでの軌跡などを振り返ってみる。 導入 俺は数年前から blog を書いていたこともあり wiki によるチーム内の情報共有の仕組みには興味があった。前チームでは、上司からデスマ収束に一役買ったこともありそこそこの信頼があった。そのため「pukiwiki 使ってみたいんすけど」というある種のワガママが通りやすかったのは大きなポイントだったと思う。 第 1 フェーズ 「チーム内に wiki を浸透」 導入〜半年後 導入当初は俺以外の人間はマッタク更新しなかったが、まぁそれは想定の範囲内。とりあえず俺は時間見つけては、前チームで必要な開発環境の整備方法、テスト環境に必要なソフ
IT企業はほんとに泥のように働かされるのかの記事を見てみたんだけど、かなり違和感がある。 「泥のように働く」の定義はこちらを参照してください。 http://d.hatena.ne.jp/higayasuo/20080715/1216126229 「入社2年目ごろの時点で、仕事の全体が見えていたか?」という質問に対して、全員が○と回答しているんだけど、少なくともSIerでそんなことはないと思う。 全体が見えるためには、要件定義、外部設計(基本設計)、内部設計(詳細設計)、プログラミング、テスト、移行、メンテナンス、プロジェクトマネージメントなどを一通り身につける必要があります。これらの作業が入社2年目ごろの時点で一通り身についているとはとても思えません。 しかも、これらの作業は、1回やったくらいじゃ身につきません。それこそ「泥のように働いて」身につけるものです。 デスマはみんな嫌いだよね。
7/12(土)に実施した泥カンこと「76-86交流イベント」のモデレーターとして参加させていただいた。主催者なのかモデレーターなのかよくわからん感じだったが、主催者は東京大学の川原先生である。 自分が学生時代に見えなかった「ベンダー」と「SIer」と「メーカー」そして「サービス提供者(さーびさー?)」の関係を伝えることができたのは収穫だった。やっつけ仕事感漂う絵柄で恐縮だが、そのスライドを載せておこう。 どのポジションが勝ち組で、どこが負け組みかという話じゃなく、どこをやりたいのか? という話。仕事を探す時にはこの構図を頭に叩き込んで、どういうことをやりたいのか、それぞれの仕事はどういった内容なのか、といったところを調べてアプローチしてほしい。それができていれば、面接で落ちることも減るし、入社後に「思っていた仕事と違う!」となってすぐ辞めちゃう、ということも減るはずだ。 ※ブコメ見て追記:
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く