深追い Fukaoi.org

メモ　Linux活用編

2008-12-07T10:45:10+09:00

Linuxに関するカーネル、コマンド、チューニングなどのメモである

コマンド

psのSTATの意味

R（Run）：タスク処理中（実行中）
S（Sleep）：タスクが待機中（CPUの空き待ち）
D（Disk Sleep）：タスクが待機中（Disk I/Oの空き待ち）
Z（Zombie）：タスク終了待ち

プロセス内のマルチスレッドの状況を確認する

(例：Javaのスレッド)
ps -elf -L | grep java

fukaoi  13177  1 24335  0  105  76   0 - 81609 339346 Nov18  bin/java -D
fukaoi  13177  1 24336  0  105  76   0 - 81609 322561 Nov18  bin/java -D
fukaoi  13177  1 24337  0  105  76   0 - 81609 322562 Nov18  bin/java -D

用語集

プロセス

プロセスとは「プログラムの命令」と「実行時に必要な情報」がひとまとまりになったオブジェクト、もしくはインスタンス、タスクとも呼ぶ

関連リンク
プロセス

ＩＴ業界　プロジェクトマネージャーに求められるスキルとは

2008-09-10T00:17:55+09:00

プロジェクトマネージャーに必要なスキルとは何が思い浮かぶだろうか？たぶんそれは、業界・業種において求められるスキルは異なってくると思うが、ここではIT業界における、プロジェクトマネージャーに必要なスキルについて述べてみよう

予算管理能力

会社に利益を出すことは当たり前！

ビジネスマンである以上、会社から給料という労働の対価をもらっているはずプログラマー・システムエンジニアであっても「このプロジェクト規模は1億円である、我が社にとってビッグプロジェクトである、なんとしても納期に間に合わせるべく一致団結しよう！」という目標をたてれば、普通の人間であればモチベーションが上がり、その目標に邁進するはずである。一方プロジェクトマネージャーの立場であれば、収支・収益を意識することは当然であり最小の投資で最大限の利益をあげるという意識でプロジェクトを実行すれば、必然的に会社に利益をもたらすことができる。エンジニアリングよりのプロジェクトマネージャーなら、コストを抑えるところから、セールスよりのプロジェクトマネージャーなら、売り上げ規模を上げる所から入ると、時間とともに身につけられるスキルである

コミュニケーション能力

ボトムアップも大事

IT業界でなくても、常に言われる能力の一つであり、社会人として生きていく上でのスタンダードな能力の1つである。ここでいうコミュニケーション能力は相手に思いを伝えるだけでなく、相手から意見を吸い上げる能力も指している。自分の意見をゴリ通すことを、コミュニケーション能力が高い人間だと思っている人が居るかもしれないがそうではなく、相手から意見を吸い上げる方が重要視される。プロジェクトマネージャーという最高権限者である人(※プロジェクトマネージャーに任命される人であれば、それなりの業界経験をつんでいるはずなので年齢もそれなりに重ねているであろう)の意見が通りやすいのは至極当然。現場で発生している問題点などが開発メンバより吸い上げる事が不十分であれば、プロジェクトを成功に導く事は難しい。なのでトップダウンで指示を出すフローだけでなく、ボトムアップで自由に意見を言いやすい環境を用意することも、コミュニケーション能力の1つである

スケジュール管理能力

基本中の基本

スケジュールに始まり、スケジュールに終わるというように、プロジェクト遂行上、この能力が欠落しているマネージャがいるとしたら致命的である。要件を満たした成果物を納期どおりに、リリースすることは、プロジェクトとして最低の条件であり、ビジネスであれば、顧客との契約条件であるはず。納期にリリースするためには、工程のプロセス(タスク)が重要であり、いかにそのプロセスをマイルストーンどおりに完了していなければ、納期日にリリースすることが厳しくなる。そもそもこの基本中の基本ができないプロジェクトマネージャーなる人物が存在そもそもしているかというと、以外と存在しているものだ。さすがに納期日は覚えているのだが、各工程プロセスの管理を放置しておいて、いざ納期日に近くなると慌てだし、騒ぎ出す人だ。そもそも自分自身が与えられた役割をこなしていないのに、プロジェクトメンバーに当り散らすのは、言語道断である

