sakamasaの日々のブログ

プログラマにとっての手

Sun, 10 Jun 2018 16:24:17 +0900

【プログラマにとっての手】

自分はコンピュータプログラマとして生計を立てているのですが、
ふと手を見ていて「思い通りに動いてくれて有難いなー」と感じました。

以前、自分の尊敬するプログラマの方との会話の中で、
その方が「自分はDIY(Do it yourself:生活用具やインテリアなどを購入するのではなく自分自身で作ること）が好きで、
工具をよく購入するのだけれど、どうしても電動丸ノコは買えなかった」と仰っていました。
不注意で指が切断されたらそれでかなりプログラマとしては制約がかかるので「確かに！」と同意。

動いてくれることは有難いこと。
そんな手をケアしたいと思ったので、ニベアクリームでも塗ろうか？なんて思ったものの、それでいいのかと立ち止まった。

プログラマにとっての「良い手」とはどういう手なんでしょうか？

定義を決めることから考えてみました。

とりあえず、一人ブレインストーミング。

キーボードタッチを心地よいと感じること
痛みがないこと
皮膚病に罹っていないこと
腫物が出来ていないこと
爪が綺麗（割れていない）
潤っていること（カサカサしていない）

タッチタイピングのスピードが速いなどの能力的なことは置いておいて
限りなく100%に近い能力を引き出せる状態を理想と考えるとこんなところでしょうか。

集約すると

心地良いこと
不快感が無いこと

になると思います。

清潔にして、保湿を行い、爪を小まめに切り、健康な手であるようケアをしてみたいと思います。
（自分の中の結論としてはニベアという方向性で合っていたということでした）

ベストエフォート型の生き方

Sat, 20 May 2017 00:51:35 +0900

コンピュータネットワークの勉強をしていて
「IPは最善努力型（Best Effort、ベストエフォート）のサービスである」という文章を読みました。

コンピューターネットワークとはOSI(Open Systems Interconnection：開放型システム間相互接続)基本参照モデルと呼ばれる
７層（アプリケーション層、プレゼンテーション層、セション層、トランスポート層、ネットワーク層、データリンク層、物理層）から成っているとのこと。
ブラウザなどでブログを見るなど、通信を利用して他のコンピュータとデータのやり取りをしているということは、やり取りしているデータは７層を通過しているとのことです。

IPとはInternet Protocolの略でネットワーク層のプロトコル（複数のコンピュータがデータをやり取りする際の手順を纏めたもの）の一つです。

IPは、コンピュータを操作している人が指定した、世界中に張り巡らされているインターネット上の住所(IPアドレスと言います）にデータを送信する際に使用されます。
このIPのサービス形態が最善努力型（ベストエフォート）だそうで、
とにかく、与えられた条件で最善を尽くし、指定された住所にデータを送信しようとする。
もしかしたら、相手側のIPアドレスは現在使われていなくて届かないかもしれない。
もしかしたら、ネットワークの状態が悪くて、
データが二重に届けられたり、データが欠損してしまうかもしれない。
ただ、IPとしては最善を尽くすんだそうです。

自分は何か美しさを感じました。

自分の層での、最善努力の処理を行うことだけが仕事。後は上層のプロトコルに任せる。
（IPが所属するネットワーク層の一個上のトランスポート層に属するTCP(Transmission Control Protocol)と呼ばれるプロトコルが、データは実際に届いたか？正しく届いたか？という信頼性に関する仕事をしてくれるそうです）

人間の生き方も最善努力でいいのではないかと思いました。
自分のところにやってきた出来事に、今手元にあるリソースを使って最善努力で対処し、それで結果が出ればそれでよし、環境が整っていたことに感謝するで終わり。
うまくいかなくても、最善を尽くしたと自信を持って言える心もちで対応したら、もうそれは仕方のないこと。
自分の持ち分ではなかった（IPにしてみれば、トランスポート層の範疇外）とうまくいかなかったことをただ受け入れる。

そういったベストエフォートな態度で生きていると、成功しても気分が高揚せず、結果として驕りも昂ぶりもなく、失敗しても自分を無闇に責めることなく、それほど苦悩せず生きていけるのではないかと思いました。

制御の反転

Thu, 01 Oct 2015 23:01:43 +0900

【制御の反転】

自分はシステムエンジニアの卵なのですが、Rubyというプログラミング言語の世界のRuby On Railsというフレームワークの勉強をしていて、IoC（Inversion of Control 制御の反転）という言葉を知りました。

フレームワークというのは日本語では枠組みと訳される、決まった形のプログラム（例えば、Webアプリケーションだったり、ゲームだったり）を作る際の雛型となるプログラムです。

プログラミング言語自体はたくさん種類があって、それぞれ、得意、不得意な分野はあるのですが、基本的に生のプログラミング言語は汎用的で何でも作れるようです。

でも、一から作るというのは大変な労力になるので、決まったものを作りたいという目的がある場合、フレームワークを使う訳です。

WebアプリケーションのフレームワークならWebアプリケーションを作る際の一通りの機能が全て出来上がっています。

ゲームのフレームワークなら、キャラクターを動かすとか、イベント処理などのプログラムが一通り出来上がっている。

プログラマーはそれを利用してフレームワークという範囲内での自分の作りたいアプリケーションを作ります。

つまり、労力の短縮ですね。

その際に出てくる言葉がIoC(Inversion of Control)です。

０からプログラムを構築する場合は、プログラマーがコンピューターに全ての実行したい命令を書いていきます。

つまり、コントロールはプログラマーが握っている。

そして、プログラマーはどんなアプリケーションでも作れる。

でも、フレームワークを使う場合、フレームワークが先に存在していて、フレームワークがプログラマーに対して、もし必要があるならこの箇所に実行させたい命令を書いてください、と指示を与えます。

そして、フレームワークを利用した想定されたプログラムが出来上がる。

つまり、コントロールが逆転している訳です。

これって、人間の人生にも当てはまるのではないかな、と思いました。

この世に生まれた人間には無限の可能性があってどんなプログラム（人生）でも作れます。

でも、同時に、生まれるということは環境の中に産み落とされるということでもあります。

そこには、自分を取り巻く環境、枠組み（英語ではframework）というものがある。

例えば、親だったり、世間であったり。

環境が、子どもの自主性、主体性を認めてあげれば問題はないと思いますが、親や世間が子どもの人生に介入的だと、人生を創造するコントロール主体者が、その人間（生まれいでた子ども）ではなく、環境、親（フレームワーク）へと逆転してしまうことがあるんじゃないかということです。

環境（フレームワーク）の指示に従っていれば、それなりの人生を送れます。

でも、この人生は自分が創造したんだ、という達成感は得られないのではないでしょうか。

プログラムの世界のフレームワークという概念は効率を目指したもので、所謂、善的なものだと思いますが、人生という創造においては、コントロールの主体はその人生を歩いている本人自身でなければいけないのではないかと思います。

そうでなければ、あの人がやれと言ったからやったのに失敗した、私は被害者だ、みたいなことを言いだしてしまう可能性が出てくる。

でも、そんなことを言ったって誰もその責任をとってくれないんです。

だから、人生のコントロールを誰かに奪われて生きていたと感じているのならば、それをもう一度取り戻す。

そうすれば、自分の好きな人生を創造できる。

もし、コントロールを奪われて人生を生きてきた人間が、もう一度人生のコントロールを取り戻した暁には、「今まで、自分は言われるがままにこういう人生をずっと歩いてきたけど、実はこんな生き方を自分はしたかったんだなー」とホッとするような、自分自身に帰るような素晴らしい体験を味わえるのではないかと思います。

【コンピュータープログラミングとこの世の法則】

Thu, 03 Sep 2015 19:56:07 +0900

【コンピュータープログラミングとこの世の法則】

今、昔読んだ「100%自分原因説で物事を考えてみたら･･･」（著者：秋山まりあ）を
読み返しています。

スピ系の自己実現本（なのかな）

自分なりに説明すると、今の状況は過去何を考えていたかの積み重ね、
そして、今、何を考えて生活しているかが未来と繋がっている、
だから自分が原因と考えて行動してください、と述べているようでした。
実践的なメソッドも載っていて実用的でした。

話は変わりますが、

僕はエンジニアの卵で、コンピューターでプログラムを組むことに無上の喜びを感じています。

引き寄せの法則のような自己実現系の本は自分が原因ということが多いと思いますが
（祈りだったり、アファメーションだったり、イメージングだったり、全部自分がやること）、
自分が原因であるということが法則があるのならば、
非常にコンピュータープログラミングと通じるものがあるな、と思いました。

思いついた３点を挙げてみます。

①コンピューターが壊れている訳ではない

うまくコンピューターが動かないとコンピューターが壊れていると考えますが、
そうでない場合もあります。
コンピューターが壊れているなら壊れている、
壊れていないなら壊れていないわけなのですが、
壊れていないコンピューターに対して壊れているというのはこちらの間違いです。
この世界も何らかの法則なり力で刻々と動いています。
うまく行かない時、この世界が壊れているわけではないのではないでしょうか。
大体、この世界は壊れていると言ったところで…どうにもなりません。

②アプリケーションは打ち込んだコードの通りに動く

①に通じますが、予期せぬ結果が出た時、コンピューターが壊れているのでしょうか？
打ち込んだ通りに動いているだけではないのでしょうか？
少なくとも、コンピューターは、情報として入力された以外の動きはしません。

③何かを作るときモジュールに分解する

どんな大きなプログラムもモジュール（部品）で出来ています。
モジュールはステートメント（式文）から出来ています。
人生でも何かを成したいと思った時、それに向けての行動を、
長期目標、短期目標、今日一日やることに細分化出来ます。

人生では何かが降りかかってくるように見えることもあるわけですから、
（思い当たる節がないのに嫌な目に遭った時など）
一概に言えないとも言えてしまうのでしょうが、
１００％自分が原因という本を読んでそのようなことを考えました。

ブログ開始

Thu, 03 Sep 2015 19:43:25 +0900

アウトプットは健康にいいらしい。

やってみよう。