Nemawashi Around the Apple Tree In 2000，Apple Computer,Inc. belatedly decided to come out with a music product,the iTunes digital jukebox software. From this project came an idea to explore the advisability of Apple entering the nascent digital music player market. In early 2001,a team of just two people was given the mission to research what was to become the product that yet again thrust Apple

Hisamichi Okamura 「Webコンテンツと知的財産 〜 著作権の概要と新しい流れについて 〜」 ４　Webと著作権 ４−１　はじめに さて、そこで今日の本題である著作権とWebによる情報発信との関係についてお話を移したいと思います。 いうまでもなくインターネットは国境の壁を超えた存在です。 そこで、インターネットでの情報発信をめぐって紛争になった場合、どこの国の法律が適用されるのかという点が常に問題になって参ります。 しかし、今日では、世界のほとんどの国は、著作権の保護に関するベルヌ条約に加盟しています。このベルヌ条約に基づいて、各国の国内法が定められています。日本もベルヌ条約に加盟しており、日本の著作権法は、この条約に基づいて制定されています。 インターネットは国境を越えるグローバルな存在ですので、法律紛争が国際的になることが予想されます。 しかし、著作権法に限って言えば

世の中に出回っている著作物を見ると、左のような表記を見ることがよくあります。著作権を表す、俗に「マルＣ」と呼ばれる記号です。私たちにとてもなじみ深いこの記号ですが、どんな時に、どんな役割を持つものか、正しく理解している人は少ないのではないでしょうか。 ここでは、知っているようで意外に知らないマルＣの実像に迫ってみたいと思います。 ０：予備知識・方式主義と無方式主義 日本の著作権法では、著作物を作った時点で自動的に著作権が発生します。特に何の手続きをしていなくても、著作者の権利は保護されるのです。現在では世界の殆どの国が同様の制度になっています。 国によっては、公的機関や公証人などによる登録を経て初めて著作権が認められるという制度を採っている場合もあります。このような制度を、著作権発生のための何らかの方式があるということから「方式主義」といいます。カンボジア、サウジアラビアな

配列操作の比較表: Ruby, Python, JavaScript, Perl, C++ プログラムを書いていると、他のプログラミング言語の記憶とごっちゃになって、「配列の後ろに要素を追加するのは push だっけ、 append だっけ」などと混乱することがあります。特に Ruby, Python, JavaScript はコードの書き方が似ているので、この問題が起きがちです。 そこで、備忘録として、 Ruby, Python, JavaScript, Perl, C++ の配列操作の比較表を作りました。一番慣れている Ruby を基準にしています。間違いなどがあったらご指摘いただけると助かります。他の言語のもあるといいなあ。 Ruby (Array) Python (list) JavaScript (Array) Perl (@) C++ (std::vector)

これが「棒の手紙」だ！ 平成８年から９年にかけて世間を騒がせた「棒の手紙」――僕はたぶん、それを徹底分析した日本でただ１人の人間だと思うので（笑）、その分析結果をここに残しておきたい。 僕が「棒の手紙」のことを初めて知らされたのは、「オタク座談会」シリーズを出している音楽専科社の編集者からだった。 音楽専科社は『アリーナ37℃』という音楽雑誌を出しているのだが、その文通希望コーナーに名前が載った人の中で、「不幸の手紙」の被害に遭う人が続出した。「こわくて捨てられない」という訴えを受けた編集部では、「『不幸の手紙』を受け取った方は編集部までお送りください。こちらで処分します」と呼びかけた。すると「不幸の手紙」が編集部宛てに続々と回送されてくるようになった。 ところが、途中で字の汚い奴がいたらしく、「不」と「幸」がくっついて「棒」になってしまった。しかも「文章を変えずに」という指示がある

AES and Combined Encryption/Authentication Modes 1. AES Released: 19 June 2006 Updated on 22nd November 2006:  Minor portability improvements Updated on 2nd March 2007: Add support for Structured Exception Handling (SEH) in x64 assembler code Updated on 16th April 2007: Correct errors in a Visual Studio build project, some code improvements, no bug fixes Updated 17th January 2008

平成23年度 ソフトウェア工学 ソフトウェア工学特論 2012年後期（2単位）月曜日1限、電算機演習室 2012年後期（2単位）火曜日2限、73号教室 最終更新日：2013.1.27 - 渕田孝康 本講義の目的 ソフトウェア工学の究極の目的はソフトウェア作成の自動化にある。「こういうソフトがほしい」と伝えれば、分析・設計・実装をすべて自動で行ってソフトウェアが出てくるような仕組みがあれば、ソフトウェア開発者は不要である。しかし、実際にはそこまで行くとは思われないし、行ったとしてもはるか未来の話だろう。もちろん、本講義もそのような高みを目指してはいない（思ってもない）。 ソフトウェア開発方法論は歴史的にいくつかの段階を踏んで発達してきたが、現在では大きく2つの種類に大別できる。構造化技法とオブジェクト指向技法である。この講義では、それぞれの技法がどのような考えに基づいてソフトウェアの開発プロ

翻訳原文:10 Things Every Java Programmer Should Know About RubyJim Weirichコンサルタント / Compuwarejim@weirichhouse.org Copyright 2005 by Jim Weirich (All Rights Reserved)自己紹介ジム・ワイリック (Jim Weirich)Compuware社コンサルタントJavaのプログラマRubyの熱狂的支持者大事なことを、まず先に私は以前、大規模製造会社の従業員に就業後のC言語コースを教えていました。提出されたCのコードのスタイルをちょっと見ただけで、生徒が以前にどんな言語を利用していたかを簡単に当てられました。全くもって本当のことです。「どの言語でも、君はFORTRANを書けるね」 Rubyを調査中のJavaプログラマなら、Rubyが色々な点でJav

事実上の元祖 RISC。 32-bit の命令セットが MIPS1 として定義され、MIPS2、MIP3 と機能追加される。 MIPS4 で 64-bit 化された。 遅延スロットと乗除算を覗けば素直なアーキテクチャー。 Standford 大の RISC プロジェクトをベースに SUN Microsystems 社が作った RISC。 SPARC V8 までが 32-bit で、 SPARC V9 で 64-bit 化がなされた。 いろいろな癌を抱えている最悪な命令セット。 その中でも register window 方式の影響が最悪。 Register window は登場時には 構造化言語のスタックフレームの切り替えを ハードウェアレベルで実現し性能向上に役立った。 しかしスーパースカラープロセッサの登場で事態は逆転。 Out of order 実行は CPU 内部で依存性解決を行う

ヨルダン・ハシミテ王国の首都アンマンの北約50キロのところにあるジェラシュの遺跡。今から古代に遡る事2000年、紀元前後の頃にこの地はローマ人の治めるところであり、ジェラシュはローマ都市・デカポリスの一つとして大いに栄えていたという。その遺跡が今もこの地に壮大な規模で残っている。ジェラシュの北門から街の中心のフォーラムに向かうと、重厚な石畳とコリント式の柱頭を持つ立派な柱の列が一直線に続き、かつて多くの馬車や戦車の車輪が刻んだであろう轍が、今も石畳に深い窪みを残している。フォーラムは石畳が敷き詰められ、列柱に囲まれた卵形の大広場で、市民の集会に使われていたという。ジェラシュの夕方の日差しが列柱の長い影を石畳に映し、見上げれば乾燥したヨルダンの空が青く澄み、古代ローマ都市の喧騒が遠い空から木霊の様に聞こえてくる気持ちになる。 筆者は、4月下旬にここ中東・ヨルダンを訪れた。ヨルダンは地中海の東