↓まだチャンネル登録をしていない人はこちらから！↓<a href="https://www.youtube.com/channel/UCytjAXJpeqzSotBHYJ7lMqQ" target="_blank" rel="noopener noreferrer">【click】YouTube エンジニアファースト</a>

今回は我々、グラントホープがなぜエンジニアの独立支援をしているのか？ なぜエンジニアファーストというチャンネルを立ち上げたのか？ そんな話をしています。15分だけ時間をください。

動画はこちらからご覧ください。 <a href="https://m.youtube.com/watch?v=48BimW3jTHs" target="_blank" rel="noopener noreferrer">https://m.youtube.com/watch?v=48BimW3jTHs</a>

【独立を迷っているエンジニアに伝えたいこと】

猫が大好き。食べることが大好き。寝ると嫌なことは忘れるタイプ。
いろんな人に出会い、いろんなものに触れて、思考を柔らかく、自分の世界を広げていきたい駆け出しライターもどき。


こんにちは！タカトです。 &nbsp; 2022年からちょくちょく話題に上がっていたインボイス制度。皆さんは具体的にどういった制度か把握してますか？会社員の方は特に意識する必要はありませんが、副業でそれなりに稼いでいたり、個人事業主・フリーランスの方は意識しないと今後の仕事に影響が出てきます。今回はそんなインボイス制度について解説していきます。 &nbsp; できるだけシンプルかつ分かりやすくお伝えしてきますので、インボイスが気になるぐらいの感じで読んで頂いて大丈夫です！時間にして3分ほどで読めるのでランチやお茶のお供にどうぞ！

インボイス制度はシンプルにいうと、消費税を払わせる制度です。 &nbsp; 消費税は物を購入した際に商品購入代金と一緒に払っていますが、その消費税とは別であなたが個人で請け負った仕事に対する消費税のことを指します。（詳細は後述で解説します） &nbsp; 消費税を払った人には適格請求書発行事業者として番号が発行されます。 適格請求書発行事業者になるためには課税事業者になる必要があり、課税事業者になる＝消費税をしっかり払いますということです。

消費税をなぜ今更払うのか？今まで免除されてた理由は？

ここで質問です。 &nbsp; あなたが物を購入し10%の消費税が掛かりました。お店には商品代＋消費税を支払いますが、この10%の消費税は誰が国に払っているか？ &nbsp; 答えはお店が代わりに国に払っています。 &nbsp; お店、または会社は毎年確定申告を行っており、その際に貰った消費税をまとめて国に支払っているワケです。 &nbsp; 次に、あなた自身が個人で仕事を受注し請求書が来ました。その請求書には売上の10%の消費税が加算され、振込の金額として提示されてます。（売上が10万だったら11万が振込対象額。1万は消費税。） &nbsp; ではこの消費税は誰が支払っているでしょうか？ &nbsp; 多分、この回答は言葉に詰まると思います。 &nbsp; 本来であればお店と同じであなたは消費税を受け取っているので、それを国に支払う必要があります。 &nbsp; これを払わなくて良いのには理由があって、売上が一千万以下の個人事業主は免税事業者と呼ばれて、消費税を支払わなくてよいとされているからです。 &nbsp; なので知らぬ間に脱税してた！？といったことにはなりません。 &nbsp; インボイス制度が施行されると、売上が一千万以下の個人事業主も課税対象者になり、毎年売上の10%を国に納める必要があります。

インボイス制度の施行は2023年10月1日からになります。 &nbsp; なので2024年に行う確定申告ではインボイス制度を考慮した申告が必要になります。 &nbsp; 各種会計ソフトもそれに向けて対応を実施中です。

適格請求書発行者って何なのか？番号は無いとダメなの？

適格請求書発行者になると番号が発行されます。番号を発行しない（適格請求書発行者にならない）選択も可能です。 &nbsp; では番号あり／なしでどういった違いがあるのでしょうか？ &nbsp; あなたに仕事を依頼する会社からすると、番号あり／なしでの違いは国に納める消費税分を全額免除できるか、できないかの違いがあります。 <img src="https://images.microcms-assets.io/assets/03df7942ab184c4fb92ae2a6d548e115/f466d12227d94fe2a6d56a13bbff7eca/image2.jpeg" alt=""> 会社からしたら、番号がない人と取引するのはデメリットしかないんです。 &nbsp; こうなると個人は仕事の受注にモロに影響が出るので、実質番号あり（自身で消費税を納める）を選択せざるを得ないのが実状です。

適格請求書発行者になると収入はどれだけ下がるのか

適格請求書発行者になるということは消費税を新たに納めるということです。 &nbsp; 2023年現在、消費税は10%なので、自身の年間売上が300万の人なら年30万、500万なら50万の税金が新たに発生します。 &nbsp; 消費税が上がれば、この税金もどんどん上がっていきます。 &nbsp; ただでさえ多くの税を払っているのに、更にまた税金が重くのしかかる。中々厳しい現実ではあります。

インボイス制度が反対される理由

インボイス制度は今まで対象外だった免税者（売上が一千万以下）から消費税を徴収する制度というのはお分かり頂けたかと思います。 &nbsp; 売上が100万円の人も10万という額を追加の税として納める必要が出てくるので、売上が少ない人にとっては死活問題で、反対されるのは当然の結果です。 &nbsp; 実際、エンタメ業界へのダメージがかなり大きいと言われています。 <a style="color:#1155cc" href="https://maidonanews.jp/article/14719374" target="_blank" rel="noopener noreferrer">「インボイス制度は日本のエンタメ業界を破壊する」　声優の甲斐田裕子が反対の声を上げる理由</a> &nbsp; これで徴収しても300億程度にしかならないので、反対されるのも無理はありません。

インボイス制度施行に向けて出来ること

正直この制度は個人事業主にとってはかなり痛い制度です。 &nbsp; とはいえ決まってしまったのは仕方ないので、出来ることとして売上額を上げるのが一番だと筆者は感じます。結局10%もっていかれるなら売上額を上げて少しでも税の負担を減らすのが今できる最善の策です。 &nbsp; もう1つはインボイス制度に対しての対応は会社によって様々なので、そこをお世話になってる会社に確認し、より良い対応をしている会社を選びなおすという手段です。 &nbsp; 例えば適格請求書発行者にならなくても良いや、その税の分を上乗せして支払ってくれるなど対応は様々かと思います。 &nbsp; グラントホープは業界的にレアな対応をしており、適格請求書発行者になることを止む無しと感じているエンジニアや個人事業主の人はグラントホープなら心配ない対応を取っています。 &nbsp; 話を聞くだけでも全然良いと思うので、興味のある方は聞いてみてはいかがでしょうか。

まとめ：しっかり理解した上で施行されるまでに準備をしよう！

いかがだったでしょうか？2023年から年収の10%が減るのは目に見えたので、そこをどう補填するか事前に考えて準備すること、もしくはお世話になってる会社を見直すことが今できる策なのかなと思います。 &nbsp; もちろん、適格請求書発行者にならなくても問題はないです。 &nbsp; 実際、施行された時にどれだけの人がなるかは未知で、下手したら適格請求書発行者にならない人が多い可能性もあります。 &nbsp; 自分の将来に関わることなので、しっかり理解した上で自身が望む選択をしていきましょう！ &nbsp; 本日も読んでいただきありがとうございました。

