連訳 − FreeBSD Developers' Handbook

1 ：名無しさん＠お腹いっぱい。 ：2001/05/01(火) 08:17

で、立ててみました。

FreeBSD Developers' Handbook
http://www.jp.FreeBSD.org/www.FreeBSD.org/doc/en_US.ISO_8859-1/books/developers-handbook/index.html
を連作で訳そうスレッドです。

・基本的に「です・ます調」でお願いします。
・変なところがあったら遠慮なくツッコミを入れましょう。
・校正し易いようにパラグラフごとの対訳にしてください。

さ、訳すべし。

2 ：名無しさん＠お腹いっぱい。 ：2001/05/01(火) 08:18

1-4 章はほとんど中身無いのでパス。

5.1. Synopsis
5.1. 概要

This document is an introduction to using some of the programming tools
supplied with FreeBSD, although much of it will be applicable to many other
versions of Unix. It does not attempt to describe coding in any detail. Most of
the document assumes little or no previous programming knowledge, although it
is hoped that most programmers will find something of value in it

この文書はFreeBSDに含まれているプログラミングツールのいくつかへの入門書です。も
っとも、この中の多くの事は、他のUNIXにも当てはめることが出来るでしょう。ここでは
実際の細かいコーディングについては詳しくは述べません。プログラマーにも役に立つと
は思いますが、この文書のほとんどの部分ではプログラミングの予備知識はほとんど必要
ありません。

3 ：名無しさん＠お腹いっぱい。 ：2001/05/01(火) 08:19

5.2. Introduction
5.2. 導入

FreeBSD offers an excellent development environment. Compilers for C, C++, and Fortran and an assembler come with the basic system, not to mention a Perl interpreter and classic Unix tools such as sed and awk. If that is not enough, there are many more compilers and interpreters in the Ports collection. FreeBSD is very compatible with standards such as POSIX and ANSI C, as well with its own BSD heritage, so it is possible to write applications that will compile and run with little or no modification on a wide range of platforms.

FreeBSDは素晴らしい開発環境を用意してくれています。Perlのインタプリンタや伝統の
UNIXツールであるsedやawk等は言うに及ばず、C、C++、Fortranのコンパイラやアセンブ
ラも基本システムに含まれています。もしこれで不足なら他にも多くのコンパイラやイン
タプリタがPortsコレクションに用意されています。FreeBSDはBSDから多くを継承してい
ますが、 POSIXやANSI C等の標準規格にほぼ完全に準拠しているので、多くのプラットフ
ォームでほとんど手を加えないでコンパイルして実行することが出来るアプリケーション
を書くことが出来ます。

4 ：名無しさん＠お腹いっぱい。 ：2001/05/01(火) 08:19

5.3. Introduction to Programming
5.3. プログラミング入門

A program is a set of instructions that tell the computer to do various things;
sometimes the instruction it has to perform depends on what happened when it
performed a previous instruction. This section gives an overview of the two
main ways in which you can give these instructions, or ``commands'' as they are
usually called. One way uses an interpreter, the other a compiler. As human
languages are too difficult for a computer to understand in an unambiguous way,
commands are usually written in one or other languages specially designed for
the purpose.

プログラムというのはコンピュータにいろいろな動作をさせる指示の集合です。時には前
の指示で何が起こったかによって次の指示が何をさせるかが変わることもあります。この
項では指示、一般的な言い方では"命令"、 を出す2つの方法の大要を説明します。一つの
方法はインタプリタで、もう一つはコンパイラです。コンピュータにとっては、人間の言
語を完全に理解する事は難しすぎるので、命令はコンピュータ用にデザインされた、特定
の言語で書きます。

5 ：1 ：2001/05/01(火) 08:22

とりあえずここまで。
80桁整形しないほうが良かったね。
さぁつっこめ、そして訳せ！

6 ：名無しさん＠お腹いっぱい。 ：2001/05/01(火) 08:41

>>1-1000
ご苦労様でした。

7 ：名無しさん＠お腹いっぱい。 ：2001/05/01(火) 09:07

5.3.1. Interpreters
5.3.1. インタプリタ

With an interpreter, the language comes as an environment, where you type in commands at a prompt and the environment executes them for you. For more complicated programs, you can type the commands into a file and get the interpreter to load the file and execute the commands in it. If anything goes wrong, many interpreters will drop you into a debugger to help you track down the problem.

インタプリタでは言語は環境として提供されます。プロンプトに命令を入力すると環境はそれを実行してくれます。もっと複雑なプログラムでは、ファイルに複数の命令を入力してインタプリタに読み込ませてファイルの中の命令を実行します。もし変なところがあったら、多くのインタプリタはデバッガに移行して問題を追求する手助けをしてくれます。

8 ：名無しさん＠お腹いっぱい。 ：2001/05/01(火) 09:08

5.3.1. (2)

The advantage of this is that you can see the results of your commands immediately, and mistakes can be corrected readily. The biggest disadvantage comes when you want to share your programs with someone. They must have the same interpreter, or you must have some way of giving it to them, and they need to understand how to use it. Also users may not appreciate being thrown into a debugger if they press the wrong key! From a performance point of view, interpreters can use up a lot of memory, and generally do not generate code as efficiently as compilers.

この方法の利点は命令の結果をすぐに見られて、間違いをすぐに修正できるという点です。もっとも大きな短所は、プログラムを他の人と共有しようとした時に明らかになります。その人が同じインタプリタを持ってるか、それをその人にあげる必要があり、さらに、その人はインタプリタの使い方を知っていなければならないのです。また、ユーザーが間違ったキーを押したときに、デバッガに連れ込まれるというのも好まれないかもしれません！パフォーマンスの視点から見ると、インタプリタは多くのメモリを消費し、ふつうコンパイラほど効率的なコードを生成しません。

9 ：名無しさん＠お腹いっぱい。 ：2001/05/01(火) 09:09

5.3.1. (3)

In my opinion, interpreted languages are the best way to start if you have not done any programming before. This kind of environment is typically found with languages like Lisp, Smalltalk, Perl and Basic. It could also be argued that the Unix shell (sh, csh) is itself an interpreter, and many people do in fact write shell ``scripts'' to help with various ``housekeeping'' tasks on their machine. Indeed, part of the original Unix philosophy was to provide lots of small utility programs that could be linked together in shell scripts to perform useful tasks.

私の意見としては、インタプリタ言語は、あなたがこれまでプログラミングをした経験がまったく無いとすればベストな方法でしょう。この種の代表的な言語はLisp、Smalltalk、Perl、Basic等です。また、Unixシェル（sh、csh）それ自体もインタプリタとして論じられることがあり、事実多くの人がマシンの色々な"ハウスキーピング"の補助として、シェル"スクリプト"を書いています。実はUnixの根源の思想の一部は、多くの小さなユーティリティプログラムを、シェルスクリプトでリンクして便利なタスクをなし遂げる事なのです。

read.cgi ver5.26+ (01/10/21-)