「水道水500mlに100円も出すとかバカだろ」
みたいな事を言ってるとある英文記事が面白かったので訳してみた。 ＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊ http://www.cracked.com/article_18817_5-reasons-future-will-be-ruled-by-b.s..html 未来がハッタリによって支配される５つの理由 理想の未来を思い浮かべてみよう。いや、地球最期の男になった自分がゾンビの群れを蹴散らす妄想じゃなくて、社会から見た理想の未来を。エネルギーはクリーンで無尽蔵、品物は豊富で汚い仕事は機械が全てやってくれる。みんな幸せでしょ？ でも実は、この未来は既に色んな意味で実現している。そしてこの未来を表す言葉は「屁」だ。 とりあえず説明しようか。 #5. スタートレック風のユートピアは既に実現してる……っぽい まず最初にポルノと死んだ赤ちゃんの話をしよう。 もし俺がお前に「予算ゼロで可能な限りの
シソーラスとオントロジー
２．２ 電子化されたシソーラス キーボードから直接どこでも指定できるので木構造をたどりながら探していく必要はありません。もはや木構造ではなく、網構造になって複数の広義語が持てるようになります。しかしその結果同じ文字列で複数の意味を持つ多義語が区別できない問題がでてきます。例えば木構造で検索したときには、「時間」からたどった「月」(month)と、「天体」からたどった「月」(moon)の二つの異なった意味の語は区別できますが、網構造では区別ができなくなります。 「月」を「天体」の観点でとらえたときはmoon で「時間」の観点でとらえたときはmonthであるとすれば解決できます。 一つのグループに入れる語を多くしすぎるとグループのなかを探すのに時間がかかってしまいます。逆に少なくしようとすると階層が深くなってしまいます。電子化されたシソーラスでは、クリックするだけで、簡単に上下の階層
らばQ : 情報格差──これから始まろうとしている本当の格差社会
情報格差──これから始まろうとしている本当の格差社会 ここ数年、新聞やテレビで格差社会という言葉をよく見るようになりました。実際、経済格差はけっこう広がりつつあります。富める者はますます富めるようになり、貧しい者はますます貧しくなる。それが格差社会です。 しかし、格差があるとはいってもそれなりに食べてはいけますし、共働きならどうにか子供の一人くらいは育てられるくらいは稼げたりします。 ……今ならば。 数十年後、いや、あるいは数年後かもしれません。その「食べていける」というレベルの格差すら生ぬるい、本当の格差社会がやってくるかもしれません。 これを一言でいうなら、「情報格差」です。それを以下より解説します。 ググれる人、ググれない人 「ググる」子供と、「ググれない」子供という記事が、夏休みの終りに話題を賑わせました。小学6年生の娘がインターネットを活用して学習を進めて行く様を描きながら、イン
普通のやつらの上を行け ---Beating the Averages---Beating the Averages
普通のやつらの上を行け ---Beating the Averages--- 著者：Paul Graham Copyright 2001 by Paul Graham これは、Paul Graham: Beating the Averages を、原著者の許可を得て翻訳・公開するものです。 プロジェクト杉田玄白正式参加テキスト。 <版権表示> 本和訳テキストの複製、変更、再配布は、この版権表示を残す限り、自由に行って結構です。 (「この版権表示」には上の文も含まれます。すなわち、再配布を禁止してはいけません)。 Copyright 2001 by Paul Graham 原文: http://www.paulgraham.com/avg.html 日本語訳：Shiro Kawai (shiro ＠ acm.org) <版権表示終り> 文中、Eric Raymondの "How to bec
人月計算とExcelとスーツの世界より
俺の住む世界はアイティーとやらに支えられているらしい。 アイティーに関われば、俺の住む世界をさらに素敵なものにしていけるに違いない。していきたい。 そう願って、何も知らなかった文系新卒の俺が金融系のシステム会社に入って、もう一年以上が経つのだ。 昔、お遊びでゲームを作ったことはあった。RPGツクールなんかが好きだった。 だから自分はシステム会社に向いていると思った。 実際、資格取得を勧められて始めた勉強は楽しかった。 浮動小数点数、オートマトン、SQL、スタック、木、論理式。 パズルみたいで楽しかった。コンピュータの中身が理解できて、わくわくした。 楽々と基本情報技術者の資格を手にし、半年後にはほとんど勉強もせずにソフ開も取得した。 研修の課題では同期の誰よりも速く、短く効率のいいソースを仕上げた。 現場に出て、本番機に触った。 ３０年間親会社を支え続ける偉大なシステムの中身を、わくわくし
技術屋は、何もしなければ毎年１０００万円をドブに捨てているとの同じだ
レビログ (Make a little happier) 13周年+3i年 レビログの半分は管理人の独断と偏見でできています。残りの半分は現在残 希少につき 入荷待ちです。旧称 貧乏だけど心は萌え : 技術屋は、何もしなければ毎年１０００万円をドブに捨てているのと同じだ 2007年8月23日 Category > 6_日記 > 渋谷式オタク少年 > TAG( ) Comments : 4 (link this page) 今日は、アメリカ＝シアトル本社からプレジデント（社長）が来ていた。ランチするチャンスがあったので、『管理職や株に頼らず、技術やとして大金を稼ぐにはどうしたらいいか？』という質問をしてみた。大金というと、株とか、マーケッタが稼ぐ物で、技術系はそこそこ稼げる物の、大金を稼ぐというイメージはなかったんだよね。 で、弊社の社長と話をして、わかったこと。営業系の職業と比べて技術系の
賃貸住宅に入るとき・出るとき - 山崎はるかのメモ
在宅勤務制をとるＤＡ電研でも、常時、８戸程度の賃貸物件を「法人」として借りている。 多くは、サーバ室や資料室など、賃貸マンションの一部屋を借りて運用する。 会社の寮として扱っている部屋も少なくない。 賃貸マンションやアパートの場合、一部の例外を除いて 全額が「損金」として計上できるため、個人ビル保有当時に比べて、固定資産税など「控除されない出費」をあわせると、格段のコストダウンが実現した。 ただ、非常に面倒なのが、うちの場合 年に最低２戸は 賃貸の入居・退居・移転があり、そのたびに代表者である私が、入居・退居の立会いに行かねばならない。 私の視界内において、入居時におけるトラブルは少ないが、この不景気の世の中、「退去時」にぼったくる大家が非常に増えている。 悪質なところになると、退去立会い時に 暴力団風のオトコを差し向け、高額な「原状回復」を求めてくる大家もいる。 そのたびに、私は、私が何
ジョブズの卒業祝賀スピーチ:ジョブズの卒業祝賀スピーチ - livedoor Blog（ブログ）
この記事は存在しないか、すでに削除されています。
ITmedia Biz.ID：“文系出身プログラマー”が独立するまで――コトノハ・大日田貴司さん
新感覚の○×コミュニティ「コトノハ」などを手がける大日田貴司さん。「文系だから、プログラマーなんて無理」と思っていた学生時代を経て、プログラミング未経験可の会社に就職。業務のかたわら独自のサービスを作り、スカウトされて転職、そして独立――。一見順調に見えるキャリアだが、その裏には焦りや苦労もあった。 「例えば僕が100時間かけてサービスを作るとしますよね。そのサービスで2万人の人を1時間喜ばせることができたとします。そうすると僕の100時間が2万時間もの幸せな時間になって返ってくることになります。それってすごいな、と思ったのです」 新感覚の○×コミュニティ「コトノハ」などを手がける大日田貴司（おおひだ・たかし）さんがネットでサービスを作り続ける理由である。1人で作ったものがインターネットの力を借りれば何倍、何十倍、何万倍にもなる。それが面白いな、と思っている。 「文系だから、絶対プログラマ
ホワイの(感動的)Rubyガイド
この本はホワイ・ザ・ラッキースティフ(why the lucky stiff)により愛情を込めて書かれた。 ~ 目次 ~ この本について コンニチハ、Ruby この本を開く 犬の話 赤い太陽が昇る 本はどのように始まるか (漫画のキツネと学ぶ)短時間の(そして願わくは辛くない)Rubyコース 言語と、言語で意味しているもの 品詞私がまだあなたのことを十分子供扱いして いなかったなら あなたの成長を促すための例題 そして短い旅はそっとクッション停止する 浮いている小さなコードの葉っぱ アンブローズにおけるステータスシンボルとしての葉っぱ 小さくてほとんど価値のないもの 妄想をつなぎ合わせる ブロックの奇跡 ルールを作るものと夢を生きるもの これは権利を奪われた人のため コンピュータのある城 娘のオルガン教師の話のつづき ヤギは映画を全部見たがっている 盗まれたくじ主 ルールを作る者たち 夢を
最速配信研究会 - Web2.0とC10Kに関する数々の誤解
Web2.0 = Ajax/Cometなの？とかプロセスIDは今でも16ビットなの？とかはサテオキ、 個々のクライアントがサーバに要求する処理量は小さなものでハードウェアの性能上は問題がなくても、あまりにもクライアントの数が多くなるとサーバがパンクする――。これが最近Web開発者の間で話題となっている「C10K問題」（クライアント1万台問題）だ。 AjaxやCometなどのクライアント側技術に伴うサーバ側の問題に関していろいろ誤解があるようなので,書いておきたい.きっとlingrの中の人はこの記事読んでニヤニヤしてるはず. 以下、記事にないことも書いてあるのでそのつもりで. 誤解その1 AjaxによるWebアプリの台頭でサーバ側の負荷が増大する Ajaxの典型的な使い方はサーバに問い合わせてページの一部分だけを 変化させるというモノだ.これはページ全体を書き換える従来の方法と違い, すでに
Web 2.0からセマンティック・ウェブへ
“Web 2.0”の主張 Tim O'Reillyによれば プラットフォームとしてのウェブ（The Web As Platform） 集合知の利用（Harnessing Collective Intelligence） データが重要（Data is the Next Intel Inside） 商品としてのソフトからサービスとしてのソフトへ（End of the Software Release Cycle） ハッキングと連動が容易な軽量プログラミング（Lightweight Programming Models） PCに限定されない利用（Software Above the Level of a Single Device） Ajaxに代表されるリッチなUI（Rich User Experiences） （What Is Web 2.0 Design Patterns and Busin
Japanese - The Joel on Software Translation Project
[edit] カリフォルニア 2007年10月5日 [edit] FogBugz On Demand 2007年7月9日 [edit] マネジメントの本 2007年6月29日 [edit] 記憶に残るようなカスタマサービスへの7ステップ 2007年2月19日 [edit] ファウンダーズ アット ワーク 2007年1月30日 [edit] Copilot 2.0リリース! 2007年1月26日 [edit] ビッグピクチャー 2007年1月21日 [edit] 新年の抱負: もっといい仕事につくこと! 2006年12月20日 [edit] 50万件のバグ! 2006年12月20日 [edit] 新作! 2006年12月18日 [edit] エレガンス 2006年12月15日 人々がソフトウェアをいじるのは、多くの場合、それで遊びたくてそうしているわけではない。彼らがソフトウェアを使うの
プロジェクトメンバーがそろう前に行っておく事前準備 ― ＠IT情報マネジメント
プロジェクトメンバーがそろう前に行っておく事前準備：ユーザーサイド・プロジェクト推進ガイド（14）（1/2 ページ） 業務部門からプロジェクトに人を出してもらう際、その人が来るまで手をこまぬいている必要はない。先にできる準備は、システム担当部門だけで進めておくことが大切だ。 業務部門からプロジェクトチームに人を出してもらうことが決まってから、実際にその人がチームに参加するまでに、異動の事務手続きや引き継ぎなどのためにある程度の期間があります。 プロジェクトの活動は、プロジェクトチームのメンバーが全員そろうのを待って、開始しなければならないということはありません。チーム編成の完了まで、何もせずに過ごすことはもったいないことです。貴重な時間は取り戻すことはできません。 そこで業務部門からのメンバーを受け入れる前から、システム担当部署のメンバーだけでできる作業を進めておきます。この期間を有効に使
404 Blog Not Found:はてなに入りたくても入れないみなさんへ#0
2006年04月24日01:00 カテゴリArt はてなに入りたくても入れないみなさんへ#0 名文なだけに蛇足はしたくないなと思いつつ、しかし感動と救いのなさとのギャップが激しいのでそれを埋め合わせようという試み。1 entryでは足りないと思うのではじめから通し番号付き。 jkondoの日記 - はてなに入った技術者の皆さんへ アウトプットを出す 新しい技術を習得したり、時間を掛けて作り上げた結果は、何かのアウトプットとして出さなければほとんど意味がありません。知識や結果を自分の中に残すだけで終わるのは、それを活かしてサービスを作りたくさんの人が使えるようにする事に比べると驚くほどちっぽけな仕事です。 実は上記の意見は、普遍的に聞こえながらも極めて限定的です。アウトプットを人様に見せられる仕事だけが世の中の仕事ではないのですから。 はてながやっている仕事は、いわば「誰もが見ている」仕事で
Joel on Software - ジョエル・テスト
Joel Spolsky ジョエル・スポルスキ 翻訳: Fukushige Erika 福重 永里香 翻訳チェック: Takeda Toshiyuki 武田俊之 9.8.2000 SEMAについて聞いたことがある？かなり難解なシステムで、ソフトウェアの開発チームがどれくらい良いかを測るためのものだ。ちょっと待った！そのリンクに飛ばない方がいい。きっと書いてあることを理解するだけで6年はかかるだろう。そこで、私は自分で作ることにした。これはソフトウェア開発チームの質を評価するものだが、とっても当てにならないいいかげんなテストだ。このテストの素晴らしいところは、3分程度で終わることだ。節約した時間を使って、医学部に通うことだってできるだろう。 ジョエル・テスト ソース管理システムを使っているか？ １オペレーションでビルドを行えるか？ 毎日ビルドを行うか？ 障害票データベースを持っているか？ 新
オンナをその気にさせる効果的な10の褒め方 | オトコのキモチ
こちらのブログには認証がかかっています。 ユーザー名 パスワード Powered by Seesaa
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
東大で学んだ卒論の書き方★論文の書き方
Why’s (Poignant) Guide to Ruby
エンジニアのための『仕事・職場・転職』応援サイト Ｔｅｃｈ総研