インボイス制度とは？施行される前に抑えておきたいポイントを解説！

タカト

2児に父でフリーランス歴8年目、主にPMO・サポート業務をメインに案件をこなしています。Webライターとしても活動中。

PythonのWebフレームワークにはDjango、Flaskが良く使用されますが、今回はFastAPIというフレームワークを紹介したいと思います。 FastAPI は、Pythonの標準である型ヒントに基づいてPython 3.6 以降でAPI を構築するための、モダンで、高速(高パフォーマンス)な、Web フレームワークです。

FastAPIの特徴とDjangoとの比較について

・パフォーマスが高く、処理が早い

FastAPIはPythonの有名なWebフレームワークのDjangoパフォーマンスを比較しても、NodeJSやGoと同じくらいにパフォーマンスが高いと言われており、Djangoよりも処理が早いとされています。

・コードが書きやすく、バグ等も見つけやすい

コーディングもDjangoに比べて書きやすい特徴もあり、コードによる重複も最小限にしていることから、ヒューマンエラーよるバグも削減と開発速度の向上が見込まれています。

・習得にそれほど時間がかからない

FastAPIはDjangoに比較して簡単に習得できるようにデザインもされていることから、ドキュメントに読む時間やその他調査にかかる時間も短縮されます。

必要条件:Python 3.6以上 ※開発環境(動作はMac環境を使用しています。) OS: MacOS Big Sur 11.4 Python: 3.9.7 Django: 3.1.7 IDE: PyCharm &nbsp; Pycharmを起動して、左下の「terminal」をクリック

(Macのデスクトップの右上の虫眼鏡マークから「ターミナル」起動→指定した階層に移動でも構いません)

ターミナル上で以下のコマンドを入力してください。 pip install fastapi 以下のように「Successfully〜」と表示されれば問題なくFastAPIはインストールされています。

次に以下のコマンドを入力後、エンターキーを押してください。 pip install uvicorn こちらも問題なく、エラーメッセージが表示されなければ正常にインストールされています。

任意のディレクトリ配下にmain.pyを作成して、以下のコードを入力します。 main.py &nbsp;

&nbsp;以下のコマンドを実行します。 uvicorn main:app --reload &nbsp; ブラウザのURLバーに <a href="http://localhost:8000/" target="_blank" rel="noopener noreferrer">http://localhost:8000/</a> を入力してください。

{"Hello":"World"}と表示されていますね。 &nbsp; 先程作成した、main.pyの5行目から7行目にて @app.get("/") def read_root():　 　&nbsp; &nbsp;&nbsp;return {"Hello": "World"} @app.get("/") →@app.get("/")と書くことで、localhost:8000以降のURLを指定するパスになります。 ("/")と書くことにより、localhost:8000で動く関数ということになります。 def read_root(): return {"Hello": "World"} →@app.get("/")と書いてありますので、 uvicorn main:app –reload Webサーバーを起動した際にWebブラウザにて localhost:8000と入力した時に動く関数ということになります。 &nbsp; こちらのサンプルではread_rootという関数名にしていますが、任意の関数名に変えていただいても構いません。 returnも{"Hello": "World"}とありますが、こちらも任意の文字列に変えてもよいです。

では次にブラウザのURLバーにて <a href="http://localhost:8000/items/10?q=sample_fastapi" target="_blank" rel="noopener noreferrer">http://localhost:8000/items/10?q=sample_fastapi</a> を入力してください。

このように表示されていれば成功です。

解説をしていきます。 main.pyに記載をした@app.get("/")と@app.get("/items/{item_id}")の2つ関数がありますが、WebブラウザのURLにて、localhost:8000以降の/&nbsp;と&nbsp;/items/{item_id}のパスで HTTP リクエストを受けます。 /items/{item_id}&nbsp;パスのパスパラメータ&nbsp;item_id&nbsp;は&nbsp;int&nbsp;でなければなりません。 <a href="http://localhost:8000/items/10?q=sample_fastapi" target="_blank" rel="noopener noreferrer">http://localhost:8000/items/10?q=sample_fastapi</a> →こちらの10という数値がint型指定です。 パス&nbsp;/items/{item_id}&nbsp;はオプションの&nbsp;str&nbsp;クエリパラメータ&nbsp;q&nbsp;を持ちます。 <a href="http://localhost:8000/items/10?q=sample_fastapi" target="_blank" rel="noopener noreferrer">http://localhost:8000/items/10?q=sample_fastapi</a> →sample_fastapiの箇所がstr型となります。 @app.get("/items/{item_id}") def readitem(itemid: int, q: str = None): 　　&nbsp;return{"item_id": item_id,&nbsp;&nbsp;"q": q} 今回使用したURLですと、 http://localhost:8000/items/10 →10がread_item_idの第一引数の、item_id: intの箇所で <a href="http://localhost:8000/items/10?q=sample_fastapi" target="_blank" rel="noopener noreferrer">http://localhost:8000/items/10?q=sample_fastapi</a> →sample_fastapiがread_item_idの第二引数のq: str = Noneの箇所になります。 &nbsp; 試しに<a style="color:black" href="http://localhost:8000/items/%7bitem_id%7d" target="_blank" rel="noopener noreferrer">http://localhost:8000/items/{item_id}</a>の{item_id}の箇所にて、int(数値)以外の値を入れてみましょう。 WebブラウザでURLバーにて以下を入力してみてください。 <a href="http://localhost:8000/items/sample?q=sample" target="_blank" rel="noopener noreferrer">http://localhost:8000/items/sample?q=sample</a>

value is not a valid integer〜とエラーメッセージが出力されましたね。 &nbsp; では次に行きましょう。 WebブラウザのURLバーで以下を入力してください。 http://localhost:8000/docs &nbsp;

こちらの画面が表示されましたと思います。 こちらは自動対話型APIドキュメントです。 &nbsp; 次は以下のURLをWebブラウザで表示させてください。 http://localhost:8000/redoc

代替の自動ドキュメントが表示されます。

アップグレードの実装(PUTリクエスト)

PUTリクエストからボディを受け取る実装を進めます。 main.pyを修正しますので、黄色の部分を追加してください。 &nbsp; &nbsp; &nbsp; &nbsp; main.py &nbsp; from fastapi import FastAPI from pydantic import BaseModel app = FastAPI() class Item(BaseModel): &nbsp;&nbsp;&nbsp; name: str &nbsp;&nbsp;&nbsp; price: float &nbsp;&nbsp;&nbsp; is_offer: bool = None @apgep.t("/") def read_root(): &nbsp;&nbsp;&nbsp; return {"Hello": "World"} @app.get("/items/{item_id}") def read_item(item_id: int, q: str = None): &nbsp;&nbsp;&nbsp; return {"item_id": item_id, "q": q} @app.put("/items/{item_id}") def update_item(item_id: int, item: Item): &nbsp;&nbsp;&nbsp; return {"item_name": item.name, "item_id": item_id}

