頭の中にプログラムを入れる
Paul Graham / 青木靖 訳 2007年8月 いいプログラマは、自分のコードに集中しているとき、それを頭の中に保持しておくことができる。数学者が取り組んでいる問題を頭の中に入れているのといっしょだ。数学者は学校で子供たちが習っているように、紙の上で問題の解いているわけではない。彼らは多くの部分を頭の中でやっているのだ。問題の領域をよく把握しようと努めることで、普通の人が記憶にある育った家の中を歩き回れるように、数学者は頭の中で問題空間を歩き回ることができる。最高の状態で行われるプログラミングもそうだ。プログラムの全体を頭の中に入れたなら、それを思い通りに操れるようになる。 これはプロジェクトのはじめにおいては特に価値がある。それはプログラムを作り始めるときに最も重要なことが、やっていることを変えられるということだからだ。単に問題の解き方を変えるという ことではなく、解いている問題
ビット、バイト
＜２進数＞ コンピューターは「通電する、しない」「磁化されている、いない」等の判断しかできません。 したがって「演算」にしろ、「判断」にしろ「２進数」で行っています。 ＜ビット＞ よく「ビット」と言う言葉を耳にしますが、これは２進数の１桁のことです。 １６ビットマシン＝２進数を１６桁単位で処理するマシン ２８．８ｋビットモデム＝１秒間に２進数２８８００桁送るモデム ＜１６進数＞ 人間が理解しやすくするために２進数４桁を「０～Ｆ」の１桁で表現した数えかたです。 ＜バイト＞ １６進数２桁（８ビット＝１０進数で０～２５５）の単位のことで キーボードの文字や制御コードを割り付けに「００～ＦＦ」が使われているのでこう呼ばれる １６Ｍ（メガ）のメモリー＝１６，０００，０００バイト（文字）記憶できるメモリー １Ｇ（ギガ）のハードデイスク＝１，０００，０００，０００バイト（文字）記憶できるハードデイスク
そんなプログラマは必要ない！優秀なプログラマの8つの条件*ホームページを作る人のネタ帳
先日の記事 デザインの心得３か条をデザイナーに聞いてみたを紹介しましたが、この時、沢山のネットビジネスをされている経営者の方にもお会いしました。 せっかくなので、優秀なプログラマとは一体どんな人材ですかと聞いてきました。 そこで今回は、この聞いた話というのがすごく勉強になったので、経営者が必要とするプログラマ、要らないプログラマをご紹介しようかと思います。 必要な物を作り上げ、そこにプラス何かがあるもの ネットビジネスの経営者だからと言って、みなプログラムについて詳しいわけではない。中には非常に詳しい方もいらっしゃいましたが、そんな詳しい方は５％未満です。 経営者が必要としているプログラマとは一体どんなプログラマなのか？ 色々と答えがありました。 １）企画力のある人材 優秀なプログラマは得てして自己表現が下手だ。 我々にとって優秀という言葉は、あくまで我々の言うことを100％遂行する人材。
プログラマレベル:Geekなぺーじ
レベル0 レベル0の人はプログラムを一度も書いた事がありません。 レベル0の人は、プログラミングとはどのような作業なのか想像もつきません。 世の中のほとんどの人は、このレベルです。 レベル0の人は、プログラムをかけるプログラマはいわゆるオタクだと思っています。 ありがちな発言 「プログラミングできるんだ。ふーん。凄いね。」 レベル1 レベル1の人は学校の授業の課題としてプログラムを書いた事があります。 しかし、あまりプログラミングには興味を持てず、コンピュータに詳しい知人に課題をやってもらったり、教えてgooなどで課題の答えを聞いたりしているので、仕事としてプログラミングはできません。 ありがちな発言 「教えて下さい」 レベル2 このレベルの人は、2度ほど何かの小規模プログラムを書き上げた経験を持っています。 段々とプログラミングへの興味が広範囲に及ぶようになり、勉強をするのが楽しくて仕方
小野和俊のブログ:そして、ペア･プログラミングが始まる
ここ数日、私はずっとペアプログラミングをしている。 ペアプログラミング自体は、これまでに何度も経験したことがある。 しかし今回の試みが今までと違うのは、 一日中、ペアプログラミングしかしないという点である。 １セット1時間半、15分の休憩を入れて、 ドライバーとナビゲーターを交互に入れ替えて毎日4セットやる。 このところ、これを何日も続けている。 こうやって、ある程度ストイックに続けてみることで、 わかってきたことがある。 それは、ペアプログラミングにはメガトン級の破壊力があるということだ。 プログラマーは絶えず誘惑にさらされている。 調べ物でウェブを見たついでに何時間もネットサーフィンしてしまったり、 考えたことをメモするついでに2時間かけてブログを書いてしまったり、 仕事の用事で知人に IM したついでにしばらくだべってしまったり、 Twitter に書き込んだついでに Friends
どうしてプログラマに・・・プログラムが書けないのか?
Jeff Atwood / 青木靖 訳 2007年2月26日 レジナルド・ブレイスウェイトが書いていることを読んだとき、私はそんなわけないだろうと思っていた。 私と同様、この著者は、プログラミングの仕事への応募者200人中199人はコードがまったく書けないということで苦労している。繰り返すが、彼らはどんなコードも書けないのだ。 彼が引用している著者というのはイムランのことで、彼は単純なプログラムも書けないプログラマをたくさん追い払っているということだ。 かなりの試行錯誤の末に、コードを書こうともがいている人たちというのは、単に大きな問題に対して苦労しているのではないことがわかった。やや小さな問題(連結リストを実装するというような)に対して苦労するということでさえない。彼らはまったくちっぽけな問題に苦労しているのだ。 それで、そういった類の開発者を見分けるための質問を作り始め、私が｢Fizz
まつもとゆきひろ――第1回：オープンソースという「お仕事」
オープンソースソフトウェアの開発にかかわっている人のインタビューをシリーズでお届けする「Open Source People」。記念すべき第1回はMatzのニックネームでも知られるまつもとゆきひろ氏の「人となり」に迫る。 連載を始めるに当たって オープンソースソフトウェアを開発しているのはどのような人たちなのか――オープンな場で開発が行われているとはいえ、そこで実際に作業している開発者たちを具体的にイメージできるという人は、案外少ないのではないだろうか。 一般にオープンソースソフトウェアの開発は、誰でも参加できるメーリングリストのようなオープンな場で行われている。そこを覗いてみれば、誰が、どんなことをしているのかということは、それこそ、いつでも誰でも知ることができる。しかし、誰でも閲覧できるからといって、みんながアクセスして読んでいるわけではないのが、インターネットの常でもある。また、開発
ITmedia エンタープライズ：第2回 サルでも分かるプログラミング言語の新潮流【後編】 (1/3)
「ガーベジコレクション」「リフレクション」「アスペクト指向」「クロージャ」「イテレータ」「型推論」など、近年、プログラミング言語の世界に新しい概念が続々となだれ込んでいるように見えます。しかし、この背景には、実はあまり知られていない歴史が隠されているのです。 新潮流の実体 前回紹介したように、「知られざる言語」で熟成された機能が、メインストリームの言語に続々と取り込まれているのが「新潮流」の真実だったわけです。メインストリームの言語しか見ていなかった人にはまったく新しいものに見えますが、実際にはもう何年も何十年も使われてきた技術だったのですね。 ここにきてなぜ、新技術がメインストリームに取り込まれるようになったのか、はっきりとした理由は分かりません。しかし、おそらくは以下のような原因があるのではないでしょうか。 1.コンピュータの性能向上 ハードウェアの進歩による性能向上で、以前は受け入れ
CMSとモバイルとフィードと四畳半社長: 一日に何行のプログラムが書けるか
東京都文京区本郷でとあるCMS開発会社を営む社長のブログ。さっきまで「越後のCMS問屋」だったのですが、会社が新潟に移転したと勘違いされたようなので変えました。 モバイル、ゲーム、フィード、Ajax、Flash、ハイテクグッズあたりのはやりモノが好きです。 最新作「メルルーの秘宝」がドワンゴから提供中 週刊アスキーで「2045年の週刊アスキーをつくる」連載中 遊びに行くと言っていて、なかなか遊びにいけない筑波のマイクロソフトことソフトイーサー社長、登大遊さんのブログで論理的思考の放棄という面白いエントリーがありました。 登さんは一日に少なくとも3000行はプログラムを書いているのだそうです。 僕も(偽)プログラマーの端くれとして、この数字を想像してみましたが、とてもじゃないけどそんなに書く自信はありません。若い頃でも1500行書いたら「今日は頑張ったな」という感じだったような気がしま
論理的思考の放棄 - 登 大遊＠筑波大学情報学類の SoftEther VPN 日記
僕は、1 日に少なくとも 3,000 行程度、多く書くときで 10,000 行以上のプログラムを書くことができる。その結果、多い月で 10 万行 / 月くらいである。なお、言語は書くソフトウェアの性質上、大半が C 言語である。 また、プログラミングにはバグが付き物だが、ここ 2、3 年の間は、発生するバグの数を極めて少なく保つことに成功している。 とても大きく複雑で、かつレイヤ的に OS に近い処理をたくさんやるプログラムを書く場合は、プログラミングをするときでも、事前の設計が極めて重要となる。設計をうまく行わないと、後になって全面的に書き直しをしないといけなくなったり、パフォーマンスが低下したりする原因となり、開発者の苦痛の原因となる。 当然のことながら、これまで書いたいくつかの大きく複雑といえるソフトウェアの大半の設計も、自分で行った。いかなる場合でも、設計は、最初の 1 回目で確定
ほげを考えるページ
このページについて: このページは、かつて http://www.selab.tutkie.tut.ac.jp/~yoshida/hoge.html に存在していたページです。 現在は公開されていません。 しかし、このような歴史的・文化的に極めて大きな価値のあるページが 見られないのは実に惜しいということ、 および、私自身が著書にて上記URLを紹介しまくっていることから、 作者の吉田さんに許可を頂き、ここに転載することにしました。 「C言語ポインタ完全制覇」の第6刷からは、こちらのURLを紹介しています。 転載を快諾してくださった吉田さんに感謝いたします。 ひとつ上のページに戻る | トップページに戻る ほげを考えるページこのページはネットワーク文化人類学の新しい分野である「ほげ学」のページです。暇な人以外は、このページを見ないようにお願い致します。特に、 レポートや論文が完成していない技
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.nextindex.net/java/binary.html
http://www.nextindex.net/java/programing.html
codeなにがし
[Java]正しい無限ループの書き方 - きしだのはてな![[Java]正しい無限ループの書き方 - きしだのはてな](https://cdn-ak-scissors.b.st-hatena.com/image/square/54921c6549502a83896c0754bf4e6354b35b1a8b/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F12704346814673953808%2F98012380849202704%2F1548793233)
http://ja.doukaku.org/