「気分やノリがソフトウェア開発には重要だ」と断言し、そこに注目して自らRubyを開発してきたまつもとゆきひろ氏は、どのようにしてプログラマに育ち、Rubyを生み出し、そして開発を続けてきたのでしょうか？ 今や日本初のオープンソースソフトウェアとして100万人規模のユーザを持つRuby。数々の賞を受け、なおも変化と成長を見据えるまつもと氏が日本最大のゲーム開発者向けカンファレンス「CEDEC2011」にて、自らの若かりし日々から長いRubyの開発の歴史とそこで培われたコンセプト、そして未来への展望までを余すところなく披露してくれました。「Ruby開発が教えてくれたこと」と題されたこの講演の全内容は以下から。 まつもと： はじめまして、まつもとゆきひろです。 最近はRubyを開発した人ということで有名になりましたが、Ruby自体ゲームのソフトウェアというより、それを動かすサーバとして使用して頂
プログラマには「何を作る」のか考えられるプログラマと「どう作る」を追求するプログラマの２種類いる。どっちが優劣ではなく違いがある。漫画家で言うと、独りで全て出来る人と、原作と作画が分かれて作画を追求する人。そう考えてプログラマは漫画家に似てると思った。 http://twitter.com/#!/kuranuki/status/107815093332492289 プログラマという職業は何に似ているか。プログラミングという作業が、ただの単純労働のように思われてる一面があることに、私はとても憤りを覚えます。 私はプログラミングがとても大好きで、プログラミングはクリエイティブな活動だし、高いスキルが必要なものだとも考えていて、それが出来るプログラマは、もっと希少な職業であっても良いはずだと考えています。 では、プログラマという職業はいったい何に似ているか。あるとき「漫画家」が近いのではないか、
渋日記@shibu.jp 渋川よしきの日記です。ソフトウェア開発とか、ライフハックを中心に記事を書いていきます。 By erix! under CC-BY これから魔法使い(プログラマー)になる、新卒者のみなさんに、リレーでメッセージを送ろう、ということになりました。一発目として僕が書かせていただきます。 おまえ誰よ？ プログラマーです。14歳ぐらいからプログラミングに手を染めて、N88-BASIC、C言語、x86アセンブラ、C++、Ruby、Python、JavaScript、Erlangみたいな感じで勉強しています。まぁ、Erlangはまだまだヒヨコですが。大学を卒業して、本田技術研究所に就職し、社内SEをしていましたが、今年からDeNAに転職しました。 メインの言語はPythonで、Python温泉系のコミュニティに参加しつつ、日本XPユーザグループの代表(あまり仕事できてない)、s
こんな記事を見かけた。ちょっと昔の記事だけど。 頭の中にプログラムを入れる http://www.aoky.net/articles/paul_graham/head.htm ハッカーと画家のポール・グレアム氏の文で、プログラマは頭の中にプログラムをロードしてからコードを書く。このロードという処理はかなり時間がかかるので、ロード回数を減らすこと、ロードの負荷を減らすことが大切だと語られている。 確かにプログラムを脳にロードするのは時間がかかる。そして一度ロードしたコードはいとも容易く頭から抜けていく。昨日書いたコードくらいならだいたい覚えていられるが、休日明けの月曜日になると前週ロードしたコードは半分以上失われてしまう。ゴールデンウィーク明けなんて綺麗にフォーマットされた状態になってしまう。他のプログラムを触って帰って来ると、短時間で自分が書いていたコードの情報が抜け落ちてしまうこともある
Tambang888 adalah perusahaan tambang888 game untung 2023 terpercaya maxwin yang menyediakan beragam permainan game resmi populer dan terlengkap seperti game online, live, online, togel serta taruhan Permainan bola. Melalui game Tambang 888 seluruh game game terbaru bisa anda mainkan hanya menggunakan 1 user id saja melalui perangkat yang dimiliki dengan mengandalkan koneksi internet. Salah satu pe
週末料理をしていて足を切ってしまいました。agoです。 以前Perlは書いていたんですが、その頃以下の記事を読んで非常に感銘を受けました。 Perlプログラマのレベル10 - Perlプログラミング救命病棟より - naoyaのはてなダイアリー 当時あまりコミュニティとのつきあいがなかったので、「自分のスキルの絶対位置」、「次のレベルへ行くために必要なもの」を知ることで非常に安心感を感じた記憶があります。 いま確認したところ、「JavaScriptプログラマのレベル10」はないようなので書いてみました。 Perlプログラマ Schemeプログラマ Rubyプログラマ （本家に直接リンクできるURLが無かったため、参照ページへリンクしています） haskellプログラマ 堕落したCプログラマ HTML知識レベル プログラマレベル 企業法務 JavaScriptの業務スキルレベル 判別表 （５
プログラマーの生産性をテーマにした有名な著書「ピープルウェア」には、最も優秀なプログラマと最低の成績のプログラマのあいだには約10倍にあたる生産性の違いがある、というデータが出てきます。 これは、1984年から1986年にかけて92社、延べ600人が参加したプログラミングコンテストのデータを分析した結果から導き出された結果で、課題として与えられたプログラミング作業の開始からコンパイル時のエラーを消すところ（第1チェックポイント）へ到達するまでにかかった時間を比べています。 グラフを見ても分かるように、最優秀者と最低者のあいだには作業時間にして約10倍のひらきがあります。また最優秀者は平均の約2.5倍の生産性だそうです。そして、COBOLやFortranのような旧世代のプログラミング言語と、PascalやCのような現代的なプログラミング言語でのコーディングでの生産性はほとんど同じであったそう
id:t-wada と話してた時に出てきた「プログラマの麻疹」 プログラマはみんなどうせかかるんだから早めにかかっておいた方が良い そしてかかっておくと治った後にはさらに良いコードが書けるようになるので 恐れずにかかりましょう 名前 症状 僕の状態 OO 厨 多分、現在一番キャリアが多い。一時期 AOP 厨になってしまった人も含むことがある。Smalltalk を神格化し始める かかり中 function 厨 最近増えてきた。マルチコア時代に最適というわかりやすい感染源ができたことも要因の一つ。LISP が世界を作っていると信じる 挫折中 三項演算子厨 どんどんネストした三項演算子を書いてしまう。気がつくと自分でもよくわからなくなってることもある 治療済み テスト厨 テストのためだけにコードを書いてしまう。プロダクトコードのきれいさよりもテストのしやすさを求めてしまう 治療中 lambda
レベル0 レベル0の人はプログラムを一度も書いた事がありません。 レベル0の人は、プログラミングとはどのような作業なのか想像もつきません。 世の中のほとんどの人は、このレベルです。 レベル0の人は、プログラムをかけるプログラマはいわゆるオタクだと思っています。 ありがちな発言 「プログラミングできるんだ。ふーん。凄いね。」 レベル1 レベル1の人は学校の授業の課題としてプログラムを書いた事があります。 しかし、あまりプログラミングには興味を持てず、コンピュータに詳しい知人に課題をやってもらったり、教えてgooなどで課題の答えを聞いたりしているので、仕事としてプログラミングはできません。 ありがちな発言 「教えて下さい」 レベル2 このレベルの人は、2度ほど何かの小規模プログラムを書き上げた経験を持っています。 段々とプログラミングへの興味が広範囲に及ぶようになり、勉強をするのが楽しくて仕方
今、日本のプログラマの多くが「休業中で自宅待機」のはずなのに、あまり語られていないので、俺が語ってみる。 --- 中小企業を救う為に国が出したのが、こういうルールだ。 今、壊滅的に仕事が無い。仕事が無いけど社員はいる。社員が会社にいると給料を払わないといけない。 クビにでもしないと会社は破綻する。しかしクビにしたら中小企業は立ち直る体力が無くなる。 よって。 社員を休業中にする事。休業なので、自宅待機。そして給料を６割まで減らす。休業にした社員の分、国が会社に助成金を出す。 --- よって、かなり多くのプログラマが休業中、自宅待機のはず。なのだ。 俺のつとめてる会社は中小なので、社長と直で話す事は多いし、社長は顔が広いので他の中小企業の社長がよく来る。 なので中小企業のソフトウェア会社の社長達の話を聞く事があるのだけど、今の日本、中小ソフト会社は社員半分以上が自宅待機なんてザラらしい。 -
アプレッソというベンチャー企業の CTO を務めて6年と2ヶ月になる。変化の激しいベンチャーに比較的長い期間身をおいていたので、社内外のいろいろなタイプのエンジニアと仕事をしてきた。 あるエンジニアが参加することで開発チームが短い期間で大きく変わったこともあったし、開発チームのメンバーが15人いた頃よりも、お互い補い合えるエンジニアが5人くらいの頃の方が成果が出たりすることもあった。 そういう経験を重ねていくにつれ、私の中では、スターエンジニアと呼べる人たちの持っているものについての、いくつかの類型ができてきている。今まで一緒に仕事をしていく中で本当に心強かったのは、最近エンジニアのキャリアパスの議論でよく言われるような財務のわかるエンジニアとか営業もできるエンジニアではなく、あるいは人と異なるユニークな能力を身に付けようとしているエンジニアでもなかった。ではどういうエンジニアが、というこ
僕は今回の案件で、システムのレスポンスに徹底的にこだわってる。 それには理由がある。 それは、プログラマの誇りを見せたいからだ。 この案件は、既存機能をコピーして似た機能を作るというものだ。 既存機能は、Webシステムなのに1アクションで 1分や2分以上のレスポンスタイムはザラで、 悪いときには数分後にタイムアウトして、 さらに悪いときには、アプリケーション全体をロックしてしまっていた。 顧客はそれでも我慢して使っていてくれたそうだ。 今回の改修に際して、顧客がパフォーマンスを要求するのは当然だった。 それにしても酷いアリサマだとコードを見てみると 酷い。 確かにパフォーマンスは出ないのも無理はない。 いや、それどころか僕は、このSI業界の問題を感じざるを得なかった。 この機能はそこそこ難しく、業務的にも重要だ。 しかし、そのコードは、新人〜3年目ぐらいのプログラマが書いたとしか思えないコ
2009年02月06日05:30 カテゴリArt 従来のソフトウェアエンジニア人事工学が決定的に間違っている点 ここまでは、誰もが同意するだろう。 従来のソフトウェア工学が決定的に間違っている点 - kwatchの日記 仕事が高度になればなるほど、属人性は排除できないし、人材の替えはきかない。問題を解決できない人間を100人集めても、問題は解決できない。問題を解決できるのは、問題を解決できる能力を持った人間だけ。頭の悪い大人100人より、すごく頭のいい小学生1人のほうが、成果物が出る。ソフトウェア開発はそういう類いの仕事。 にも関わらず、 ソフトウェア開発も同じような体制にしたほうがいいのではないか。生産性が 30 倍違うのであれば、バカプログラマー 30 人を雇うより、スーパープログラマー 1 人にサポートスタッフ 5 人つけたほうが安くていいものができるだろう。 とならないのはなぜか。
アムロ、ヤムチャ、星矢、飛雄馬などの声で有名な古谷徹さんが自作プログラムを公開しています。ソフトは、「お年玉くん」、「宝くじくん」、「キラーくん」、「タイマーくん」の4本でWindows用のソフト（←こいつ、動くぞ！）になっています。 「宝くじくん」で当選結果を調べたときは 古谷徹さんの声で音声が流れます 古谷徹さんが開発した全てのソフトは、マイクロソフトのスタンドアロン開発用プログラミング言語Visual Basicでプログラミングされています。ダウンロードは、古谷徹さん公式サイトの下記ページから可能です。 Toru's hobby もし実行用のランタイムがない場合は、ランタイム研究所::VB Runtimeを参考にしてみてください。 古谷さんは、音声再生用のプログラミングに力を入れたようで、「参考書を数冊購入(^^ゞ」されたそうです。音声再生部分には、5倍以上のエネルギーゲインがあるか
コーホー、コーホー、こんにちは、ヨーダにはサンタ帽子が似合うんじゃないかとずっと思ってるベイダー卿です。 今日はクリスマスイブなので、心温まるハートフルなお話です。 やってきてしまいましたよ。クリスマス。 独り者が、一年で一番理不尽さを感じる日。 「一番はバレンタインだろう」なんて目くそ鼻くそな異論のある方だとか、 「お、俺は、寂しいなんて思ってないんだからね！」なんていう、年の瀬になってまで意地を張っちゃった方だとか、 「今日は、先月と同じ、普通の24日なんだよ…」なんていう、諦めてないのに諦めたフリをしちゃってる方だとか、 たくさん、いらっしゃると思いますけどね。 でも、そういうのは無しにしましょうよ。 今日くらいは、みんな仲良く、楽になりましょうよ。 やっぱり、理系たるもの、論理的に納得して、クリスマスイブを迎えたいじゃないですか？ なんで、こんな日の夜に、恋人と一緒じゃなく、一人で
世間には非常にクリエイティブで独創的なプログラマーの人が数多くいますが、そんなプログラマーから学べることがたくさんあるようです。プログラマーに限らず、さまざまなことにも当てはまるようなことばかりで、ほかの仕事をするにしても非常に役に立ちます。ではクリエイティブなプログラマーからどのような事が学べるのか見ていきましょう。 詳細は以下より。Creative Code: 14 Ways to Learn From Creative Programmers | LifeDev 1.さまざまな分野に手を伸ばし学び続ける プログラマーは常に新しい言語を学んでいきます。同じように、さまざまな分野に手を広げ、学び続ける姿勢が大切である。 2.土台の部分から物事を始める 物事を土台から固める方がよりクリエイティブな解決方法を見いだすことができる。 3.すべての事に疑問を投げかける 何事にも疑問を投げかけてい
俺は大学でコンピュータサイエンスを 4 年間学んだ。とはいっても大学自体の学歴・成績は平凡もいいとこ。真の意味でのプログラマのレベルは凡骨もいいところな自覚はある。まぁその大学は自分と似たよーなレベルの人間を毎年輩出してるわけです。 でまぁ、就職活動に真剣に取り組み始めにゃならん時期になんとなしに 2ch （つーかしたらばか）の出身大学の出身学科のスレ見たら驚いた。そこでの議論の趣旨は「コンピュータサイエンスを 4 年学んだ人間はソフトウェア業界以外の進路は何があるか？」だった。 「今更 IT ドカタやる以外ないだろ常考」「公務員ならなんとかなるかも？」「情報科目の教員免許はどうだろうか」「コンピュータに精通した事務員とか会計士とかアリじゃね」「起業とか？ 俺たちのスキルじゃ余りにもリスク高すぎるか……」etc,etc ずっとスレを追っていたわけではないが、前向きにソフトウェア業界行きたい
私は常日頃、「プログラマって絶対優秀だよなぁ」と感じています。そう思っている理由を10個にまとめてみました。 ちなみに、私はプログラマではありません。一般人です。現場を知らないので、理想論に近い話になっていると思いますがご了承ください。どうやらおもいっきり理想論っぽいです。 抽象化・具体化ができる オブジェクト指向限定かもしれません。一般人よりもものごとの本質を見極める目を持っています。また、その訓練をしています。多くの偉人たちは、このスキルを持って、人々を導いてきました。 適材適所ができる どの言語を使うべきか、どのライブラリを使うべきかということの最適解を常に模索しています。一般人よりも適材適所に対する感度が高いと思います。 MECEなグルーピングができる 関数やクラスなど、漏れ・重複が極力ない設計を心がけています。一般人は、グルーピングしても漏れも重複も発生してしまうことが多いです。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く