次は以下のURLをWebブラウザで表示させてください。 http://localhost:8000/docs

item_idに任意の数値を入力し ※画面の例の10以外の数値でも可

ユーザインターフェースはAPIと通信をして、パラメータを送信し、結果を取得して、画面下部に表示されます。 &nbsp; 次は以下のURLをクリックしてください。 <a href="http://localhost:8000/redoc" target="_blank" rel="noopener noreferrer">http://localhost:8000/redoc</a>

代替のAPIにも新しいクエリパラメータやボディが反映されています

このようにFastAPIは関数のパラメータとして、パラメータやボディ の型を宣言して、簡単にAPIエンドポイント定義と実装が可能になります。 &nbsp; &nbsp; 参考URL <a href="https://fastapi.tiangolo.com/ja" target="_blank" rel="noopener noreferrer">https://fastapi.tiangolo.com/ja</a>

PythonのWebフレームワークFastAPIの紹介

中川　彰吾

フリーランスSEで色々なWeb系の案件に参画中。言語はPythonやRuby
自宅でもパフォーマンスが落ちない様、リモートワーク中心の生活を過ごしながら、
IT技術だけでなく、英語や株式投資など学習中。


こんにちは！&nbsp;&nbsp;&nbsp;&nbsp;タカトです。 &nbsp; 今回は数多くSES事業を主とする会社が存在する中で、私がお世話になっているグラントホープをオススメする理由について解説します。 私自身、フリーランス歴は8年ですがグラントホープでお世話になってるのは2年目と実は短かったりします。 5年間は全く違うところで案件を紹介頂いており、正直行こうかどうか悩んだ背景もあります。今回はそんな悩みも踏まえてオススメの理由についてお話していきます！

グラントホープってどういう会社？

2016年設立の新しい会社でSES事業・キャリアアドバイザー事業を主としている会社です。設立して6年目ですが売上高は年々更新されており、2021年は24億。在籍しているフリーランスも数多く、年齢層も20〜40代と若々しい会社です。

私自身、グラントホープを選ぶまでは正直悩んだ

私は無料査定（詳細は事項で）を行ってから半年ほど保留にしてました。 &nbsp; 理由として、年収は上がったのですが色々な事情を考慮して案件を紹介して貰えるか不安だったからです。（私の場合は、高稼働は不可だったので） &nbsp; また、スキルに対する自信もそこまでなかったので「その額を貰うだけの活躍ができるのか？」という変にネガティブな状態になり、保留にしてました。 &nbsp; 今思うと、転職に似てるのかなと感じました。

結果的に半年悩んだ後、「入ってから色々考えよう！」という結論に至り、グラントホープさんにお世話になることを決めました。

実際グラントホープに入ってみて、どうだったか

5年間お世話になった会社以上に融通も利き、働きやすいです。 &nbsp; 年収もアップしましたし、サポートも手厚いので、早く会社を変えておけばよかったなぁと後悔したぐらい。 &nbsp; また、フリーランスと思えない福利厚生がしっかりしてるのでこの点は他社に負けないと思います。

グラントホープを選んだ6つの理由

私がグラントホープを選んだ理由は大きく6つあります。

グラントホープに入るにあたって、事前にスキルシートを提出して年収の査定ができます。 &nbsp; これで自分の年収が事前に分かるというワケです。 &nbsp; しかも今だとLINEで無料査定できるのが有難いですね。 &nbsp; 手順は本当に簡単で、経歴書を送るだけ。 &nbsp; 私の頃は対面でやっていた部分もあり、今も場合によっては対面になることもあるかもしれません。

2.査定結果が想像以上に良かった

私の場合ですが、年収が300万ほど上がりました。 &nbsp; 前の会社も安いワケではなかったのですが、想像以上の上がり幅だったのでかなり驚きました。 &nbsp; これだけ上がるのにも理由があって、グラントホープの場合、中間マージンの割合がかなり低いと思います。 &nbsp; とにかくエンジニアに還元するというのを大前提にしているため、結構な割合で年収アップできます。 &nbsp; しかもちゃんと経験値を積んで、単価の高い案件に参画することも出来て、更に年収アップが狙えるのもポイントです。

3.査定したからといって無理な勧誘・催促が一切ない

査定は正直、気軽にできます。 &nbsp; その後、入るかどうかは完全にゆだねてくれますし、無理な勧誘がありません。 &nbsp; ほとんどの会社は査定後「早めに動いた方が…」と言ったりしますが、グラントホープはちゃんと考える時間を頂けます。 &nbsp; 査定結果が良くても色々考えてしまうのが本音です。 &nbsp; 環境面、人間関係など、一旦冷静になって判断した方が良いのでそれが出来るのがいいですね。

4.キャリアも踏まえて案件を紹介してくれる

フリーランスとはいえ、ちゃんとキャリアを積むことが大事です。 &nbsp; 出来ることの幅が広がりますし、自分が「こういうことがやりたい、こういう方向に進んでいきたい」というのがあれば、それに合った案件に参画が可能です。 &nbsp; それだけの案件数がありますし、何よりこちらのことを考えて動いて貰えます。 &nbsp; キャリアプランを立てながら年収アップも狙えるので、普通の会社員の昇給と同じ感覚で給料アップが可能です。

フリーランスでは珍しく、国保ではなく社保に加入可能です。（任意） &nbsp; この二つの違いは、国民健康保険は加入者本人が保険料を全額負担します。 一方社会保険は、保険料の半分を加入先の会社・事業主が負担してくれます。 &nbsp; また、社会保険には、国民健康保険にはない扶養制度が設けられており、所得額の少ない家族を自分の扶養者として健康保険に加入させることができます。 &nbsp; これで家族の保険料が抑えられます。 &nbsp; それ以外でも最近は美容脱毛、エステを安価で受けられたり、今後は飲食・娯楽・レジャー・eラーニング・健康面など活用できる福利厚生が充実していく予定です。 &nbsp; フリーランスに欠かせない確定申告のサポートもありますし、最近ではライター業向けのSEO講座というのもあります。（2022年3月現在、無料） &nbsp; 正直、これだけ充実している会社は正社員の会社でも中々ないと思います。 &nbsp; それだけフリーランスにとってもメリットを考えてくれている会社というわけです。

6.案件参画後もサポートが手厚い

案件に参画したら、お終い！というワケではありません。 &nbsp; 一週間後、参画後の状況確認。何か問題があればすぐ連絡くださいなど、割と手厚いです。 &nbsp; 相談してもちゃんと向き合って話を聞いてくれますし、すぐに動いてくれるので私自身、現場で何があればすぐに連絡して相談したりしてます。

メリットばかり言ってしまうと疑いたくなるのが人間です。 &nbsp; なので、私が入った時に戸惑ったことを解説していきます。

1.案件紹介が複数の営業さんから来る

