どうしてプログラマに・・・プログラムが書けないのか?
Jeff Atwood / 青木靖 訳 2007年2月26日 レジナルド・ブレイスウェイトが書いていることを読んだとき、私はそんなわけないだろうと思っていた。 私と同様、この著者は、プログラミングの仕事への応募者200人中199人はコードがまったく書けないということで苦労している。繰り返すが、彼らはどんなコードも書けないのだ。 彼が引用している著者というのはイムランのことで、彼は単純なプログラムも書けないプログラマをたくさん追い払っているということだ。 かなりの試行錯誤の末に、コードを書こうともがいている人たちというのは、単に大きな問題に対して苦労しているのではないことがわかった。やや小さな問題(連結リストを実装するというような)に対して苦労するということでさえない。彼らはまったくちっぽけな問題に苦労しているのだ。 それで、そういった類の開発者を見分けるための質問を作り始め、私が｢Fizz
最速インターフェース研究会 :: つまらなくて役に立つ物を作るということ
プログラミングできるひとは「ゲーム作れよ」と言われることが多いような気がする。 ぶっちゃけゲームとか作れないし、たぶんウェブプログラマの多くはそうだ。 PerlやRubyやJavaScriptとかで何万ポリゴン動かしたりできない。 XMLをパースしたり、正規表現で置換したり、そういうのなら得意だ。 ゲームの人らは秒間3億ポリゴンとかやってるのに、何でこんなちまちましたことやってるんだろうと思ったりもする。 なんでこんな事やってるのかというと、面白いからやってるのだけれど、 プログラム書かない人らから見ると何やってるのか全然面白さが分からない、 3Dポリゴンが動いたり(乳が揺れたり)する方が面白いに決まってると思ってる。 彼らは失礼極まりなくて、リーナストーバルズに対しても 「お前の作ってるものは良く分からないから、ゲーム作れよ」って言うだろうね。 そういう連中を皆殺しにしないことには俺の人
習作UI: 縁日の金魚を再現してみた
Flashでプログラムを書く機会があったら一度は作らねばと思っていたのが、鳥や魚の群れ（flock）のシミュレーション。そこでカスタムクラスのプログラミングの練習も兼ねて作ったのがこれ。アルゴリズムそのものは、良く知られた（１）仲間と同じ方向に泳ごうとする気持ち、（２）仲間と一緒に泳ごうとする気持ち、（３）衝突を避ける気持ち、をそれぞれの魚に持たせて泳ぐ方向を少しずつ変化させる、というものである。 プログラムはそれほど時間をかけずに作ることができたのだが、苦労したのがそういった「気持ち」の部分を表現するのに必用な具体的なパラメーター（どのくらい離れた仲間まで認識しているか、どのくらいの距離までの接近を許すか、など）を見つけ出す部分。金魚すくいの水槽の中の金魚の動きをちょうど良い感じで再現するためのパラメーターを見つけるのにかなりの試行錯誤が必要であった。 しかし、これを作って思ったのは、F
スラッシュドット ジャパン | 終わってるITスキルトップ10
本家/.の記事より。「The top 10 dead (or dying) computer skills」、すなわち「死んだ(あるいは死にかけの)コンピュータスキルトップ10」と題したComputer Worldの記事が話題になっている。記者が研究者やヘッドハンターに取材してまとめたもので、かつては高く評価されていたのに、今ではお呼びでない(あるいは役に立たなくなりつつある)スキルを列挙している。やり玉にあがったのは以下のとおり。 COBOL リレーショナルでないDBMS IP以外のネットワーク cc:Mail ColdFusion C言語(!) PowerBuilder 認定 NetWare エンジニア PC ネットワーク管理者 OS/2 異論反論ありそうですが、結局のところ、いま流行っている技術にしても、10年後、あるいは5年後には「なんだっけそれ?」ということになるんでしょうね。
DSAS開発者の部屋:オープンソースを楽しむエンジニアの一日 〜 コードを楽しく読む工夫
C言語で書かれたソースコードを読んでいるとき、関数ポインタから呼び出されている機能の実体がどこに書かれているのかを探すのに苦しんだ経験はありませんか？ 私はあります、いっぱいあります！！ そんなときはどうするかというと・・・ 手順１： まずは気分転換をする！ 手順２： そして気合いを入れ直す！ 手順３： さらに気力で読み砕く！ 手順４： 最後に根性で発見する！ これが、ごく一般的な作業手順(?)かと思います・・・（ごめんなさい嘘です） でもまあ、実際にここまで出来れば、そのプログラムの大まかな構成とか癖みたいなものはだいたい把握できているはずなので、他の関数ポインタについてもある程度当たりをつけて見つけだすことが出来るようにはなるかと思います。 ・・・・・が、、できれば気合いと根性を使わずに追えるなら追いたいのが人情ですよね。 straceやltraceを使えばシステムコールやライブラリコ
英語コメントの書き方の疑問 - higepon blog
; ここから コードがここに書かれる ; ここまではxxx 英語でこういうコメントを書きたい場合はどうすればいいんだろうか。
Perl and UNIX Network Programming (YAPC::Asia 2007) - naoyaのはてなダイアリー
YAPC::Asia で Perl UNIX ネットワークプログラミングについての発表をしてきました。UNIX ネットワークプログラミングの基礎の概論、I/O多重化の話、Perl のモダンなネットワークライブラリの話です。資料を以下に置いておきます。 http://bloghackers.net/~naoya/ppt/070404Perl_and_UNIX_Network_Programming.ppt (ppt, 122k) なお、会場では口頭で触れましたが、資料中のソースは簡単のためエラー処理を飛ばしています。また、途中で出てくる図は例えば vfs のページキャッシュをはしょってあったりとこれも簡単のため省略事項がある点にご注意ください。 それからフォントが Consolas なので Consolas が入ってない環境だと変になる、かも。
秋元@サイボウズラボ・プログラマー・ブログ: プログラミング2.0
O'Reillyも、上記の全部に賛成しているわけではないが。おおまかには、さまざまなプログラミングの現場で、あるいはプログラマーの意識における優先順位において、上記のような変化が起こり、続いているところはあると思う。 投稿者 秋元 : 2007年01月07日 05:10 トラックバック このエントリーのトラックバックURL: https://labs.cybozu.co.jp/cgi-bin/mt-admin/mt-tbp.cgi/1027 このリストは、次のエントリーを参照しています: プログラミング2.0: » プログラミング2.0 from ココサブログ プログラミング2.0っていうのも登場したみたいですね。 秋元@サイボウズラボ・プ [続きを読む]
富豪的プログラミング
ちょっと貧しいGUI ユーザインタフェースのプログラムといえばすっかり グラフィカルユーザインタフェース(GUI)があたりまえになりました。 ところが最近の計算機はメモリもディスクも大量に装備しているし CPUパワーも従来とは比べものにならないのに、 意外と貧乏臭いインタフェースが生き残っているようです。 よく見られる以下のようなインタフェースはちょっと貧しい と思われます。 ウィンドウ枠のドラッグ マウスでウィンドウを動かそうとするとき、 ウィンドウの枠だけマウスに追随し、中身はドラッグ終了後に 再描画されるというシステムがあります。 画面描画が遅かった時代はこういう工夫も仕方がなかったかもしれませんが、 今でもこういうインタフェースを使っているのは貧しいでしょう。 排他的論理和で枠を書いたりもとに戻したりしていれば貧しさ度アップです。 でも調べてみたら同僚のほとんどが 枠だけドラッグの
Part1 Web APIプログラミングに挑戦しよう！ - Google/Amazon/Yahoo! Webサービス徹底活用：ITpro
いま，Webの世界は大きく変わろうとしています。検索エンジンはどんどん進化し，ブログやSNS（Social Networking Services）といった新しいアプリケーションが登場して，Webの用途は広がり，便利になっています。 プログラマにとってのWebの姿も大きく変わっています。従来，Webでプログラミングといえば，サーバーで動作するWeb/DBアプリケーションの構築か，JavaScriptで動的なWebページを作成することを指すのがほとんどでした。最近はこれに加えて，Web上に散在するAPI（Web API）を利用するプログラミングが流行しつつあるのです。 インターネット上のサービスを 自分のプログラムに組み込める 「API」と言えばOSの機能をプログラムから利用するための窓口というイメージがあると思います。Web APIとは，WebにおけるAPI，つまりWeb上にあるサービスを
『話が通じない話』
悪態のプログラマとある職業プログラマの悪態を綴る。 入門書が書かないプログラミングのための知識、会社の研修が教えないシステム開発業界の裏話は、新人プログラマや、これからプログラマを目指す人たちへのメッセージでもある。 新人プログラマの書いたソースコードのレビューをしていた時の話。 「ここんとこ、複雑な書き方になっているけど、大丈夫？」 「はい」 おかしなもので、何の迷いも無く大丈夫だと言われると、逆に不安になる。特に、彼が実務としてプログラミングを行うのは初めてだったから、なおさらだ。 「本当に大丈夫なの？」 「大丈夫です」 ますます不安になってしまう。どうして断言できるのか？ その自信はどこからくるのか？ なぜ、「このような動作確認をしているので大丈夫です」と言ってくれないのだろう。むしろ「自信がないのでよく見てください」とか言ってくれればいいのに・・・。 もちろん、「たぶん大丈夫です」
Teach Yourself Programming in Ten Years 日本語訳
以下の文章は、Peter Norvig による Teach Yourself Programming in Ten Years の日本語訳である。 本翻訳文書については、以下の方々にご教示を頂きました。ありがとうございました。 Shiro Kawai さん：誤訳の訂正 三好博之さん：誤訳の訂正 竹中明夫さん：2001年7月改版分の訳、誤訳の訂正（共訳者にクレジット） Toshihiko Ono さん：誤訳の訂正 アクビさん：訳注３に関する情報 どうしてみんなそんなに急ぐの？ どの本屋に足を運んでも、『7日で学ぶ Java』といったハウツー本を見かけるし、そのそばには Visual Basic や Windows やインターネットなどについて、同じように数日や数時間で学べると売りこむ本が無限のバリエーションで並んでいる。Amazon.com で以下の条件で検索してみたところ、 pubdate
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
人力検索 - 関数型言語（プログラミング言語Scheme, Haskellなど）を勉強しようと思っています。 関数型言語の勉強方法
算数や数学の授業 - www.textfile.org
OBB vs AABB - Radium Software Development
NameBright - Domain Expired