プログラマ

プログラムを作ることをプログラミングという。

プログラミングという作業に従事するためには、プログラミング言語と呼ばれるものについての知識が最低限必要である。

作業はパソコンなどを使うことになるので、コンピュータ(電子計算機)を使いこなすだけの技術力が必要である。作業に必要なので、プログラマには最低でも一人一台のパソコンが割り当てられるはずだが、その操作はもちろん、維持管理もプログラマ自身で行なわなければならない。

また、単に言語の知識があるだけでなく、論理的な思考力、発想力が求められる。更に、不具合(バグ)などに対処するための根気や、デスマーチ突入の際には数日満足に寝なくても死なないだけの体力が必要である。

つまり、プログラマにはプログラミング以外にも様々な能力が求められている。

プログラマとして行なうことの多い作業としては、次のようなものがある。なお、実際の内容は企業により差が大きく、それぞれで役割分担が行なわれることも多い。

• プログラムの作成(プログラミング)
  • 設計
    • 概要設計
    • 詳細設計
    • モジュール設計(プログラム設計)
  • コーディング
  • リファクタリング
  • デバッグ
  • テスト
    • 単体テスト
    • 結合テスト
    • 総合テスト(システムテスト)
    • 受け入れテスト(運用テスト)
• プログラムの導入(インストール)
  • 配置(デプロイ)
  • 設定(コンフィグ)
• 文書の作成(ドキュメンテーション)
  • プログラム仕様書の作成
  • ユーザマニュアルの作成

日本のソフトウェア産業では、プログラマ(PG)という表現がシステムエンジニア(SE)との対比として用いられることがある。これは、システムエンジニアはシステムの設計を行なうのに対し、プログラマはその設計に基づいて製造のみを行なう、という意味が込められている。

しかしながら、ソフトウェアの製造という分野は、必ずしも役割分担が明確化されてはいない。製造中に新たに沸いて出てきた新要求仕様に応じ、プログラマが実際の設計以下を行なう、といったことも珍しいことではない。ゆえに、両者の境界は曖昧で、プログラマとされる者でも、それなりの設計が出来る人も少なくない。

プログラムを作るとしても、実際には様々な分野が存在している。

よく知られる範囲では次のようなものがあり、それぞれでは業務内容はもちろん、文化などまで違っている。

• ファームウェアプログラマ
• アプリケーションプログラマ
  • ネットワークプログラマ
    • データベースプログラマ
    • Webプログラマ
  • ゲームプログラマ

プログラムの製造は、設計と計画性が重要である。しかし、仕様変更等で作業が大幅に変わることもあれば、全てが最初から崩壊している場合もある。このため、プログラマはえてして長時間労働に晒されがちである。

国や企業により様々だと考えられるが、特に日本では残業や休日出勤の多い職種の一つとなっており、仕事は一般に過酷である。時に「デスマーチ」と呼ばれる過酷な状況に至り過労死や自殺にまで追い込まれることもあり、社会問題となっている。

このような状況で、更にサービス残業が当たり前のように存在する労働基準法違反はもちろん、時給換算では最低賃金法の賃金を満たさないなどの、極めて悪質なケースもあるようだ。特に派遣労働に、この傾向が見られるようである。

多くのプログラマは、一般人からみて「違う」という印象を受けると言われている。

電子計算機は歴史や文化が浅いこともあり、その趣味を持った人間(オタク、ギーク)が多いことも手伝って、部外者から見ると奇妙な世界が構築されているように見えるのだと思われる。

冗談のようなことも大真面目に(?)行なうのも、このようなオタク文化の一つの現われであろう。

プログラマは一般に不精・短気・傲慢が美徳とされる。これは、Perlなどの作者Larry Wallの名言である。

• 不精なので、面倒なことをコンピュータにやらせるためにプログラムを書く。
• 短気なので、暇そうなコンピュータを見ると働かせたくなりプログラムを書く。
• 傲慢なので、完璧なプログラムを書く。

コンピュータによって支えられる現代の文明は、このような美徳を持った者たちによって作られ、下支えされているのである。

プログラマは、10ⁿよりも2ⁿを好む傾向にある。

1000をキリが悪いと考え、1024をキリがいいと考える。

60000をキリが悪いと考え、65536をキリがいいと考える。