「なぜ」を問うのがソフトウェア技術者にとって一番大切なこと - http://rubikitch.com/に移転しました
Jay Fields' Thoughts: Understanding Why ソフトウェア開発において常に「なぜ○○なのか？」と問い掛けることが大切だ、というお話。 best practiceだっていつも特効薬ではない。状況によって変わる。多くの人は、なぜそれがbest practiceなのか疑問に感じずに、盲目的にそれを適用しているのが問題だ。 開発あは「なぜテストを書くのか」という疑問を持っていないのは問題だ。私（Jay Fields）はよりよいソフトウェアを書くためにテストを書いている。テストは読みやすく、信頼できて、効率的でなければならない。私はひとつの事柄に焦点を絞ってテストを書く。そのテストはテスト対象がおかしいときのみにコケるテストが欲しいんだ。この信念がexpectationsというツールにあらわれている。 「なぜ」を問うことはほぼ常によいことだ。そして、そうすることはプ
ユメのチカラ: ソースコードの読み方（ニコニコ動画(RC2)で公開）
ユメのチカラ インターネットの時代になって、地球規模の知恵の集積が 可能になった。ソフトウェア開発においてもオープンソースソフトウェアのバザール的開発が注目されている。いまおきているその現実を現場の視点から記していきたい。 吉岡 弘隆 - よしおか ひろたか 日本OSS推進フォーラム ステアリングコミッティ委員 OSDL Board of Directorsを歴任 カーネル読書会主宰 2000年6月、ミラクル・リナックスの創業に参加。 95年～98年、米国OracleにてOracle RDBMSの開発をおこなっていた。 98年にNetscapeのソースコード公開(Mozilla)に衝撃をうけ、オープンソースの世界に飛びこみ、ついには会社も立ち上げてしまう。 2008年6月取締役CTOを退任し一プログラマとなった。
わずか565バイトテトリスのプログラミング解説
「往年の名作「スーパーマリオブラザーズ」、あの濃い内容でわずか40キロバイト」に載っていたわずか565バイトのテトリス。文字数にして551文字。79文字*7行のプログラミングで、テトリスが動きます。 以下のソースコードをメモ帳に貼り付けて、htmlで保存すればテトリスが動きます。 <body onKeyDown=K=event.keyCode><script>X=[Z=[B=A=12]];h=e=K=t=P=0;function Y() {C=[d=K-38];c=0;for(i=4;i--*K;K-13?c+=!Z[h+p+d]:c-=!Z[h+(C[i]=p*A-Math.round(p/ A)*145)])p=B[i];!t|c+4?c-4?0:h+=d:B=C;for(f=K=i=0;i<4;f+=Z[A+p])X[p=h+B[i++]]=1 if(e=!e){if(f|B){fo
Matzにっき(2006-02-28)
<< 2006/02/ 1 1. [本] 『4086301636』 2. [言語] ActiveState To Spin Out 2 1. [OSS] Rast高速化パッチ 2. [PC] レノボ、Core Duoを搭載したThinkPad X60 / T60を発表 3 1. [Ruby] ruby_class削減 2. [OSS] Rastが遅いわけ 3. 英会話 4. 雪 5. コンピュータは難しすぎて使えない 4 1. 参観日 2. 『コンピュータ技術者になるには』 3. [Ruby] Ruby温泉ミーティング2006春 5 1. [教会] 断食安息日 6 1. [原稿] 日経Linuxとオープンソースマガジン 2006年4月号 2. [原稿] るびま 13号 7 1. [原稿] 日経Linux 2. 日本国民全員にプログラマになってほしい 8 1. 妻の誕生日 2. [OSS]
Yoshioriの日記: Perlとかブログとか感謝とか
なんか最近告知っぽい事ばっかり書いてて どうでもいいことを書いてないことに気がついて 心に余裕がないのかなとか思ったけど、 どうでもいいことはTwitterに書いてたりして あぁ、住み分けてるんだと思ったりもしたけど、 どうでもいいことじゃないことを書いてみたりする。 俺は Perl が良く分かって無くて 全然素人なんだけど Twitterで Perlでハッシュのkeyを配列にしたい時ってどうやるんだろう？ Twitter / Yoshiori: Perlでハッシュのkeyを配列にしたい時ってどうやる... って発言したら Perlハッカーな方々から Twitterやブログへのコメント、TBなどで 色々教えて貰った。 Perl勉強中 - YoshioriのBlog ありがとうございます。 そしてふと思ったんだけど やっぱり何であれブログを書いたりするのは良いなぁと。 何というか、自分のアウ
加齢臭付きの正論 - 書評 - プログラマー現役続行 : 404 Blog Not Found
2007年10月15日01:30 カテゴリ書評/画評/品評Art 加齢臭付きの正論 - 書評 - プログラマー現役続行 吉岡さんのおかげで書評在庫が少しずつ片付いて行く。ありがとうございます。 プログラマー現役続行 柴田芳樹 ユメのチカラ: 職業としてのプログラマそして、そのような若い人たちを発見、発掘するのもわたしたちの責任だと思う。 その期待に答えてくれると思って買ってみた。 本書「プログラマー現役続行」は、47歳、現役29年目のプログラマーが、その秘訣を一冊にまとめたもの。 目次 まえがき 35年定年説は本当か 第01章 ソフトウェアは「人」が作る 第02章 プログラマー現役続行 第03章 論理思考力 第04章 読みやすいコードを書く力 第05章 継続学習力 第06章 コンピューターサイエンスの基礎力 第07章 朝型力 第08章 コミュニケーション力 第09章 英語力 第10章 コー
プログラマなら人月なんかさっさと超えろ - 矢野勉のはてな日記
Java, プログラミングノリノリで書いてみる。 人月というのは「人月の神話」以来、現場の技術者にとっては「お金の計算にしか使えない単位」なのですが、発注者側に分かりやすいということでいまでも大はやりしています。というか受注者側もまじめにこの単位で計算しています。 そしてJavaの世界というのは、私のようにJavaが大好きだからやってる、という人間はすごく少数派で、「そろそろJavaでもやっとくか」「Strutsの使い方覚えたからもういいか」「できればJavaなんかいじりたくないなー。俺も早くプログラマに『これやっといて』って言えるようになりたい」という人のほうが多いのが実情なんですね。その点Rubyの世界は、今は「好きだからやってる」人が圧倒的でしょう。プログラム能力の高いJavaプログラマを探すのは、プログラム能力の高いRubyプログラマを探すよりずっと大変だろうと思う。 Javaの世
ひがやすを blog - 2007-09-24 - 「なぜお前らは「好きだからコードを書く」はできるのに「好きだからメンテナンスする」ができないのか?
本当の問題は「スーツ + 頭のカタイおやじ VS. 無垢な技術者」という話だろうか。なんで、スーツの人や、頭のカタイおやじや、無垢な技術者がいるのか、その前提条件を問わなくちゃいけないんじゃないのか。その前提条件に、自分がどんな一手を打てるのかを考えて、世界を変えていこうよ。ていうか、世界を変えていたじゃない。 なんか、高井さんが勘違いしているみたいだから、書いておくけど、俺は、「だから世の中が悪い」とかいうつもりはありません。この構図は、過去何度も繰り返されている事実だから、まず私たち技術者は、その事実をきちんと認識しなければならない。 昨日は書かなかったけど、実は、「弱い技術者」というのは、「頭の固いおやじ予備軍」でもだったりする。 実際良く見かけるんだけど「最新の技術についていくのは疲れた」「なにかスーパーなデファクトが現れてそれで統一されて欲しい」「考えるのめんどくさいから標準で統
LiveCodingに学ぶプログラミングの三原則 : 404 Blog Not Found
2007年09月16日04:30 カテゴリArt LiveCodingに学ぶプログラミングの三原則 Mozilla24のLiveCodingの解説をやってきました。参加された方、お疲れさまでした。ほんと楽しかった。 言語もC++ありJavaありJavaScriptありActionScriptありPerlありとまちまちで、Editorもemacsありvimあり秀丸ありとまちまちでしたが、それでも全LiveCoderの共通項がはっきり見えたので、それを書き留めておきます。これらの共通項には私も含まれます。 コピペを恐れるな(don't be afraid to be a copycat) 参加者の一人として、100%フルスクラッチで書いていた人はいませんでした。たいていは関数単位でコピーし、それを適宜書き換えるというやり方をしていました。学校のテストでは反則もいいところですが、大人の世界ではこ
プログラミングのノウハウ
プログラミングに関するノウハウは大きく 3つにわかれると思う。 (またもや強引な分類) 1. 普遍的なノウハウ アルゴリズム, データ構造, オブジェクト指向, ツールボックスアプローチ, λ計算, etc. 2. システムのノウハウ 言語処理系, 計算機アーキテクチャ, OS, ネットワーク, etc. 3. 雑多なノウハウ 恣意的なAPI, 恣意的な言語仕様, 各種ソフトウェアの設定, 各種コマンドラインオプション, ソフトウェアのインストール作業, 各種システムの仕様の違い, 「最新技術」, etc. プログラミングをする上では 3種類のノウハウすべてが多かれ少な かれ必要なのだけど、僕のような人は、ついつい 3番目の雑多なノ ウハウばかりが増えていってしまう。日々のネットサーフィンで得 られるノウハウは大抵これである。 雑多なノウハウというのは、「たまたまそうなっている」だけであっ
作って理解するAjax (1)：IT Pro
最近，Webエンジニアのまわりで注目されている技術に「Ajax」(エイジャックス)があります。従来のWebアプリケーションはインタラクティブな処理の際，ユーザーにページのリロード作業を強いることが多く，決して操作性が良いとは言えませんでした。しかしAjaxを利用すると，サーバーと非同期な通信ができるので，ページをリロードすることなくコンテンツを更新できます。このためデスクトップ・アプリケーションと同様な操作性を持つWebアプリケーションを作成できます。本連載では，実際にAjaxアプリケーションを開発しながら，Ajaxアプリケーションの動作の仕組みや，既存のWebアプリケーションとの違い，実装上の注意点などについて紹介していきます。 「枯れた技術」を組み合わせる 筆者にとってAjaxの第一印象は強烈でした。「Google Map」のスムーズな地図操作，「Google Suggest」のリアル
Rubyist Magazine - 0004-RubyOnRails
『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、日本 Ruby の会の有志による Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0058 号 バックナンバー Rubyist Magazine 0058 号 RubyKaigi 2018 直前特集号 Rubyist Magazine 0057 号 RubyKaigi 2017 直前特集号 Rubyist Magazine 0056 号 Rubyist Magazine 0055 号 Rubyist Magazine 0054 号 東京 Ruby 会議 11 直
Joel on Software - 環境をコントロールできれば楽しく感じるもの
Joel Spolsky ジョエル・スポルスキ 翻訳: Yasushi Aoki 青木靖 2000/10/24 私の知っている筋金入りのC++プログラマたちの多くは、ユーザインタフェースプログラミングを嫌っている。これは私にとっては驚くべきことだ 。それというのも、UIプログラミングが本質的にやさしく、直感的で、楽しいものだと知っているからだ。 それがやさしいというのは、どうやって矩形を別な矩形の真ん中に配置するか、という以上に複雑なアルゴリズムは、通常必要にならないからだ。それが直感的であるというのは、もしあなたが間違ったならたちどころにそのことがわかり、修正できるからだ。楽しいというのは、あなたの作業の結果を即座に見ることができるからだ。あなたは自分がプログラムを直接彫刻しているかのように感じるだろう。 私の考えでは、プログラマがUIプログラミングを怖れるのは、ほとんどの場合彼らのUI
Web アプリケーションテストツール Selenium のテスト記述から開放してくれる Firefox 拡張 Selenium IDE
Web アプリケーションテストツール Selenium のテスト記述から開放してくれる Firefox 拡張 Selenium IDE 2006-02-15-3: [Firefox][JavaScript] http://www.openqa.org/selenium-ide/ JavaScript を使ってブラウザを介して Web アプリケーションのテストをしてくれる とても便利な Selenium． Selenium のテストを書くのが結構めんどくさかった． このテスト記述から開放してくれる Firefox の拡張があった！ - Selenium http://selenium.thoughtworks.com/ Google で「Selenium」で検索してその検索件数が意図した件数と合致するかテストすることにする． まず，Firefox の [ツール] - [Selenium ID
プログラマレベル:Geekなぺーじ
レベル0 レベル0の人はプログラムを一度も書いた事がありません。 レベル0の人は、プログラミングとはどのような作業なのか想像もつきません。 世の中のほとんどの人は、このレベルです。 レベル0の人は、プログラムをかけるプログラマはいわゆるオタクだと思っています。 ありがちな発言 「プログラミングできるんだ。ふーん。凄いね。」 レベル1 レベル1の人は学校の授業の課題としてプログラムを書いた事があります。 しかし、あまりプログラミングには興味を持てず、コンピュータに詳しい知人に課題をやってもらったり、教えてgooなどで課題の答えを聞いたりしているので、仕事としてプログラミングはできません。 ありがちな発言 「教えて下さい」 レベル2 このレベルの人は、2度ほど何かの小規模プログラムを書き上げた経験を持っています。 段々とプログラミングへの興味が広範囲に及ぶようになり、勉強をするのが楽しくて仕方
小野和俊のブログ:そして、ペア･プログラミングが始まる
ここ数日、私はずっとペアプログラミングをしている。 ペアプログラミング自体は、これまでに何度も経験したことがある。 しかし今回の試みが今までと違うのは、 一日中、ペアプログラミングしかしないという点である。 １セット1時間半、15分の休憩を入れて、 ドライバーとナビゲーターを交互に入れ替えて毎日4セットやる。 このところ、これを何日も続けている。 こうやって、ある程度ストイックに続けてみることで、 わかってきたことがある。 それは、ペアプログラミングにはメガトン級の破壊力があるということだ。 プログラマーは絶えず誘惑にさらされている。 調べ物でウェブを見たついでに何時間もネットサーフィンしてしまったり、 考えたことをメモするついでに2時間かけてブログを書いてしまったり、 仕事の用事で知人に IM したついでにしばらくだべってしまったり、 Twitter に書き込んだついでに Friends
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
RT::Blog »
- オブジェクト指向の再定義
TECHSCORE - Java,SQLプログラミング技術解説
IBM わかりやすいコードを作成するための 6 つの方法 - Japan
