)から個人事業を経て現在の仕事を経営するに至りました。当たり前ではありますがたくさんの失敗をしながら覚えて、いろいろ教わって今もその成長過程の真っ只中にいるわけです。偏りがありますが趣味が多く、1つ1つにのめり込みます。いろんな仕事に携わって将来自分の役に立つと信じて必死になって仕事を覚えて自分のものにしようと勉強もしてきました。そんな経験からおそらく今一番役に立っている職種が「プログラマー」です。他の経験も合わせて相乗効果(ドラクエで言う上級職的なもの)があっての話ですが本日は「プログラマー」がなぜ役に立つのか記事にしたいと思います。私の主観が入っていますので参考までに。プログラマーと言ったら皆様はどの様なイメージでしょう最近のアニメではプログラマーの社畜が過労なんかで死んで異世界転生する様なストーリーもちょくちょく見かけます。わかんないけど難しそう辛そうとか、徹夜続きの大変な仕事、と言うのが一般的なのかなーって思います。私はもう客観的に見れないのでわかりませんが。それって半分正解で半分不正解です。そもそもプログラマーって何する仕事なの?プログラマーはシステムエンジニア(以降SE)が設計したシステムを形にするのがお仕事です。プログラマー自体、実は意外と簡単な仕事なんです。職場環境がしっかりしてて納期がまともならと言う条件付きですが。後の説明で分かると思いますがダメなSEや管理者の下に着いたプログラマーとクライアントのパワーバランスが強過ぎる場合には悲惨な末路が待っています。組織としての個の歯車が重要で噛み合わない場合にはもれなく、社畜のようなものになってしまいます。建築士が設計した家を大工さんが建てる。みたいなものですが、大工さんみたいな職人さんの技を身につけるのは数年では無理だと思いますがプログラマーは数ヶ月から数年で可能だと思います。その弊害みたいなものですが、プログラマーは入れ替わりが激しく、設計者に提案、または文句つけれるプログラマーがいない場合があり、その場合に欠陥の多いシステムになりがちです。プログラマーの何がのちのち役に立つのでしょう簡潔にまとめると思考そのものが役に立ちます。プログラマー的思考や概念と言うのは職業病みたいなもので体に染み込みます。フローチャートやプログラミングや設計です。プログラミングは最近子供のプログラミング教室なんかも流行ってるみたいで聞きた慣れた単語ですがフローチャートとは聞いた事あるようで具体的にはわからない方も多いかと思います。フローチャートとはプログラミングで言うとアルゴリズムを視覚的にしたものです。分かりにくいですよね。イエスノーの分岐表みたいなものです。1日の行動サイクルをフローチャートにする事も可能です。長いので今回は簡単な電話対応のフローチャートを作ってみます。切る↓エンドすごーくシンプルですがフローチャートはこんなものです。正確には図形や線を使うルールがあるのですがこんな感じの行動の過程を分かるように表にしたのがフローチャートです。プログラミングはフローチャートをコンピュータが分かるように文章にして命令してあげる事です。大雑把な説明書でプラモデルを組み立てる様なものです。プログラミングとフローチャートは切っても切れない関係です。先程、「SEが設計したシステムを形にするのがプログラマーの仕事」と言いましたがプログラマーも設計します。会社によってまちまちでしょうが、SEが全体的な設計を、プログラマーが細かいところを(私が勤めていたところではそんな感じ)作るものなんだと思います。プログラムを作れないSEもいるくらいですからおそらくこんなところが大半ではないかと思います。システムを作る上で設計は一番大事です。実際、プログラムを作る時間よりも設計の方が長かったりします。基礎設計がしっかりしていなければ、全ての工程にロスが発生します。難しいものほどシンプルな設計を目指します。クライアント、ユーザー、開発者の3方向から見る事、見れないけれど見れるように努力する事が大事です。これらが何の役に立つのでしょうあらかじめ予定を立てる癖がつくため、未来予想からリスクを排除する癖がつきます。問題が発生したとしても原因と対策を考えて、一時的な応急措置(暫定措置)と根本的な改善措置(恒久措置)を考えるようになります。分かりにくいかと思うので具体例を。