＠IT：5分で絶対に分かるUML - 0分
井上樹 豆蔵 2002/6/12 ■UMLとはいったい何だ？ 近ごろUML（Unified Modeling Language）が注目を集めています。多くの雑誌にUMLの特集が組まれ、＠ITにもUMLに関する記事がたくさん掲載されています。また、最近ではUMLを知っていることを前提とした文章も珍しくありません。 実際、システム開発の現場でUMLが積極的に使われ始めています。UMLに対応したツールも多く登場し始め、UMLが説明の必要もないほど必須の技術になっているといえます。 本稿ではそんなUMLとは一体どんなものなのか、どのように使われているのかについて、オブジェクト指向の話と併せて取り上げていこうと思います。この5分がUMLに興味を持つきっかけとなれば幸いです。
Structure and Interpretation of Computer Programs
Wizard Book n. Hal Abelson's, Jerry Sussman's and Julie Sussman's Structure and Interpretation of Computer Programs (MIT Press, 1984; ISBN 0-262-01077-1), an excellent computer science text used in introductory courses at MIT. So called because of the wizard on the jacket. One of the bibles of the LISP/Scheme world. Also, less commonly, known as the Purple Book. from The New Hacker's Dictionary, 2
英文メールを書くときに便利な表現集
日頃より楽天のサービスをご利用いただきましてありがとうございます。 サービスをご利用いただいておりますところ大変申し訳ございませんが、現在、緊急メンテナンスを行わせていただいております。 お客様には、緊急のメンテナンスにより、ご迷惑をおかけしており、誠に申し訳ございません。 メンテナンスが終了次第、サービスを復旧いたしますので、 今しばらくお待ちいただけますよう、お願い申し上げます。
CodeZine：JavaScriptにおけるオブジェクトの基本的性質
はじめに JavaScriptはオブジェクト指向言語です。従って、そのプログラミングは、オブジェクトの生成やプロパティの参照、メソッドの実行などを組み合わせる作業と言えます。つまり、オブジェクトを上手く扱うことができなければ、JavaScriptの良いコードは書けません。また、JavaScriptにおけるオブジェクトの考え方は、JavaやC++とは根本的に違っています。 そこで、この記事では、JavaScriptにおけるオブジェクトの基本的な性質について見ていくと共に、JavaやC++といった他のオブジェクト指向言語との違い、JavaScriptにおけるオブジェクトの扱い方などを解説していきたいと思います。 なお、この記事はJavaScriptの解説ですが、その内容は、標準仕様のECMAScriptで扱われる範囲に基づいています。従って、同じくECMAScriptを元にしている言語（
直交する技術から複数のものを学ぶ - naoyaのはてなダイアリー
一年前に CNET でインターネット時代のエンジニアの価値という記事を書いたのですが、それと関連する、先週 Binary 2.0 カンファレンスや PofEAA 読書会に行って来て、感じたことを書いてみたいと思います。 まず、Binary 2.0 カンファレンスに行って来て感じたことというのが、先日ちょっと述べたとおり、ソフトウェア開発の世界は多様化していて、それぞれのレイヤの間で断絶がある、ということ。断絶というとちょっとネガティブな印象があるので、それぞれ違うレイヤというかカテゴリの技術の関係を、直行する技術カテゴリ、とでも言ってみます。 Binary 2.0 カンファレンスでもうひとつ発見があったのは、ローレベルレイヤを極めているバイナリアンは、どことなく数学的にコンピュータにアプローチすることに長けている人たちというイメージだったけど、それはちょっと違うということ。もちろん、それに
満足せる豚。眠たげなポチ。:決まらない仕様には「仕様の仕様」を出そう。（あるいは要件と仕様と設計の話）
「設計者の発言」さんの「ユーザがなかなか仕様を決めてくれないって？」をとても興味深く読みました。 「ユーザがなかなか仕様を決めてくれないんです」という悩みをじつによく聞く。（略）問題はどちらかといえば設計者の側にある。 で始まるこのエントリでは、設計者がユーザの反応を見ながら提案内容をどんどん修正し最終案としてまとめるという、「インタラクティブなやりとり」が必要という主張がされています。 ただ、この話は仕様決めと要件定義をごちゃまぜにしている部分があるように思います。たしかに実際に作業を進める上では、この二つがフェーズとして重なることもよくあります。ただ、少なくともエンジニアの頭の中では明確に切り分ける必要があると思っています。 そして、このエントリで言われる「インタラクティブなやりとり」が必要になるのはどちらかというと要件定義の時です。ユーザの目的に沿ったシステムをイメージしてもらうため
YappoLogs: Apache 2.2.0 のロードバランス機能(mod_proxy_balancer)を使いこなす
Apache 2.2.0 のロードバランス機能(mod_proxy_balancer)を使いこなす Apache 2.2がでました。 mod_dbdとか、mod_proxy_balancerとか気になる新機能てんこ盛りです。 ひげぽんさんの所に 誰か入れてみた人いますか？ と有ったのでmod_proxy_balancerを試してみました。 超簡単でした mod_proxyとmod_proxy_balancerを参考にしました。 既に日本語ドキュメント完備！ 以下から駆け足で、またセキュリティ的によろしくない設定例が多々あります。 とりあえずこんな設定を仕込んでみました ProxyPass /lb balancer://TEST stickysession=sesid <Proxy balancer://TEST> #1 BalancerMember http://i.yappo.jp lo
koyachiの日記 - Flickrの中のヒトのLAMP構成プレゼン(Hardware Layouts for LAMP Installations)訳
del.icio.us見てたら面白いファイルがあったので訳しながらはてな記法ワープロでメモったものを公開します。2005/10/18-25に行われたZend/PHP Conference & ExpoにてFlickrのJohn Allspaw氏が発表されたプレゼンの内容のようです。英語読めるヒトは本物のほうをご覧ください。そもそもプレゼンなので長文はほとんどないし、図も入ってるので。天丼に親近感を覚えました。 あと はてな記法ワープロいいですね。ついでにはてな記法なプレゼンツールも是非作ってください！！！ 普通にSQL書いてMySQL使うのは出来るけど負荷とかほとんど考えたことないなーと思って「実践ハイパフォーマンスMySQL」読んでたところでhttp://del.icio.us/tag/flickr+mysqlあたりで見つけました。「実践ハイパフォーマンスMySQL」だと6章から9章辺り
Web 2.0 時代の TOEIC 900点超え英語勉強法 9ヶ条: blog.bulknews.net
Web 2.0 時代の TOEIC 900点超え英語勉強法 9ヶ条 と、はてブで人気エントリになりそうなタイトル をつけてみましたが。 こないだ 10/23 に TOEIC ってやつを受けてみたんです。ちょうど外資系でマジメに仕事として英語を使うようになって10ヶ月、ある程度できるようになったなという印象はあったんですが、客観的に評価できる数字がほしいなぁと。 結果は、970点 (Listening: 495 / Reading: 475) というなかなか想像を超える数字でした。 受けた感じである程度の手ごたえはあったんですが、Listening 満点というのは結構驚きでした。思えば1年前までアメリカ行ったことない（そもそもパスポート持ってない）状態で、1年弱でここまで来たとも言えるわけです。せっかくなので、ここに至るまでの僕の英語勉強法を Tips 的にまとめてみます。 (R = Rea
Poundで作るロードバランサとSSLラッパ（1/4） ― ＠IT
Webサーバの負荷を軽減する方法として、リバースプロキシによる代行とロードバランサによる分散が考えられる。今回は、これらによる負荷の低減方法について解説する。（編集部） Apache自体のチューニングによる性能向上には限界があります。よりパフォーマンスを求めるなら、次にやるべきことはメモリの追加や高性能なCPUへの交換など、ハードウェアの見直しです。しかし、それにも限界があります。 リバースプロキシとロードバランサ ハードウェア単体による性能向上が限界に達した場合は、サーバ構成の見直しを行います。まず考えられるのが、リバースプロキシをWebサーバの前面に立ててクライアントからのアクセスを肩代わりさせる方法です。Webサーバがボトルネックになるのを防ぐとともに、セキュリティ向上にも寄与します。 もう1つの方法は、より高可用性を意図した構成として負荷の分散を図ることです。高可用性とは、サーバの
[を] 形態素解析と検索APIとTF-IDFでキーワード抽出
形態素解析と検索APIとTF-IDFでキーワード抽出 2005-10-12-1 [Programming][Algorithm] 形態素解析器と Yahoo! Web 検索 API と TF-IDF を使ってキーワード抽 出するという先日の検索会議でのデモ、KEYAPI[2005-09-30-3]。 教科書に載っているような基本中の基本ですが、あらためてエッセンスを 簡単な例で解説したいと思います。 目的：キーワード抽出対象テキストから、そのテキストを代表する キーワードを抽出します。TF-IDF という指標を用います。（この値が大 きいほどその単語が代表キーワードっぽいということでよろしく。） TF-IDF を計算するためには、 (1) キーワード抽出対象テキスト中の代表キーワード候補出現数 (TF)、 (2) 全てのドキュメント数 (N)、 (3) 代表キーワード
My Life Between Silicon Valley and Japan - Web 2.0時代を生きる英語嫌いの若い人たちへの英語勉強法リスニング編
いい時代になったものだと思う。米国出張に行ってべらぼうに高いコンファレンス費用を支払わなくても、IT産業の超一流の人たちのまさに「肉声」を、居ながらにして聴くことができるのだから。IT Conversations http://www.itconversations.com/index.html というサイトがある。「Web 2.0/次の10年/Open Source/Google/Longtailみたいなネット関連の最新動向について」記事や論考を読むだけでなく、耳も慣らしたいという人は、以下のものを聴くといい。試しに10個、選んでみた。時期が少し古いものも混ぜてあるけれど、内容がより当たり前になっている分だけ、そういうものは純粋に英語の勉強としていいかもしれない。中にはTranscriptがついているものもある(例、Tim O'Reillyのスピーチ)。 「Software 2005」で
Web 2.0時代を生きる英語嫌いの若い人たちへの英語勉強法:親切バージョン
昨日のエントリーは、ぜんぜん時間がなかったので簡潔に書いたが、やたらとブックマークする人が多く、英語は皆、悩んでいるんだなぁと思った。それで「親切バージョン」を書くことにする。昨日の冒頭で書いた「英語があんまり好きじゃないけど、専門のことについては好き嫌いはともかく英語を道具として使いたい」は、昔の僕自身のことだ。 だいたい、昨日のエントリーを読んでブックマークした人は英語がそんなに得意じゃないんだろう。そういう人は次のことをまず認識したほうがいい。 今の自分の英語力では、これから相当長い時間をかけて真剣に勉強しなければ、とてもじゃないが一人前になれない。 でも、子供の頃から英語の勉強はもう十年以上やってきているわけで、それでこの程度なのだから、いまさら学校英語の勉強のようなやり方をして、単語を覚えたりし始めても、きっとダメだろう。 仕事や専門の勉強が結構忙しいし、カネもかかるから、英会話
My Life Between Silicon Valley and Japan - Web 2.0時代を生きる英語嫌いの若い人たちへの英語勉強法
英語があんまり好きじゃないけど、専門のことについては好き嫌いはともかく英語を道具として使いたい。そういう人に向けての英語勉強法です。 (1) Web 2.0/次の10年/Open Source/Google/Longtailみたいなネット関連の最新動向について、質の高い論考をたくさん読み、自分が実際に使うかもしれないなぁと思うような語彙を増やすとともに、借用できそうな文章を抜き出して、それら(英文)をできるだけたくさん暗記すること。ここで使う「質の高い論考」は次のリストから好みに応じて選んでください(理想を言えば全部)。もっとテクニカルにディープなものがよい人は、自分が気に入った文章を選んでください。 「We Are the Web」 http://www.wired.com/wired/archive/13.08/tech.html 「What Is Web 2.0」 http://ww
mod_deflateによるコンテンツの圧縮転送
サーバのマシン性能は十分でも、コンテンツの転送時間がボトルネックとなってパフォーマンスが出ない場合がある。このようなときの対処法として、コンテンツの圧縮転送がある。（編集部） 前回に引き続き、Apacheのパフォーマンスチューニングについて解説します。今回はナローバンドで効果を上げる、コンテンツ圧縮機能を取り上げます。 回線のボトルネック解消 ブロードバンドが広く普及したとはいえ、携帯インフラなど依然ナローバンドが主流の分野もあります。そして、Webサーバ自身のパフォーマンスよりも、回線のボトルネックがレスポンスに大きく影響を及ぼすことがあります。例えば、ダイヤルアップで多くのユーザーがApacheに接続した場合、1つの接続が占有するCPU時間が長くなるため、同時接続数が増大する傾向にあります。 このような場合は、限られた回線帯域を有効に利用するために、送信データの圧縮転送で状況の改善を図
SQL書き方ドリル - 2nd life (移転しました)
一通り終わったー。Webプログラマなら誰しも単純なCRUDsやinner joinのSQLなら書けるんだけど、これは八割二割の法則でだいたいは単純なSQLでよく、複雑だったり速度が要求されるなSQLは書く機会があまり無かったりスキルが高い人が書いちゃったりする。また最近はO/Rマッパがよくできてて八割部の単純なSQLなんかはSQL構文すら知らない人でも問題なく使えちゃったりもする。 で、俺も類に漏れずCRUDsやinner joinなんかは余裕だけど*1、残り二割の複雑なSQLが絡んでくるととたんにマニュアルや資料読みながらその場しのぎのSQLを書いていたためいまいちhavingやらgroup byなんかの理解が中途半端だった。 でもこのドリルで曖昧だった部分を一通りやり終えたらすんなり理解できたよ！実務っぽい例題もよかったし、使われるデータがCDについてくるので実際に自分でSQL文を書い
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://rubyforge.org/docman/?group_id=5