技術力

ITリテラシー＋テクニカルスキル

IT業界に身を置く以上、ITリテラシーはプロジェクトマネージャーにはなくてはならない必要なスキルである。というか無い人は仕事になってないと思う。難しいところではあるが、ITリテラシー＋テクニカルスキルをもったプロジェクトマネージャーは鬼に金棒である。会社内外の人々とコミュニケーションを取る可能性があるプロジェクトマネージャーはいきなり、テクニカル質問をされ、その場で回答を求められるケースは意外に多い。要件定義・概要設計時にテクニカルスキルが高ければ、プロジェクトメンバーに適切なテクニカルアドバイスを行う事ができメンバーからの信頼度も高まり、今後のプロジェクト運営がスムーズになる可能性がある。それではテクニカルスキルが弱いプロジェクトマネージャーはどうすべきなのだろうか？プロジェクト内における、テクニカルスキルが高いプログラマー・システムエンジニアを技術責任者として抜擢し、プロジェクト内の右腕的存在として自分のウィークポイントを補ってもらおう。ここで気をつけなければならないのは、他のメンバーと同じように開発メンバとしてではなく、システム全体の設計であったり、タスクに遅れが生じたメンバーの、スーパーサブとして考える事である。プロジェクト内の技術責任者に引き上げても、タスク開発に100%従事していたのでは、広い視線でのシステムのアーキテクチャ全体を見渡すことができなくなってしまう。テクニカルスキルが高ければ、年齢・地位に関係なく任命することで、ある意味公平なジャッジになり、他のメンバーも納得しやすい。なによりも技術責任者に任命した当人も、モチベーションを高めて従事してくれるだろう

リスク回避能力(リスクヘッジ)

その他の能力が高くても

この能力がプロジェクト成功に導くために1番必要な影の能力であり、1番習得が難しい。仮定のイメージであるが、他の能力が欠けていてどうしようもないプロジェクトマネージャーが存在したとしよう。唯一リスク回避能力が秀でていた場合(※現実的に他の能力が欠如していて、そもそもプロジェクトマネージャーなるもに任命はされないのだが)、この能力だけで無事プロジェクトをリリースする事をやってのけれると思う。プロジェクトが失敗する要因であるスケジュール遅延、メンバの脱落、仕様ミスなど数を上げるときりがないが、これらの要因を事前にキャッチし、避けながらながら進んでいきリリースまではやってのけそうである。実際にそういうプロジェクトマネージャーを見たことがある。ただ、さすがにその後のシステム運用フェーズに入ると、開発フェーズ以上に、予見不可能な事態が発生しやすいので、この能力だけでは切り抜けていることは不可能と言える。リスク回避能力というものは、生まれもっているセンスのようなもので、血液型でいうならばA型の人が多かったりする。A型の人が多いのは、細かい性格であったり、根っからの心配性な性格がリスク回避能力を高めている。心配だから、各タスクに関しては、色々と深く考える、考えるので、不明・不安要素が早期に発見できる。逆に0型の人は楽観主義的な人が多いので深く熟考せずに物事をすすめがちなので、不明・不安要素が後手後手にまわるケースが多かった(※あくまでも自分の経験上であって、血液型で、その人を差別しているわけではない)。ここまで書いてしまうと、この能力自体、身に着けることは諦めるしかないようだが、楽観主義者であった自分が努力して多少なりにも身に着けた方法とは、成功パターンだけでなく失敗パターンも1セットとして、ミクロではタスクレイヤーから、マクロではスケジュール全体に及ぶまで、時間があれば考えるようにした。仕事帰り電車の中とかで「このタイミングでお客さんから、大幅な仕様追加が要望されたらどうしよう？」、「システムエンジニアである○○君が倒れたらどうなるだろう？」などと。これはA型の人に多い不安な状態に自ら陥るようにする、妄想自虐プレイと呼んでいる。いわゆる、プロジェクトリスクシミュレーションで、こうすることにより不安要素が可視化できリスクの早期発見、解決につなげることができる

