手段が目的となっても良い

考え方 雑記

概要

「手段と目的を混同してはいけない」「手段の目的化はダメ」のようなセリフはこれまで生きてきて何度も聞いていて、その意味や伝えたいことはなんとなく理解していたつもりでしたが、具体的に考えてみると違和感が出てきました。結論として、手段が目的化することは必然的であり、むしろ「手段が目的になるように手段を設定しなければならない」という考えに至りましたので、下記に整理しておきます。

目的の定義

目的は達成するべき事柄です。目的と手段は木構造となっており、最上部に位置する目的をここでは「根本の目的」と呼びます。

手段の定義

手段は目的を達成するために、実行しなければならない行動や達成しなければならない事柄です。

目的と手段の関係

目的を達成するためには、1つ以上の手段を実行しなければなりません。実行しなければならない手段は、そもそも達成するべき事柄として設定したはずなので、目的とも言い換えることができます。つまり手段が発生した段階でそれは同時に目的でもあるということです。

逆に達成する必要のない手段を設定してしまった場合は、それは意味がありません。目的の達成条件として過不足のない手段を設定することが理想です。

目的化できるような手段を設定する

この構造を破綻させないようにするには、目的化しても良い手段を設定する必要があります。目的化してはいけない手段が設定されていたとしたら、それは手段そのものや手段の達成条件の設定に誤りがあります。

「目的と手段を混同してはいけない」と表現される理由

人により何を根本の目的とするのかは異なります。複数人が協調して動く場合、達成するべき事柄は同じでも、ある人にとっては根本の目的であり、またある人にとっては手段である場合があり、この認識のズレのことを「目的と手段を混同してはいけない」という表現されているのではないかと考えました。

ではどう表現するのか

複数人で協調する場合は、重要なことは「目的と手段を混同してはいけない」のではなく、「根本の目的を一致させること」または「ある人にとっての根本の目的と、ある人にとっての手段を一致させること」がより正確な表現となると考えます。

unicorn の起動コマンド 

bundle exec unicorn_rails -c config/unicorn.rb -E development -D

-c: コンフィグファイルのパスを指定する。

-E: Rails の環境を指定する。この場合は development 環境となる。

-D: バックグラウンドで実行する。

指定した名前のDockerコンテナが存在すればdocker stopコマンドを実行する 

sudo docker ps -a --filter "name=app" | awk 'BEGIN{i=0}{i++;}END{if(i>=2)system("sudo docker stop app")}'
  • --fileter "name=app" は docker ps -a の結果の中からコンテナ名が app であるものだけを表示するオプション。
  • sudo docker ps -a --filter "name=app"で出力された行数を awk でカウントし、2行以上であれば app コンテナが存在するものとして sudo docker stop app を実行する。