2022年3月現在、案件紹介について複数の営業さんから連絡が来ます。 &nbsp; しかも嬉しいことに結構な頻度で案件紹介の連絡がきます。 &nbsp; 私が最初いた会社は一人の営業さんから紹介頂いていました。 &nbsp; 紹介頂いて面談→ダメだったら次という流れだったため、複数から案件紹介があった時は驚きました。 &nbsp; ただ、この複数の方から紹介頂くやり方の方が平行で面談もできますし、早々と参画案件が決まります。（早ければ案件紹介頂いてから一週間で決まることもしばしば） &nbsp; 慣れればなんて事はないですが、慣れるまではちょっと大変に感じるかもしれません。

2.自分の中の優先順位をしっかり決めておくこと

案件を選んでいくにあたって必ず優先順を決める必要があります。 &nbsp; ・稼働を低くしたい ・高単価の案件に参画したい ・通勤時間を短くしたい ・キャリアアップをしたいので成長できそうな案件に参画したい &nbsp; などなど、全部を満たすというよりは何を優先してそれに合う案件を見つけるかが大事になるので優先順位はしっかり決めておきましょう。

まとめ：迷うぐらいなら年収査定して貰った方が良い→だって無料だもん

いかがだったでしょうか？まだまだ迷っていたり、とは言っても・・・というのが正直あると思います。 &nbsp; ですが査定自体は無料です。 &nbsp; ある意味、自分の市場価値がタダで分かるということなので、これ自体はやっておいて損はないと思います。 &nbsp; やった結果、微妙だったなら今の会社を継続すれば良いですしね。 &nbsp; 一度きりの人生、自分の価値をより高められる環境でキャリアと年収を伸ばしてみてはいかがでしょうか。

忖度なし！グラントホープをオススメする6つの理由！

皆さん、こんにちは。 Sgiです。 今回はエンジニアに是非活用していただきたいサービスがありますので、この記事を執筆致します。 最後まで読んでいただけると嬉しいです。

年収査定ってやったことありますか？

筆者がおすすめしたいサービスとは「年収無料査定」です。 これ、あまり見かけないですよね？ 正社員SEはまた話が別ですが、フリーランスSEは一般的に &nbsp; エージェントへ登録 ↓ 面談（ヒアリング） ↓ 案件紹介 ↓ お客さんと面談 ↓ 合格 ↓ 契約 &nbsp; という流れでお仕事が決定します。 &nbsp;

しかし今回ご紹介する年収無料査定の違いは図の通りです。

こちらの図を見ていただければ分かりやすいですが、 エージェントでのヒアリングの時点で自分の報酬額がおおよそ分かる仕組みとなっています。

どうやって査定してもらえる？

そもそもどうやって査定額をだしているのか。 気になったので色々聞いてきました。 &nbsp; &nbsp; この年収無料査定をするには、事前に &nbsp; ①&nbsp;&nbsp;&nbsp;技術経歴書 ②&nbsp;&nbsp;&nbsp;プロフィール &nbsp; を作成する必要があります。 エンジニアなら誰もが作成したことがあるはずです。 それをこちらの会社フォーマットに書き直すだけで完了となります。 &nbsp; 年収無料査定をヒアリング前にすることで、より具体的な希望条件の話ができる、という仕組みのようです。 &nbsp; &nbsp; どうやって査定額を出しているのか、謎ですよね。 どんどん解説していきます。

こちらの会社で実際にご成約されたエンジニアのスキル感・契約単価をもとに査定額をだしているそうです。 &nbsp; 査定額と契約時に決定した単価の誤差は月額換算で「約2万円前後」だとか。 これは正確すぎる…。 &nbsp; 会社の実績に基づいた査定額ということでした。 &nbsp;

実際にご成約された方の年収アップ事例

これは一般論ですが、IT業界の場合 正社員からフリーランスに転身した場合、年収は約1,5～2倍以上になります。 &nbsp; 理由は割愛していきます。 &nbsp; 今からお見せする事例も、査定額と契約時の単価（月額）の誤差はやはり2万円前後のようです。 それでは一気にお見せいたします！！ &nbsp; 今回はスキル感も教えていただけましたので、ご参考までに見ていただければと思います。

こうみると、皆さん年収が確実にUPしているのがわかります。 &nbsp; &nbsp; 他エージェントは契約が確定するまで自分の報酬額が不明瞭ですが、 こちらの会社は案件を選ぶ前に自分のスキル感ではどれくらい報酬が貰えるのかが分かるため、収入が不安定と思われがちなフリーランスですが 先の見通しがつくことがメリットになりますね。

査定後にヒアリング→案件紹介をしてもらうメリット

こちらは私が思うことですが、以下4点です。 &nbsp; ①&nbsp;&nbsp;&nbsp;&nbsp;金額が分かることで収入の見通しがつく ②&nbsp;&nbsp;&nbsp;&nbsp;単価をあげるために何をするべきなのか、ヒアリングに相談できる ③&nbsp;&nbsp;&nbsp;&nbsp;具体的な希望が言える ④&nbsp;&nbsp;&nbsp;&nbsp;希望に沿った案件を紹介してもらえる＝ミスマッチが少ない &nbsp; 順にお話させていただきます。

①	金額が分かることで収入の見通しがつく

先ほども少し触れましたが、フリーランスは収入が不安定、と世間一般的には思われています。 しかし、実際にはエージェントを利用することで大半のエンジニアは安定した収入を得ることが出来ます。なぜならエージェントの営業マンが案件を探してくれるからです。 &nbsp; その案件も、事前に報酬額がわかることで収入の見通しがつくため大半の不安は払拭されるはずです。

②	単価をあげるために何をするべきなのか、ヒアリング時に相談できる

査定をすると、おおよその自分の単価がわかります。 査定の金額をふまえて、もしくは将来的にもっと稼ぎたい！というエンジニアは多くいるはずです。 単価を上げるためには、当然スキルアップする必要があります。 スキルアップし、上流工程に参画したり、リーダー業務を行ったり、色々なチャンスがある案件を紹介してもらうことが可能になるはずです。

単価が明瞭になることで、自分のスキル感や立ち位置など、市場価値が見えてくるはずです。 その中で、 「単価を上げたいのでスキルアップできる案件にアサインしてほしい」 「今までリーダー業務ばかり任されてきたけど、本当はプログラマーがいい」 など、より自分のやりたいことを優先させた希望が言えるはずです。 &nbsp; 実際にアサインされるかはエージェントの営業力や個人の面談力にもよりますが、どこのエージェントでも自分の希望はしっかりと伝えるべきです。

④	希望に沿った案件を紹介してもらえる＝ミスマッチが少ない

これに関しては少し論点がずれますが、ヒアリングの時点で自分の希望をエージェントに伝えきれない場合にミスマッチが起こってしまいます。 &nbsp; 案件のミスマッチはエンジニアにとって結構な痛手となります。 「せっかくフリーランスになったのに、希望していた案件にアサインされない・・・」 &nbsp; なんて、そんなもったいないことしてはいけません。 やりたくないことに時間も労力を費やすのはナンセンスですから、しっかり自分の希望を伝えましょう。 ミスマッチが起こらず、やりたい案件にアサインされ、単価もアップ、スキルも習得出来たら最高ですよね。