5つの能力を列挙したが、書いている途中に思ったことが、自分を含めこれらの能力を満たしているプロジェクトマネージャーに出会ったことがないという事だ。5つは無理だとしても、3つでも持っている人には中々で会わない。逆に実績・能力もないくせに、プロジェクトマネージャーという肩書きを名乗る人が多いということだろう。業界を含め、外見だけでなく、中身もともなっていかなければ、本当に虚無の世界になってしまうだろう

Windows Vistaのリモートデスクトップをマルチセッションに対応させる

2008-06-02T00:09:55+09:00

Windows Vista Business、Ultimate、Enterpriseにはリモートデスクトップサーバ機能を実装しているので、別のPC(リモートデスクトップクライアント)から遠隔ログインでき、Vista上で作業を行うことができる。でも、マルチセッションにVistaのどのバージョンも対応していないため、直接ログインしている状態で、遠隔よりリモートデスクトップログインを行うとすると、直接ログインしている人はログアウトしないといけない。Vistaはデフォルト状態だと、シングルセッションにしか対応していない。せっかくVista用にハイスペックマシンを購入したのに、同時に1人しか利用できないのは寂しい話だ。そうであれば、自宅のVistaをマルチセッションサーバにし試してみよう！
（※以下の作業は自己責任で）
（※対象はService Pack 1 があたっているVista Business、Ultimate、EnterpriseのOS）
（※そもそもリモートデスクトップは何ぞや？という方はネットで調べてみよう）

作業前に準備する事

バイナリエディタの用意

システムファイルのバイナリデータを書き換えるために、バイナリエディタが必要。お勧めは、Stirling。無料で使いやすいので、Vectorよりダウンロードしていただきたい

リモートデスクトップのシステムファイルをバックアップを取る

C:\Windows\System32\termsrv.dllファイルをバックアップ
(※termsrv.dllがリモートデスクトップサーバ機能)

実作業

リモートデスクトップのシステムファイルをデスクトップにCOPYする

termsrv.dllはシステムファイルの為、C:\Windows\System32\termsrv.dllを直接バイナリエディタで開こうとしても権限をあたえられていないため、読み込めない。そこでデスクトップなどにCOPYして移動しておく

バイナリエディタで指定の箇所を書き換える

Stirlingを起動させファイル(F) => 開く(O)でtermsrv.dllを読み込む

検索・移動(S) => 指定アドレスへ移動(J)を選すると、16進数でアドレスを入力するボックスがでるので以下のアドレスを入力して置換していく

[検索するアドレス]： [置換前の値] => [置換する値]
0005FDF2： 74 => EB
00064FD7： 8B => B8
00064FD8： 81 => 00
00064FD9： 38 => 01
00064FDA： 06 => 00
00064FDC： 00 => 90
00064FDD： 39 => 89
00064FDF： 3C => 38
00064FE3： 75 => EB
000701BA： 01 => 00

修正したリモートデスクトップのシステムファイルを元のフォルダに上書きする

指定箇所のデータを修正した、termsrv.dllを元のフォルダに上書きしようとすると、権限がない警告により上書きができない場合がある。そのときは、Administratorでログインしtermsrv.dllにプロパティ => セキュリティ => 編集よりアクセス許可を追加してやると上書きができるようになる

確認

リモートデスクトップクライアントよりアクセスしてみる

Windows XP Profesionalなどのクライアントからモートデスクトップ接続してみると、今までシングルセッションでしかアクセスできなかった、Vistaマシンに対して、マルチセッションでログインできるようにあり画期的である

関連情報
Vista SP1 x86 and x64 Multiple Remote Desktops

知って損はない！　Webアプリケーションのリリース時に気をつける事

2008-02-23T14:30:33+09:00

Webアプリケーションのリリース時は大変緊張するものです、それはWeb(インターネット)に公開することイコール、世界中の誰にでもアクセスが可能になるためです。といってもWeb以外でもお客さんに納品するタイミングというのは平常時の精神状態ではないため、普段ならおきないミスも発生してしまいます。リリースするまでのテスト手法などは記述するとキリがないため省いて主に、私の経験上いかにリリース時にトラブルなく、リリースできるかリリース前日、当日、後日の心構え的なことが中心にまとめてみました

