未来の言語は「APL」？ Rubyのまつもと氏が講演 － ＠IT
2009/02/13 「今日はRubyの話はしません」。プログラミング言語「Ruby」の生みの親で開発コアメンバーでもある、まつもとゆきひろ氏は冒頭でそう話すと、自身のプログラミング経歴や半世紀に及ぶプログラミング言語の歴史を外観しつつ、未来のプログラミング言語へ向けた構想について語った。 書籍だけでPascalを習得した高校生 2009年2月12日、翔泳社主催で東京・目黒で行われた「Developers Summit 2009」でまつもと氏は「未来へつながる言語～ある言語おたくの視点から」と題した講演を行った。立ち見が出るほど詰めかけた観衆に向かって、“最も有名なプログラミング言語オタク”として自身のプログラミング言語観を披露した。 1980年代の高校生時代からプログラミング言語が好きだったというまつもと氏だが、一番最初に使った言語はBASICだったという。ところが、ローカル変数や構造化
プログラマーの誇りを見せ付けろ - レベルエンター山本大のブログ
僕は今回の案件で、システムのレスポンスに徹底的にこだわってる。 それには理由がある。 それは、プログラマの誇りを見せたいからだ。 この案件は、既存機能をコピーして似た機能を作るというものだ。 既存機能は、Webシステムなのに1アクションで 1分や2分以上のレスポンスタイムはザラで、 悪いときには数分後にタイムアウトして、 さらに悪いときには、アプリケーション全体をロックしてしまっていた。 顧客はそれでも我慢して使っていてくれたそうだ。 今回の改修に際して、顧客がパフォーマンスを要求するのは当然だった。 それにしても酷いアリサマだとコードを見てみると 酷い。 確かにパフォーマンスは出ないのも無理はない。 いや、それどころか僕は、このSI業界の問題を感じざるを得なかった。 この機能はそこそこ難しく、業務的にも重要だ。 しかし、そのコードは、新人〜3年目ぐらいのプログラマが書いたとしか思えないコ
プログラマの誇りを減衰しないビジネスモデルを - GoTheDistance
アツいエントリなんで思わずTBうってみる。 この業界の問題、それはプログラムが、新人〜3年目の作業と位置づけられていることだ。 プログラマーの誇りを見せ付けろ - 山本大＠クロノスの日記 正確に言うと上級プログラマも初級プログラマも同じ値段で評価されるってことが弊害である、ってことだと思います。予めXXX万円で作ってねという予算が決まっていて、その予算をオーバーしないことだけが成果の基準にあることが問題だと考えます。このルールにおいては、極論ですがコード品質が高くても低くても大差が無くねっていう力学が働きます。 基本的にニッポンの受託開発のプロジェクトの場合は、大きく２つのプレイヤーがいます。 案件を立ち上げてお客さんへのコミット権限がある人・会社 立ち上げた案件をシステム化してデリバリする人・会社 ですが、今の流れでは工程が分断されちゃっているので、案件を立ち上げる人とシステム化してデリ
「2009年はトレンドを追うな」――小飼弾氏が講演
「トレンドを追うな」「キーワードは晴耕雨読」「確立された“知恵”はなくならない」――2月7日、パソナテックが開催したセミナー『Webデベロッパの祭典』において、プログラマの小飼弾氏が『どうするデベロッパ!? 2009年プログラミング大展望』と題した講演を行った。会場となった東京・秋葉原のUDXギャラリーには、多くのWeb系エンジニアが集まった。 2009年は「晴耕：雨読＝20％：80％」 小飼氏は最初に「大展望という講演タイトルですが、トレンドというと株式市場のトレンドを思い出して暗くなるので、やめましょう」と発言。「今年は給料が上がると思うか、下がると思うか」「皆さんのお客さんの売り上げは上がるか下がるか」などの質問を客席に投げ掛けた。 続いて小飼氏はグーグルの「20％ルール」（自分の業務時間の20％を、自分が重要だと思うプロジェクトに費やすことができるというグーグルの社内ルール）を取り
25冊のコンピュータ技術書がタダで読める！ - このブログは証明できない。
これはスゴイ。有名なのもありますが、こんなのも読めるのか、というカンジです。 25 Free Computer Science Books Computer Science Booksとなっていますが、コンピューターサイエンスには含まれないだろうという本も多いようです。コンピューター技術書としておきました。プログラミング系が多いですね。 We’ll Have More Soon The Cathedral and the Bazaar brpreiss.com no title no title Getting Real: The smarter, faster, easier way to build a successful web application no title Git Magic - Preface GPU Gems - Foreword How to Design Pr
まつもとゆきひろ氏が語る「ビューティフルコード」セミナーに行って来た - LukeSilvia’s diary
まつもとゆきひろが語る「ビューティフルコード」×「プログラマ35歳定年説」に行ってきました〜。今年初めて行ったイベントなのですが、とてもいいお話を聞くことができました。美しいコードとはどのようなものか、またそのようなコードを書けるようになるためにはどうすればいいのかというお話でした。 以下、まとめになります。僕のメモを元にしたので、まつもとさんが話された内容と多少ズレがあるかもしれません。 そもそもコードとは何か 「コードの美しさとは」という前に、そもそも「コード」とは何か。 ソフトウェアの作成はものづくりではない コードは工業製品ではない。コードは、車とかと同じ工業製品だと思われることが多く、例えば次のような勘違いがある。 日本は「ものづくり」が得意だ。だからソフトウェアも「ものづくり」として取り組めばいい 車のように、ソフトウェアも部品をどんどんコピーして組み合わせばできる 違うよ！全
画面設計とか外部設計とか、もうやめようよ - masayang's diary
昨日は特徴(Feature)、粗筋(Story)、脚本(Scenario)でちょいと言及した「Feature, Story, Scenarioがごっちゃになりかけている」プロジェクトの人達とお話しする機会があった。 よくよく見ると、FeatureとFunctionとがごっちゃになっていた。 つまり、要件分析の段階で実装のことを考えていたのである。 なぜ、そうなったのだろう？ 画面から要件分析をすると、こうなる どうやら要件分析する前の段階で「コンサルタント」の人達が、画面を使ってお客さんと「要件定義」をしていたらしい。 「この画面でこういうデータを入力すると、こんな画面に遷移します」みたいなやりとりがあったのだろう。 紙芝居感覚で交渉できるからわかりやすい。 だけど、先に画面を決めちゃうというのはいくつかの(そして時に致命的な)問題を抱えている。 実装をフィーチャとして捉える可能性。 例え
お知らせ » 『機械はどれだけ人間に近づけるのか』 ～第2回 チームラボアルゴリズムコンテスト～ - チームラボ株式会社
2009/02/05: 『機械はどれだけ人間に近づけるのか』 ～第2回 チームラボアルゴリズムコンテスト～ 『機械はどれだけ人間に近づけるのか』 ～第2回 チームラボアルゴリズムコンテスト～ 情報があふれてる。 人間の手で一つ一つ情報を見て取捨選択することは不可能だ。 もし人間の手に代わるロボットがいたら世の中がちょっと変わるかもしれない。 人間が持つ見えないルールや思考をプログラムで実現してみたいと思わないだろうか。 それはきっと使う者を感動させ、未来をわくわくさせるだろう。 我々チームラボも常にそこに挑戦し続けたいと思っている。 そこで純粋なこの思いを満たせる場をコンテストという形で提供し、プログラマーの皆さんを応援したいと思う。 このアルゴリズムコンテストは、機械はどれだけ人間に近づけるのかというお題を通して、皆さんが日ごろ持っているアイデアを、様々な要素技術（例えば、自然言語処理
自分の書きたいコードを書け - 脱職業プログラマのすすめ - ひがやすを技術ブログ
良く仕事以外のプログラムをしたことない人っているじゃないですか。ここでいう職業プログラマとは、仕事以外では、プログラムをしない人のことを指しています。 仕事以外でもプログラミングをしている・勉強している人、は、職業Onlyプログラマではなく、職業でもプログラムをしているけど、それ以外にも努力をしている人です。 それは、もちろん何の問題もないんだけど、それだけでは実力はつきません。たぶん、コードを書きながら自分が成長している気がしてないでしょう。あなたの直感は正しい。 何らかのフレームワークを使えば、それなりにできることが増える、それももちろん成長です。ただし、知識のね。プログラミングの力はそれほど変わっていないはず。 自分の経験で言えば、多くの人に読んでもらえないコードは、いくら書いても、実力につながりにくい。人に見せようとするコードは、書いているだけで、いろんなことを考えるし、それが、力
Cyanを設計した高校生、5カ月で5つの言語を習得
読者の皆さんは、「Cyan」（サイアン）という言語をご存じないかもしれない。Cyanは、Lispのマクロを持ち、Python風のインデントによってブロックを表すプログラミング言語。2008年の春、林拓人という1人の高校生によって設計された。 連載第1回の竹内郁雄氏が「開発」の天才、第2回の五十嵐悠紀氏が「発想」の天才とするならば、今回の林氏は「プログラミング言語」の天才だ。 林氏がプログラミング言語に初めて触れたのは中学3年の夏休み。そこから冬休みまでの5カ月間に、5つのプログラミング言語を習得した。その後もいくつかのプログラミング言語を学ぶ中、林氏の興味はWebサービスなどのものづくりには行かず、ひたすら言語自体へと向かっていった。 高校2年の春、自身でプログラミング言語Cyanを作り上げた。Cyanを設計した林氏は、「U-20プログラミング・コンテスト」（以下、U-20プロコン）で経済
Ruby on Railsの作者より：高まった生産性を仕事を余計にこなすためではなく自分の将来に向けて使おう - himazu blog
IT ConversationsでRuby on Railsの作者デービッド・ハンソンが2008年5月にRailsConfでおこなった講演が配信されている。そして、以下でも聞ける。 RoRの思想についての言及が冒頭にあるが、大部分は開発者の身の処し方についての講演である。その部分の概要は以下の通りである。 RoRは他のフレームワークや開発手法に比べて生産性について依然として優位性があり、RoRを使って開発していると「余剰開発力」を享受できる。しかし、その状態は永遠には続かない。遅かれ早かれ以下のどれかが起こるから。 他の言語／フレームワークがRoRを凌駕する RoRを凌駕する新たなフレームワークが登場する RoRがメインストリームになる 幸い、どれもすぐには起こりそうになく、RoRでの開発はまだしばらく生産性の点で有利である。その優位性によって生ずる余剰開発力をいかに活用すべきだろうか。も
ほげを考えるページ
このページについて: このページは、かつて http://www.selab.tutkie.tut.ac.jp/~yoshida/hoge.html に存在していたページです。 現在は公開されていません。 しかし、このような歴史的・文化的に極めて大きな価値のあるページが 見られないのは実に惜しいということ、 および、私自身が著書にて上記URLを紹介しまくっていることから、 作者の吉田さんに許可を頂き、ここに転載することにしました。 「C言語ポインタ完全制覇」の第6刷からは、こちらのURLを紹介しています。 転載を快諾してくださった吉田さんに感謝いたします。 ひとつ上のページに戻る | トップページに戻る ほげを考えるページこのページはネットワーク文化人類学の新しい分野である「ほげ学」のページです。暇な人以外は、このページを見ないようにお願い致します。特に、 レポートや論文が完成していない技
ものづくりをするすべての人に-スティーブ・ウォズニアック自伝 - ninjinkun's diary
アップルを創った怪物―もうひとりの創業者、ウォズニアック自伝 作者: スティーブ・ウォズニアック,井口耕二出版社/メーカー: ダイヤモンド社発売日: 2008/11/29メディア: 単行本購入: 14人 クリック: 200回この商品を含むブログ (82件) を見る タイトルと裏の写真は酷いが、それ以外は大満足。ウォズの生い立ちから大学までの話に半分以上が割かれており、ジョブズはときどきしか出てこない。しかしその生い立ちが面白い。エンジニアだった父親の影響で、小さい頃から様々な科学的な知識に精通していたこと、6歳で鉱石ラジオを組み立てた話、中学二年生で加減算器を設計した話・・・ウォズ少年のエピソードはどれも煌めいている。多少輝きすぎている気もするが、そこはまあ、自伝なので。 友達の誰も持っていない物を作ることができたんだ。小さな電子機器。友達にはできないことを僕はやったんだ。「鉱石ラジオを作
楽天三木谷社長とRubyまつもと氏が考える、これからのエンジニアに必要なものとは？ 「楽天テクノロジーカンファレンス 2008」開催
ITエンジニアリングのオープンなコミュニティに楽天がコミットしていく「楽天テクノロジーカンファレンス 2008」が11月29日、品川シーサイド楽天タワー（東京都品川区）で開催された。600名近いエンジニアが楽天による自社テクノロジーに関する発表や、オープンソース系勉強会によるコミュニティセッションに参加した。 あわせて第1回の楽天テクノロジーアワード「金銀ルビー」各賞が発表され、カーネル読書会を主催する吉岡弘隆氏（ミラクルリナックス）が金賞を受賞した。受賞者には記念のトロフィーと楽天スーパーポイントが贈られた。 Rubyまつもと氏と三木谷社長が語る、これからのエンジニアに必要なものとは？ オープニングでは、楽天技術研究所フェローであるRuby開発者まつもとゆきひろ氏が「グローバルとオープン時代のエンジニアライフとは何か？」と題して基調講演を行った。ネットワーク帯域や距離・コスト・情報隠蔽と
エンジニアはもっとスタッフロールを作りまくるべき！ - Attribute=51
はてなブックマークがバージョンアップしました。おめでとうございます。 でもって、開発やテストに参加した人が一覧になってます。 http://b.hatena.ne.jp/help/staff これ、かっこいいなー。 ちょー、かっこいい！ でもって、それ見たid:amachangにスイッチが入ったみたいです（笑） これもすごい！ はー！ はてなブックマークのスタッフロールをカッコよくするブックマークレット - IT戦記 はてなブックマークのスタッフロールをスターウォーズっぽくするブックマークレット - IT戦記 どんどんやるべき やっぱり、こういうスタッフロールみたいのはやった方がいいね。 自分は、ちょうど1年ぐらい前にそんなエントリーを書いてたんですが、 実際に、こうやってやっている姿を見ると、もっといろんなWebサービスやプロダクトでやるといいなぁと思った。 むしろ、本サービスそっちのけ
IT系エンジニアがオカルト系ふしぎちゃんに見られている可能性 - プログラマーの脳みそ
「このままではシステムが停止してしまいますね。対策が必要です」 「このままでは誰かが命を落としますね。対策が必要です」 「今はまだ大丈夫ですが、このまま動かし続けると、処理が極端に遅くなってしまいます」 「今はまだ大丈夫ですが、このまま工事を続けると、呪いはだんだん強くなっていきます」 「今のペースだと３か月ぐらいでデータがパンクしますね。それまでに改修が必要です。大体300万ぐらいかかります」 「今のままだと３か月ぐらいで結界の力が失われますね。それまでに新たな結界を張らねばなりません。大体300万ぐらいかかります」 充分に発達した科学技術は、魔法と見分けが付かない。
今度の不況でSI業界が悲惨な状況に陥りそうな３つの理由 - masayangの日記（ピスト通勤他
釣り 題名に「３つの理由」みたいに数字を入れるとアクセス数が上がると聞いた。 本当かな？ 本題 自分がこの業界で景気後退を経験するのはこれで3度目。 一回目は1990年前半のバブル崩壊後。 二回目は2000年のネットバブル崩壊後。 今回のは1990年前半のそれを、規模・深刻さ共に凌駕すると予想している。 理由(1): 空洞化 「上流＝付加価値の高い仕事」という概念は根強く、開発という「核となる」行程を安い外部に流すようになってしまった。 レバレッジ効果があるから収益向上につながってきた。 が、新たな仕事が来なくなるとレバレッジは逆転を始める。 つまり、外部依存率を下げつつ、利益率向上を目指すという苦痛が待っている。 →開発を忘れた人達には無理。 理由(2): 分業化 1990年代初頭の情報処理試験は「二種」「一種」「特種」しかなかった。 今はなんだよ... 情報処理試験の中の人達に雇用機会
言葉は何を乗せているのか : 404 Blog Not Found
2008年11月11日21:30 カテゴリValue 2.0Logos 言葉は何を乗せているのか 正直、「日本語が亡びるとき」の読了感はこれとそれほどかけ離れていない。 2008-11-11 - 【海難記】 Wrecked on the Sea ようするにこの本は柄谷＝岩井的な言語＝貨幣観と『批評空間』的な文学史観にもとづいた、柄谷行人『近代文学の終り』のたんなる文学少女バージョンなのである。 正直、彼女が愛してやまない漱石は、私は好んで読んだためしがない。同書を通じて「ああ、こういう読み方もあるのか」と感心はしたが、だからといって漱石を「読まなきゃ」という義務感は感じても「もっと読みたい」という欲求は全くおきなかった。鴎外に至っては、いくらいい文章を書いたところでその罪の大きさを拭えるものではないとすら感じている。 と同時に、たとえば吾輩ハ猫デアルを複製するのに充分なソフトウェア・インフ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
テクノロジー : 日経電子版
IDEA * IDEA