・・・この会社、一体どちら様？

お待たせいたしました。 今までお話してきたサービスを展開しているのは このメディアサイトを運営している<a href="https://www.granthope.jp/" target="_blank" rel="noopener noreferrer">株式会社グラントホープ</a>さんです。 <img src="https://images.microcms-assets.io/assets/03df7942ab184c4fb92ae2a6d548e115/398019c5b09d483c82b4f1aaaf3d0c72/image.png" alt="">

グラントホープさんの特徴は、まず今回ご紹介させていただいた、年収無料査定。 そしてヒアリングには結構力をいれているようで、まさにエンジニアファースト。 &nbsp; しっかりヒアリングをするからこそ、やりたい案件がどんどん紹介される営業力。 &nbsp; 年収無料査定から最短3日でご成約された方もいらっしゃるそうです。 &nbsp; &nbsp; この年収無料査定は、誰でも実施できるようですよ。 &nbsp; ※フリーランスなので、未経験者は対象外のようです。 	ご実績が２年ある方が対象です。

いろんなフリーランスのエージェント会社がありますが、 それぞれの特徴をふまえて活用していきましょう。 &nbsp; 私個人的な意見としては、無料年収査定はおすすめです。 正社員の方は、フリーランスに転身した場合、今の自分のスキルではどれくらい貰えるのか。 フリーランスの方は、単純にエージェントによって単価が異なりますので比較対象として活用していただけばと思います。 &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; これは豆知識？かもしれませんが グラントホープさんは役員の皆さんは、全員元フリーランスエンジニアのようです。 元フリーランスエンジニアによる、フリーランスエンジニアのための会社でありたい。 &nbsp; そんな強い思いがあるそうです。 &nbsp; 拙い文章でしたが、最後まで読んでいただきありがとうございました。

エンジニア必見！一度は全員試すべき年収無料査定？！

皆さんは、システムエンジニアとしてどの工程を担当していますか？ 上流工程を担当していますか？それとも下流工程を担当していますか？ &nbsp; フリーランスで働く以前に、システムエンジニアとして働く以上、システム開発工程を理解しておく必要があります。 &nbsp; そこで、シリーズ企画として、システム開発工程の概要から各工程の大切なこと、やっていく上でのコツをこのシリーズ企画でお届けしています。 &nbsp; 今回は番外編として、「各種設計書の詳細」についてお届けします。 &nbsp; ぜひ、設計書の詳細を知りたい方は、ぜひご覧ください。

システム開発の上流工程では、様々な設計書を作成いたします。 図を用いながら、どのような設計書を作成するのかをご説明いたします。

＜外部設計書の種類＞ ①画面一覧、画面遷移図、画面レイアウト、画面項目定義書 ②画面イベント定義書 ③帳票一覧、帳票レイアウト、帳票項目定義書 ④テーブルレイアウト定義書、データ定義書、E-R図、CROD図 ⑤外部システム関連図、外部IF一覧、外部IF定義書

①	画面一覧、画面遷移図、画面レイアウト、画面項目定義書

システムで開発する画面周りの設計書類。画面レイアウトはより具体化し、画面入力項目一覧、画面イベント定義といった資料を基本設計工程にて新たに整理します。

＜画面一覧＞ システムの画面を一覧化した設計書。

＜画面遷移図＞ 画面遷移を図で整理した設計書。

＜画面項目設計書＞ 画面レイアウトとセットになるもので、画面項目の入出力を明確にする設計書。

画面の項目選択したときの処理・動作を明確にする設計書。

③	帳票一覧、帳票レイアウト、帳票項目定義書

システムで開発する帳票周りの設計書。「レイアウト決定」、「出力項目一覧の整理」、「編集定義の決定」の３つが主な作業となります。

＜帳票一覧＞ 帳票を一覧化した設計書。

＜帳票レイアウト＞ 各帳票のレイアウトを明確にした設計書。

＜帳票項目定義書＞ 帳票項目や、その項目の編集仕様を明確にした設計書。

④	テーブル一覧、テーブルレイアウト定義書、E-R図、CROD図

システムで開発する主要なテーブルの設計書類。基本設計工程ではテーブル定義やCRUD図の整理が主な作業です。CRUD図は整理する組織と整理しない組織が大きく分かれる印象がありますが、整理しておくと機能漏れやデッドロックの防止につながるので、非常に大切です。

＜テーブル一覧＞ 主要なテーブルを一覧にまとめた設計書。

＜テーブルレイアウト定義書＞ テーブル一覧を元に、各テーブルのデータ項目をまとめた設計書。

＜E-R図＞ 主要テーブルの関連性がわかる設計書。

＜CROD図＞ 各テーブルの作成（C）・参照（R）・更新（U）・削除（D）を整理した設計書で、機能漏れやデッドロックの防止が期待できます。

⑤	外部システム関連図、外部IF一覧、外部IF定義書

システムを構築する上で必要な外部システムとの連携（インターフェース）について整理した設計書類。

＜外部システム関連図＞ 関連システムとの関連性を図解した設計書。

＜外部IF一覧＞ 関連システムとのIF（インタフェース）を一覧化した設計書。

＜外部IF定義書＞ 関連システムとの各IF（インタフェース）の連携項目をまとめた設計書。

＜内部設計書の種類＞ ①処理詳細仕様書（IPO） ②クラス図 ③アクティビティ図 ④シーケンス図

IPOは機能の入力・処理・入力を記載した設計書。 入力=Input、処理=Process、出力=Outputの頭文字をとってIPOと呼ばれています。

システムを構成するクラスの関係を表す設計書。 プログラミングする際の見取り図になり、作業の優先順位をつけたり、複数名で作業を分担する際に有効です。 画面設計書やアクティビティ図から必要なクラスを洗い出しながら各クラスの関係を整理していきます。（記載ルールは下記を参照）

実際に記載ルールを元に作成したクラス図

アクティビティ図はユーザーの操作とシステム処理の流れが分かる設計書。 処理の流れが分かることはもちろん、操作に応じた処理をどこに実装するかが分かる。 より詳細なメッセージのやりとり（どのクラスで実現するか等）を整理する場合は、シーケンス図にて整理します。 基本的な書き方はフローチャートと同じで、利用者のアクションやシステム処理を枠で囲み、それを矢印でつないでいく。作成するための情報源は、基本設計で作成した業務フローや画面設計書です。

シーケンス図はアクティビティ図よりもシステム内部処理をさらに細かく記載した設計書。 クラスやオブジェクト間のやりとりを時間軸に沿って表しており、縦軸が時間、横軸がユーザーやシステム機能（オブジェクト）です。 ユーザーからのアクションを受けて、オブジェクトがどのような情報を受け取り、次のオブジェクトにどのような情報を渡しているのかを矢印で表現しています。 シーケンス図の作成にあたっては、基本設計工程で作成した業務フローや画面設計書だけでなく、同じ詳細設計工程で作成するクラス図も必要です。