3日前迄にやること

リリース手順書の作成

リリース時にやるべきこと(作業内容)を、記述したドキュメントを作成するのとしないのでは、雲泥の結果を生み出します。何回もいうようにリリース時にはどんなに肝っ玉が据わった人でも平常時以上の判断・能力を発揮することはできないので、頭をつかわずとも、リリース作業ができるように前もって手順をまとめておくためです。誰(Who)が何(What)を何時(When)にどう(How)すべきなのかを明確化することが大切です。後は、開発環境では問題なく動作しているプログラムも、本番環境だと動作しない(※ミドルウェアのバージョンや、サーバの設定が異なっている事により発生しやすい)ケースがあります。

ケースによっては巻き戻しフローも明記しておくこともあります。すでにサービスを開始しており、リニューアルや、機能追加の場合では、サービスを継続すること(※サービスを止めない)が第1だと思いますので、前のバージョンに巻き戻す事を巻き戻しと呼んでおりります。作業内容が決まば、作業完了時間が決まります。その時間完了時間から1時間以上オーバした場合、リリース作業を急遽取りやめ、巻き戻し作業に入るわけです

(参考例)

  [12/01 11:00～12:00]
  AさんがプログラムをサーバにUPする
  UPするソース(○○.php、□□.php、△△.php)

  [12/01 12:00～13:00]
  BさんがApacheの設定を変更する
  変更するファイル(httpd.confのline:412)
  ○注意箇所
    httpd.confのバックアップ(httpd.conf_bak)を必ずとっておく
　  変更後、apacheの再起動を行う


  [12/01 13:00～13:10]
  BさんがIP制限を一部許可する
  変更するファイル(httpd.confのline:102)
  ○注意箇所
　  念のため非許可IPの箇所よりアクセスし、制限が
    かかっているか確認を行う
　  変更後、apacheの再起動を行う


  [12/01 13:10～14:00]
  プロジェクト関係者全員で確認を行う
  ○主に確認する箇所
　  Aさん(入会登録)
　  Bさん(購入、決済)
　  Cさん(商品の表示)

  [12/01 14:00～]
  リリース無事完了

  [12/01 15:00を超えた場合]
  ●巻き戻しフロー
    Bさんがバックアップより前のバージョンのＸＸプログラムを
    上書きし元に戻す
    ・
    ・

リリース手順書のレビュー

作成したリリース手順書を関係者でレビューすることによって、作業漏れの確認になります。当日の気持ちで確認しあうことでシミレーションにもなります。ここでのポイントはプロジェクトリーダの人はいかに、本番当日と同じ緊張感をメンバに伝えられるかだと思います

1日前迄にやること

プログラム修正の締切り

スケジュールがタイトなプロジェクトですと、修正作業をギリギリまでおこなわざるをえないです。ですが大小あがってくる修正箇所を対応しているとキリがなく、いつまでたってもリリースができない状態になってしまいます(※要は、キリがないということです)。それはお客さん自社ともに困るはずなので、あらかじめお客さんに修正受付けの時間を決めておき、了承をもらっておく必要があります。

(参考例)

『○月○日の△時△分までに確認できた、
  修正箇所については優先的に直しますが、
  それ以外のものに関しては、リリース後対応させてください』

といった感じです

前もって出勤時間をリリース時に合わせる

Webアプリケーションのリリース時間は、世の中の人のアクセスが少ない時間帯を指定される場合が多いです。(※新規オープンするサイトでは時間の指定はないですが、既存のサイトをリニューアル、機能追加の場合ですね)例えば、リリース時間がAM3:00～の場合、前の日に早く寝て、早く起きるという、平常時とは異なるサイクルをとらなければなりません。そうなると体調を崩しやすい、寝不足になりやすいです。体調の状態はリリース作業に大きな影響を及ぼすので、以下のように前日から体内リズムを整える手法をとるのもありかと思います

(参考例)

  [12/02 03:00～08:00にリリースとした場合]
　
　通常は09:00に出勤していた時間帯を
  前日(12/01)の出勤時間を02:00～に変更し
