「1000のアルゴリズムを持つ男」vs.「やわらか頭脳」
「1000のアルゴリズムを持つ男」vs.「やわらか頭脳」：最強最速アルゴリズマー養成講座（1/3 ページ） 典型的なアルゴリズムをたくさん知っている人間が最強か――？ いいえ、典型的なアルゴリズムを知らなくても、違ったアプローチで答えに迫る方法はいくらでも存在します。短い実行時間で正確な答えを導き出せるかを考える習慣をつけましょう。 アルゴリズマー養成講座と銘打ってスタートした本連載。もしかすると読者の方の興味は、はやりのアルゴリズムや汎用的なアルゴリズムを知ることにあるのかもしれません。しかし、今回は、いわゆる「典型的なアルゴリズム」を用いずに進めていきたいと思います。 なぜ典型的なアルゴリズムを用いないのか。それは、典型的なアルゴリズムばかりを先に覚え、それだけでTopCoderなどを戦っていこうとした場合、それに少しでもそぐわない問題が出た場合に、まったく太刀打ちできなくなってしまう
Inversion of Control コンテナと Dependency Injection パターン
以下の文章は、Martin Fowler の「Inversion of Control Containers and the Dependency Injection pattern」を、かくたにが翻訳したものです。原著者の許可を得て翻訳・公開しています。 翻訳にあたっては、kdmsnr さんにご協力をいただきました。ありがとうございます。公開後の改訂履歴を記事の最後に記述しています。 Java コミュニティでは軽量コンテナが花盛りである。 軽量コンテナは、異なるプロジェクトのコンポーネントをひとまとまりのアプリケーションとして組み立てることを支援する。 このようなコンテナの根底には、コンポーネントの結び付け方についての共通したパターンがある。 そのパターンのコンセプトは「Inversion of Control(制御の反転)」と、まことに包括的な名前で呼ばれている。 本記事では、このパタ
マイクロソフトのUnity Dependency Injection Application Block、リリースされる
マイクロソフトのpatterns & practicesグループは、UnityもしくはUnity Application Blockと呼ばれる依存性注入コンテナをリリースした。開発者はこの軽量コンテナを使い、拡張可能な疎結合アプリケーションを作成できるようになった。 InfoQは、Unityプロジェクトの開発リーダー、Chris Tavares氏と話す機会を得た。 Rob Bazinet (RB): Chrisさん、まず自己紹介とUnityとの関わりについて教えてください。 Chris Tavares (CT): マイクロソフトpatterns & practicesグループの上級ソフトウェア開発者、Chris Tavaresです。現在はEnterprise Library 4とUnity Application Blockの開発リーダーを務めています。Unityコードの大部分も書いており
捨印の恐ろしい本当の話し
捨印の恐ろしい本当の話し （文：結城） 捨印は現代の凶器です。 ただし、誰もが使えるわけではありません。凶器として使えるのは金融機関です。皆さんが契約した金銭消費貸借契約書や保証契約書に必ず押されています。そう、あなたはこの押印の意味を知らずに、金融機関の人に言われるままに契約書の端の方に、ハンコを押したはずです。「ここに印鑑（捨印）を押してください。はいわかりました。」と。もちろん正しくその印鑑（捨印）の効用など金融機関の人は教えてくれなかったはずです。 捨印の効用は、契約書に後から債務者や保証人の意思確認をしなくても、勝手に金融機関の人が書き加えたり修正したり出来る事です。具体的には契約者本人の署名や借入金額の修正などを金融機関の人は勝手に出来るという事です。つまり、捨印を押す事によって、白紙の契約書を差し入れした事と同じになるのです。 法的な根拠は、民事訴訟法２２８条の４です。この条
捨印を言われるがままに押していませんか? | スラド セキュリティ
連帯保証人制度 改革フォーラムというサイトにある「捨印の恐ろしい本当の話し」という記事を読んでびっくりした。例えば新規にクレジットカードを作る際など、通常の捺印とは別に欄外にある「捨印」という箇所に押印した経験は皆さんもおありだと思うが、この捨印のお話である。 金融機関相手の金銭消費貸借契約書や保証契約書に捨印があれば、金融機関側が契約書の内容を、契約者に未承諾で書き換えても、その書き換えた内容が有効になるらしい。つまり、実質白紙委任と同様の状態になってしまうようだ。実際にいくつかの判例もあり、最高裁もその有効性を認めている。その法的根拠は民事訴訟法 228 条の 4とのこと。 敗訴事例には、出典付きで実際の事例・判例も紹介されている。「捨印が金融機関に流用され、本人が自覚しないうちに連帯保証人に切り替わっていたケース」(平成 16 年 9 月 10 日日本経済新聞記事) だ。 谷岡さんは
捨印の意味
新規にクレジットカードを作る時、通常の捺印とは別に欄外に「捨印」という捺印場所がある。これだけに限らず、何かを購入する時、他人に委任する時、いろいろな場所で「捨印」を押すようになっている。契約書などに詳しい人などは知っている人もたくさんいるだろうが、本当の意味も知らずに捨印をポンポン押すのは大変危険なこと。 捨印というのは、別に捨てる前のボロい印鑑を使え、というものではない、通常の印鑑を押せばいい。では、なぜ危険なのか。これは、捨印の意味を知れば理解できる。捨印を押すこと、それはつまり「今後、書類の字句の訂正などの場合を考えて、その訂正を全て了承します」というもの。通常は、訂正個所に取り消し線を引き、訂正印を押す。しかし、そのたびに訂正印を押す場合面倒で、何度も書類のやり取りが必要になってしまう。 その面倒な手間を省くために「捨印」というのが考えられたというわけ。これが押してあれば相手の了
捨印 - Wikipedia
捨印（すていん、捨て印、英語:marginal seal）とは、契約書、申込書、証書などを作成する場合において、記載の誤りを訂正する際の訂正印の捺印に代えて、当該書類の欄外に捺印する行為、または、その捺印された印影である。 書類を交換・提出した後に、相手方が訂正することをあらかじめ承認する意思を表明するものとして扱われる[1][2]。書類の書式によっては、あらかじめ捨印欄を用意しておき、そこに捺印させるものも存在する[注 1]。 予め押印する訂正印であり、以後の訂正を認める意思表示である[1][2]。 一度作成した文書を訂正するには、たとえ微細な訂正であっても、訂正個所に訂正印を押さなければならない。訂正印の無い修正は無効であるし、文書の有効性が損なわれることも考えられる。しかし、都度契約者が出向いて訂正をして訂正印を捺したり、文書を交換・送付などして訂正印を押すのは煩雑であるし、状況によ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
