2008-10-31 張り合ってみたｗ
[ツッコミを入れる]
なぞの卒業生の奏です。
なんとなく更新してみたりします。
なんとなく、とか言いつつ明確な理由はあるんですがｗ
なんとなく、過去のstudentメールをぼけーっと眺めてたんです。
なぜぼけーっと眺めてたかと言うと、studentもそろそろ4000なんですよ。
今のB4やB3は知らないでしょうけど、ちょうど私たちが現役のころは1500は誰が踏むかーなんて話をしてたんです。
4000って結構すごい。
HPのPVなんかと違ってメールだからなかなか数が増えない。
そしてこの4000には本当にたくさんの情報がひっついてるんですよ。
B3の自己紹介だったり、宴会の日程調整だったり、卒業研究の打ち合わせの内容だったり、時には先生からのお叱りの言葉だったり。
なんとなく懐かしくなって、過去のメールをぼけーっとみてたわけです。
色々あったなぁと、自分の学生生活ってこんなだったんだなぁと。
そして、こんなにも学生生活の思い出は、自分にとって大切なものなんだなと再認識したんですね。
で、このしょうもないブログをつけているというわけですｗ
ブログをつけるときに、ブログのアドレスじゃなくてHPのアドレスをたたいてしまったわけで・・・
「うぉ、HPまだ生きとる！」と感動したわけですｗ
まぁ完全にあほです。
今でこそ、研究室での情報交換やら先生への報告をブログでつけるようになっていますが、我々のころはHPかメールだったんですね。
またしてもごっつ懐かしい！
そして、自分のデザインセンスの無さに脱帽。
結局何が言いたいかというと、学生生活を大切にしなさいってことかしら。
ECL時代をこれでもかってほど、遊びと勉学に費やしたわけでもない私が言うんだから、きっともっとよい学生生活を送っていれば、こりゃとんでもない宝物(思い出)になるんじゃないか！なんて勝手に思ってるわけです。
もう何かいてるかわけわからなくなってきちゃいましたが、そもそもの目的が「更新する」って事だったので、目的を達したということでこの日記を結びたいと思いますｗ
こっちのブログはめったに更新しませんが、mixiで週一くらいで日記は書いております。
興味のある方は検索なぞしてみてください。
もちろん、関係者は踏み逃げなぞ許しませんので、メッセージくらいはおくってね。
それでは。
今、この時間も明日の発表に向けて練習をしてる方もいるんじゃないでしょうか。
良くも悪くも明日で終わり。
全てを出し切るつもりで頑張ってください。
卒研発表も絶対に、いい経験の一つになると思います。
みなさんの発表がうまく行く事を祈っています。
# って、この文章を何人のB4が読んでくれるのかな・・・
追記
明日は発表するだけで終わりがちですが、「発表する」だけで終わらないようにしましょう。
明日(11/23)or明後日(11/24)に大学に来られる方はいらっしゃいますでしょうか。
特に下記の方々の予定はいかがでしょうか。
・森山先生
・earth-moon
・3回生
会社のカレンダーが手に入りましたので、研究室訪問(＋会社の宣伝）しようかと思っています。
# 会社の宣伝といっても特に何かするつもりもないのですが＾＾；
よろしければ、ツッコミにてお返事いただけますでしょうか。
お手数かけますが、よろしくお願いします。
なので、
「いつであれば、人が集まるか」
を相談して決め手いただけますでしょうか。
# 別にだれもいなければカレンダー置いてかえるだけですが・・・
就職希望の3回生で、奏の就職先の話とか、就活について聞きたい人は是非参加してもらえればと思います。
# これってearth-moonさんも該当しますよね。
平日は仕事ですので、どうしても土日祝日となってしまいますが・・・
という事で、近い土日祝日で人が集まる候補日をあげてもらえますでしょうか。
earth-moonさん、取り纏めよろしく。
3回生配属に伴って、jackneroさんが各人のアカウントにtDiaryのインストールを行ったようですね。こっそりサーバのhistoryを覗かせてもらったんですが、なかなか素敵な方法をされていたようなので、この記事を書こうと思いました。っていうか、奏がもっと昨年tDiaryのインストールを行った時点で記事にしておけば、もっと楽に出来たんですけどね・・・
まず、debianにはtdiary-setupというコマンドがあります(aptでインストールが必要)。このコマンドを利用すると、引数にしかるべき情報を与えてやる事で、アカウント単位でtdiaryのインストールをする事が可能です。しかし、tdiary-setupを利用すると認証方式が.htpasswdだったりします。現在ECLでは違う認証方式を取っているはずですが、それをいちいち修正するのは大変ですよね。またインストールするアカウントが増えれば増えるほど作業としてはありえないくらい大変になります。
そこで考えてほしいのですが、私がtDiaryをインストールしたときに、そんなに大変な方法を利用したか？という事です。まぁ普通はやらないですよね。という事で私がとった方法について説明していこうと思います。
まず、シェルスクリプトを作成しました。サーバに作成されているアカウント(正しくはホームディレクトがあるアカウント)を調べ、全てのアカウントにtdiary-setupコマンドを用いてtDiaryをインストールするシェルスクリプトを作成しました。シェルを実行すると勝手にどんなアカウントがあるのかを調べて、片っ端からインストールを行ってくれるわけです。この話だけ読んでいるとシェルをかけば終わりな気がするかもしれません。しかしながらtdiary-setupは対話形式でインストールを進めるコマンドであり、シェルスクリプトで実行するには少し無理のあるコマンドだったりします。そこで何をしたかというと、tdiary-setupコマンド自体をハックして改造したのです。まず、対話形式で聞いてくる部分として、インストールディレクトリやデータを保存するディレクトリのパスがあります。このディレクトリを固定しました。要するにアカウントごとにインストールされるディレクトリ等を最初から決めてしまうわけです。これで対話形式でなく、引数で指定した情報からインストールディレクトリなどを決定させる事が出来るようになり、シェルでさくさくっと実行できるようになったわけです。
しかしながらこれだけでは、認証方式が違うという問題は解決できません。で、どうしたかというとtdiary-setupのソースをじっくり読んだんですね。そうすると.htaccessファイルがテンプレートファイルを用いている事がわかったので、そのテンプレートファイルを修正しました。これでシェルでさくっと全アカウントにtdiaryをインストールする事が出来るようになったわけです。
実際、かなりゴリ押しなシェルになっているのであんまり良くはないんですがね・・・。しかしながら、ホームディレクトリのblog以下は上書きしたりしちゃいますが、データディレクトリは場所を指定するだけで上書きする事はないので、このシェルを何度実行しても、すでにインストールされたアカウントに影響は及ぼさないはずです。そのへん、興味ある日とはソースを読んでください。
とこんな感じでつらつらと書いてきましたが、結論は「情報は共有しましょう」ということでしょうか。奏がさっさと情報を共有していれば、めんどくさいことはなく、インストール作業が出来たはずですもんね。
3回生が入ってきて、4回生は先輩になりました。卒業研究もこれからが本番という時期だし、気合を入れてがんばってください。3回生はそんな先輩がたを見て、いいところは真似て、悪いところは真似しないようにしていきましょう。後は、臆せず何でもチャレンジでしょうか。こっそり覗いているのでまた何かいう事があるかもしれませんｗ
それではみなさんがんばってね〜〜〜。
研究室引越し以来、眠りについていた我らの主神odinの復活ですよ(笑)ブレードサーバがうるさいからって眠ってるのはもったいないよｗまぁ、ほんとにうるさいけどね。
それではOpenVZについてです。サイトはこちらを参考にさせていただきました。Google先生に「OpenVZ debian」について教えて〜と聞くと3番目くらいの候補として教えてくださります。サイト名は「彼の野原」。基本的にこのサイトの通りに設定していくと旨く行くと思います。というかOpenVZの日本語のドキュメントがあるはずなのでそっちを参考にするほうが良いような気もしますがね＾＾；とりあえずは簡単に構築してみましょう。
導入については、/etc/apt/sources.listにサイトを追加して、必要なものをダウンロードしたりインストールしたりします。まぁそれだけ。サイトの通りにやってみましょう。導入の最後に書いてあるshutdownコマンドの前に、update-grubコマンドを実行しGRUBのmenu.listを更新しておきましょう。その後shutdownコマンドでリブートすると、openvzのブートメニューが追加されているはずです。この後の処理は、そのカーネルで機動して行っていきます。
HOWTO項目に実際に仮想OSを作成していきます。が、今回はちょっと下のほうにある、「VEとネットワークの話題」の「実践編(1)」を参考にしています。まずは根幹部分のネットワークの設定。ネットワークインタフェースの設定を行っています。(中略)と書いてある部分には、address項目やらnetwork項目やらnetmask項目やらgateway項目やらbroadcast項目やらが定義するんですよｗ
続いて実際に仮想OSを作成していきます。仮想OSを作成するのはいとも簡単。createの後ろの数字は識別子みたいなものです。数字しか指定できないのかな・・・ホスト名のように文字列を指定するとエラーが出ました。今回は101、202、303・・・な感じのルールで識別子(?)を指定しました。
この後は、作成した仮想OSのネットワークの設定とかです。ちゃんと理解できていないのでおまじないレベルorzちなみにめんどくさかったのでコマンドをシェル化しました。たしか/sbin/vm-????みたいなシェルがあると思うのでそれです。中身をのぞいてから使ってね。仮想OS側のネットワークインタフェースの設定は自力でしてください。といっても特に変わったことはないですが。
最後にIPのルーティングの設定をして終了。これで仮想OSからpingを飛ばして外が見えていることが確認できます。
書きながら非常に意味のない文章だなぁと思っていますが、とりあえず書いておきました。先生ならきっと理解してくれるはず！願わくば学生が理解して興味を持って、すばらしい環境を構築してくれることを・・・
夏期休暇を取得したんですよ〜。という事で4連休です。なのに、普通にいつもの時間におきました(笑)
先日Javaの問題を出題したと思います。悲しいかな、Durandal先輩しか書き込んでくれてないんですがね＾＾；それでもほったらかしにするのもどうかなぁという事で、ちょいと解答してみようと思います。
まず、前々回の「考えて見ましょう。そのいち」について。結局自分でもJavaのAPIのソースコードを細部まで読めてないので厳密にはいえないんですが、Stringのソースを読む限り、等価であると言っていいのかなぁと思っております。気になる方はSUNからJavaAPIのソースコードダウンロードしてソースを呼んでみてください(笑)。
続いて「考えて見ましょう。そのに」について。この問題のポイントは、� ↓�共にフィールドに定義したプロパティーが参照型だという事です。ゆえに問題のようなオブジェクトの返し方をしてしまうと、受け取ったオブジェクトの内容を変更されてしまうと、JavaBeansのプロパティーの内容が変更されてしまう恐れがあります。ゆえに、Listに関しては変更付加オブジェクトを、Dateに関しては複製を返すのが妥当かと思います。ただし、その場合、プロパティーがnullである場合を考慮しないと、NullPointerExceptionがスローされる可能性があります。まぁこんな感じで(笑)
最後に先日の問題。Durandal先輩が答えてくれていましたが、ニュアンスというか観点は正しいと思います。この問題のポイントは、メソッドの引数として理想的な値が与えられている場合はいいのですが、nullが与えられた場合はどうなるかという事です。引数の値がnullであった場合、�，�NullPointerExceptionがスローされますが、�△鰐簑蠅覆�処理が行われfalseがreturnされます。もうわかると思いますが、�，話佑�Nullチェックをする必要があり、�△�Nullチェックの必要のないコードという事です。Durandal先輩の言う「1 == num」も同じ観点から書かれたコードであると考えられますね。
と、こんな感じです。コーディングって言うのは動く事だけを考えていれば良いのではなく、動いて当たり前でさらに問題の発生しやすい部分を駆逐していかなければなりません。コードの書き方一つでそのあたりが変わってくるので、みんな気をつけましょうね。
これはJavaに限った話じゃないので、みんな考えてみよう。
��-----
public boolean check(String name){
String myname = "sourei";
return name.equals(myname);
}
-----��
��-----
public boolean check(String name){
String myname = "sourei";
return myname.equals(name);
}
-----��
�，里曚Δ�いいとか�△諒�がいいとか、その程度で良いので
ちょっと考えてコメントしてみてくださいませ〜。
ここまで無茶苦茶な依頼(といえるのか？)をした先輩は他にはいないだろう。
それに奏は、先輩のようで先輩でない人やしね＾＾；
で、コメント機能ですが、jackneroがやってくれたんかな？
さすがは今期サーバー管理者、もっと言うと次期サーバー副責任者かね。
ちなみに次期サーバー総責任者はearth-moonかなぁ。
出来るだけ支援してあげてください(笑)
今日の日記は、他に特に書く事はないんですよ。
感謝の気持ちを込めて書いたようなものです(笑)
まぁコメント機能もついた事ですし、先日書いたJavaの問題についてでもみなさんコメントしてみてくださいませ。
それでは〜
[壁]ω-)ノシ
特に何も書く事はないんですが、定期的に書かないと、ここで書かなくなりそうなので適当にね、書いておきます(笑)
まず仕事の事。
家の立つような価格のサーバの中に仮想マシン環境を構築し、OSからアプリケーションサーバまで一通りインストールする機会に恵まれそうです。
今のところまだ確定ではないですが、チームの大先輩に「やりたい人、この指とまれ！」っていうメールが流れてきて、即効で飛びついて起きました(笑)
また実際に作業を行った暁には、blogに書かせていただきます。
もうひとつは、研究室の話。
今、結構大変な事になっているようで。。。
durandal先輩ともメッセンジャーでちょっと話をしましたが、
「不謹慎だけど楽しそうですね」とｗ
ただ、この話に対応しているのがdurandal先輩だけに見えてしまうのが残念かなぁと。
盆やから仕方がないかなぁとも思いながらもやっぱり残念かな。
みんなもっと積極的に生きようぜ！
と、奏がいえた話ではありませんがね＾＾；
そして最後にまた仕事の話。
今は先輩が主体の案件の要件定義をしております。
旧システムをリプレイス＋機能追加する形になるんですが。。。
まずは旧システムの分析を行い、アクターとユースケースを洗い出し、ユースケース図の作成をしました。
これは一部おかしいところもあったんですが割りとさっくり出来たんです。
しかしながら新システムの方が問題だった。
今日一日かけて既存のドキュメントを読みながらアクターやユースケースの洗い出しを行ったんですが。。。
新システムは単独のシステムではなく、旧システムの持つ機能を踏襲しつつ、他システムと追加機能として連携する形です。
この複数システムの連携を前提としてアクターやユースケースを洗い出すのが何気にむずかしい。
また、今回の場合、他システムを含め仕様説明書などのドキュメントが不足していたため、作業は難航しました。
先輩はそれで良いとは言ってくれていますが、なかなか自分のなかで昇華することが出来ないでいますね。。。
他システムを含めて、超初期のドキュメントが残っている、あるいは、新システムを作成する背景的なところから奏がプロジェクトに参画し、ミーティングなどに出ていれば違ったかもしれませんね。
UMLが素敵だという事と、ドキュメントがとても大切だという事を再認識しました。
と、またしても取りとめもなく書いてしまいましたねぇ。
そしてこのblog。
未だにツッコミ機能が拡張されていないのでコメントできないんですよね。
せっかく書いてるんだから色々コメントはほしいところです。
ECLでrootでログインできる人、suで奏のアカウントでログインして良いので、だれかその辺設定してほしいです(笑)
_ 月 [とりあえず背景が暗くて文字が読みにくいｗ 日記とか全然付けてないけどまだ生きてるよオレのブログも！ そのうち更新..]
_ 奏 [わかってることですけど、自分でCSS書かん事には満足のいくテーマにならんのだとｗ]