　深夜時間帯に体内リズムを整える

例のように03:00～のリリースだと前日より寝ずにリリースを迎えるという方法も可能です。ですが私の過去経験上、通常は22時位に仕事を終えていたリズムからさらに時間を延長することにより、集中力がもちませんでした。尚、途中で仮眠を取るという方法もありですが、後数時間でリリースを迎えるという気持ちが高ぶってあまり寝れませんでした。

前日から体内リズムをリリース時間に合わせて調整するという方法は、あくまでも私にとってベストであっただけですので、必ずしても万人に当てはまる手法かどうかはわかりません。要は睡眠時間をきっちりとれ集中力が高められるかどうかがポイントだと思います

リリース当日にやること

いかに平常心を保てれるか

前半にも書きましたが、リリース時は非常に緊張するものです。いつもとは違う自分がそこに存在しているといってよいでしょう。特にネガティブシンキング傾向にある人がとくに緊張すると思います。そこで心がけていただきたいのは、無事リリースしたときの成功イメージを頭の中で妄想してみる。それさえも緊張でイメージできない場合は、≪ 絶対に無事リリースする ≫、≪ 自分ならできる ≫と何回も頭の中でつぶやき、自己暗示にかけることも効果があります。後は、緊張状態にあると呼吸が浅くなりがちなので、深く深呼吸を3回やるだけでも、緊張がほぐれます。
可能ならばリリース作業前に、プロジェクトメンバ全員で実践できればベストですね

リリース完了後1週間以内にやること

特別監視状態におく

無事リリースが完了した場合、これで終わりなのですが、Webアプリケーションの場合、まだ気を抜いてはいけません。ここまではあくまでもインターネットの大海原に1隻の船で港から出向したにすぎません。出向中で一番怖いのが、大波です。大波＝アクセス集中が発生した場合、テスト環境で負荷テストを行って、サーバ、Webアプリケーションのアクセス処理スペックを把握していたとしていても、それ以上のアクセスが集中砲火した場合、サーバ、Webアプリケーションはあっという間にサービス不能に陥ります。そのために、この段階では、監視ツール(※MRTG、nagios...)などでアクセス処理状況に問題がないか毎日、定点監視を行うべきです。また開発環境では発見できなかった、Bugが潜んでいる可能性もあるので、時間の経過とともに大きな問題になるまえに、DB、ログファイルに吐き出されたデータも定点確認することによりBugの早期発見が可能になります

リリース完了後2週間以内にやること

反省会を開く

この作業までたどりつけば、リリース作業も無事完了し、安定してサービスが展開されていると判断してよいでしょう。ただし、反省すべき点というのは必ずなんらかあるはずです。それはあくまでもたまたま成功しただけかもしれません。次回のリリース作業では2度を起こさない、他の作業者が起こさない意味をこめて、反省会で情報を共有し、リリース作業の品質を高めるべきです

C#でエスケープシーケンスを無視する方法

2008-01-03T00:59:20+09:00

以前、このblogの中のWindowsのフォルダ名に戸惑う.NETプログラミングではディレクトリパス名を変数にセットする場合には、以下のように実装すると書いてましたが、

String val = "C:￥￥￥"Documents and Settings￥"￥￥Administrator￥￥デスクトップ";

もっとスマートな方法がありました
それは@をリテラル文字として使用する方法です

String val = @"C:￥Documents and Settings￥Administrator￥デスクトップ";

Documents and Settingsのダブルクォートも必要もなく、可読性が高まります

SQL ServerでLimit句の代替ステートメントを使う方法

2007-10-02T01:49:44+09:00

MySQL、PostgreSQLを長く使っていたせいか、件数を制限するLIMIT句が当たり前に他のDBMSでも使用できるもんだと思っていました。いざ、MicrosoftのSQL Serverを使う機会があったのですが、LIMIT句がなくてびっくり。というか、使えなくて、すごく不便さを感じました。LIMIT句の代わりになるステートメントを探すと、TOP句がLIMIT句の代わりになるようです

MySQL・PostgreSQLの場合

SELECT * FROM table LIMIT 10

