(例：2020/09/20 23:52) ※時間は省略可能。また、10～15分程度通知時間がずれる場合があります。 通知先メールアドレス： （改行区切りで複数指定可能） （携帯メールアドレスに通知する場合、easy-small-world.comをドメイン指定解除してください。）
(例：2020/09/20 23:52) ※時間は省略可能。また、10～15分程度通知時間がずれる場合があります。 通知先メールアドレス： （改行区切りで複数指定可能） （携帯メールアドレスに通知する場合、easy-small-world.comをドメイン指定解除してください。）
Cinnamon met Jack and played with him at Umeda-san's House.
【連載◎開発現場から時代を眺める by arton】第5回 「動的言語と静的言語の交差点──RubyとJava/Seasar2の出会い」 オブジェクト指向言語を利用した開発が当たり前になり，早くもポスト・オブジェクト指向言語は何かという話題も出ているようだが，先日，具体的に今後の技術の一つの方向性を示す話を聞くことができたのでご紹介したいと思う。それは動的なオブジェクト指向言語のRubyと，静的なオブジェクト指向言語のJava，それぞれのフレームワークについての話だったのだが，意外なほど目指している方向性が近いようだ，と確認したということである。 結論を先に書くと，ソフトウエアの動的に決定したい部分を設定ファイルのようにソース・ファイルの外部に置かれる構成要素で解決するのではなく，言語とフレームワークの機能を利用してソース・ファイルの（文字通り）行間を補完することで解決するという方向だ。
【連載◎開発現場から時代を眺める by arton】第4回 TheServerSide.comを読んでみよう──筆者のJava情報源を公開 Javaの面白さの1つに，情報が拡散しているということがある。 たとえば──ここで比較されるのはお互いに不本意かもしれないが──マイクロソフト社の技術であればMSDN（ 注：この記事では日本語サイトが存在する場合はそちらのURLを紹介している）に集約されていると考えてよい（最近ではGotDotNet)のようなコミュニティ指向のサイトも存在するが）。したがって，定期的にMSDNをウォッチしていればマイクロソフトの技術動向についてはだいたい押さえることが可能だ。これはシステムを構築する側の我々にとっては有難い。 企業システムは1度構築してしまうと，プレゼンテーション層（Webのユーザー・インタフェースなど）を除けば数年から10年近くは大幅な変更はできなくな
【連載◎開発現場から時代を眺める by arton】第3回 テスト駆動開発（TDD）が分かると従来の設計手法の問題が見えてくる（後編） 前編では，テスト駆動開発（TDD）の概要と，従来型の実装設計の手法を説明し，TDDを適用することによって最初に説明した開発手順が「どのように変わるか」を説明した。後編では，TDDの適用が向いているのはどのような開発なのかについて考えてみよう。 まず，TDDではあらかじめ実装仕様を決定しないという点から， オープンシステム オブジェクト指向プログラミング に向いているということが言える。 オープンシステムの場合，プログラムが直接利用するAPIはもとより，そのAPIを提供するミドルウエア，フレームワーク，OS，データベースといったプラットフォームに至るまで，開発者が問題発生時に制御する手段がほとんどない。利用するプラットフォームがオープンソース・プロダクトであ
【連載◎開発現場から時代を眺める by arton】第2回 テスト駆動開発（TDD）が分かると従来の設計手法の問題が見えてくる（前編） 本稿では，テスト駆動開発（Test-driven Development――以降TDDと略す）について解説する。TDDは，その名の通りテストを主としてプログラムを開発する手法だ。ここで重要なのは，TDDはテスト手法ではないということだ。では何かと言えば，TDDはその名の通り開発手法なのだ。さらに正確に言えば，プログラムの開発工程を設計，実装，テストの3段階に分割した場合の最初の段階，すなわち設計を主眼とした開発手法なのである。その意味では設計手法と言い切ってもそれほど間違いではない。TDDによってプログラムの開発工程（設計，実装，テスト）がイテレーション（反復）される以上，最初に来る「設計」がTDDの主眼となることはある意味当然のことだ。 本稿の目的は，T
ちょっと前の記事ですが、日経ビジネスアソシエ・2006年6月20日号に 「仕事から逃げたくなった時に効く！気持ちを切り換える30の方法」 が紹介されていました（アクセス・ビジネス・コンサルティング代表の八幡紕芦史氏によるもの）。 1つ1つは「なるほど！」と思えることばかりで、身につまされることも多かったのですが、30個というのはあまりにも多いため、たぶん覚えられないだろうなぁ、と感じました。 そこで、「マジックナンバーオブセブン」あるいは、「7±2の法則」と呼ばれるルールに従って整理してみることにしました。30個あるので、5～6個ごとにグループ分けして、5～6個のカタマリにすればいいわけです。 「7±2の法則」については、こちらの記事で以下のように解説されています（佐々木正悟氏による）。 32199887654 この数字は11桁で、簡単に分かる規則性がありますが、それでも一度で記憶するのは
実は、Ajaxのウラにこそ勝算がある：Web 2.0で変わるWebプログラミングの常識（1/5 ページ） 見た目にインパクトが大きいAjax利用のWebアプリケーション。しかし、その見た目を支える要となるものは、背後にある有益な情報処理と活用方法だ。Ajaxのインパクトに負けないWebアプリはどのように作られるのか？ このオンライン・ムックPlus「Web 2.0で変わるWebプログラミングの常識」では、これまでにAjaxの概要（第1回）から発展系としてどのような取り組みあるのか（第2回）、そして、効率的な組み込み方法の一つとしてJSONと呼ばれるデータ形式のやり取り（第3回）について解説した。 この一連の特集を読むことで、プログラミングノウハウを一から十まですべてを学べるほどのボリュームは詰め込めないが、それでも最低限押さえておくべきポイントが理解できるはずだ。今回の記事でテーマとなるの
賃貸暮らしのわが家の地震対策【揺れから命を守る編】 以前のブログでも記載した、防災の優先順位に基づいて対策を進めています。まだ手をつけられていない部分もありますが、ある程度まとまってきたのでざっくりとご紹介していきます。 優先順位別に改善していっているため、今回は主に地震の揺れ対策がメインになります。…
■今回からは、商談や会議・ミーティングにおける上手な会話の仕切り方について解説していきます。第1回目は、話の長い人を相手に、いかに会話の主導権を握るかです。 どこの世界でも話の長い人というのは、いるものだ。 私も会議進行のお手伝いをよくさせていただくが、一度しゃべりだすと止まらない人を多く見かける。しかも、そういう人に限ってエライ人だったりするので、始末が悪い。 商談などもしかり。早く本題に移りたいのに、まったく関係のない話が延々と続いて、なかなか本題を切り出せない。あるいは、すぐに話が飛んでいってしまって、なかなかこちらの要件についてじっくり話ができないことがある。 時間に余裕のある場合はいいが、急を要する場合は困ってしまう。大事なお客さんの話の腰を折るわけにもいかず、あせりながら、ただじっと長話が一刻も早く終わってくれるのを祈るしかない。 私は会議のファシリテーションをしていて、進行上
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く