いかがでしたでしょうか？ こちらが外部設計と内部設計にて作成する主な設計書になります。 ＰＪによっては、これ以上に作成する場合や、少ない場合もあります。 想像していたよりも多かったですか？それとも少なかったですか？ この設計書と呼ばれる、システムの説明書をシステムエンジニアが作成し、その説明書を元にプログラマーがブログラミングをしています。 &nbsp; プログラミングも、この設計書がないとできません。設計書と言えば簡単ですが、ここからシステム開発ができるので、非常に大切なものですね。 プログラミングは苦手だけど、システム開発をしたい方は、ぜひ設計工程にチャレンジしてみてください。&nbsp;

システム開発工程<	番外編>

土谷　貴志（つちたに　たかし）

システムエンジニアとして案件をこなしつつ、ライターとして執筆活動にもチャレンジ中。株式会社グラントホープ所属のフリーランスエンジニア。
システムエンジニアの他に、キャリアコンサルタントとして若者のキャリア支援や、LifeTime-Smileというコミュニティ運営など幅広く事業を展開中。
ごく稀に、コミュニティメンバーの記事を投稿するかも。お楽しみに！
LifeTime-Smile：https://www.lifetime-smile.com/


こんにちわ！&nbsp;&nbsp;&nbsp;&nbsp;タカトです。 &nbsp; 皆さん「RPA」ってご存じですか？ 私は業務でたまたま知ったぐらいで、正直IT業界にいても聞くこと自体はそんなに多くないのが実情なのかなと思ってます。聞くと「あー、それをRPAっていうんだ！」となるぐらい馴染みがあるもので、今後企業で導入するところも増えていく気がするので知っておくと損はないかなと個人手的には感じてます。 &nbsp; 今回はそんな「RPA」について、より分かりやすく解説していきます。 &nbsp; IT用語が苦手だったり、英語が苦手な人でも大丈夫です。

RPAとは「ロボットが人の代わりに業務こなすこと」

RPAは「Robotic Process Automation /ロボティック・プロセス・オートメーション」の略になります。いきなり英語だと「うーん…」となりますが、こんな風にバラすとイメージが湧くのではないでしょうか。 &nbsp; ロボット＝ロボット プロセス＝工程 オートメーション＝自動化 &nbsp; あなたがやってたことを、ロボットが自動でやってくれることを意味します。 &nbsp; 昨今では配送会社の荷物の仕分けを人の手ではなく、ロボットがやってるところが増えてきましたよね。あれも一種のRPAに該当します。 &nbsp; 毎日かなりの量の荷物が動くので、それを自動で仕分けしてくれるのは相当助かります。 &nbsp; もちろん、日々の事務作業もRPAで動いているところがありますが中々浸透してないのが実情です。

画像を見ていただくとわかりますが、日本での導入率は4割ほどです。 &nbsp; しかもこの推移は年商50億以上の企業を対象としており、50億未満の企業の導入率は10%、準備中・検討中企業は25%、未検討が64％という数字になってます。 &nbsp; まだまだ日本では浸透してないのが実情になります。

RPAが浸透しないのは3つの理由がある

「導入するぞ！」といってもコストが掛かります。 &nbsp; コストは主にこの2つで、 &nbsp; ・導入コスト ・ランニングコスト &nbsp; 導入コストが掛かるのは当然なのですが、ランニングコストは主にライセンス料に該当します。 1ライセンス月々いくらという感じで、身近なもので例えるとサブスクと同じようなものになります。5人の社員端末にRPAを入れると、5ライセンス必要になるのでそれだけのコストが毎月掛かるということです。 このコストをかけてまで業務を自動化したいか？というと、「それだったら今まで通りでいいや・・・」となるケースが一番多いようです。

その２：トライアル期間で諦めてしまう

RPAは導入する前に必ずトライアル期間というのがあります。 &nbsp; トライアル期間は実業務をやりながら、RPAを動かして今までの業務に支障がないか判断するためそれなりの時間が掛かります。 &nbsp; もちろん、トライアルは完璧ではないので不具合もおきますし、それを報告して、より精度をあげていく必要があります。 &nbsp; これを業務と平行するのは中々大変なんです。 &nbsp; トライアルはやり始めは意気込むんですが、次第に手間がかかることの大変さに気付き、どっかのタイミングで切り上げてしまう企業も数多く存在します。 &nbsp;

その3：日本人特有の人の手の方が良いという文化

中小企業にありがちですが、やっぱり人の手の方が・・・という考え方です。 &nbsp; 何だかんだ日本人は自分や人の手に拘る習慣が強いように感じます。

メリットは主にこの4点です。 &nbsp; ①単純作業の自動化 ②自動化によるミスの削減 ③人間にしかできない仕事に集中できる ④24時間365日作業ができる

RPAの最大のメリットです。 &nbsp; 今まで手でやっていたのをロボットが自動でやってくれます。 ポイントは「単純作業」というところで、日々の業務の中で同じようにやらないといけないこと（＝ルーチンワーク）というのが存在すると思います。そういった作業なら自動化は可能になります。逆に考えたり、応用をきかせないといけない作業はRPAでは実現不可能になります。

自動化することでミスが大幅に減ります。 ミスが発生する理由は主に &nbsp; ・集中力の低下 ・疲労 ・飽き &nbsp; ロボットにはこの概念がないのでミスの誘発はほぼゼロになります。

③人間にしかできない仕事に集中できる

日々の業務をやってると「あれもやってこれもやって・・・」などタスクに追われたりします。そのタスクの中でも単純作業をRPA化すれば、自分で考える必要がある作業のみに集中できるので非常にメリットは大きいです。 &nbsp; また、タスクが減るわけなので残業が減り、会社からしても社員からしてもお互いwinwinの関係にもなります。

ロボットは疲れることもなければ、寝なくても永遠と作業ができます。 &nbsp; 人件費も掛かりませんし、壊れない限りは365日、半永久的に作業ができるというわけです。 &nbsp; 経営者からすると、これだけ良い人材（？）は居ないのではないでしょうか。

デメリットは存在します。これが無かったら全ての会社が導入しているはずです。 主なデメリットは3つです。 &nbsp; ①コストがかかる ②例外処理に対応できない ③エラーが発生すると動作が停止する

前述の浸透しない理由でも触れました、とにかくRPAはコストが掛かります。 &nbsp; 特にランニングコストはRPAを使う間ずっと掛かってしまうものなので、それなりの額になってきます。それに見合う対費用効果を見出せないと導入するのは正直難しいと思います。

例外処理というのは「本来こういう命令（データ）しか来ないはずが、違うデータが来ること」を意味します。 &nbsp; RPAは「こういう命令（データ）が来たら、XXXをしてね」と決まったことしかできないので、想定外のことに対する対応はできないのがネックになります。 &nbsp; 「絶対に想定外はない」というのであれば、この心配ありません。

③エラーが発生すると動作が停止する

②の延長になりますが、例外処理に対応できないので例外処理が起きると動作が停止します。その場の対応もロボット自身ではできませんし、止まると業務が停止するので作業遅延にもなります。 &nbsp; 単純で素直な分、予想外のことが起きた時のデメリットは非常に大きいかもしれません。

RPAが浸透することで人の仕事が無くなるの？答えは【No】です

