| このページは 2007年 09月 13日 16時13分05秒に巡回更新されました。 |
[引用サイト] http://mozmoz.web.infoseek.co.jp/asagao1.htm
|
このような変化朝顔が江戸時代から栽培されていたとは大変な驚きです。またその種を保存されていた方も相当なご苦労があったことと思います。どうぞ日本の夏に欠かせない朝顔を堪能しましょう。 8/27(土)に変化朝顔の鑑賞および変化朝顔についての講演、夢の島熱帯植物園で開催のナイトツアー見学会を予定しています。以下に当日の大体の予定を紹介しますので一部のみ参加もOKですのでご興味がありましたらご参加のほどよろしくお願いします。 1. 田町駅西口1番乗場から都営バス田町87系統渋谷行きで魚藍坂下へ(田町駅から行かれる方は7時50分田町駅西口集合) 行きたいんですけどねぇ毎度のことながら・・残念っ!拙者・・朝顔の咲く時間には起きれませんから〜切腹〜! ※右写真は正真正銘のツキミソウ Oenothera tetraptera ではないだろうか(待雪草さん提供)。 11530.樹音 @ほっかいどー/駒苫勝った〜 興奮余韻未だ消えず。 8月22日(月) 9時22分 「れきはく」の変化朝顔展って、毎年やっているんでしょうか。何年も前に、本館の別の展示を見に歴博に行ったときに、変化朝顔展の予告を見ました。(残念ながら朝顔展は会期前で、その時にやっていたのはひょうたん展だったような)どなたが毎年、変化朝顔を咲かせて展示してるんでしょう。興味津々ですが、行けませんので、あげっ。 私も昨年興味をもち、行きたかったのですが叶わなかった・・・昨年も九州大学・仁田坂先生の講演がありましたよ。 ここ数年はやっているのでは・・・小山さんがご存知かな?小山さんのHP(こちら)に数年前からの記録がありますよ。 >どなたが毎年、変化朝顔を咲かせて展示してるんでしょう。興味津々ですが、行けませんので、あげっ。 歴博の植物苑でも育てているはずですが、大半は魚藍寺で開催している変化朝顔の会の方々が持ち込んでいるそうです。 その方々が、是非、魚藍寺にいらっしゃい〜とおっしゃられたので横浜探検隊(?)で行くことにしました^^; わが家はやっと咲いたタマノカンザシがポキンと折れていましたがその程度で済みました。台風一過、今日の東京は暑かったです。 各々、好きな所の参加でしたが、新しい出会いもあり、またそれぞれの場所でのお楽しみありでとても実りの多い一日を過ごしました。 仁田坂先生の子供の頃のアサガオノートまで登場して、講演も楽しかったです。植物苑見学&懇親会で先生ともお話しましたが、安西さんととってもよく似ていましたよん^^ 9月も目黒・白金の庭園美術館で<変化アサガオ展>がありますのでご興味のある方は是非、行って見てくださいねぇ〜 待雪草さん 素敵な、見たこともない朝顔の画像ありがとうございます。毎朝、こんな朝顔が咲いたら早起きできるかも・・・! 昨日はわざわざ遠い佐倉までお越しいただきありがとうございました。前日の夕方佐倉入りしたのですが、主催の辻先生が乱入してきまして、3時まで飲んだくれてたのでちょっと不調だったです((つ‐T)いいわけ)。懇親会でもよた話をしてしまいお恥ずかしい/// これに懲りずによろしくです。安西さん、いつもお世話になってます〜 うちも今年は展示をやるので、超ど級のアサガオをいつもよりたくさん用意しております(福岡都市緑化フェアー=アイランド花どんたく)。しかし関東圏の方はいろいろ展示会に気楽に参加できて羨ましいです。 ところで、ちょっとだけ補足ですが、歴博のアサガオは全部バックヤードで育てておりまして適宜交換しながら展示しています、魚籃寺など愛好家の栽培した系統ではありません。栽培に尽力されている方が引っ越すこともあって、来年はもうやらないかもです。画像は今年作った姫石化です(白いでしょう〜)。 にたさんって、もしかして・・・右写真の・・・(若かりし頃の九州大学の仁田坂博士)ですか。すっ(^o^;)凄い御方なんですね。 歴博のアサガオは歴博の方々が育てていらっしゃるのですね。それは失礼致しました。誤報でしたね。m(_ _)m 博多の花ドンタクの展示、頑張ってください。北九州の友人には昨日歴博で本を買ったら頂いた変化アサガオの種を送ります。彼女もきっと行くはずです☆ 安西さんとよく似ている・・・という私の表現はお顔でなく、植物への愛情とかそこに至る生い立ちとか^^; 仁田坂先生の石化、すごい白の葉ですね。私が見た石化はこれでした。あと、サツマイモにも咲いていました^^; 変化アサガオを育てる苦労と喜びをお聞きし、「変化アサガオ、嵌ったら他の植物は出来ないよ〜」とおっしゃっていた元山野草趣味家さんの言葉に納得してしまいました。 で、昨年の千葉で初めて生対面〜〜〜〜。博物館前代未聞というサイン会が始まっちゃうほどの人気の先生です。 また、今年は講演後、懇親会に参加させて戴き、辻先生や奥様の朝顔展にかける情熱や御苦労話も伺うことができ、感激致しました。 来年の歴博での展示講演は無いかもしれないとのことですが、変化朝顔のファンの私としては残念でなりません。 なにやら私はすっかり画像が見えないので訳がわからなくなっておりますが。(^^;)参加の皆様、楽しい一日(本当に一日中ですね)だったようで・・。お疲れ様でした。又直接お会いしたときにでも、こぼれ話などお聞かせくださいませ〜。 |
[引用サイト] http://www.atmarkit.co.jp/im/carc/serial/n_design06/n_design06.html
|
アプリケーション保守は開発より大変といわれることがある。こういう場合の保守は、バグ修正などではなく、扱う商品や制度の変更などに対応するための修正作業であることが多い。世の中の変化は予知できないことが多いが、柔軟なアーキテクチャによりシステムを変化に対応しやすくすることはできる。Dependency Injection(DI)をはじめとする、さまざまな手法を取り入れて変化に強いシステム構築を目指そう。(→記事要約へ) 企業合併は話が大き過ぎるとしても、取扱商品の変更などにはできるだけ柔軟に対応できるようにしておきたいところである。業務の変化に強いシステム構築のためには、次の4つの考え方が有効である。 1)の外部パラメータ化とは、変化しそうなパラメータをプログラム内に直接コーディングせずに、外出ししておくということである。例えば、消費税率を用いて売り上げ処理をするプログラムであれば、消費税率をプログラム外部に持っていればよい。 パラメータ化についての考慮点は、いつどうやって切り替えるかである。システム全体で1つのパラメータで動くのであれば、DBにパラメータの値を持って、これを書き換える方法が使える。ただし、オンラインとバッチが混在していて、例えば手数料切り替えに従って、オンラインは新しい手数料で動くが、前月の売り上げを処理するバッチは旧手数料で計算したい場合もある。 このような場合には、業務日付によってパラメータが変わると考え、DBから業務日付に対応したパラメータを読み出すデザインが有効だ(図1)。 ある日を境に計算式が変わるなど、単純なパラメータ切り替えでは対応できない場合には、図2のようにDBに計算ロジックの入ったモジュール名を登録しておく方法がある。 上記の方法は変化の内容がある程度予測でき、対応するパラメータやロジックをあらかじめ切り出しておくことができる場合に有効である。実際には変化の内容が予見できない場合が多い。 2)のテスト・ファーストはこんな場合に有効な手段となる。テスト・ファーストはeXtreme Programming(XP)などのアジャイルな開発手法の中で提唱されている考え方で、まず、自動テストケースを作ってからコーディングを行う。このルールに従って開発すれば、すべてのプログラムに対して自動テストケースが用意されている状態になり、すべての動作を確認するリグレッション・テストをいつでも実行できる。 このようにしておけば、ビジネス環境変化に対応してプログラムの機能追加や変更を行った場合に、副作用が生じていないかいつでも確認できる。アジャイルな開発手法では、変化を予見して機能を盛り込むより、現時点で必要な機能だけ実装して、追加機能は必要になった時点で柔軟に追加するという考えを採用している。これは変化の予見が難しい場合に、とても有効な考え方となる。 ここまでは、アプリケーションの比較的小さな部分が変化する場合の対応法を述べてきた。新しい販売チャネルで商品を売るなど、ビジネスの仕方が変わった場合には、既存の仕組みを利用しつつ、新しい仕組みを構築する必要があるだろう。 このような場合に有効なのが、DIやSOAの考え方だ。3)のDIとは、独立したコンポーネントを作っておき、必要なデータやモジュールを外部から「注入(Injection)」してから実行させるというものである。この考え方に立てば、コンポーネントは疎結合になり再利用性は向上するはずだ。 そうはいっても、単にDIを導入しただけでは、コンポーネントの再利用はできない。あらかじめ再利用を考えてコンポーネントを設計し、再利用しやすくしておくことが大切だ。 ここで、有効なのがデザインパターンの活用である。コンポーネントが決められたデザインパターンに従って作成されており、利用するためのルールが分かりやすければ再利用が促進される。特に有効なのがコマンドパターンで、図3のように再利用可能なコンポーネントをコマンドパターンで作っておき、再利用する際は必要なコマンドを選んでDIを用いて順次呼び出すようにすればよい。このデザインでは、アプリケーションに機能を追加したい場合もコンポーネントの追加で対応できる。 4)のSOAであるが、3)がプログラム・レベルでの再利用であるのに対し、SOAでは、既存システムを含めたサービス実行を再利用することになる。これは、既存のアプリケーションを、データを含めて再利用したいときに、特に有効だろう。 さて、これまで変化に強いアーキテクチャ構築のための4つの考え方を述べてきたが、これらは相反するものではなく、組み合わせて使えばさらに有効である。例えば、DIやSOAで再利用を行う際に、再利用するコンポーネントやサービスが、パラメータで新しい使用形態に対応できたり、テスト・ファーストで保守性が担保されていたりすれば心強い。 この連載では、いろいろなケースに対応するアーキテクチャを述べてきた。筆者としては、特定の要求に対し、解決方法をできるだけ複数示すようにしてきたつもりである。ITアーキテクトの仕事は、お客さまのこんなことを実現したいというご要望に対して、自分の引き出しからいろいろな解決策を取り出して、組み合わせてベストのITアーキテクチャを提示することだ。この連載が読者の皆さんの引き出しの中身を増やすことに少しでも貢献できればうれしく思う(図4)。 取扱商品が増加したり、販売チャネルが変化したりと、環境が変わることによって情報システムの仕様は変化する。最近では、消費税率の変更や手数料の自由化といった法制度の変化や、業務フローの改革や事業所の統廃合、企業合併といった変化が業務を変え、情報システムの仕様をも変化させる。業務の変化に強いシステム構築のためには、次の4つの考え方が有効である。 情報マネージャのための「今日のひと言」 - 2007/9/13『現状把握』 企業発展のポイントは、顧客の現状把握です。顧客は常に……>>続きはクリック ホワイトペーパー利用者に「Amazonギフト券」を抽選で100名様にプレゼント!――TechTargetジャパン リニューアル・キャンペーン @IT情報マネジメント トップ|アーキテクチャ トップ|会議室|利用規約|プライバシーポリシー|サイトマップ |
[引用サイト] http://jibun.atmarkit.co.jp/ljibun01/column/horiuchi/horiuchi25.html
|
2005年も師走になりました。今回は過去の「自分戦略を考えるヒント」を振り返りながら、「変化に強いキャリアを築くコツ」をまとめてみたいと思います。年末年始にあれこれと考える際のお供になれば。 1つ目は大きなうねりのような長期的な変化。今年か来年をピークとして日本の人口が減っていくのも変化ですし、景気の変動も、技術の移り変わりも変化です。2つ目は突然訪れる変化。注目プロジェクトに抜てきされるといったチャンスや、会社が倒産してしまうといったピンチ。これらも自分のキャリアに影響を及ぼす変化です。 このような変化は基本的に予測ができません。人口動態など予測できる変化もありますが、その変化が自分の職業人生にどう影響を及ぼすかを見極めることは極めて難しいことです。また、たとえ予測できていても、自分の都合で変化を起こしたり止めたりすることは必ずしもできません。つまり、キャリアを考える際には、思いどおりにならない状況とどう付き合っていくか、という視点が欠かせないのです。 では、そういった変化を極力乗り越えて、自分が立てたゴールに向かって突き進んでいけるということが、「変化に強い」ということなのでしょうか。実はもう1つ考えておくべきことがあります。 それは、自分の考えの変化。上で挙げた2つの変化は、外からやってくる変化でしたが、3つ目の変化は、「内なる変化」ということができます。初めは「技術に詳しくなること」自体が面白かったのに、徐々に「チームで成果を出すこと」に面白みを感じるようになったとか、結婚や出産を機に、人生における仕事の優先順位が変わったなどの変化です。 皆さんの周りにそういう変化があった方はいませんか。あるいは皆さん自身そのような変化を感じたことはないでしょうか。本連載の第9回の「誰にでも起こる『キャリア・トランジション』とは」では、体を壊したことを機に職種の転換を図った方の話を紹介しました。その方は「“アラーム”が自分の内面から出ているのを感じた」と表現されています。 自分の志向や優先順位が変わってしまうかもしれないことまで考えると、1つの専門領域だけを深掘りするとか、転職のたびに必ず職位と年収をアップさせるとか、そういった単線型のキャリア設計では必ずしも「変化に強い」とはいえないことになります。以前紹介した『成功して不幸になる人びと』という本からは、内なる変化に合わせて自分の仕事を変えられなかった人たちの事例から貴重な教訓を学ぶことができます。 わたしがこの「自分戦略を考えるヒント」を書きつつイメージしている「変化に強いキャリア」は、かなり欲張っています。せっかくだから、できるだけ外の変化にも強く、かつ内なる変化にも忠実でいられる。後から振り返って「楽しくやってこられたし報われもした」と思える。そういうキャリアづくりのヒントになることを目指しています。 では、過去のコラムを振り返りつつ、変化に強いキャリアを築くためのコツを3つにまとめてみます。 1つ目は、「先を読む」。といっても、流行しそうな技術を予測して、そこに賭けろということではありません。確認のために、@IT自分戦略研究所開設時の記事「『外側の尺度』に振り回されない自分を持て」で自分戦略研究所の基本的なスタンスを確認しておきましょう。 「自分の内側の尺度を見いだすこと、『自分戦略』をつかむプロセスは、社会的文脈だけに振り回されるのではない内側の基準を探し求める道のりでもあります」 外側を尺度にすると振り回されます。しかし内側だけでは自己満足に陥ってしまいます。いい仕事をして、いい成果を挙げて、社会から認められる。この好循環を目指すためにも、自分なりにできるだけ先を読み、自分をどうやって社会に生かしていくかを考えることは欠かせません。 本連載の第21回「Steve Jobsのスピーチから読み取る自分戦略」では、ダニエル・ピンク(Daniel Pink)氏の著作を引用しながら、いますでに起きている変化を4つにまとめました。 「現代のキャリア理論は、長期計画をきっちり立てるというよりは、(いきなり会社が倒産するというような)「予期せぬ」事態が現実に起こり得ることを受け入れ、それを生かすことに重きが置かれています」 これを一歩進めて、積極的に偶然を仕掛けていこうというつもりで書いたのが、本連載第4回「偶然を起こし、偶然を生かす方法」。簡単なワークシートを作ることで、「偶然」と思っていたチャンス(ピンチ)の中にも案外自分の意思がかかわっていることを実感できます。 偶然はどこから来るのか。多くは知人・友人といった「人のつながり」ではないでしょうか。そこでお勧めしたいのが本連載第12回「夏休みは『人とのつながり』に投資しよう!」です。無理なく「人のつながり」を広げるコツを提案しています。 3つ目のコツは「試して学ぶ」。いわゆる「自分探し」ばかりでなく、実際に少しずつでも行動してみるということです。このコツには理論的な根拠を添えることはできませんが、本連載第16回「独立したいエンジニアへのアドバイス」や同第17回「出合いの連鎖が新たなキャリアの道をつくる」をはじめとして、わたしの見聞きした多くの事例から帰納的に結論づけることができます。 自分戦略研究所でも書評(自分戦略研究室 Book Review(8)「自分自身を見つめ直すのに必要なものは?」)で取り上げた『ハーバード流 キャリア・チェンジ術』では、一流のビジネススクールを卒業しながら職業を大きく変えた約40人の方々を対象に調査を行い、下記のような結論を引き出しています。 「キャリア・チェンジを試みる際の最大の間違いは、目的地を決めてから一歩を踏み出そうとすることだ。この考え方がよい結果につながらないのは、(略)実際に行動し、具体的な選択肢を試すことで人は自分を知るようになるからだ」 本連載第22回「仕事のポートフォリオを作ろう」では、「研究テーマ」を掲げてみようという提案をしていますが、これも「試して学ぶ」アプローチです。 また少々文脈は違いますが、本連載第3回「『やる気』がわいてこないときの対処法」では、実際にやってみることが自分の決断を後押しするという効果について述べています。 こうしてまとめてみると、変化が起きたら「対応」できるようにするというよりは、常に自分から何か変化を起こそうと企むくらいでちょうどよさそうです。 「変化はコントロールできない。できるのはその先頭に立つ事だけである」(ピーター・ドラッカー) 堀内浩ニ●アーキット代表取締役。早稲田大学大学院理工学研究科(高分子化学専攻)修了。アクセンチュア(当時アンダーセンコンサルティング)にて、多様な業界の基幹業務改革プロジェクトに参画。1998年より米国カリフォルニア州パロアルトにてITベンチャーの技術評価プロジェクトに携わった後、グローバル企業のサプライチェーン改革プロジェクトにEビジネス担当アーキテクトとして参画。2000年に帰国、ソフトバンクと米国VerticalNet社との合弁事業において技術および事業開発を担当。 運用管理の基本を押さえ内部統制本番に備えよ 日本版SOX法施行が目前!効果的な内部統制を実施するため、まずは運用管理の基本を押さえよう ●IT資格試験の模擬問題を平日(土日祝日などを除く)1問ずつメールで配信するサービス「ITトレメ」の総合実力テスト。9月30日まで実施中です。全問正解にチャレンジ! ●フリーという働き方を検討中のITエンジニア、活躍中のフリーエンジニア集まれ! 「安定的に案件を受注するテクニック」「社会生活でのリスクと回避策」などのノウハウが盛りだくさん。参加申し込み受け付け中! ◆直請けプロジェクトにこだわりクライアントファーストを実現する 株式会社ソフトウェア・パートナー ウイルスの潜伏しているプログラムファイルがコンピュータ内に存在している場合であっても、コンピュータ利用者が意図的にファイルを起動しない限り感染しない。 ウイルスは、主記憶装置を物理的に破壊したり、コンピュータ利用者の意図しない動作を引き起こしたりする。 ウイルスを検出・駆除するためのエンジンや定義ファイルなどが、最新のものに更新されているコンピュータでは感染しない。 駆除作業では、ウイルスに感染していないOS起動ディスクを使用することによって、ブートセクタからの感染を回避することができる。 @IT自分戦略研究所トップ|自分戦略研究室トップ|会議室|利用規約|プライバシーポリシー|サイトマップ |