SQL Serverの場合

SELECT TOP 10 * FROM table

うーんやっぱり、TOP句になれてないせいか、違和感があります...ね。SQL Serverな人たちは逆にLIMIT句に違和感を感じるんでしょうね

TOP句ネタ
SQL ServerでSELECT * FROM TABLE ORDER BY ITEM の結果の最初の1件目を取り出すのは、TOP 1かと思いますが、３件目だけ取り出したい場合は、どうすればよいのでしょうか？
TOP (Transact-SQL)

Vista時代の最新サーバーサイド開発事情　X-Dev 2007

2007-09-12T01:06:02+09:00

X-Dev 2007に行ってまいりました。スケジュールの都合上参加できたのは【サーバサイド X フレームワーク】Vista時代の最新サーバーサイド開発事情という講義だけでした。備忘的にblogに残しておきたいと思います。後援者はWingsプロジェクト代表の山田祥寛（やまだよしひろ）さん。

ユーザエクスペリエンスの重要性

Webアプリケーションで機能要件どおりのものを作成するのは、いまや当たり前で＋αの付加価値をつけるべきである。それは何か？アプリケーションとしての使いやすさ、直感的なユーザインターフェースが必要

当たり前といえば当たり前のことですが、時間 or お金の問題から毎回プロジェクトで実現することは難しく、またはどうすれば上記2点を実現できるか？昨今のテーマではあると思います

マイクロソフトのプレゼンテーション技術(UIを操作する技術の事)

マイクロソフトテクノロージとして以下のものあげられます

ASP.NET AJAX

Silverlight(旧WPF/E)

Windowsフォーム(click once)

WPF

なんといってもRIAのSilverlightに期待です！！

WPF

.NET Framework 3.0で提供されるプレゼンテーション技術

2D/3Dグラフィック、静止画像、動画コンテンツをリッチに表現可能

XMLベースのマークアップ言語XAMLでUIの開発が可能

XAMLをデザイナが習得すれば、プログラマはよりいっそうロジック部分に集中できるようになるかな？！

Silverlight

クロスプラットフォーム対応(Windows、MacOSXに対応します)

対応ブラウザはIE、Firefox、Safari(Macに対応するのがうれしい！)

WPFと共通のXAMLでの開発が可能

