卒業論文の書き方を詳説
<< 2006/06/ 1 1. [Ruby] Bitwise Magazine :: Ruby programming tutorial 2. [Ruby] Bitwise Magazine :: Ruby Programming 3. [Ruby] mandatory arguments after splat 2 1. 平成17年度情報化月間 第26回 U20プログラミングコンテスト 2. [OSS] ZDNet.com オープンソースブログ:成功するオープンソースビジネスモデル7選 3. [Ruby] Ruby のブロックってオブジェクトじゃないよね。これって“驚き最小の法則”に反しない？ 3 1. SANYO もちつきベーカリー 2. 引っ越し 3. [教会] バプテスマ会 4. 『4797336021』 4 1. [教会] 第一安息日 5 1. マルチメディア通信と分散処理研究
「有用なものを生み出すけれど複雑怪奇になっているシステム」を見つけたときには、 「バッドノウハウだ」と批判するだけではなく、 バッドノウハウを隠す「グッドラッパー」を作ることを考えよう、というお話。 目次 はじめに 有益なものを生み出さなければ「奥が深い」とも呼ばれない バッドノウハウをグッドラッパーで隠そう 本当によくないシステムとは よびかけ 補足：Perlとバッドノウハウ いろんな方からのコメント 反応リンク 関連リンク 更新履歴 ぜひ、感想をお送りください はじめに 高林哲さんは『バッドノウハウと「奥が深い症候群」』というページで、 「奥が深い症候群」や「バッドノウハウをありがたがることの危険性」について書いています。 これはもっともな指摘なので、それを受けてもう一歩進んだ話を書いてみましょう。 有益なものを生み出さなければ「奥が深い」とも呼ばれない もしも「奥が深い」システムが何
計算機を使っていると、何でこんなことを覚えないといけないのだ ろうか、とストレスを感じつつも、それを覚えないとソフトウェア を使いこなすことができないためにしぶしぶ覚えなければならない、 といった類いのノウハウは多い。そうした雑多なノウハウのことを、 本来は知りたくもないノウハウという意味で、私はバッドノウハウ と呼んでいる。 バッドノウハウは、ソフトウェアの複雑怪奇な仕様が歴史的に引き ずられ、根本的な改善は行われないまま、そのノウハウが文書によっ て受け継がれることによって蓄積が進行する。Unix 上で広く使わ れているツールとしてはTeX, Emacs, sendmail, bind, perl, gnuplot, procmail などは、役に立つツールであると同時に、その 複雑怪奇な仕様によって長年に渡ってユーザを苦しめ続け、バッド ノウハウの温床として悪名が名高い。こうしたツー
居心地はいいが、厳しさや緊張感のない「ぬるま湯」と表されるような職場環境。その状態に浸かりきると、意欲も技術力も落ちて、3年後エンジニアとして致命的な事態になる可能性も。あなたの職場に潜む危険度をチェックしてみよう。 エンジニアとしての成長を妨げる「ぬるま湯的な職場」とは、具体的にはどんな環境なのだろう。 Ｔｅｃｈ総研では、エンジニア200人を対象にアンケート調査を実施し、「このまま居続けると技術力が身につかない」という危機感をエンジニアにもたせ、異動や転職を考えさせた職場環境についてヒアリングした。 今回、その結果をもとに、10コのチェック項目を作成してみた。該当するものが多いほど、職場の「ぬるま湯度」は高いかも。さて、あなたの職場はいくつ当てはまる？
はてなの近藤社長の、「５０％完成度でサービスを出す」という指摘は、まさに「ソフトウェアはサービス」の時代を反映する、ものすごく意味のある言葉だが、万が一勘違いする人がいると困るので、自戒も含めて補足しておく。 ここで言う「５０％の完成度」とは、「サービスとして『完成品』と呼ぶにはまだ機能が十分揃っていない」という意味の完成度を指し、決して「アーキテクチャーや不完全だったり、明らかなバグがあるのにサービスインしてかまわない」という意味ではないので注意が必要だ。 少し前に、私の会社で外部のエンジニアを使ってあるウェブ・サービスを作ったことがあるのだが、慣れていない人にプロジェクトのマネージメントをさせてしまったために（これは私のミス）、一応外見上は動いているものが出来てきたものの、スケーラビリティに明らかな問題があり、ユーザーの数が増えたときに破綻するようなものが出来てきてしまったのだ。 担当
ソフトウェア設計とは何か？ （原文： What Is Software Design?） by Jack W. Reeves (c)C++ Journal - 1992 訳者まえがき この文書は，Jack W. Reeves 氏が1992年に C++ Journal に寄稿した記事の邦訳です。 本記事では，オブジェクト指向プログラミング言語の代表として C++ を挙げていますが，これは本記事が執筆された当時，一般的に利用可能なオブジェクト指向言語は C++ だけであったという事情があるためです。 今では C++ に加えて Java，Delphi，C# といったオブジェクト指向言語が利用可能となっていますが，そんな今でさえこの記事は古さを感じないものとなっており，ソフトウェア開発の本質，現状を鋭くえぐるものとなっています。 邦訳の公開を許諾していただいた Jack W.
言語的相対論（げんごてきそうたいろん、英: Theory of linguistic relativity）または言語的相対性原理（げんごてきそうたいせいげんり、英: Principle of linguistic relativity）、サピア＝ウォーフの仮説（サピア＝ウォーフのかせつ、Sapir-Whorf hypothesis、SWH）は、「どのような言語によってでも現実世界は正しく把握できるものだ」とする立場に疑問を呈し、言語はその話者の世界観の形成に関与することを提唱する仮説である。ベンジャミン・ウォーフが唱えた理論であり、個人が使用できる言語によってその個人の思考が影響を受けることを体系化した理論である。ウォーフとエドワード・サピアの研究の基軸をなした。 この理論は何度も提案され、議論を重ねてきた。時にはサピア＝ウォーフの仮説と呼ばれたり、単にウォーフの仮説と呼ばれたりする。ウ
何か新しい概念が提唱され、新語が定義され、Hypeが生まれ、カネが流れ、そのHypeのまわりに会社がたくさんでき、メディアが騒ぎ出す。それで試行錯誤の末、新しい概念が正しかったことが証明される場合もあれば、間違っていたことが後になってわかることもある。その過程で稼ぐ人もいれば損をする人もいる。こんなことは、IT産業で、これまでに何度も何度も繰り返されてきたごくごく当たり前のことである。 むろんこういうプロセス自身を「嫌いだ」と思う人がいるのは自然だ。IT産業におけるイノベーションのベースにあるチープ革命の進行は暴力的ですらあり、ITは既存の組織や枠組みを壊す性格を持つから、それ自体を好ましくないと思う人たちも数多くいる。 しかし「Web 2.0」を巡る感想・印象の類を聞いたり読んだりして思うのは、どうも普通の新語以上に「Web 2.0」には、ある種の人々から「嫌われる理由」が何かあるようだ
以下の文章は、Peter Norvig による Teach Yourself Programming in Ten Years の日本語訳である。 本翻訳文書については、以下の方々にご教示を頂きました。ありがとうございました。 Shiro Kawai さん：誤訳の訂正 三好博之さん：誤訳の訂正 竹中明夫さん：2001年7月改版分の訳、誤訳の訂正（共訳者にクレジット） Toshihiko Ono さん：誤訳の訂正 アクビさん：訳注３に関する情報 どうしてみんなそんなに急ぐの？ どの本屋に足を運んでも、『7日で学ぶ Java』といったハウツー本を見かけるし、そのそばには Visual Basic や Windows やインターネットなどについて、同じように数日や数時間で学べると売りこむ本が無限のバリエーションで並んでいる。Amazon.com で以下の条件で検索してみたところ、 pubdate
「ここは見慣れない場所だね」 「そうですね」 「どうしようか」 「どうしましょうか」 「ちょっと周りを見てくるね」 「ありがとう。お願いします。」 「見てきたよ」 「どうでした?」 「怖いモンスターもいたけど、面白そうなものがたくさんあったよ。」 「怖いモンスターがいたのですか、それは怖いですね」 「怖いモンスターはいるけど、それより面白いものがいっぱいあったんだ。」 「怖いですねえ」 「もう少し詳しく知りたいね、もう少し見てくるね」 「ありがとう。お願いします。」 「もっと見てきたよ。」 「どうでした?」 「危ない罠もいっぱいあったけど、本当のことがいろいろ分かったよ。」 「危ない罠があるんですか、それは危ないですね。」 「でも、本当のことがわかるよ。」 「危ない、危ない」 「あちら側には、面白くて、楽しいこともあるし、本当のこともわかるんだ。」 「でも、危なくて、怖くて、うそもたくさん
今回のみずほ証券による株の誤注文事件は、１株を６１万円で売るところを、オペレーターが誤って「６１万株を１円で」と誤入力してしまったのが原因だが、その際に端末には市場価格との隔たりを示す警告が表示されたにもかかわらず、オペレーターが「（警告が）よく出るので慣れの中で結果的に無視してしまった」という点が注目に値する。 以前にも、「事故防止の難しさ」というエントリーで触れたことがあるが、「不必要な警告をしょっちゅう見ているとそれに慣れてしまい、本当に対応が必要な時にも無視してしまう」というのは人間の性である。この手のミスをした人を一方的に非難したり、「これはヒューマン・エラーでした、今後はこのようなことを繰り返さないように注意します」と謝るのは簡単だが、それでは根本的な事故防止はできない。 「不要な警告」と言えば、パソコンがその代表選手。ファイルを消去した時の「本当に消去したいですか？」という警
私がマイクロソフトをやめるキッカケを作ったのが、「イノベーションのジレンマ」という本だということは、以前にも書いた。IT業界でビジネスをしている限り、大きな会社にいようと、小さなベンチャー企業にいようと、この本に書いてあることを日々意識しながら仕事をするかどうかは大きな違いを生むはずだ。 このブログでも何度も引用しながら、一度もちゃんと解説を書いたことがなかったことに気が付いたので、今日のエントリーは、この本に書かれているコンセプトの解説。 そう思っていつもの様に書き始めたのだが、文字だけではとても伝えにくいコンセプトだ。しかし、図解と言えばパワポ、というのもありきたりすぎるので、会社の廊下にあるホワイトボードに手書きで描いた図を、携帯電話で撮影したものを使うことにした。通りがかった社員にも見てもらえるので、一石二鳥である。 上の図は、この本に書かれたコンセプトを一般化したもの。ブルーのラ
ソフトウェアエンジニアとしてのキャリアの大半をマイクロソフトで過ごした私であるが、一度だけ「アップルの文化」を肌で経験したことがある。アップル・ニュートンのチーフアーキテクトとして知られるスティーブ・キャップス（参照）としばらく一緒に働いた時のことだ。彼からは本当に色々なことを学んだ。直感的なユーザーインターフェイスの大切さだとか、常に新しいものを作り出そうとする姿勢だとか、私の考え方に最も大きな影響を与えたトップ１０人の一人である。 そのスティーブとたまたま「マイクロソフトとアップルのどこが違うか」という話題になった時に、彼が言った言葉が今でも心に残っている。 「マイクロソフトのプロダクツにはソウル（魂）が無い」 この言葉には本当にまいってしまった。 私がマイクロソフトでOSの開発に関わっていた９０年代の前半は、やはりアップルが最大のライバルで、いかにして相手よりも良いものを先に世の中に
このところ大きなサービスを持ってる大きな企業が運用するウェブサイトについて考えることが多かったので、ちょっと書き殴ってみるとします。 一見すると大企業ってのは人もたくさんいるし資金もたくさんあるし、小さな企業と競争になっても、簡単にそれを踏みつぶしてしまえるような印象を受けます。いやいや、そんなに簡単じゃないんだよっていうのがイノベーションのジレンマであり、大企業病のジレンマであり。で、ウェブの企業にもう一つ当てはまるジレンマがあるなあと最近思います。 はてなダイアリーのキーワードページに、Yahoo! ニュースのトピックページからリンクされることがあります。そのニュースが Yahoo! Japan のトップページに載ってたりするものだと、キーワードページへの瞬間最大トラフィックが恐ろしいことになります。最近は対策を練ったので問題ないのですが、一時期は Yahoo! トップに載ってるニュー
以前、ネットをふらついていたらこんな記事があった。 http://fragments.g.hatena.ne.jp/another/20051109/1131545150 伊藤直也氏というと、顔はゴツいけど著名で実力のあるネット技術者であり、彼をDISりに来た人がDISる前に「あー、どうせ俺もうだつの上がらないIT技術者ですよ」とか萎えてしまうほどの力量の持ち主である。 http://d.hatena.ne.jp/keyword/%a5%a2%a5%eb%a5%d5%a5%a1%a5%ae%a1%bc%a5%af だいたいそういう人は、技術的なモチベーションを維持しやすい最先端企業やサービスにいる。技術者が技術者同士切磋琢磨できる環境にあることで、最新の情報に触れ、最高のアイデアを実現できるポジションにいようとする動機があるのだろう。称賛されうる仕事で己の能力を十全に活かしたいとい
2005年12月06日21:50 カテゴリiTechBlogosphere グーグル、10の黄金水責め まあ、なんと絶妙なタイミングで。 B3 Annex: グーグル、１０の黄金律 Newsweek最新号 (Issues 2006）に、Eric Schmidt（グーグルCEO）とHal Varian（バークレー校教授兼グーグル社コンサルタント）による「グーグル、１０の黄金律」（"Google:Ten Golden Rule"）が掲載されている。 「続きを読む」上のリンクを読んでから。 必ずしも目新しくはないが、一応、日本語版を404 Blog Not Found 超訳で:-) 採用は招待状方式で グーグルにユーザー登録する人はすべて、既存ユーザーからの招待状により登録を行う。社外すべての人々の意見は取るに足らず、しかしそれを表立って言えない以上、優越感を持たせることが大切であり、このことで
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