RPAはあくまでも「単純作業の自動化」です。 &nbsp; 考える必要があったり、複雑な作業は今の段階では自動化できないので人の仕事がなくなることは無いです。 &nbsp; ただ、工場の作業や単純作業のデスクワークはどんどん減っていく可能性は高いです。 &nbsp; 精度という面でもロボットのが安定しますし、コストもかからないからです。 &nbsp; その分、人にしかできない仕事に注力させていくのが企業の課題なのかもしれません。

結論：RPAは人でしかできない仕事の価値づけができる

結論です！ &nbsp; RPAは単純作業をロボットに任せることで、人にしかできない仕事の価値を高めることができます。 &nbsp; 導入までの道のりはちょっと大変かもしれませんが、それに見合ったメリットがあります。 &nbsp; そこから、人でしかできない仕事に集中し価値を高めていけば企業としても、より力がついていくのではないかと私は思います。 &nbsp; まずはトライアルから相談していき、業務の一部でもRPA化してみてはいかがでしょうか。 &nbsp; 当記事を読んで頂き有難うございました。

サルでも分かる！RPAを分かりやすく解説

皆さんは、システムエンジニアとしてどの工程を担当していますか？ 上流工程を担当していますか？それとも下流工程を担当していますか？ &nbsp; フリーランスで働く以前に、システムエンジニアとして働く以上、システム開発工程を理解しておく必要があります。 &nbsp; そこで、シリーズ企画として、システム開発工程の概要から各工程の大切なこと、やっていく上でのコツをこのシリーズ企画でお届けしています。 &nbsp; 今回はver4として、「内部設計」についてお届けします。 &nbsp; ぜひ、内部設計に従事されている方、内部設計の仕事をされたい方は、ぜひご覧ください。

内部設計の仕事・仕事をこなす上でのコツ

システム開発の上流工程の最後である「内部設計」の仕事と、仕事を行う上でのコツを私の経験談からお話します。

内部設計が、上流工程の最後の工程になります。 「外部設計書」から、「内部設計（詳細設計）書」を作成することが主な仕事になります。 &nbsp; さて、いきなりですが、クイズです！ 上部の図で２人に「見る」の矢印が出ていますが、一体、誰のことを指しているでしょうか？ 答えはこちらです。

「コーディングする人」と、「単体テストをする人」が見る設計書となります。 わかりましたでしょうか？ ここでお伝えしたかったのは、コーディングする人と、単体テストをする人が見るということは、設計書を見ただけで、プログラミングができる設計書を作成する必要があるということです。 そのためここからは、システムの思考で設計書を記載することになります。 ただ、内部設計書は、外部設計と同様で、一つの成果物を作成するわけではなく、以下の成果物を作成します。 ＜外部設計書の種類＞ ・処理詳細仕様書（IPO） ・クラス図 ・モジュール構成図 ・アクティビティ図 ・シーケンス図 などです。 内部設計でも作成する成果物が多く、プログラミングを意識したシステのム内部処理を考えて記載することになります。 そのため、ユーザさんには見せない成果物になるので、システム目線で記載しても良い成果物で、ユーザさんと接する機会はないため、システム開発に集中できる工程とも言えます。 なので、システムのことを考えたい人は、内部設計の工程から携われると良いと思います。 各種設計書については、外部設計書と合わせて、別の記事で纏めてみようと思います。

私が思うこの内部設計を行う上でのコツですが、以下４点だと考えています。 　①あいまいな表現はしない。文章だけでなく、図や表を利用する。 　②内部処理の利用方法を十分に理解しておく。 　③画面側処理と、サーバー側処理で行う内容を、明確にしておく。 　④エラーハンドリングを十分に検討する。

①あいまいな表現はしない。文章だけでなく、図や表を利用する。

内部設計書を見て、コーディング、単体テストを行うことになります。 そのため、条件式などを曖昧な表現にしていると、バグを作りこむ原因になるため、注意が必要になります。 「条件式（個数が１以上の場合）」の記載にするとプログラマーは、「if（kosu &gt;= 1）」というプログラミングを行います。 もし、この記載の他に「条件式（個数が１を超える場合）」や、「条件式（個数が１未満の場合）」などの記載があった場合は、どうでしょうか？ 不等号として、「＞」なのか。「＜」なのか。はたまた「＜＝」なのか。プログラミングに困ります。そのため、内部設計書はユーザさんには見せない設計書のため、ある程度の専門用語を利用し、「条件式（個数＞１の場合」のように、不等号などの記号を直接記載することや、フローチャートや表を利用し、伝わりやすい表現で記載することが大切です。

②内部処理の利用方法を十分に理解しておく。

内部設計では、複数の内部処理を適切な順番に呼び出すことで、１つの機能を設計していいきます。その過程で、既に準備されている内部処理を流用することや、新しい内部処理を作成することがあります。 その「内部処理」を、新しく作成する必要があるのか。や、既存処理を流用できるのか。を考える必要があり、その考えるために、システムの内部処理を十分に理解しておく必要があります。 内部処理を十分に理解していない場合、正しい順番で処理を呼び出す設計ができない。や、同じ内部処理を複数作成することになるため、内部設計書を書く前に、内部処理について理解しておくことが大切です。

③画面側処理と、サーバー側処理で行う内容を、明確にしておく。

最近は、画面（クライアント）側とサーバー側に分かれてプログラミングをし、最終的にその２つをつなぎ合わせて、システムとして稼働させる方法がメジャーになっています。 そのため、画面側のみできる処理や、サーバー側のみできる処理、その逆で、どちらでもできる処理があります。 どちらかのみできる処理は、できる方でやれば良いのですが、どちらでもできる処理の場合は、どっちで処理をするのか。を明確にしておく必要があります。 明確にせずにプログラミングした場合、両方ともに同じ処理を実装することや、両方ともに実装されていないことがあるので、画面側、サーバ側で行う処理を明確に決めて、記載しておくことが大切です。

④エラーハンドリングを十分に検討する。

内部設計書では、プログラミングを意識した設計が必要です。 つまり、プログラム内でエラーが起きた場合の、対処を十分に設計する必要があります。 外部設計書では、システムが正常に稼働した場合の流れを中心に記載されていることが多く、システムが想定外でエラーになった際の挙動などはあまり記載されていないです。 なので、想定外でエラーになった際に、どのような挙動とするのか。を明確に、設計書内に記載する必要があります。 記載していないと、想定外エラーが発生した際、何が起きているかを調査できない事態が発生するので、エラーハンドリングを十分に検討することが大切です。

いかがでしたでしょうか？ こちらが内部設計の仕事とコツになります。 この工程からは、システム開発のみに携われる工程なので、実際に手塩をかえて、細部にこだわってシステムを作成することができます。 こだわることができると思うと、非常にやりがいがある工程だとおもいませんか？

システム開発工程ver4

インフラエンジニアとしてサーバ関連の業務をするときにオンプレミスとクラウドという言葉が必ず出てきます。今回はそんなオンプレミスとクラウドの違いについて説明します。

