よもやまのＣ＃時折ＣＰＰ

気がつけば２０１０年５月・・

よもやま — Fri, 07 May 2010 14:48:00 GMT

久し振りの投稿です。

最近の動向ですが～～
ＶＳ２００８でＬＤＡＰ認証や情報取得といったライブラリ調査。
サーバーＯＳライセンスを買ってくれないと「きっぱり」言われた＆
ＬＤＡＰ環境用にＰＣを借りれないので
ＶＭＷａｒｅ　ＰｌａｙｅｒとＣｅｎｔＯＳでＬＤＡＰ環境を構築。。。
（ＬＤＡＰ環境構築方法は、グーグル先生やＢｉｎｇで検索すると色々見つかりますのでここでは割愛します）
色々、はまりもしましたので、はまった点やチョンボぽい点などと、その対策として取った内容を紹介しておきます。
実際には、ＬＤＡＰ環境を構築する上で、検討すべきことや検証すべきことなどがあると思いますので
参考メモ程度にしておいてください。

/etc/hostsにホスト名を更新し忘れ、ホストＰＣからのアクセスできなかった
→対策１：ホスト名は、２種類(sv1.hoge.comとするなら sv1とsv1.hoge.comを登録しましょ。
初期構成をＬＤＩＦ形式で適当につくったものを入れてしまい、あとから後悔した
→対策１：適当すぎるのもだめです。仮想とする会社組織構成を作ってからＬＤＩＦ形式ファイルをつくりましょ。
→対策２：「ｐｈｐＬＤＡＰＡｄｍｉｎ」なるツールで構成しましょ。
PAMの設定変更で間違えてしまい、ゲストからもホストからもログインできなくなってしまった。
→対策１：ＰＡＭ設定変更は、設定内容をバックアップしてからやりましょ。
→対策２：Ｓａｍｂａ他ＬＤＡＰ連携を取る場合は、特に慎重に変更しましょ。
→対策３：ＰＡＭ設定に関するドキュメントを読みましょ。

＃はやくＶＳ２０１０発売されないかなー

傍らでサーバー管理

よもやま — Wed, 29 Jul 2009 02:22:00 GMT

会社インフラ周りでは、サーバー管理者がいるのだけれども
バージョン管理ツールやバグ管理は、どうもプロジェクトごとに管理者をたてないといけないとのこと。。。

う～ん・・・
・バックアップ
・アカウントの管理
・アクセス権
等々

専任でやってもらうのが楽なのですが
紆余曲折あり、

結局、
インストールからバックアップスケジュール等々プロジェクトの空いた時間でやることに（トホホ

サーバー保守用のマニュアルなんかあるわけないので
（というか作ってる時間なんかプロジェクトに盛り込んでない）

「今度くるPCに移行よろしく」といわれ・・・ぎゃふんｔ

いや、デスマーチ中ですってば！

デスマーチ中なのでプロジェクトの誰かは、土曜日・日曜日出てきてサーバーにアクセスしてるわけだし
無理っすよ。

とまぁ、乱文ですが、
重ね重ね、デスマーチ中な空気を読んでくださいよ～と愚痴なブログです。

リスク【システム改修】

よもやま — Sun, 15 Mar 2009 20:45:00 GMT

旧システムをベースとして開発する場合、
「ベースとなる仕組みは用意されている」わけなのですが

これがひとつのボトルネックとなることも多々あります。
１．資料が変更箇所を中心としたものになりやすい
２．旧システム開発担当者と新規加入メンバーとの経験値・知識の差が開きやすい
３．見積もりは、改修＋新規分となるが、見積もり根拠は、旧システムベース

プロジェクト規模、プロジェクト参画メンバー、スキルによって
リスク度合が変わってくると思います。

見積もりに際しては
プロジェクト経験者として例えば下名を１．００とし
メンバのスキル・経験からそれぞれに割合を設定します。

XXX年度入社：学校での開発言語経験なし・・・０．２５
XXX年度入社：言語経験　Ｘヶ月、類する業務経験　０ヶ月　・・・０．５
といったようにです。
１未満で見えてくるリスクは、
１．プロジェクトに関する基礎知識研修期間を設けないと・・・
　その担当分はメンバの誰かがデスマーチで補わざるを得なくなる。
　この場合、もっぱらプロジェクト経験者に火の粉がかかるわけですが・・

２．言語経験なしの場合、言語研修期間を設けないと・・・
　資料作成手伝い、テスター他・・
　させる事を絞りこまないと、プロジェクトのリーダーであったりプロジェクトマネージャーであったり
　チームリーダーであったりが補わなくてはいけなくなります。
　とはいえ、資料作ってもらったらチェックはしなくてはいけないですが・・

で、私が関与しているプロジェクトの現状ですが
野性的感で言うと、やばいぐらいデスマーチになる症状が臭っているので
やっぱりデスマーチになるんだと思う・・

プロジェクトに参画し始めたときから、やな臭いはしていたんです・・・・

似たような記事Ｕｐしたかもしれないけど・・・、それはそれで・・

勢いつけすぎて・・・

よもやま — Mon, 05 Jan 2009 21:09:00 GMT

年末年始、旅行にでも行こうと計画していたけれども
風邪でおじゃん（泣

くやしいのでアニメのＤＶＤ－ＢＯＸでも買ってやろうとオーダー

到着して喜んだのもの束の間・・・Ｂｌｕ－ｒａｙじゃないっすか！！

えっと、プレイヤーもってないんですが・・・

・・・・

オーダの内容をよく確認していなかったと・・・

こういうのって、踏んだり蹴ったりっていうもんなんですかねぇぇ。。。。（遠い目

Ｉ　Ｕｎｋｎｏｗｎ　Ｉｎｔｅｒｆａｃｅ　祝１００記念

よもやま — Tue, 18 Nov 2008 22:02:00 GMT

１００回目ですね。おめでと～、ありがとう～

少し空しいですねｔ

COM話題ちらほら登場するわんくま同盟の各メンバー様なら
何に引っかけてるかがピンとくるかもしれませぬ。

「IUnknown」です。諸悪の根源（？）。でもこれがないと始まらない・・

このクラス命名発想好きですね。
何かわからんけど使えるようにしてあげるよてな感じです。
細かい使い方は、ちゃんとしてねぐらいそっけないです。
わからないからこそ、私わからな～い、こんなの～てな感じです。

ＡＴＬを使った実装にしても、いきつくところ「IUnknow」さんです。
マーシャルだったりアパートメントだったり用語がたくさ～んでてきますが
やっぱり親は、わたしゃ知らんけども・・のそっけなさです。

とはいえ、．ＮＥＴクラスライブラリでここまでそっけないのあったかなぁ・・
う～む。

会社でも「ピアトークランチ」してみても？

よもやま — Tue, 18 Nov 2008 21:47:00 GMT

そろそろ来年入社する予定の社員向けの講習なり研修なりが行われている会社も
あるかなぁと思う今日この頃。

私が勤めている会社の新人だけかもしれませんが・・
ソフトウェア技術者として入社している割には、
「家では技術系サイト見たことない」
と多数の回答。

そこでさらに突っ込んだ質問
質問「新しい技術の習得は、どのようにするの？」
新人パターンＡ（他数人）「教えてもらう」
新人パターンＢ（他数人）「今研修で覚えている事柄で精一杯。新しいのを覚えたら忘れそう。」

・・・
どうも意欲的な回答が帰ってこない・・
そしてソフトウェア業界知識を深めてもらおうとピアトークランチもどき（？）をやってみた。

・・・
やはり反応が薄い・・
興味なしのね・・
とっかかりがまずかったのかな・・
ピアトークランチもどき（？）で取り扱った題材が悪かったのかな・・・

普段なにげにふれている機器（券売機や血圧計とか計玉機とか・・）
制御するソフトが存在しているのだけども・・・
iPodシリーズに限らず携帯音楽プレイヤーなんか
楽曲を選択し演奏するにもソフトが動いてたりするのだけど・・

携帯電話を使って、友達とメールや電話する際にも
色んな仕組み・機器・ソフトが動作しているんだけども・・・

「ぽちっ」とな・・と押すリセットボタンは、実は・・・
きりがないですな・・いやはや・・

てことでちょっとしたお知らせです。わかっちゃいるけど・・
Ｗｉｎｄｏｗｓ７のリリースまで後ＸＸＸ日・・・

微小生物≠ウィルス

よもやま — Sun, 12 Oct 2008 00:12:00 GMT

定期的に病院に通院しているのですが、血液検査の結果にびっくり・・

ＣＲＰ自体は１．１とさほど高くなかったのですがＬＤＨが７００近くに・・

病院行く数日前に風邪をひいたので
ある程度血液検査にでるだろうなとは思っていたのですが
まさか肝臓とは・・

されど風邪・・おそるべし・・

ＬＤＨとは、肝臓が出す酵素で高値だと・・肝炎等
（詳細は、ぐぐるか最寄りの内科にてお聞きください）

論理削除と物理削除

よもやま — Sat, 30 Aug 2008 12:05:00 GMT

システム設計段階にてデータ削除を物理削除もしくは論理削除のいずれかを
選択する事になります。
論理削除を主とした場合、いずれかのタイミングで物理削除をしなければいけなくなります。

この論理削除データをどう取り扱うかに焦点をおいてみましょう。
・論理削除されたデータをユーザーに参照させ、確認同意した上で物理削除する
・論理削除されたデータをユーザーに確認させずに削除した上で新規データを登録する
・論理削除した段階でデータをユーザーにメール送信し、復活の機会を作る（期間限定）
等の対策を取る事になります。

ユーザー側ではどうでしょうか？
・削除はユーザー自身の行為
・本当は削除しちゃいけなかったデータ
この本意はシステム側からは判断つきません。
システム開発側は、時折くる「復活の呪文電話（？）」を割り切って「削除はユーザー自身の行為」とします。

論理削除されたデータはいつまで残しておくべきか、いつ物理削除するか・・
・未来永劫データベースに保存
・１年に１回等タイミングを見計らって論理削除
・論理削除された日時からＮヶ月経過したレコードを削除
このあたりは、システムの特性に左右されます。

システム特性といっても業種・業務のサポート支援ですから
何かあったときに追跡調査できなきゃいけなかったりと様々です。

一方の論理

よもやま — Fri, 22 Aug 2008 22:53:00 GMT

システム要件定義から構想・設計に至るまで
様々な人、様々な立場な人と接する機会がありますが
「自分ならこう考える」事を思わず口にしがちです。

が、ここで思いとどまってほしいのです。

思いとどまってほしい点としては
「相手に一日の長があるということ」他です。

というのは今現状抱えている問題や改善点というのは
相手の喉まで出かかっていたりするものなのです。
といはいえ、こちらは、相手の事をほとんど知りません。

ですから、「私は～～考えたりしますがいかがでしょう？」と違う着眼点で
話しかけてみるのです。

と「どばっ」と出てくる事もあるし、あ～それ昔話題に出たねぇとなるかもしれません。

なにせシステムを作る鍵は、こちらが持っているのではなく相手にあると言っても過言ではないと思います。

あとは、システム設計にあたり現状の情報をどれだけ集め、分析できるかですが・・
分析に関しては、相手の力も借りましょう。

・現状こうなってる。
・抱えてる問題は、ＸＸＸＸ。
・こうしたい。
この３点に絞り込んでシステム要件を洗い出すのも手だと思います。

やはりメインは赤壁の戦い？

よもやま — Thu, 21 Aug 2008 23:04:00 GMT

先日封切りしたハムナプトラ３を見に行った時ですが、
レッドクリフのＰＶが流れるじゃありませんか。

体中言いようのない衝撃が走りましたよ。
三国志好きでよく、横山氏の三国志を読んだものです。
あぁ、やはり人形三国志も忘れちゃいけませんね。

ファンでなくともファンならなおのこと見ておきたい映画ですね。

欧州騎士道に思いをはせるのもまた一興。
大航海時代に思いをはせるのもまた一興。
チンギスハンに思いをはせるのもまた一興。
日本だとどの時代かな・・
Ａ．平家物語
Ｂ．源　義経、頼朝、平泉　奥州藤原家
Ｃ．サル、うつけもの、三本の矢、天王山、斎藤道三、武田信玄、上杉謙信、伊達政宗
Ｄ．坂本竜馬、大久保利通、西郷隆盛、伊藤博文、徳川慶喜
Ｆ．山本五十六、マッカーサー

・・・きりがないかも、、、