何年も前に書かれたソースコードを読むときの頭の中 - Mitsuyuki.Shiiba
コードを書く仕事をしてると、読むことも多い。読んでる時間のほうが多いかもしれない。いま書かれてるコードを読むことも、もちろん多いし、何年も前に書かれたコードを読む機会も割とよくある。 コードを読むと、そのコードを書いた人の考えや、そのときの状況が感じられて、おもしろい。特に、何年も前に書かれたコードを読むときは、コーヒーを片手に（そのときはこんな感じだったんだろうなぁ）って想像しながら読んで楽しい。 ふと、どういうコードから、自分がどういうことを想像するのかを書いてみようと思った。 前提 今、目の前で書かれているコードを読んでレビューしてるときの話じゃなくて、何年も前に書かれたコードを読むときの話をしようと思う。だから、そのコードが良いとか良くないとか、こうするべき「だった」とかは考えない。今後の自分がどう書きたいかなぁ？くらい。 また、そのコードを書いた人が良いとか良くないとかでもない。
正規表現の"正規"とは何か気になったら正規表現の歴史を紐解くことになってしまった話
正規表現の"正規"って何 ある時ふと思いました。 「正規表現の"正規"って何だろう？」 「何を根拠に"正規"を名乗っているのか？」 と。 「誰かが『これが正規の表現だ』と言ったはず」で、 「それは周りにどうやって"正規"だと認められたのだろう」 ということが気になったので調べてみました。 "正規表現"という名前でなくて、"ジャックさんの表現"とか"記号ごちゃごちゃ表現"だったらこんな疑問も持たなかったのですけど。 数学における"正規"とは 一般に"正規"というと、"正規品"や"正規の手順"といったように"本物の(genuine)"や"公式な(official)"といった意味がありますが、数学の"正規"はちょっと違います。 数学で"正規"(および"正則"、英語では"regular"または"non-singular")は、ある概念に強い制限をかけたもの、という意味です。強い制限をかけたものは取
ぼくはこうしてプログラミングを覚えた
オリジナルはココです。フェイスブックのエンジニアで史上ベスト３に入るといわれるEvan Priestley氏への質問「どうやってプログラミングを覚えましたか」に対する本人からの答えです。 手短かに言えば 何年もの歳月の賜物というか。ぼくはただひたすらプログラミングが大好きで、（フェイスブックで働いていた）過去４年間、ほとんど他のことをしていない。その前も２.５年ほどプログラマーとして働いていたし、そのさらに前も６年くらい趣味でプログラミングをしていた。ぼくは高校も大学も中退しているので、それで空いた時間もプログラミングに費やした。つい最近フェイスブックを辞めたけど、未だに起きている時間のほとんどはプログラミングだ。 もっと詳しく言えば 月並みだが、ぼくはちっちゃい頃からコンピューターが好きで、我が家にあったヤツで（最初はMac Plusで途中からIIsiになった）で散々遊んだ。８歳か９歳の
経験15年のOCaml ユーザーが Haskell を仕事で半年使ってみた - camlspotter’s blog
今の会社に移って半年経ちました。めでたく試用期間終了です。といっても別に試用期間中に密かに首を切られるような事をしたとか、逆に試用期間が終わったからと言ってこれで定年までのうのうと働ける、という訳ではありません。未来は全く判りません。まあとにかく、一つ区切りがやってきました。 金融を知らないQuantsの仕事 私の職業の肩書きには Quantitatitatitatitative という単語がくっついて超カッコよさそう。普通は Quant というと、金融工学や統計数理に詳しい夜もブイブイいわしている超イケメン20代を想像しますが、私は金融とか全然知らないアラフォーお父さんです。それでも Quant です。お願いですから、私に何を買ったらいいかとか、聞かないでください。金融商品とか買った事ないし。というか、逆に教えて欲しいです。 私のチームは、本当の Quant さん達が開発した、金融派生商
Facebook元役員「プログラミングを学ぶのなら、生涯仕事に困らないことを私が保証しよう。」 / リーディング＆カンパニー株式会社
1990年代後半から2000年代前半辺りまで、プログラミング言語を学ぶなど一部のコンピューターオタクがすることであって、10代や20代の好奇心旺盛な若者が学ぶことにはとても思えませんでした。 当時ちょうどグローバル化が本格的にスタートした時期でもあり、プログラミング言語なんかを学ぶをよりも、英語を学ぶことに力を入れる学生の方が圧倒的に多かったように思います。 ↑1990年代、プログラミングはまだまだオタクの領域だった。 当時、僕の周りでも多くの人がサッカーや野球に夢中になる中で、コンピューターに夢中だった友達は「オタク」、「性格が暗い」など言われ、とても女の子にモテたり、学校で人気者になる存在ではなかったように思います。 そんな中、もし僕がこのビル・ゲイツ氏の言葉を聞いていたらコンピューターに夢中になる友達の視線も変わっていたのかもしれません。 「オタクには親切に。あなたたちは、いつか、彼
PHPは◯◯◯である | quipped
本当にPHPについて知りたい人は、別のところに行くことをすすめる。moriyoshiさんのスライドや、Lerdorfオジサンのページなんかがオススメ。 PHPは歯ブラシである PHPの発案者であるRasmus Lerdorf氏はこう言っている。 PHPは歯ブラシくらい興奮に値する。シンプルで、毎日使う便利な道具。だからどうした。歯ブラシについて書物を漁るやつがいるか？ PHP is about as exciting as your toothbrush. You use it every day, it does the job, it is a simple tool, so what? Who would want to read about toothbrushes? PHPが他の言語と決定的に違うのは、作者およびコミュニティが、言語に対して道具以上の感情を抱いてないことだ。PHP
「天才プログラマはどうしたら生み出せるのか」議論、子ども向けプログラミング教育のイベント
写真4●（左から）高校生のTehu氏をモデレータに、女子高生プログラマの高瀬理奈さん、中学生プログラマの小原凱也君、小学生プログラマの石原正宗君がプログラミングを始めたきっかけや楽しさなどをディスカッションした 小学生向けプログラミング教育事業を行うCA Tech Kidsは2013年7月14日、「未来の天才を生み出す、次世代プログラミング教育」と題し、児童向けプログラミング教育のあり方を考えるイベントを都内で開催した。参加した約150名の保護者や子どもたちに向けて、児童向けプログラミング教育の実践者や小学生から高校生までのプログラマたちなどが自らの経験に基づいてそのあり方を講演した。 最初に登壇した青山学院大学の阿部和広講師は、「デジタルネイティブという言葉で現代の子どもたちを表現することもあるが、ネイティブとはどのような能力だろう」と問いかけた（写真1）。「今の子どもたちはゲーム機やス
Joel on Software - ジョエル・テスト
Joel Spolsky ジョエル・スポルスキ 翻訳: Fukushige Erika 福重 永里香 翻訳チェック: Takeda Toshiyuki 武田俊之 9.8.2000 SEMAについて聞いたことがある？かなり難解なシステムで、ソフトウェアの開発チームがどれくらい良いかを測るためのものだ。ちょっと待った！そのリンクに飛ばない方がいい。きっと書いてあることを理解するだけで6年はかかるだろう。そこで、私は自分で作ることにした。これはソフトウェア開発チームの質を評価するものだが、とっても当てにならないいいかげんなテストだ。このテストの素晴らしいところは、3分程度で終わることだ。節約した時間を使って、医学部に通うことだってできるだろう。 ジョエル・テスト ソース管理システムを使っているか？ １オペレーションでビルドを行えるか？ 毎日ビルドを行うか？ 障害票データベースを持っているか？ 新
第3回 3つのプログラミングのパラダイムを押さえておこう - 10年後も通用する基本って何だろう：ITpro
2001年の発行以来「10年後も通用する基本を身につけよう」のキャッチフレーズのもと読み継がれてきた書籍「なぜ」シリーズ。この先の10年に向けて、何をいま知っておくことが重要なのかを著者の皆さんに語ってもらいます。（編集部） プログラミング言語には、様々な種類があります。オープン系システムを中心に幅広く使われているJavaやC#、メインフレームでは現役バリバリのCOBOL、制御系システムで一般的なC言語、Webサイト開発に特化したPHPあたりが現在主流の言語でしょうか。またiPhoneアプリ開発で使うObjective-C、Windowsアプリ開発に特化したVisual Basic、日本が世界に誇るRubyも人気があります。さらに元祖オブジェクト指向言語のSmalltalk、関数もデータもカッコで記述するLisp、世界最古の高級言語のFORTRANもありますね。この記事を読んでいる方の中に
凡ミスが多いところに欠陥が多いという研究結果があったとしても・・・：森崎修司の「どうやってはかるの？」：オルタナティブ・ブログ
コーディングルールに従っていないステートメントの多い部分、ドキュメント中の書式に従っていないものが多い部分にはバグが潜んでいる可能性が高いという報告や研究結果がいくつか報告されている。全面的にそれを支持するものではないが、たとえばこの論文では、MISRA Cによるコーディングルール違反と不具合の関係を報告している。 規模の大きいソフトウェアで、複数の担当者がいる場合、長年保守されていて、あるバージョンで特定の担当者が変更した部分がある場合に、欠陥を混入してしまうことがあるためだ。これらの欠陥は時間が足りなかったり、スキルが足りなかったりしたことを示していることが多い。それらを原因とする、より深刻な欠陥が潜んでいる場合が多いことが経験的に示されている。 だからといって、コーディングルールに従っていない部分だけをルールに従うよう書きかえたり、ドキュメントを書式に従って書き直ししたからといって、
プログラミングを身に付けるには
http://anond.hatelabo.jp/20100725025127 "どうすればいいか"を教わって、プログラミングが身につく人は多くありません。"なにをやりたいのか"を自分で生み出せないと、詰まってしまうし、なにより楽しくありません。 やりたいことがあれば手段は後からついてきます。これは物作り全般に言えることです。特に学び始めにおいてモチベーションを維持し勢いをつけるのに大事なのは"やりたいことがあるか"、もっと具体的に言うなら"作りたいものは何か"です。これがないと始まりません。それがどうしてもないなら、そういう状況に自分を追い込むのも有効です。仕事でどうしてもやり遂げなければならない状況に追い込まれれば人間 0 からでも身につきます。実際自分がそうでした。 とかく、プログラミングというのは手段さえ知れば、あとはだれがやっても同じ結果が出る生産業だと誤解されがちです。そういう
プログラマが好きそうな読み物100
► 2022 (2) ► 10月 (1) ► 2月 (1) ► 2021 (51) ► 11月 (2) ► 10月 (2) ► 9月 (4) ► 8月 (4) ► 7月 (4) ► 6月 (4) ► 5月 (3) ► 4月 (10) ► 3月 (7) ► 2月 (4) ► 1月 (7) ► 2020 (155) ► 12月 (7) ► 11月 (10) ► 10月 (8) ► 9月 (8) ► 8月 (11) ► 7月 (21) ► 6月 (19) ► 5月 (14) ► 4月 (20) ► 3月 (13) ► 2月 (10) ► 1月 (14) ► 2019 (293) ► 12月 (11) ► 11月 (12) ► 10月 (24) ► 9月 (29) ► 8月 (27) ► 7月 (36) ► 6月 (40) ► 5月 (24) ► 4月 (35) ► 3月 (42) ► 2月 (6
オブジェクト指向は構造化の「次」か? : 404 Blog Not Found
2006年01月27日16:54 カテゴリLightweight Languages オブジェクト指向は構造化の「次」か? Matzさんがこう言うのは以外な気がする。 Object Oriented Perl Damian Conway Matzにっき(2006-01-20)実際には、オブジェクト指向プログラミングは、構造化プログラミングの「次」と 認識されるべきものだと思う(OOAやOODのことは知らんけど)。 というのも、「オブジェクト指向」は「構造化」の進化系ではなく、元来直交して扱える概念だからだ。 実際smalltalkやhypertalk、そしてsqueakといったプログラミング環境では、オブジェクトはフィールドとかボタンとかといった、「もろに目に見える」「実存」であり、それ故まだものごとを抽象化して捉えることの出来ない子供でも始められるようになっている。 実はすでに適切に設計
[ソフト開発] わかりやすいプログラムの書き方 - よくわかりません
※このエントリは、Arata Kojima/NPO法人しゃらく さんが公開しているわかりやすい技術文章の書き方の改変です。 このページは、プログラムやコードなどを書く方々のために、分かりやすいプログラムを書くためにはどうすればよいのかについて説明しています。 1. 自分が伝えたいこと・訴えたいことを誤解しないように相手に読んでもらうにはどうするべきか。 2. プログラムを書くにあたって知っておくべきルールは何か。 3. プログラムを書く前にどのような手順を踏めば、分かりやすいプログラムを作れるか。 などについて参考にしていただければ幸いです。 プログラムを書く前に プログラムを書く前に次のことをしっかりとイメージしておく。 何を書くのか。 書こうとしている物は正確に何であるのか。 仮定して良い、必ず成り立つ前提（状況／状態）は何か。 成り立つ事が単に多いだけ／今はたまたま成り立っている、と
SEとPG、どっちが頭がいい？（1）：下流から見たIT業界：エンジニアライフ
ちょっと刺戟的な題名をつけました。しかし決して挑戦的な意図があるわけではありません。SEとPGの分業がIT業界にもたらしている問題が今回のテーマです。 ●SEとは何か、PGとは何か まずそれぞれの職分を正しく認識することからはじめましょう。プログラマ（PG）とはどういう仕事をする人たちでしょうか。 いうまでもありません。プログラムを作る人たちのことです。大工さんは家を作る人、漁師さんは魚を取る人。こういった人々と同様にPGもその仕事の内容から自明です。 一方SE――システムエンジニアの方は必ずしもそうではありません。システムのエンジニア？ システムの技術者？ ひどくあいまいな言葉です。この言葉はじつはもともと英語ではなく、「OL」などと同じ和製英語だといわれます。海外のコンピュータ技術書にもSEという言葉はほとんど見かけません。日本人が適当に言い始めた言葉だとしたら、あいまいなのも当然です
Matzにっき(2005-04-20) - ある「ハッカー」の顛末
<< 2005/04/ 1 1. [Ruby] 『ルビま！』休刊のお知らせ 2. [Ruby] emerald 0.1 2 1. エイプリルフール種明かし 2. [言語] Stricter Whitespace Enforcement 3. [OSS] オープンソースで育て！ 日本のソフト開発力 4. マツダがリコール ＭＰＶ・プレマシーなど６万台 5. [言語] Javaのメモリ消費問題の解決を目指すSunのプロジェクト「MVM」 6. [原稿] UNIX USER 6月号 7. 散髪 3 1. [教会] 松江 4 1. [教会] セミナリー 2. Progenyの改革：FOSS企業がいかにしてドットコム崩壊を生き延びたか 3. 捻挫に... 4. 論文 5 1. [Ruby] A Poll 2. [言語] Trails 6 1. [OSS] サンのJ・シュワルツ、オープンソースライセン
プログラムを読み書きできるようになるために必要なエッセンス - 探神
教育, progそういう経験がゼロの人でもやる気があればいつかできる。できない人は本気でないか、真面目でないだけだ。「プログラムなんてたいしたことない」と思い続けること「プログラムはすごい。雑技団の曲芸みたいだ。こんなことを解釈するなんて自分には一生無理だ」と思っている人。そうです、あなたには一生無理です。コンピュータはただ与えられた0と1を判定して命ぜられた通りに処理しているだけで、まったく何も考えてはいないという認識コンピュータにとっては肌色成分が多量に含まれる画像もアメリカ国歌の音声もケーブルを流れる通信パケットも何もかもただの0と1でしかない。それに意味を与えるのは人間の命令。そこに書かれているのは「どうやってそれをするか」であり、「お前にはやり方なんて教えてやんねー！暗号化しといたぜHAHAHA」ではない。だから書いてある通りに動くし、動きは書いてある通りなので、読めばわかる。あ
0xcc.net
0xcc.net Tools Text Escaping and Unescaping in JavaScript Software ttyrec: a tty recorder pdumpfs: a daily backup system similar to Plan9's dumpfs Ruby/Romkan: a Romaji/Kana conversion library for Ruby Ruby/Bsearch: A Binary Search Library for Ruby Ruby/ProgressBar: A Text Progress Bar Library for Ruby Contact Satoru Takabayashi
Life is beautiful: RailsがRubyで作られた本当の理由
弾：最初の質問です。なぜRubyを選んだのですか？ DHH：極端なことを言うと，Rubyが一番美しく自分のコードが書けるからです。 【小飼弾のアルファギークに逢いたい♥：#2 Ruby on Rails作者 David Heinemeier Hansson（前編） RubyでRailsを書いたわけ｜gihyo.jpより引用】 この記事を既に読んだ方も多いと思うが、この「Rubyが一番美しく自分のコードが書ける」というセリフは非常に重要である。「イテレータに片思い」というエントリーで書いた通り、Rubyには生みの親の「コードは読みやすくあるべき」という魂がしっかりと込められており、それが「コードの美しさ」に繋がっているのである。 私がRubyを触り始めて一番強く感じたことは、Smalltalkとの類似点である。私自身、９０年に数ヶ月間Smalltalkにどっぷりと使っていた時期があるが（マイ
404 Blog Not Found:まとめ - 顧客が本当に必要だったもの
2007年06月14日13:45 カテゴリ翻訳/紹介 まとめ - 顧客が本当に必要だったもの 元ネタがネットで広まってから二年ほど経つので備忘録代わりに。 [追補アリ] どうやら開祖 Tire Swing Cartoon 多分元祖 from the mind of Phord - Blog Archive ? What the customer really needed 日本における紹介 顧客が本当に必要だったもの 〜 少し長めのあとがき｜IT暴言-59-｜鈴木 正之助 これらを受けて、 シャブ壱inDEEP - 画像：顧客が本当に必要だったもの：グラビアver 顧客が本当に必要だったもの（ガンダム編） 萌え理論Fotolife - ゲームが本当に必要だったもの 出会い系サイトの実態とは-安藤美姫 - 世界フィギュアスケート選手権応援ブログ 画像コーナー リリカルゴルカルApple100
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