オンプレミス（On-Premises）の「Premises」は「Premise」の複数形で家屋、建物、構内、店内などを指します。語頭に「On」がつくことで「敷地内で」という意味になります。IT業界ではシステム構築に必要なサーバなどを自社内やデータセンタに設置して運用することを指します。オンプレミスのことをオンプレと略すことが比較的多いです。オンプレミスという言葉はクラウドの対義語として用いられます。クラウドが普及してきた2007年くらいからクラウドと区別するために使われています。

クラウド（クラウドコンピューティング）とは

クラウド（Cloud）とは英語で「雲」「雲状のもの」を意味する言葉ですが、なぜ「クラウド」と呼ぶようになったのかについては諸説あります。技術者がシステムの構成図を作成する際に「雲（クラウド）」のマークで表していたという説や実際に見えないものを利用している「雲の上」という意味で表現されたという説もあります。クラウドという概念は、1997年に南カリフォルニア大学教授のラムナト・チェラッパにより提唱されたそうです。しかし、この時はまだ普及しませんでした。2006年、当時アメリカGoogleのCEOを務めていたエリック・シュミットが会議でクラウドという言葉を用いてからクラウドという言葉が普及しました。

オンプレミスとクラウドの違いとは

オンプレミスとクラウドの違いを比較表にまとめました。

次に比較表の各項目について詳しく書いていきます。

オンプレミスの場合、サーバやネットワーク機器などのハードウェアの購入、ソフトウェアの購入やライセンスの購入が必要です。そのため設計の段階からどういったシステム構成にするか、予算はどのくらいかなど細かい内容まで詰めておく必要があります。またシステムを拡張する場合は追加予算がかかるためその点も考慮漏れがないように注意してください。そのため機器の選定は慎重に行う必要があります。 クラウドの場合、初期費用がかからないものがほとんどです。初期費用がかかるとしてもオンプレミスと比べると比較的安い料金で利用することができます。またシステムを拡張する場合でも初期費用はそこまでかからないものがほとんどです。

オンプレミスの場合、月額費用は基本的には固定となります。内訳として運用保守を業者へ依頼する場合はその運用保守費用、自社で保守する場合はその費用がかかります。またデータセンタに機器を設置する場合はそのレンタル費用もかかります。 クラウドの場合、利用した分だけ支払うため月額料金は月によって変動することがほとんどです。そのため費用の概算が出しやすいです。

オンプレミスの場合、機器の調達、設計から運用までに数週間から数か月以上かかることもあるので比較的利用開始まで長期間要します。データセンタに機器を設置する場合は設置するラックの予約や電源容量の設計、工事依頼等も含むのでさらに時間がかかることもあります。 クラウドの場合、アカウント作成後すぐに利用できることがほとんどなので短期間で利用開始することができます。

オンプレミスの場合、ハードウェアとソフトウェアを自社で調達するため自由自在にカスタマイズが可能です。 クラウドの場合、クラウドサービスで提供しているハードウェアとソフトウェアを利用するためカスタマイズできる範囲が限られます。

オンプレミスの場合、自社で機器の管理場所を選ぶことができること、ネットワーク環境を閉域にすることで外部からの通信を遮断できるのでセキュリティは高くなります。 クラウドの場合、データの種類によってパブリッククラウド（インターネットを経由して誰もが手軽に利用できるクラウド）やプライベートクラウド（特定の企業や組織の中だけで独自に利用するクラウド）を使い分ければセキュリティは高くなります。またパブリッククラウドは外部からの攻撃を受ける可能性があるのでセキュリティは低くなりますが、ISMAP（政府情報システムのためのセキュリティ評価制度）の認証を受けているクラウドサービスであればセキュリティが懸念となることは少なくなると思います。

オンプレミスでデータセンタを利用する場合は停電・災害対策がされているため耐障害性 が高いです。自社に機器を設置する場合は停電・災害対策をしないと耐障害性が低くなります。 クラウドの場合、クラウド事業者がすべて管理しているため耐障害性は高いです。また復旧も容易に行えます。

ここまでオンプレミスとクラウドの違いについて書きましたが、セキュリティを除けばどちらが優れているかということはなく利用方法によって適宜検討しておく必要があります。 日本政府は2018年6月にクラウド・バイ・デフォルト原則という、クラウドサービスの利用を第一候補として、その検討を行うことを発表しています。またデジタル庁は日本政府の共通クラウド基盤「ガバメントクラウド」としてセキュリティや業務継続性など350の項目を満たした「Amazon Web Services」と「Google Cloud Platform」を選びました。今後、各省庁や自治体の新システムや既存システムの移行先はクラウドサービスとなることが増えると予想されています。 その一方で海外の企業などではクラウドへ移行したシステムをオンプレミスへ戻す動きがあります。その背景にはクラウドサービス事業者側での設定ミスによる情報流出や膨大なデータを保存するためにかかる利用料の削減、システムの動作遅延などがあります。 また下記のように最近では2台以上のサーバを1台のサーバに集約するP2V（Physical to Virtual）という技術もあります。

このように単純にオンプレミスからクラウドへ移行するものもある一方でP2Vのように集約して仮想化したり、オンプレミス環境を一部クラウドへ移行し、クラウドとオンプレミスの両方を利用するハイブリッド型などもあります。オンプレミスとクラウドをうまく使い分けることができれば安全で快適なシステムを構築することができると思います。

【ITエンジニア初心者必読】オンプレミスとクラウドの違いについて解説

安部　真浩

ネットワーク系エンジニアとして案件をこなしつつ、ライターとして執筆活動にもチェレンジ中。株式会社グラントホープ所属のフリーランスエンジニア。趣味は貯金でFIREを目指しています！

カテゴリー:【エンジニア】の記事一覧

システム開発工程< 番外編>

サルでも分かる！RPAを分かりやすく解説

エンジニア必見！一度は全員試すべき年収無料査定？！

システム開発工程ver4

【ITエンジニア初心者必読】オンプレミスとクラウドの違いについて解説

今理解しないとやばい！ブロックチェーン技術が5分でわかる　～基礎編～

おすすめ記事

【独立を迷っているエンジニアに伝えたいこと】

インボイス制度とは？施行される前に抑えておきたいポイントを解説！

PythonのWebフレームワークFastAPIの紹介

忖度なし！グラントホープをオススメする6つの理由！

エンジニア必見！一度は全員試すべき年収無料査定？！

システム開発工程< 番外編>

サルでも分かる！RPAを分かりやすく解説

エンジニア必見！一度は全員試すべき年収無料査定？！

システム開発工程ver4

【ITエンジニア初心者必読】オンプレミスとクラウドの違いについて解説

今理解しないとやばい！ブロックチェーン技術が5分でわかる ～基礎編～

【独立を迷っているエンジニアに伝えたいこと】

インボイス制度とは？施行される前に抑えておきたいポイントを解説！

PythonのWebフレームワークFastAPIの紹介

忖度なし！グラントホープをオススメする6つの理由！

エンジニア必見！一度は全員試すべき年収無料査定？！

今理解しないとやばい！ブロックチェーン技術が5分でわかる　～基礎編～