頭の中にプログラムを入れる
Paul Graham / 青木靖 訳 2007年8月 いいプログラマは、自分のコードに集中しているとき、それを頭の中に保持しておくことができる。数学者が取り組んでいる問題を頭の中に入れているのといっしょだ。数学者は学校で子供たちが習っているように、紙の上で問題の解いているわけではない。彼らは多くの部分を頭の中でやっているのだ。問題の領域をよく把握しようと努めることで、普通の人が記憶にある育った家の中を歩き回れるように、数学者は頭の中で問題空間を歩き回ることができる。最高の状態で行われるプログラミングもそうだ。プログラムの全体を頭の中に入れたなら、それを思い通りに操れるようになる。 これはプロジェクトのはじめにおいては特に価値がある。それはプログラムを作り始めるときに最も重要なことが、やっていることを変えられるということだからだ。単に問題の解き方を変えるという ことではなく、解いている問題
Life is beautiful: 私のとっておきのプログラミングスタイル
404 Blog Not Found の「LiveCoding に学ぶプログラミングの三原則」を読んでいたらどうしても書きたくなったので。あくまで私のスタイルなので、参考にするもしないもご自由に。 1. スタードダッシュでできるだけはやくめどをつける 学生時代から夏休みの宿題は７月中に終わらせていた私とすれば、ラストスパートよりはスタートダッシュで勝負する。どのみち、どこかで思いっきり頑張らなければならないのであれば、締め切り間際ではなく、スタート間際に頑張るべきというのが私のポリシー。十週間のプロジェクトであれば、最初の二週間が勝負。そこで八割がたのめどをつけておき、後は流す。最初の二週間がめどが立てられなければ、十週間で完成できる可能性は低いと考える。常にそういう姿勢でいれば、締め切りぎりぎりになって致命的な欠陥が見つかって痛いめにあったり、本当は大幅な設計変更をすべきなのに応急処置で
プログラマの権利宣言
Jeff Atwood / 青木靖 訳 2006年8月24日 企業は開発者に給与として60-100kドル支払いながら、ひどい作業環境と汚い使い古しのハードウェアによって彼らを損なっている。信じられない話だ。そんなのはビジネス的に理屈に合わない。ところがそういうのをどこでも目にする。ソフトウェア開発者が成功するために不可欠なものを与えていな い企業がいかに多いかは驚くばかりだ。 そこでプログラマの権利宣言を採択し、成功に不可欠な基本的なことを否定する企業からプログラマの権利を守ることを提案する。 すべてのプログラマは2つのモニタを持つ権利を有する 下落する液晶ディスプレイの価格と、遍く存在するデュアル出力ビデオカードのことを考えるなら、開発者を1つのディスプレイに制限するのはばかげた話だ。ディスプレイを2つにすることによって得られる生産性の利益については、今では十分に説明されている。開発者の
論理的思考の放棄 - 登 大遊＠筑波大学情報学類の SoftEther VPN 日記
僕は、1 日に少なくとも 3,000 行程度、多く書くときで 10,000 行以上のプログラムを書くことができる。その結果、多い月で 10 万行 / 月くらいである。なお、言語は書くソフトウェアの性質上、大半が C 言語である。 また、プログラミングにはバグが付き物だが、ここ 2、3 年の間は、発生するバグの数を極めて少なく保つことに成功している。 とても大きく複雑で、かつレイヤ的に OS に近い処理をたくさんやるプログラムを書く場合は、プログラミングをするときでも、事前の設計が極めて重要となる。設計をうまく行わないと、後になって全面的に書き直しをしないといけなくなったり、パフォーマンスが低下したりする原因となり、開発者の苦痛の原因となる。 当然のことながら、これまで書いたいくつかの大きく複雑といえるソフトウェアの大半の設計も、自分で行った。いかなる場合でも、設計は、最初の 1 回目で確定
プログラマという職業は「ふつう」の人には厳しくないか - ukstudio
最近、実はプログラマという職業が「ふつう」の人には厳しいなーと思っていたりする。 業務外にコードを書いたり、技術書などを読むというのは素晴らしいことだと思う。けど、会社側がもし「業務時間外にコードを書いたり、技術書を読んだり、勉強会に参加しなさい」と言ったら、それは業務時間外労働と変わらないと思う。個人のたのしみとは別に会社側がそれらを求めたらそれは業務だ。 しかし、僕が思うにはそういう業務時間外に自主的に勉強をしないと、正直いってまともな品質なソフトウェアを作るのは難しい。 例えば良書と言われているものは結構な数あり、ある程度経験がありそれらの本を読んだことがある人は「プログラマならこの本は読んでおくべき」という本をいくつかあげたりもするだろう。けど、それらをいつ読むのか。業務時間内にそれらをじっくり読んだり、実際にコードを書いたりする時間があるところはないだろう。そうなると自分のプライ
ウノウラボ Unoh Labs: PHPで暗号化・復号化あれこれ
GT Nitro: Car Game Drag Raceは、典型的なカーゲームではありません。これはスピード、パワー、スキル全開のカーレースゲームです。ブレーキは忘れて、これはドラッグレース、ベイビー！古典的なクラシックから未来的なビーストまで、最もクールで速い車とカーレースできます。スティックシフトをマスターし、ニトロを賢く使って競争を打ち破る必要があります。このカーレースゲームはそのリアルな物理学と素晴らしいグラフィックスであなたの心を爆発させます。これまでプレイしたことのないようなものです。 GT Nitroは、リフレックスとタイミングを試すカーレースゲームです。正しい瞬間にギアをシフトし、ガスを思い切り踏む必要があります。また、大物たちと競いつつ、車のチューニングとアップグレードも行わなければなりません。世界中で最高のドライバーと車とカーレースに挑むことになり、ドラッグレースの王冠
開発現場で使えるナウシカの名言:Geekなぺーじ
元ネタ：プロモーション映像制作現場で使えるナウシカの名言 1. ちょっとあらっぽくやるわよ 網タイツを履いた美人プログラマがUSBのメモリーをパソコンから抜くときに、”ハードウェアを取り外す”をクリックせずに、そのままUSBメモリーを抜くときの一言 １巻２０ページ。 2. みごとだ...まるでCPUの心がわかるようだ... パイプライン処理を意識しながらバリバリとアセンブラを書く40代のシニア開発者のviさばきを見ながら。 原文：「みごとだ...まるで蟲の心がわかるようだ...」１巻２２ページ。 3. 社長がさわぎたてては開発者は不安をかきたてられていたずらに動揺するばかりだぞ 受注していた案件の発注元が飛びそうな雰囲気があるけど、開発そのものは佳境を迎えている。 原文：「上に立つ者がさわぎたてては民は不安をかきたてられていたずらに動揺するばかりだぞ」１巻４９ページ。 4. どけ！emac
まつもとゆきひろさんと鵜飼文敏さんの公演＆グーグルのブースに行ってきました - shingotadaの日記
Ｒｕｂｙまつもとゆきひろ氏×Google鵜飼文敏氏オープンソース界の先駆者2人が激論！「理想のソフトウェア開発の現場とは？」http://rikunabi-next.yahoo.co.jp/rnc/docs/cp_s00911.jsp?html_nm=fair/engineer/timetable.html&l_id=6#01リクナビネクストの転職フェアで開催されていました。ちなみにまだ転職する気はありません。 お二人が出てきたときは体がぞくっとしました。やはりなんかすごい人っていうのは体から放たれるオーラがすごい。ＩＴに一切関わりがなかった、１年前の僕なら、普通の人だったんだろうけど（笑）。 お二人にとって「ソフトウェア開発でもっとも大事にしていることは？」についての質問 まつもとゆきひろさん１．自由に活動する 人から何かを言われてやるとモチベーションがあがらない。自分のやりたいことをで
Objective-Cは特殊な言語？ - ＠IT
Objective-Cは特殊な言語？：Cocoaの素、Objective-Cを知ろう（1）（1/2 ページ） iPhone用アプリケーション開発で注目を集める言語「Objective-C」。C++とは異なるC言語の拡張を目指したこの言語の基本を理解しよう（編集部） 唐突ですが、皆さんは新たに1つのプログラミング言語を修得しようと思い立ったとき、最初に何をしますか。その言語の入門用サイトを見て回る、関連書籍を立ち読みする、サンプルを入手して取りあえず動かしてみる、といったところでしょうか。ちなみに私は書籍が好きで、しかも立ち読みではなく購入派です。 いずれにしても、まずはその言語のコードを目で見て、「いったいどんな言語なのか」というイメージをつかむのが最初の一歩となるでしょう。何かしらのプログラミング経験がある人なら、コードを眺めて、「ああ、あの言語に似ているな」とか「うわ、これはとっつきに
みんなで仕事持ち合って一緒に作業しない？的な『Work at Jelly』 | 100SHIKI
これはちょっと素敵な試みでは。 Jellyは、隔週で開催されるカジュアルな「ちょっと一緒に仕事でもしない？」的な試みだ。 場所とネット接続だけ提供するのであとは集まって適当にー、というゆるさがよい。別にひとつの仕事をみんなでやるわけではなくて、それぞれが仕事を持ち寄って作業をする、という意味合いが強い。 そして賛同する人がいれば自分でもそうした「仕事会」を提供することができ、このサイトで登録ができる。 今見てみると世界中でぽつぽつと拠点が登録されつつあり、日本でも誰か始めてみるといい感じなのではないかな、と思う。 仕事を持ち寄って作業をすることで思わぬノウハウが共有されたりもするだろう。おすすめの試みである。
ぜんぜん知らない開発言語をてっとりばやく覚える方法 C# 編 - 帝国の野望ブログ - ものえおさむ - builder by ZDNet Japan
はじめに このブログでは Visual C# 2008 Express Edition (無償) を使用した Windows アプリケーションに作り方について説明しています。 Visual C# 2008 Express Edition (無償) の入手方法については この記事 を、プロジェクトのコンパイル方法については この記事を参照してください。 タイトルにあるとおり、今回は未経験の開発言語でとりあえずプログラムを書けるようにするための、てっとりばやい方法について書いてみたいと思います。 コードを書く仕事に携わっていると、仕事の要件や技術の革新、開発製品のディスコン、あるいは趣味嗜好、心境の変化などで新しい開発言語を使用する状況になることがあります。 しかし、開発言語の習得というのは、他人との関係を築くのに似てそう簡単ではありません。 深く理解し、心の底から分かりあえるまでにはそれなり
技術者社長が語る「プログラマはキツい？いや、楽しいでしょ！」 (1/4)
元サイボウズの社長であり、現LUNARR CEOの高須賀 宣さんと、ユビキタスエンターテインメント CEOの清水 亮さん。日米のエッジな企業経営者のお二人にプログラマ人生から、日米のモバイルに対する認識の違い、最近注目しているテクノロジまで語り尽くしてもらった。全3回に分けてお送りするこのガチンコ放談。まず、第1回目は「プログラマ人生とは」「日米の思考の違い」「ネットの世界の成功の条件」だ。 プログラマはキツい？ いやいや、楽しいでしょ 清水 ゆっくり高須賀さんとお話させていただくのは今日が初めてですよね。いきなりですけど、サイボウズがグループウェアを発売したのはいつでしたか？ 高須賀 1997年の9月でした。 清水 そうだったんですか。実は僕が初めてCGIでプログラムを書いたのが1998年ぐらいで、グループウェア的なモノを作ったんですよ。もう1年早ければ、サイボウズに勝てたかもしれない（
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
shi3zの日記 - Webプログラマーがデュアルディスプレイで作業する理由