http://www.chibitora.jp/diary/rss?view=ikeda&ctym=2007/09 イケダが日々思うことをつらつらと書いています ja ikeda Thu, 30 Aug 2007 00:00:00 JST http://www.chibitora.jp/diary/msg?view=ikeda&ctym=2007/09&msg=73 今年はまだトンボを見ていない。 何時頃から見れるんだったかな？ これからなのかな？ 稲刈りシーズンなので思ってみた。 Sun, 30 Sep 2007 21:15:00 JST http://www.chibitora.jp/diary/msg?view=ikeda&ctym=2007/09&msg=72 「KICK THE CAN CERW」の「sayonara sayonara」と言う曲がとても好きだ。 何か失敗してヘコんでいる時に聞くと少し元気になれる。 「自分には力がないから仕方がない」とか「自分の分野じゃないから何もしない方が良いんだ」とか言い訳で自分を落ち着かせているけど、実際には情けなくて自信を無くして次に何も出来なくなる。 チャレンジする事は凄く勇気が要る。 イケダは人並みにチャレンジして失敗した事がある。 出来る限りの努力をしても失敗してしまう事もある。 （自分が思う最大の努力は他人から見た最大の努力ではないが…） 失敗した後は本当に落ち込んで何もしたく無くなる。 次に何をしても失敗してしまうのではないか？と何も出来ない。 そんな時この歌詞の様に、駄目な所を減らし良い所を伸ばして次に繋げる事が出来たらなぁ～って思う。 そんなに簡単な事ではないけど前向きになって頑張ってみよっかな？って気になるからこの曲が好きだ。 本当は今の自分の殻を破って新しい何かを手に入れたい。 今出来る事だけやるのではなく他より優れた事をやってみたい。 そして、誰かの力になれたらチャレンジして良かったと思うだろう。 全てが上手く行く訳ではないけど、諦めずに夢に向かって少しずつ進んで行ければ良いなぁ。 がんばろう。 アーティスト：KICK THE CAN CERW タイトル：sayonara sayonara Sun, 30 Sep 2007 19:47:00 JST http://www.chibitora.jp/diary/msg?view=ikeda&ctym=2007/09&msg=71 イケダ的システム開発の始めの題材としてカレンダーを作ります。 どこにでもある教科書の題材みたいだけど許して下さい。 前回までの工程計画を踏まえて今回は概要設計を作成します。 と言ってもスゴク簡単なものだけど。 ◇システム名◇ カレンダー ◇バージョン◇ 1.0.0 ◇概要◇ カレンダーを表示する。 １ページに１ヵ月分を表示する。 ユーザーにより表示月を変える事が出来る。 表示可能期間は過去１２ヶ月から未来３ヶ月。 ◇システム形態◇ Ｗｅｂシステム：Webブラウザによりシステムを利用できる。 データベース：RDB（リレーショナルデータベース）を使用する。 こんな程度です。 Sun, 30 Sep 2007 14:14:00 JST http://www.chibitora.jp/diary/msg?view=ikeda&ctym=2007/09&msg=68 「PDCAサイクル」とは情報技術の専門用語ではなく色々な分野で使われている言葉です。 大雑把に言うと、 計画したものを実施し結果を改善した上で次の計画を考える事を繰り返し向上を目指して行く事です。 次の段階を１つのサイクルとしている為、PDCAサイクルと呼ばれています。 P（PLAN）計画 D（DO）実施 C（CHECK）確認 A（ACTION）改善 次の様にPDCAサイクルを繰り返して行く事で、段々と実施して行く内容の質が良くなって行きます。 P（計画）→D（実施）→C（確認）→A（改善）→P（計画）→D（実施）→C（確認）→A（改善）→P（計画）→... 今回の開発に当てはめると次の様になります。 P．設計・開発 D．運用 C．動作確認 A．改善点の特定 イケダ的システム開発では１つのサイクルを小規模なもので繰り返しバージョンアップをして行きます。 Fri, 28 Sep 2007 23:56:00 JST http://www.chibitora.jp/diary/msg?view=ikeda&ctym=2007/09&msg=67 イケダが住んでいる所は何故か本の発売日が１日遅い。 金曜日が発売日だと土日を挟んで月曜日に店頭に並ぶ時もある。 昔は田舎だからかな？って思っていたけど、今は流通が発達しているので田舎だからという理由は通じなくなった。 でも遅い？ナゼ？ というか本以外って遅れていない様な気がする。 もしかしたらアマゾンとかの通販で買ったら発売日に届いたりするのかな？ 不思議だね。 Thu, 27 Sep 2007 23:34:00 JST http://www.chibitora.jp/diary/msg?view=ikeda&ctym=2007/09&msg=64 少し前の話みたいだけど、相撲部屋の新弟子を暴行して殺害したというニュースをやっていた。 高校を中退までして希望を持って入門したのに、１７歳の若さで命を落とすという予想外の結果に誰もが開いた口が塞がらないだろう。 それ以前に相撲部屋の人達は日本の国技に関わっているという自覚は無いのだろうか？ たとえ伝統だとか周りが同じ事をしているからといっても、自分の考えで良し悪しの判断をし、それを良い方向に変えて行くという事をしないのだろうか？ 少なくとも相撲という国技に関わっている以上は気持ちの部分でも優れていて欲しい。 最近の相撲業界のニュースは悪い事ばかりだ。 日本の国技である以上、心技体すべての部分で優れた日本の伝統であってほしい。 Wed, 26 Sep 2007 23:06:00 JST http://www.chibitora.jp/diary/msg?view=ikeda&ctym=2007/09&msg=63 今日起きたら目が変だった。 イケダの目の中に血が溜まって赤くなっている。 なんだろう？コレ？ ちょっと違和感があるけど、それ程痛くも無い。 別に視界が赤くなる訳でもないし。 今日医者に行かなかったけど行った方が良かったのかなぁ？ 明日起きたら直っていれば良いな。 今日は早く寝よう。 Tue, 25 Sep 2007 20:02:00 JST http://www.chibitora.jp/diary/msg?view=ikeda&ctym=2007/09&msg=61 昔、海外ドラマのメルローズプレイスを良く見ていた。 実は、ビバリーヒルズ高校白書の兄弟番組だったりする。 なのでビバリーヒルズ青春白書の人がメルローズプレイスに出ていたり、お互いのドラマにちょっと出てたりする。 始めのうちはアパート内の人達の爽やかな話だったのだが、後半はドロドロした人間関係だったり、なんか爆発したりありえない展開になってしまったドラマだった。 ありえない話が続くんだけど、次はどうなるのか凄く気になって次をまた見てしまう感じだった。 イケダが見ていたのは10年も前なので今見ると古い感じがするかもしれないけどまた見てみたいなぁ。 とりあえず「たのみこむ」に同じようにDVD化を希望している人達が居たので、もちろんイケダも一票入れてみた。 たのみこむ　－　「メルローズプレイス」コレクターズボックス http://www.tanomi.com/metoo/naiyou.html?kid=2596 Mon, 24 Sep 2007 11:02:00 JST http://www.chibitora.jp/diary/msg?view=ikeda&ctym=2007/09&msg=60 イケダはよく「普通」という言葉を使う。 辞書で調べると次の様に出てくる。 ・どこにでもあり、珍しくない ・他と比べて変わらない ・一般的 イケダはあまり深く考えたくない時に使う。 何でも良かったり、期待するものがない時「普通で良いよ」って言う。 答えを受けた方は「普通って何？」って思っているのも知っている。 イケダが思う「普通」と他の人が思う「普通」って違うから困るのだろう。 ある人から見たら「普通」でも、違う人から見たら「特別」なものの場合もある。 「普通」って自分から見た価値観なのかな？って思ってみた。 最近、普通じゃない事件や問題などがよく起きる。 もしかしたら当事者は「普通」だと思っていたのかな？ 今までの「普通」が、これから「普通」ではなくなっていくのかも。 良い方に変わって行けば良いけど。 Sun, 23 Sep 2007 11:16:00 JST http://www.chibitora.jp/diary/msg?view=ikeda&ctym=2007/09&msg=59 イケダ的システム開発の各工程について説明します。 あくまでもイケダ的なので同じ工程名でも意味合いが違う方もいらっしゃると思いますが、あまり深く考えないで頂けると助かります。 １．概要設計 概要設計ではシステムをユーザー側から見た設計を行います。 ユーザーが行える事などを定義します。 ２．詳細設計 詳細設計ではシステムを開発者側から見た設計を行います。 機能、データ要素、ユーザーインターフェース、プログラムなどを定義します。 ３．プログラミング 詳細設計を元に実際にコーディングを行いソースコードなどを作成します。 場合によってコンパイルなど変換処理を行います。 ４．テスト 作成されたソースコードなどをテスト環境に配置してテストデータを下に想定通りの動作が行われるか確認をします。 もし想定した動作を行わない場合は、ソースコードや詳細設計を再確認して修正し再度テストを行います。 ５．リリース 想定通りの動作を行う事が確認できたら、それらを実際にユーザーが利用できる環境へ配置します。 ６．運用 リリースしたシステムを実際にユーザーに利用してもらいます。 ここでユーザーが利用した結果、修正，改善箇所があれば対応しユーザーの利便性を高める様にします。 こんな感じかな？ Thu, 20 Sep 2007 22:00:00 JST