開発言語は.NET対応言語から選択が可能(VB.NET、C#、IronRuby...)

Siliverlight1.0ではJavaScriptのみ対応

PHPやJavaEEなどの既存記述も容易である仕様

Adobe Airに対抗する技術である

.NETのクローン構築を目指すNovell傘下のオープンソースプロジェクト「Mono」を基盤に、Linux版Siliverlight「Moonlight」を構築する

Aode AirとのRIA分野での一騎打ちの様相になるとにらんでいます。個人的にどっちをとって習得するかとなると、Silverlightかと思います。1.0はリリース(2007/9/5)されたばかりで一体どんなpluginか想像がつかないのですが、1.0以降のリリースには.NET開発言語での開発が可能になるということで、新しく言語を覚える必要もなく、既存の言語スキルでpluginを開発できるというところでしょうか。なら1.0もほぼJavaScriptということで、既存の技術ではあるのですが、マイクロソフトの初版リリースはどうもβテスト的な思いがありそうで、あまり使いたくないといったところです

Expression Studio

デザイナ向け開発ツール(VisualStudioのデザイナ版みたいなもの)

visual Studioとの連携も容易(Expression Studioで開発したプロジェクトをVisual Studioから読み込むがことが可能)

とうとうデザイナ領域にまで手を延ばし始めましたね。どちらかというと、Dream Weaver(Adove)に軍配があがっている分野であるが、Visual Studioとの親和性の高さを謳って、巻き返しを図れるかどうか？！みものです

ASP.NET AJAX

サーバ/クライアントを包括する総合的なAJAX対応フレームワーク

基本的にJavaScriptの知識がなくても実装可能(要はVisualStudio側で隠蔽しているということ)

Ajaxを使って、一部のHTMLを書き換えるという処理が簡単(Prototype.jsでいうAjax.Update機能を実現するのにPrototype.jsより簡単)

何から何まで万能ではないので以下の点に注意が必要

☆JavaScriptを意識させない代わりに裏側の処理が重い(巨大なViewStateには気をつける)

☆何から何まで非同期で処理される危険性がある(テキストボックスの変更なども)

☆不要な処理はScriptManager.IsAsysncPostbackプロパティを使って識別する

☆TImer.Inervalプロパティには十分な間隔を指定

☆TImer.Inervalプロパティをエンドユーザによって入力させるようなロジックは避けるべきである

JavaScriptを完全に意識しなくていいというのは簡単(サンプル程度)な処理でしかなくて、複雑なことをするには、やはりガリガリコードを書く必要があるので、JavaScriptを極める必要はないにしろ、言語仕様位は押さえておくべきかと思いました

Visual Studio 2008 + .NET Framework3.5

CSSサポート強化でプロパティウィンドでCSSの適用状態がより確認しやすく

JavaScriptのデバッグ機能が大幅にUP！！

マルチターゲッティングサポート(.NET Framework2.0/3.0/3.5の切り替えが可能に)

LINQプロバイダにより、XML・RDBMS・Object・DataSetに対して一元メソッドにより同じようにアクセスしデータを取得できる

マルチターゲッティング機能が、個人的には一番便利になるなーという印象でした。バージョン毎にVisualStudio2003、2005とインストールして保守しなくて済むようになりますので。折角なら、1.0/1.1にも対応してほしかったですが、それができないほど1.0/1.1と2.0以上のバージョン間で互換性が低いのでしょうか...

Windowsのフォルダ名に戸惑う.NETプログラミング

2007-07-16T21:44:21+09:00

.NET環境でWindowsプログラムを開始して早1ヶ月たち、未だにWindows自身はあまり好きにはなれませんが、Visual Studioは便利なツールだと認識してきている今日この頃です。あるときWindowsのディレクトリパス名を変数にセットしてファイルを保存する処理をC#で下記のようにコーディングしていました。

String val = "C:￥￥Documents and Settings￥￥Administrator￥￥デスクトップ";

問題なくコンパイルは通るのですが実行すると、

"C:￥￥Documents "

と丁度空白の箇所で切れてしまい、Documents and Settingsをディレクトリと認識してくれませんでした。Windows固有のルールなのだから、それも含めてパースしてくれよーという思いで一杯でしたが、やっつけで下記のように実装して対応しました。

String val = "C:￥￥￥"Documents and Settings￥"￥￥Administrator￥￥デスクトップ";

￥"Documents and Settings￥" Documents and Settingsをダブルクォートし、なおかつダブルクォートの中にクォートなのでエスケープシーケンス(￥)をダブルクォートの前につけました。Windowsプログラムは初心者なので、このような方法しか思いつかなかったのですが、あまりカッコのよい書き方ではないなぁーと思ってしまいました。世の中のWindowsプログラマーの方々は、どのように実装しているのでしょうか。クリティカルな箇所ではないので、これで良いと言えば良いのでしょうが、何気に気になってしまう初心者です。

以外と知らないCookieの仕様

2007-06-20T02:50:52+09:00

何げなく仕様しているCookieですが、以外と仕様を正しく理解している人は少かったりします(わたしの周りだけだったりしますが...汗)。良い機会なので、RFCを読みかえしてみます。以下がRFCより抜粋した内容です

・クライアントが一度に溜めておくことができるCookieの数には限界が存在します、これは、クライアントが受け取り保存するために用意されるべきのCookie最小数の仕様です

・Cookieの数は、トータルで300個までです

・１つのCookieにつき4KBまでで、name と OPAQUE_STRING は、4KBまでの形式に結合されます

・サーバもしくはドメインごとに、クッキーの数は20個までです

RFCではCookieの最大サイズは4Kbyteという制約を設けています、世の中の万物限度というものが存在しているように Cookieのサイズ指定があるのも例外ではないわけです。今回は4Kbyteという制限に注目し、本当に4Kbyteという制約は守られているのか、クライアント、サーバ側でテストをおこなってみることにしました。

テスト内容
[クライアント側テスト環境]
OSパターン1 - Linux(CentOS4.4)
OSパターン2 - Windows(XP)
ブラウザパターン1 - Firefox2.0(Linux版)
ブラウザパターン2 - Firefox2.0(Windows版)
[サーバ側テスト環境]
Cookie発行プログラム使用言語 - PHP5.2
Cookieを発行条件 - ブラウザ経由でアクセスした際に無条件でCookieを発行する
<？PHP // 最大4092byte(4K)のデータを生成する for ($i = 0; $i < 4092; $i++) { $data .= 1; } setcookie(strlen($data),$data,time()+60,"/","hoge.jp"); ？>

テスト結果

Firefoxでは最大4092byteのCookieを取得する亊が確認できました。Cookieは名前も4Kの制限に含めるため

名前＝値
4092＝11111111111111111111111111111111111........1111
↑         ↑ 
(4byte)    (4092byte)

4 + 4092 = 4096 すなわち 4Kbyte
となります。きっちり1024 X 4された4096Kbyteを閾値としているようです。サーバ側のCookie発行プログラムのfor文のループ階数を4092から4093に変更した場合はFirefox側で受け取ってくれませんでした。最大値を超えたという判断をされるようです。4092byte以下のデータサイズであれば、当然問題なくCookie領域にセットができます。このテスト結果よりFirefoxはLinux版、Windows版ともにRFCに準拠しているいえるのではないでしょうか。流石でした！

Cookieネタ
RFC 2109 原文
RFC 2695 原文

Windowsの80番ポートを占有しているのは誰だ？

2007-05-13T15:44:45+09:00

仕事の関係で.NETの業務をこなすべくWindowsXPが入っているデスクトップPCに.NETの開発環境を構築する事になりました。まずはWebサーバのIISのインストール。WindowsXP Proffesionalなので、

[プログラムの変更と削除] ->［Windowsコンポーネントの変更と削除］-> ［インターネットインフォメーションサービス(IIS)］ にチェックを入れればなんなく、インストールできます。

さて、IISの管理マネージャから起動させようとしたら、エラーで出て起動できません。そこで telnet localhost 80 とコマンドプロンプトでたたいてみたら、案の上、他のアプリが先に起動してて占有されているではありませんか。そういえば、以前、Windows版Apache、Tomcatなどをテストで立ち上げていた記憶があったので、これら悪戯なアプリ君達が起動しているのかと思い、調べましたが起動していませんでした？？？ちょっぴり焦りました。

netstat -b でlisten中のアプリケーションを調べるには上記コマンドで実現可能です。

早速プロンプトでたたいてみると localhost:80 [Skype.exe] なんと、Skypeが占有しているではありませんか！！！listen portで80をあえて使うのは何故？！ FW(ファイアウォール)でport:80しか許可されていない環境の相手と通信する為でしょうか、ぬかりがないですね。さすがSkypeというべきかeBayですね。

とりあえず、このままSkypeにport:80を使わせておくのはしゃくなので、 [ツール] ->［設定］-> [接続パラメータとプロキシの設定] -> [上記のポートに代わりポート80を使用する]にチェックが入っていたのを外し、Skypeには別のportの割りあえを行いましたとりあえず、IISは起動できましたが、今回解決に時間がかかってしまったのは思い込みがあったためだと思います。まさかWebサーバ以外のアプリケーションが占有しているはずがないという思い込みが。ネットを調べると他にもSkype port:80占有のネタがありますね

Skype port:80のネタ
Port 80 の占有者
ぐぉぉ、Skypeは80番ポートを使いやがる！

深追い Fukaoi.org

メモ Linux活用編

コマンド

用語集

ＩＴ業界 プロジェクトマネージャーに求められるスキルとは

予算管理能力

コミュニケーション能力

スケジュール管理能力

技術力

リスク回避能力(リスクヘッジ)

Windows Vistaのリモートデスクトップをマルチセッションに対応させる

作業前に準備する事

実作業

確認

知って損はない！ Webアプリケーションのリリース時に気をつける事

3日前迄にやること

1日前迄にやること

リリース当日にやること

リリース完了後1週間以内にやること

リリース完了後2週間以内にやること