アポロ１１号のソースコード - Radium Software
Google Code Blog - Apollo 11 mission's 40th Anniversary: One large step for open source code... アポロ１１号の月面着陸から４０周年ということで，最近やたらとアポロ計画関連の話題を見かける。そんな中，アポロ計画にちなんだ話題として Google Code Blog に投稿されたのが上のエントリー。 Google Code 上で公開されている Virtual AGC and AGS プロジェクトの中に， NASA のハードコピーから転記された本物の AGC （アポロ誘導コンピュータ）のソースコードがありますよ……とのこと。 このソースコードには，オリジナルのアセンブリコードに記されていたラベルやコメントまでしっかり転記されている。それらの記述に目を通していると，そのコードを書いた人の考えや気持ちが伝
明日の空模様 - Backnumbers: Steps to Phantasien
ある Mac プログラマから "WebKit ってドキュメントがすくないよね" という話を聞いた. WebKit の挙動が気に入らないので直せないかと調べたところ, Mozilla と比較した文書の少なさに呆れたという. 私としては連載枠が貰えたのもひとえに文書がないおかげだから, そこに不満はない. (むしろめでたい.) けれどコードを直したい人が不便なのは困ったことだ. WebKit に比べ, Mozilla の内部は網羅的ではないにしろそれなりに文書化されている. この違いはどこから来るのだろう. 私の印象は, Mozilla が "書き直し" プロジェクトだからというものだった. Netscape は Netscape Natigator 4.x のコードベースを捨て, ほぼスクラッチから Gecko を書いたとされている. 私の仄暗い経験によれば, 書き直しのプロジェクトは最初に
プログラマーの開発速度は「はまる」時間の長さで決まる : 小野和俊のブログ
プログラミングを始めてから今日に至るまで、 様々なタイプのプログラマーと開発を共にしてきたが、 驚くべき速度で高い品質のソフトウェアを作り上げるプログラマーには、 一つ共通の特徴があるように思える。 それは、「はまる」時間が極端に短い、ということである。 風のプログラマー」を指向しており、開発速度を重要視している。 例えば平成14年未踏ソフトウェア創造事業「PICSY」では、 発表直前に知人でプロジェクトリーダーの鈴木健にレスキュー隊として呼ばれて 2,3日でGUI全般と、クライアント/サーバー通信部分の設計と実装を終わらせたのだが、 このときなどは、大体の要件を口頭で聞いた後は、 ほぼまったく手が止まらずコードを書き続ける感じで開発をしていた。 「はまる」時間の長さは開発速度に直結するわけだが、 プログラマーが「はまる」場合にはある程度の傾向があると思うので、 今日は「はまる」プログラマ
ITエンジニアの「やってはいけない」---目次：ITpro
設計・実装から運用，メソドロジまで，最新アンチパターンを徹底解説 先輩から教わったことのなかに多くの「やってはいけないこと」（アンチパターン）があるだろう。だが，その理由を問われると，うまく説明できないことがあるのではないだろうか。突き詰めて考えると，状況によっては「やっても構わない」こともあるし，技術の進化に伴い「やれるようになってきた」こともある。そこで設計，実装，テスト，運用，メソドロジの各分野について，取材を通じて浮かび上がった最新アンチパターンを徹底解説する。テーマごとに「どれくらいやってはいけないか」のレベルも表した。レベル３～レベル１の３段階あり，レベルの数字が大きいほど，やってはいけない度合いも大きい。 関連サイト： ■設計編 ■メソドロジ編 ■実装編 ■テスト編 ■運用編 ■サーバー運用編 ■データベース編 ■セキュリティ編 ■記録メディア編 ■方式設計編 ■内部統制編
これからemacsを使い始めたい人へ送るチュートリアル 第2回 - UNIX的なアレ
さて、前回に引き続き、第2回目のエントリーとなります。 第1回の様子を見てみると、emacsに興味がある人はやはり多いんだなと感じました。今回は実際に立ち上げて、emacsで文章を編集する操作まで行きたいと思います。 emacsを操作する際に使用するキー emacsでは、CTRLキーとMETAキーとの組み合わせを利用して様々な機能を利用します。CTRLキーは馴染みのあるキーです。METAキーはALTキーもしくはESCキーで使用しましょう。私自身は、METAキーは、ALTキーで代用しております。 それでは、それぞれのキーの組み合わせの記述について説明をします。emacsのコマンドはよく以下のような記載をします。まずはこれをみて操作内容を理解できるようにしましょう。 機能 コマンド コマンド解説 左へ移動 C-b CTRLキーを押しながら、アルファベットのbを押す 1単語右へ移動 M-f ME
Fine Software Writings
最近のもの 目標でなく恐怖を明確にすべき理由 (Tim Ferriss) 我々が築き、掘っている未来 (Elon Musk) 表計算ソフト誕生の話 (Dan Bricklin) Linuxの背後にある精神 (Linus Torvalds) 先延ばし魔の頭の中はどうなっているか (Tim Urban) 好きになる仕事はどうしたら見つかるのか (Scott Dinsmore) 人間に新たな感覚を作り出すことは可能か？ (David Eagleman) 人工知能が人間より高い知性を持つようになったとき何が起きるか？ (Nick Bostrom) 厄介な問題を解決したい？ ではトーストの作り方を説明してください (Tom Wujec) 子供の夢を奪う学校というシステム (Seth Godin) 彼らがいなくなってしまう前に (Jimmy Nelson) 頭良さそうにTED風プレゼンをする方法 (W
vimで効率的にコードを書くための小技 - bonar note
vimは使いこなしている人は超人のように使いこなしているのですが、「たまにconfファイルいじる時だけ使うよ。まあ、普段はemacsだけどね」という人は、vi時代の機能のみ使っているのをたまに見かけます。 そこで、通ぶって恐縮なのですが、僕が普段vimを使っていてとっても便利で効率が上がると思う操作を紹介したいと思います。また、僕自身が Mac OS X な環境なので、「外部コマンドとの連携」などでWindowsだと再現できないものがあるかもしれません。ごめんなさい。 用語の使い方や理解が間違っている部分があるかもしれませんがその場合はご指摘いただければと思います。あと、「これ抜かしちゃ駄目でしょ！」みたいなのがあればアドバイスお願いします〜。 それでは、 [あとで読む] vimの基本操作 （知っていると思うので省略） 超概略 挿入モードと編集モード キー操作 内容 i 挿入モード突入（文
怠訳 - TDDはもう古い!これからはADDだ! : 404 Blog Not Found
2007年06月21日04:30 カテゴリ翻訳/紹介Art 怠訳 - TDDはもう古い!これからはADDだ! こいつは厄さずにいられない。 scottberkun.com ? Blog Archive - Asshole driven development くそったれ駆動開発 - Asshole Driven development (ADD) チーム一のくそったれが、重要事項を全て決断する開発手法。理も知も技も、くそったれ殿が部屋にお出ましになるやいなやゴミ箱行き。くそったれ殿の詈と痴と偽が職場を支配する。いや、ちっとは知も技も残っているのも知れないが、ク氏の手にかかれば千の風になって飛んで行く。 認知的不協和開発 - Cognitive Dissonance development (CDD) どんな現場においても、ソフトウェアのあるべき姿に関して相反する理想が拮抗しているが、個々の
Test::Class - naoyaのはてなダイアリー
最近 Perl でテストを書くときに Test::Class を使ってます。(もしかして常識?) これまでは *.t で Test::More をそのまま使ってたけど、テストが大きくなってくるとコードが分かりにくくなったり、自分であれこれしなきゃいけないことが多くてめんどくさい。 Test::Class は xUnit スタイルで Perl のテストを書けるフレームワークです。xUnit な Perl 実装といえば Test::Unit もあるんですが、テスト用の関数も Test::Unit の流儀に従う必要があってちょっと嫌。Test::Class は Test::More と Test::Harness とか、普段使い慣れてる Perl らしいテストスタイルを使いつつ xUnit できるという点が良いです。 使い方ですが、 Test::Class を継承したテストクラスを作り テスト用
qpsmtpd - Develooper LLC
qpsmtpd is a flexible smtpd daemon written in Perl. Apart from the core SMTP features, all functionality is implemented in small "extension plugins" using the easy to use object oriented plugin API. qpsmtpd was originally written as a drop-in qmail-smtpd replacement, but now it also includes smtp forward, postfix, exim and maildir "backends". Articles and Documentation The qpsmtpd wiki Using Qpsmt
ASTRA Flash Components - Yahoo! Developer Network
Yahoo! offers the ASTRA Flash components to complement the existing set provided in Adobe Flash CS3. These components are easily skinnable and fully documented, and wide selection of examples are available to help developers get started quickly. Source code for the components is available under the open source BSD license. Installation Instructions To use the Yahoo! Astra components for Flash CS3,
Life is beautiful: 私のとっておきのプログラミングスタイル
404 Blog Not Found の「LiveCoding に学ぶプログラミングの三原則」を読んでいたらどうしても書きたくなったので。あくまで私のスタイルなので、参考にするもしないもご自由に。 1. スタードダッシュでできるだけはやくめどをつける 学生時代から夏休みの宿題は７月中に終わらせていた私とすれば、ラストスパートよりはスタートダッシュで勝負する。どのみち、どこかで思いっきり頑張らなければならないのであれば、締め切り間際ではなく、スタート間際に頑張るべきというのが私のポリシー。十週間のプロジェクトであれば、最初の二週間が勝負。そこで八割がたのめどをつけておき、後は流す。最初の二週間がめどが立てられなければ、十週間で完成できる可能性は低いと考える。常にそういう姿勢でいれば、締め切りぎりぎりになって致命的な欠陥が見つかって痛いめにあったり、本当は大幅な設計変更をすべきなのに応急処置で
hogetrace - 関数コールトレーサ - memologue
でかいソフトウェアの、大量のソースコードを短時間で読む必要が生じたので、その補助ツールとしてptrace(2)ベースのLinux用関数トレーサを自作しました。こういうツール上でまずソフトウェアを実行してみて、どのファイルのどの関数がどういう順で呼ばれるか把握おけば、いきなりソースコードの山と格闘を始めるより楽かなーと思いまして。せっかく作ったので公開します。 http://binary.nahi.to/hogetrace/ straceはシステムコールだけ、ltraceは共有ライブラリ(DSO)の関数呼び出しだけ*1をトレースしますが、このツールは、実行バイナリ中の自作関数の呼び出しもトレースします。例えば再帰で1から10まで足し算するソースコードを用意して % cat recursion.c #include <stdio.h> int sum(int n) { return n ==
MOONGIFT: » ソースを見てActionScriptの勉強「Flare」:オープンソースを毎日紹介
プログラムの最も早い習得方法は、他人のソースを見ながら勉強することだ。興味がもてる材料だけに、ただ本を眺めるよりも効率的に覚えることができる。 では興味の対象がソースを公開していなかったらどうしたら良いだろう。そのためにこれがある。 今回紹介するフリーウェアはFlare、Flashのデコンパイラーだ。 デコンパイラーは名称のまま、逆コンパイルをするためのソフトウェアだ。構成する素材全てが取れるわけではなく、flrという拡張子でActionScript部分が抽出される。逆に素材が欲しい場合は、HugFlashを使おう。 ソースを見てみる事で、実際に行われている処理やサポートされている関数を知ることができる。実は明文化されていない裏APIがあった、なんて事があるかも知れない。尚、動作はWindows、Mac OSX、DOS、Linux、Solarisとなっている（GUI版のMac OSXではう
「Joel on Software」の筆者が語る“人を幸せにする”ソフト開発のポイント：ITpro
2008年2月13日，ソフトウエア開発者向けイベント「Developers Summit 2008」（主催：翔泳社）が始まり，米Fog Creek SoftwareのCEOであるJoel Spolsky氏（写真1）がセッションに登壇した。Spolsky氏は，ソフトウエア開発についての諸問題を皮肉とユーモアたっぷりに論じた書籍およびブログ，「Joel on Software」で有名。セッションも著書と同じく皮肉とユーモアに満ちたものになった。 セッションのテーマは「素晴らしいソフトウェアを作るということ」。機能的に優れた製品を作っても，市場で優位に立てないというよくある現象を分析し，万人に愛されるソフトウエアを作る方法を探るという流れでセッションは進んだ。 セッションの冒頭でSpolsky氏は，いきなりサッカー選手David Beckhamとその同僚Landon Donovan（どちらもLo
論理的思考の放棄 - 登 大遊＠筑波大学情報学類の SoftEther VPN 日記
僕は、1 日に少なくとも 3,000 行程度、多く書くときで 10,000 行以上のプログラムを書くことができる。その結果、多い月で 10 万行 / 月くらいである。なお、言語は書くソフトウェアの性質上、大半が C 言語である。 また、プログラミングにはバグが付き物だが、ここ 2、3 年の間は、発生するバグの数を極めて少なく保つことに成功している。 とても大きく複雑で、かつレイヤ的に OS に近い処理をたくさんやるプログラムを書く場合は、プログラミングをするときでも、事前の設計が極めて重要となる。設計をうまく行わないと、後になって全面的に書き直しをしないといけなくなったり、パフォーマンスが低下したりする原因となり、開発者の苦痛の原因となる。 当然のことながら、これまで書いたいくつかの大きく複雑といえるソフトウェアの大半の設計も、自分で行った。いかなる場合でも、設計は、最初の 1 回目で確定
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
機能変更、お知らせなど - はてな技術発表会日記 - 3月22日の技術勉強会 - ActionScript3 / Flex / Apollo 勉強会
デザインやコードの良いレビュー、悪いレビュー、そして酷いレビュー