↓まだチャンネル登録をしていない人はこちらから！↓<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; 拙い文章でしたが、最後まで読んでいただきありがとうございました。

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

今回は「ブロックチェーン」技術をイラスト付きで分かりやすく解説していきたいと思います。 ブロックチェーン技術の取り掛かりとしてできるだけ分かりやすくかみ砕いて行きたいと思いますので、全体では3章に分けて解説していけたらと思います。 &nbsp; ・第一章として基礎編 ・第二章として応用編 ・第三章として未来編 &nbsp; そもそも、ブロックチェーンってなに？と思われる人もいるでしょう。 人によっては「ブロックチェーンって仮想通貨のことでしょ？」と勘違いされる人もいるかもしれませんが全くの別物です。

今となっては”ブロックチェーン＝仮想通貨”のイメージの方が強いかもしれませんが 仮想通貨はブロックチェーン技術が生んだ”製品”の１つでしかないことと理解しつつブロックチェーンとは何かを理解していきましょう！

2008年にサトシ・ナカモトという人物が発表したブロックチェーンに関する論文というものが公開されました。 &nbsp; このサトシ・ナカモトは、名前から日本人のように思えるがその素性は誰も知らず、本当に日本人なのかどうかも、別の国の人かもわからない謎が多い人物として有名です。 ですが、そんな素性が分からない者が書いた論文に世界中の技術者の関心があつまり、有志による開発とオープンソースで公開された技術それが「ブロックチェーン」です。 このブロックチェーン、現在となっては経済の根底を覆しかねないほどの革命的な技術だということをまずは理解していただきつつ、謎の人物サトシ・ナカモトが考案した技術ということを知っておいてください。 &nbsp; （豆知識） サトシ・ナカモトがどうして匿名で論文を発表したかという話題については全世界でも謎が多くわかっていないところがあります。 ただし一部の間では、このブロックチェーン技術により世界の経済の仕組みを大きく変えることをサトシ・ナカモトは理解しており誘拐や暗殺から逃れるためにわざと身元をかくしたのではないかとされています。「信じるか信じないかはあなた次第」

ブロックチェーンって何がすごいの？

では、ブロックチェーン技術がなぜ経済の根底を覆すほどに凄い技術なのかというと、データー改ざんによる不正が極端に困難ということです。 それを理解するためにブロックチェーンの特徴を３つに分解して説明していきたいと思います。 &nbsp; ＜ブロックチェーンの特徴３つ＞ ・中央集権的なデーターの管理が不要 ・データー改ざんによる不正がほぼ不可能 ・システムダウンによる取引の停止がほぼない

１．中央集権的なデーターの管理が不

例として通貨を用いて説明していきますと、日本では￥（円）が流通している通貨であり、それを管理しているのは各町の銀行や日本銀行であり、その管理の方式を【中央集権型】といいます。 特徴としては一か所でお金の取引履歴や発行数などを管理することで情報のクローズ化がされ他人に履歴がみられないことで改ざんを防いでいます。 &nbsp; 次に、ブロックチェーンでも理解しやすいように、「仮想通貨」を例にします。 ブロックチェーンでは利用者全員で同じ取引履歴を持ち、悪意ある者が取引履歴を改ざんしたとしても、他の利用者が持っている取引履歴と見比べることで整合性を取る動きで改ざんを防いで言います。それが【分散台帳型】といいます。

中央集権型との大きな違いは、管理者という概念がないということです。 通常お金のやり取りをするにしても銀行が間にはいり次の銀行へと送金されるといった流れになっているかと思いますが、ブロックチェーン技術を使った仮想通貨の場合は“人と人”（Ｐ２Ｐ）どうしが直接やりとりをし、その取引履歴が正しいかを他の人が判断するために、不正な改ざんによる取引がとても困難だとされている要因の一つです。

２．データー改ざんによる不正がほぼ不可能

「不正が不可能」な理由を説明する前に、ブロックチェーンの構造の説明からしていきたいとおもいます。

ブロックチェーンでは、【取引情報】と共に【Hash値】を組み合わせて一つの箱にしまいます、これがブロックチェーンの「ブロック」のゆえんになります。 このブロックは取引ごとに生成され、過去のブロックと新しいブロックの情報がつながるように残されており、この連結している形が「チェーン」の様子からブロックチェーンという名前になっています。

次に、なぜこのブロックチェーンの方式が強固な情報改ざんを防いでいるかというと、【Hash値】に理由が隠されています。 このHash値は、一回の取引ごとに一つ前の（Hash値＋取引履歴）を基に次のHash値に変換して新しい取引履歴と一つの箱にいれています。 さらに、次の取引でも同じように（Hash値＋取引履歴）を基に次のHash値に変換して新しい取引履歴と一つの箱にいれてと・・・ この繰り返しによりブロック内のデーターが作成されていきます。 &nbsp; では、なぜこの方式が情報改ざんに役立っているかと一言で表すと、 全ての過去の取引履歴が分からないとHash値の解析ができないからです。 &nbsp; Hashというのは逆説てきに復号できない暗号となっており、 例えるなら「１＋１＝２」だから「２＝１＋１」というように逆算できない仕組みになっています。

Hash値には決まった桁数があり、もともとの取引履歴がどんな文字数でもあったとしても、5桁のHash値になります。 仮に[ABCDEFGHIJK]という文字列をHash化してもこの5桁の枠組みからははずれず「１２３４５」という値になりますし、［ABCDEFGHIJK………………（2000文字）］としても「５４３２１」と別の値で5文字のHash値が生成されます。 &nbsp; つまりは、もともとの文字列を知っていないと正しいHash値が導き出せない仕組みになっています。 &nbsp; さらに、ブロックチェーンでは一つ前のHash値を知っていないといけないということもあり、最新の取引履歴を改ざんしたとしても過去のデーター全てを改ざんしなくてはいけないために不正がほぼ不可能となっています。 &nbsp; （豆知識） ちなみに、なぜ“ほぼ”なのかというとAIなどを利用してHash値の解析を実行すれば解析されてしまう可能性があるからです。 「じゃあ、安全ではないじゃん！」と思われるかもしれませんが現在のコンピューターの仕組みでは解析には何十年とかかるため不正は“ほぼ”不可能な仕組みとされています。 ただし、あるコンピューターを使用するとものの数分で解析される可能性がでてきました。 それが「量子コンピューター」です。 ここでは量子コンピューターの説明は省きますが、通常のコンピューターとは比べ物にならないほどの速度で暗号を解析できるほどのハイパーコンピューターになっています。 でも、仮に量子コンピューターが通常利用される世の中になっている頃には、更に上いく暗号システムが量子コンピューターによって導き出されているかもしれないですね。

３．システムダウンによる取引の停止がほぼない

先ほども説明をしたとおり、銀行は中央集権型の仕組みをとっていて、ブロックチェーンは分散台帳型の仕組みをとっていることはご理解いただけたかと思います。 &nbsp; では、銀行とブロックチェーンではどちらが圧倒的にシステムの強固制が強いかというともちろん「ブロックチェーン」になります。 &nbsp; では、銀行はそこまでシステムが弱いのかと言ったら、通常の生活に支障が出るほどには弱くはありません。 世界的にみても日本の銀行はかなり強固なシステムだといえると思いますが、それでも特定のデーターセンタ―が同時多発的に震災などで故障してしまってはデーターが担保できなくなってしまうのも事実です。 &nbsp; それと比べ、ブロックチェーンは世界各国にいる利用者が全てのデーターを持っているため、一人二人のデーターが飛んでしまっても他の利用者のデーターが残っているのでシステムの停止は全くの停止はありません。 &nbsp; 停止するにはスーパーコンピュータなどを使って、同時に利用者のPCをハッキングし同時タイミングで破壊しなければなりません。 こんなことは基本的にはできませんのでそういった意味ではシステムが停止することはありません。

ブロックチェーンの取引はどのように成立しているの？

ブロックチェーンは取引が発生すると、その取引が正常に完了しているかを確認する計算が発生します。これが俗にいう「マイニング」というものです。 ※ここからは計算のことをマイニングと言い換えます。 &nbsp; マイニングは特定のHash値がみつかるまで複雑な計算を何度も実行して正解を導き出す必要があり、その方式は次のような動きです。

前回の取引履歴の全て「Hash値」と「取引履歴」と「Nonce値」を使用して特定のHash値を見つける作業がマイニングになります。 &nbsp; ここでいう特定のHash値とは、Hash値の先頭の値の０（ゼロ）がn個連続で並び、さらにある特定のHash値の値以下になるものです。 この特定のHash値を探すのに必要なのが「Nonce値」というもので、この値は計算で使用するその場借りの数字であり、特定のHash値が見つかれば必要なくり、履歴にはのこりませんので、この「Nonce値」が分からないと次のHash値も導き出せない仕組みになっているので不正もしにくいものとなっています。 &nbsp; そして、マイニングの結果、特定のHash値を1番に見つけた人に報酬が支払われるといったものになっています。 &nbsp; そうすることで、こぞって計算をする仕組みをつくり取引が正常に終了するような計算を大量に行わせることで、銀行のような中央集権的な管理者が不要なシステムができあがっています。

今回はブロックチェーンの基礎にあたる内容でしたので、すでに理解している人にとってはつまらない記事になったかもしれませんが、ブロックチェーンをより深く理解していくにあたり、外せないものとなっていますので是非覚えていただければ思います。 &nbsp; 次回は応用編としてブロックチェーンを利用したシステムの話をしていきたいと思います。

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

なっしー（岩瀬　勝義）

インフラエンジニアとして働きながら、趣味でプログラムやネットワークを勉強し、
収入の三本の矢を目指して、仮想通貨や不動産やブログなども勉強中。
一旦の目標としてどこに住んでいても生きていいける基盤つくりを目指しています。

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

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

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

外部設計から、システム開発が本格的に開始されます。 「要件定義書」から、実際にシステムを作成するための工程になります。 外部設計は、まだユーザよりの内容ですが、プログラミングを意識した成果物を作成することが必要です。 要件定義書と、システム処理の両方を意識しながら、「外部設計（基本設計）書」と呼ばれる成果物を作成するのが主な仕事になります。 ただ、外部設計書は、一つの成果物を作成するわけではなく、以下の成果物を作成します。 ＜外部設計書の種類＞ ・画面レイアウト、画面項目定義書 ・帳票レイアウト、帳票項目定義書 ・画面イベント定義書 ・テーブルレイアウト定義書、データ定義書、E-R図 ・外部IF一覧、外部IF定義書 ・CROD図 などです。 外部設計工程になると、作成する成果物が多くなり、内容もシステムをきちんと理解していないと書けないものになりますので、いかに「システム理解」と「要件理解」をしているかが重要です。 また、要件定義では決めきれなかった内容を、ユーザさんと打ち合わせすることもあるため、少しだけユーザさんと接する機会があることも外部設計工程の特徴といえます。 なので、システム開発に携わりたいけど、ユーザさんと接する機会が欲しい方は、外部設計をしてみても良いかもしれません。 外部設計書の種類の詳細については、別記事で纏めてみようかと思います。

私が思うこの外部設計を行う上でのコツですが、以下４点だと考えています。 　①システム改修の場合は、改修を行うシステムの処理内容を細部まで理解しておく。 　②新規システム構築の場合は、自由な発想で処理内容を考える。 　③お客さんと話すときは、システム視点の話だけではなく、ユーザさん目線で話す。 　④後続工程（設計・開発・テストなど）のことも意識し、プログラマーの方が読みやすく、理解しやすい成果物を作成する。

①システム改修の場合は、改修を行うシステムの処理内容を細部まで理解しておく

システム改修の場合は、システム内の一機能の改修を行う外部設計が多いです。 そのため、改修を行う機能の知識がないと、使いやすいシステムで、品質が良いシステムを開発することができません。 設計工程だと要件定義とは違い、機能の細部まで知る必要があり、一機能の中のこの処理をどう組み替えるのか。という要件定義より、システムに一歩踏み込んだ視点を持つことが重要です。

②新規システム構築の場合は、自由な発想で処理内容を考える

新規システムの構築の場合は、元になるシステムがなく、ユーザ要件とIT要件だけが存在する状態になります。 そのため、どのような画面で、どのような処理を実現するのか。という点は、システム開発する人に任せられることが多いです。 なので、自由な発想で考える必要が多くなりますので、在るものから考えるのではなく、無いところから、何かを生み出す思考が必要になってきます。

③お客さんと話すときは、システム視点の話だけではなく、ユーザさん目線で話す。

結構、システム利用されるユーザは、システム開発やＩＴ技術を知らない人が多く、システムでは実現が難しい要望を言ってくることがあります。 そのため、開発者の視点と、ユーザ視点ではギャップが生まれることが良くあります。 その結果仕様検討会という会議で、ユーザさんと検討する場面があった場合は、単にシステムとしてはこういう挙動になります。というシステム視点の考え方だけではなく、ユーザさんが何を実現したいのか。という思考と、ユーザさんに伝わる説明の仕方を意識して、会議に臨む必要があります。

④後続工程（設計・開発・テストなど）のことも意識し、プログラマーの方が読みやすく、理解しやすい成果物を作成する。

外部設計は、要件と開発を繋げる橋渡しとある工程です。 そのため、外部設計の内容を元に、プログラマーが実際のシステムを構築していきます。 なので、プログラマーがいかに読みやすいか、また伝わりやすいか。を意識して、外部設計書を作成することが重要です。 プログラマーが読みづらい設計書だと、バグを生み出すやすく、また、プログラマーに意図が伝わらず、効率よく開発が進めることができなくなります。設計者からしたら当たり前。と感じる内容も、プログラマーからしたら、当たり前ではないこともありますので、主語や当たり前の内容でも、設計書に記載しておくことが無難です。 そこで、プログラマーの方に伝わりやすくするために、フローチャートを作られることもあります。 また、こちらも別記事でかけたら良いなと思っています。

いかがでしたでしょうか？ こちらが外部設計の仕事とコツになります。 ユーザさんとも会話でき、システム開発にも携われる工程になります。 直接ユーザさんの声も聴くことができるため、やりがいが感じやすい工程でもあると思います。実際に手塩をかえて作成したシステムが、ユーザさんに役にやっているのか。や、直接感謝の言葉もいただけこともあるかもしれません。 そう思うと、非常にやりがいがある工程だとおもいませんか？

システム開発工程ver3

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

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


どうも、oskn259です。 皆さんは、nodeでwebバックエンドを作ったことはありますか？ バックエンドといえばjavaやphpが主流で、周辺ライブラリも充実しています。 webサービスのバックエンドではDBへの接続が必須要件ですが、これらの言語にはいい意味で枯れたライブラリが存在しており、充実のドキュメントと安定した動作が保証されています。 では、nodeではどうでしょうか？ 現状、これ一択というライブラリはないように感じます。 筆者が使ったことがあるのは<code>prisma</code>, <code>knex</code>の二者です。 prisma &nbsp;- CRUDを提供するサーバーが立ち上がる &nbsp;- それを経由して任意のクエリを実行する knex &nbsp;- シンプルにクエリビルダーを提供 どちらが良いのかは状況次第ですが、必要以上に機能を搭載することはメンテナンス製の悪化にもつながります。 そうした理由で、現在関わっている案件ではknexを採用しています。 （実ははじめはprismaを採用していて最近knexに入れ替えたのですが、それはまた別のお話） 今回はknex導入の手引きになるような解説をしていきたいと思います。 &nbsp; また、今回の内容はこちらの記事の修正版でもあります。 <a href="https://blog.oskn259.com/article/knex_tutorial" target="_blank" rel="noopener noreferrer">https://blog.oskn259.com/article/knex_tutorial</a>

knexはnode向けのシンプルなクエリビルダです。 こんな感じで、必要最低限の機能が提供されているという雰囲気です。

普通のパッケージと同じようにyarn(npm)で追加すればokです。

knexインスタンスを作成して、DBとのコネクションを張りましょう。

knexインスタンスは一度だけ作成して使い回すようにしましょう。 リクエストが来るたびに作成するのは余分な処理が発生します。 次にDBとやりとりするオブジェクトの内容を定義していきましょう。 knexにはそのために受け口が用意してあり、以下のような形で記述すればokです。

selectで取得する内容、insertの時に渡す内容、updateのときに渡す内容、といった具合ですね。 今回は<code>user</code>テーブルの内容をUserタイプとして表しています。

以下のようにCRUDを記述して、<code>where</code>, <code>join</code>といった条件も必要に応じて付与できます。

この他にもオプションは様々あります。 IDEのサジェストが使えれば、どんな機能が提供されているか、そこで一覧を見ることができます。

knex、いかがでしたでしょうか？ 非常にシンプルで、余計な設定をする必要がなく、動作するまでが速いのが良いですね。 今回はシンプルにクエリを発行するまでを解説しましたが、マイグレーションの設定もできるようです。 筆者が関わっている案件では、prismaからknexにDB接続部分を入れ替えたところ、クエリ実行の速度面でも大きく改善しました。 おそらくprismaの設定を最適化できていなかった面もありますが、この案件においてprismaは不必要に重厚な機能を持っていました。 機能が多いということにはメンテコスト、学習コストがかかるというデメリットもあるので、knexのシンプルさはそれだけで大きなメリットと言えそうです。

 knex:node製バックエンドでのDB接続

oskn259

WEBフルスタックエンジニアとして、新規開発、保守全般業務を並行して請け負う。
経験を活かし、WEB開発進行のコンサル業も行う。
直近のメイン業務は金融系サービスのPdM。
重要なのはトンカチを使えることではなく、頑丈な家が建つこと。

ここ数年で頻繁にメディア等で取り上げられる「DX（デジタルトランスフォーメーション）」。 名前こそ聞いたことはあるけど、実態がどういうものなのかイメージが付きづらい方もいるのではないでしょうか？ &nbsp; 今回はDXの基本を押さえたうえで、DX時代に必要とされるエンジニアのスキルについて解説します。

あらためてDX（デジタルトランスフォーメンション）とは、「デジタル技術を用いた業務の改革・変革」という意味で使われます。 明確な定義は決まっていないですが、ビジネスシーンで「DX」と言われたら上記の理解で問題ないかと思います。 &nbsp; もともとは、デジタル（digital）の「D」と、変化（trance）の省略表現である「X」を組み合わせて造られた言葉ですね。 &nbsp; ここ数年の急速なテクノロジーの進化によって、日本政府も2018年に<a style="color:#1155cc" href="https://www.meti.go.jp/press/2018/12/20181212004/20181212004.html" target="_blank" rel="noopener noreferrer">「デジタルトランスフォーメーションを推進するためのガイドライン（DX推進ガイドライン）」</a>という名のガイドラインを定めています。 &nbsp; 私たちの暮らしで例を挙げると、ここ数年で明らかに現金決済からキャッシュレス（＝デジタル）決済に時代が進んでいるのを感じますよね。 それに加え昨年から流行した新型コロナウイルスの影響で、業務や娯楽のオンライン化が加速度的に進みました。 &nbsp; このようにDXはどの業界においても推し進められていることがわかります。

続いてDXに取り組むメリットについて解説します。 ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;業務の生産性向上する ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;働き方改革になり得る ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;レガシーシステムからの脱却 &nbsp; 順に解説します。

PCで行っていた単純作業をシステム化することによって、人間が行っていた作業が自動化されることで生産性が向上します。 &nbsp; 生産性の向上はそのままコスト削減にも繋がります。具体的には管理コストの削減や人件費の削減などです。 &nbsp; 実際私もRPA（ロボティックプロセスオートメーション）を用いて企業のDX化を進めた経験がありますが、 導入したとき現場の方が「RPA導入でここまで変わるのか」と非常に驚かれていたことを覚えています。 &nbsp; 単純作業をシステムに任せ、人間が本来やるべきだったクリエイティブな作業に集中できる。 1つのシステム導入（DX）が、どれだけ企業に大きな影響を与えるのかを肌で感じました。

DX化が進めば働き方が変わります。 &nbsp; 先ほど書いた通り、システム1つを導入するだけでそれに関わる人の業務が大きく変わるのです。 &nbsp; 働き方に大きく影響するシステムを導入することによって、 リモートワークができるようになったり、違う仕事に取り組めるようになったりと可能性は大きく広がります。

大手銀行の勘定系システムなどの基幹システムはレガシーシステム化しやすいです。 &nbsp; 老朽化したシステムはさまざまな問題を抱えています。 ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;最新のIT技術を取り入れることができない ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;属人化しやすくノウハウが継承され辛い ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;システム維持費が高額になりやすい &nbsp; 「2025年の壁」と呼ばれているのですが、こういったレガシーシステムからの脱却ができず、DXが進まなかった場合、 国際競争で遅れをとり最大12兆円もの経済損失が生じると言われています。 &nbsp; ですから企業としては今のうちにDXを推し進めることで、既存のレガシーシステムから脱却し競争力を高めることができます。

DX時代に求められるエンジニアのスキルとは？

続いて、DX時代に求められるエンジニアのスキルについて解説します。 ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;最新技術に対応できる柔軟性 ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;経営側など技術以外の視点 ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;クラウドサービスへの理解 &nbsp; 順に解説します。

DXを進める企業は業務の改革を目指しています。そのためには最新技術を使ってシステムを構築することもざらにあります。 ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;IoT ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;AI ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;5G &nbsp; などといった新しい技術に対しても、抵抗なく取り組めるかどうかが大切です。 ITの世界は非常に広く・深く終わりがありません。すべてを理解する前に新しい技術が次々に生まれてくる世界です。 &nbsp; この業界で働くということは、すなわちずっと勉強し続けるということです。 それはDXの時代も変わらないでしょう。 &nbsp; 新しく出てくる技術に柔軟に対応し、 フラットな目線で「何を求められているか？そのために必要なアプローチは何か？」を見定める力が必要となります。 &nbsp; 少し大変に感じますが、それができるようになると自分の市場価値はどんどん上がっていきます。 社会から必要とされる人材であり続けたいですね。

DXはその企業全体に関わる案件になります。システム要件を決定する際には経営戦略やビジネスモデル等を理解したうえで進めていきます。 &nbsp; その上で技術的に実現可能な仕様に落とし込んでいくのが私たちの仕事です。 &nbsp; 会社として実現させたい事への理解度が不足していると、お互いの要求がかみ合わずに話が前進しづらく満足度が下がってしまいます。 &nbsp; そういった意味では、あえて書くほどでもなくコミュニケーション能力は必須で求められることになるでしょう。

PaaS型クラウドサービスへの理解

DXの時代はとくにクラウドサービス（とくにPaaS）の知識が求められると思います。 &nbsp; 主なPaaS型のクラウドサービス ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;AWS ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Azure ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;GCP &nbsp; DXは一大プロジェクトとして進めることは少ないと思います。ユーザー要件が固まっていない状態から始まることが多く、 そのため「小さく作ってリリースする」というアジャイル型の開発が多くなると予想されるからです。 &nbsp; 中小企業や零細企業もDXを取り組むことになるので、コスト面から見てもクラウドサービスの需要は今後ますます高まっていくでしょう。 &nbsp; 余談ですが、 先ほど挙げたPaaS型のクラウドサービスは、DX時代に限らず最低でもどれか1つ（シェア率でみるならAWS）は押さえておいた方が良いです。 &nbsp; オンプレミスのみの開発経験だと、これからの時代は市場価値が上がり辛くなる可能性があるからです。 &nbsp;

いかがでしたか？ &nbsp; 本記事ではDXの基本とメリットなどについて解説しました。 &nbsp; 企業がDXに取り組むメリット ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;業務の生産性が向上する ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;働き方改革になり得る ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;レガシーシステムからの脱却 &nbsp; DXの時代に求められるエンジニアのスキルとは？ ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;最新技術に対応できる柔軟性 ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;経営側など技術以外の視点 ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;クラウドサービスへの理解 &nbsp; 企業にとってのDXは改革となりますが、 エンジニアにとってのDXは、一層に自分自身の市場価値を上げる大きなチャンスです。 &nbsp; 変化する時代に求められる人材であるため、幅広い知識を身に付けていきたいですね。

DX時代のエンジニアに求められるスキルとは？

Souta

Web系エンジニアとして活動。共同で開発した音声型ナレッジ共有ツール「decci」を2021年9月β版ローンチ。弱小ブログ運営中。暇だったので当メディアのライターにもチャレンジ。人間の思考に興味関心がありそういう系の本を読むのが好き。

第1章では、『リサーチ・分析編』として解説させていただきました。 記事は<a href="https://engineer-first.net/a5mwnclegd" target="_blank" rel="noopener noreferrer">こちら</a>。 。 第2章の今回は、問題発掘とテーマ化を題材にした内容です！ &nbsp; ビジネスにおける問題の原因は1つとは限りません。 複数の原因が複雑に絡まり合っている場合もあります。問題解決を効率的に行うためには、真の原因を追究し、適切な解決策を導き出すためにテンプレを利用しましょう。

★例：ビジネスで起こりえる問題 &nbsp;社内ミーティングで「業務の改善につなげるために、現状の問題点を洗い出せ」と指示を出すが、社員が出す問題点はどれも同一性が無く、業務改善につながらない・・ &nbsp; ★使い方 「ムダ・ムラ・ムリ」の3つの視点で問題点を洗い出す法則」 &nbsp; 「ダラリの法則」とは「ムダ・ムラ・ムリ」の3つの視点から、日常の業務や身の周りで起きている問題点を探し出す法則です。 &nbsp; 「ムダ」とは ・チェック表の作成の無駄 ・チェックの手間のムダ　 等 &nbsp; 「ムラ」とは ・気分のムラ ・成果のムラ 等 &nbsp; 「ムリ」とは ・スケジュールのムリ ・ムリなお願い 等 &nbsp; その他にも、肉体的に負担のかかる業務や行為、姿勢なども含まれます。 &nbsp; 社員のそれぞれが同じ3つの視点で問題点を洗い出すことができれば、問題意識の共有にもつながり、結果として会社全体の業務改善ができます。

効率的な業務改善を立てるためには、会社や社員が抱えるもんだ点を同じ視点で集めると効果的です。 同じ視点とは「ムダ・ムラ・ムリ」の3つ。 この3視点で問題点を整理するために便利なのが、付箋を使った方法です。 まず、社員全員が匿名で「ムダ・ムラ・ムリ」の視点から、問題点をどんどん付箋に書き出します。 次に書いたものを集めて、3つの視点に分類します。 &nbsp; 分類された問題点には、重要度の高い順に5段階で点数をつけて評価します。 評価の高い、もしくは重複した中でも特に重要な問題点を中心に絞りこんで議論を行えば効率的な業務改善策を立てられるようになります。 &nbsp;

★例：ビジネスで起こりえる問題 来月開催される音楽祭の会場を訪れたが、その規模を見て愕然とした。 「この広さでは、すべての来場者を収容できない！」と激怒している。 企画チームは、どうやらインターネットの情報のみで会場を決定した様子だ。 &nbsp; &nbsp; ★使い方 「仕事や問題解決には「現地・現物・現実」を基に進める」 &nbsp; 「三現主義」とは、「現地・現物・現実」のことで、仕事や問題解決に取り組む際に思い込みにとらわれずに、正しい意思決定をするために欠かせないセオリーです。 &nbsp; 「現地」とは 実際にその場に足を運ぶこと。 五感と直感をフル活用し現場を確かめます。 &nbsp; 「現物」とは 実際の物を観察すること。 実際に見て触れたうえで正当な評価をくださいます。 &nbsp; 「現実」とは 机上の空論で終わらせず、現実的な判断を下すこと。 &nbsp; これらの情報を得るにはフットワークの軽さが大事になります。

三現主義は「現地」「現物」「現実」のこと。 インターネットは手軽に情報が入手できる便利なツールですが、最終的な意思決定を下す際には、実際に現地に赴いて現物を確認し、物事を現実的に考える三現主義を実行しなければなりません。 イベント会場の選定を例に挙げるなら、まずは会場へ足を運び、インターネットで得られた情報と照らし合わせる必要があるでしょう。 たとえインターネット上の情報に記載されていた収容人数と予定来場者数が合致していたとしても、自身の目で実際に会場の規模を観察し、予測や机上の空論だけで済ませることなく、 企画チームでは三現主義の現地・現物・現実に基づいた事実を踏まえて正しく判断するとよかったでしょう。

2－1．ドメイン（自分の領域）

★例：ビジネスで起こりえる問題 会社が大規模な先行投資を行った。 巷で人気のドリンクの製造販売事業を開始したが、売り上げが一向に伸びない。 「売れない理由はないはずだ！」と激を飛ばすが、具体的な解決法は考えられていない・・ &nbsp; ★使い方 「得意分野で優位に立つためにドメインを重視する。」 &nbsp; 企業が経済活動を行う領域のことを「ドメイン」と呼びます。 &nbsp; ドメインには。 顧客層・ニーズ・コアコンピタンス（強みとなる商品やサービスのこと）の3つの定義があり、本業を強化したり新規事業を考えたりするときには、これらの定義を明確にして事業を進めることが重要です。 どのような顧客層のどのようなニーズに向けて、どのような商品やサービスの開発が必要かを見極めることが大切です。

得意分野から遠くかけ離れた事業の推進は、勝算の見えない競争によって限りある経営資源が確実に浪費されていくだけです。 自社のドメインが「顧客層」「ニーズ」「コアコンピタンス」の3つの定義を満たしていたければすでに業をリードする競合他社には太刀打ちできません。 &nbsp; 市場での競争優位性を獲得するには、自社の得意分野であるドメインを基盤にした本業重視の戦略を立てるのがセオリーです。 したがって、事業の拡大を目指して新規事業を展開するのであれば、本業や本業の強化につながる周辺事業など、自社のドメインに適した分野から選択するのがよいでしょう。 不慣れな分野へ安易に新規参入するのは得策ではないといえます。

★例：ビジネスで起こりえる問題 ゲームやアニメの人気に伴い、メディア事業部を立ち上げたおもちゃメーカー。 一次は業績も好調であったが、この数年は赤字続きで、社員の多くは「特化型の他社にかなうはずがない」とあきらめムード。 &nbsp; &nbsp; ★使い方 「市場に合わせて「撤退」か「新規」かを選択する。」 &nbsp; &nbsp; 企業の成長には、成長戦略が必須。 成長戦略とは「撤退」と「新規（拡大）」を繰り返し、事業の新陳代謝を図ること。 外部環境の変化にも適応するとともに、経営資源の有効活用にもつながります。 &nbsp; 撤退と新規の判断基準は2つあります。 &nbsp; 「外部要因」 市場規模に縮小があれば撤退、始業の創造や既存市場の拡大があれば新規を選択します。 &nbsp; 「内部要因」 不採算部門や衰退部門があれば撤退、経営資源のシナジー（相乗効果）を期待できれば新規が有効です。 &nbsp;

企業を取り巻く環境は、2～3年で変化します。 そのような状況下で業績を伸ばすには「撤退」と「新規」のサイクルを回すことで、事業を新陳代謝させなければなりません。 撤退と新規の判断基準は、外部要因と内部要因の2つに分けられます。 &nbsp; たとば、おもちゃメーカーであれば、内部要因である事業部門の不採算とシェアの縮小が問題です。 今後3年以内の黒字化が見込めないのであれば、早期に縮小か撤退の意思決定をすべきでしょう。 不採算事業からの撤退により回収した経営資源は、例えば、近年ニーズが高まっている赤ちゃん向けのおもちゃ事業を立ち上げるなど、成長分野に投入することができます。

★例：ビジネスで起こりえる問題 電化製品に定評がある会社だが、最近はマイナーチェンジを繰り返すだけで、売り上げも下降気味。 開発部はこの状況から抜け出す方法を模索するが、よい策が見つからない。 &nbsp; &nbsp; ★使い方 「製品がたどるプロセスの段階を知り、新商品投入の機会を見出す。」 &nbsp; 「製品ライフサイクル」とは、製品が誕生してから消えるまでのプロセス。 &nbsp; 「導入期⇒成長期⇒成熟期⇒衰退期」の4段階があり、最も利益が上がるのは成長期。導入期は、新しい物好きのイノベーター（すぐに興味を示す顧客層）が飛びつき、 次にアーリーアダプター（前者の反応を見る顧客層）が追随。 成長期でフォロワー（他社の意見を気にする顧客層）が広がり一気に売り上げが拡大します。 &nbsp; 「導入期⇒成長期」の製品をふやすには、新製品の投入が不可欠です。 &nbsp;

製品ライフサイクルには、「導入期」「成長期」「成熟期」「衰退期」の4段階があります。 売り上げや利益を向上させるには、製品ライフサイクルの若返りが欠かせません。 &nbsp; 製品の若返り策は「新しい技術の導入」「新しい用途の開発」「イメージの若返り」「復刻版」「海外進出」の5つ。 例えば冷蔵庫ならAIを搭載し食材の食べごろを知らせる（新技術）、災害時の備蓄に特化した製品の開発（新用途）など、さまざまな可能性が考えられます。 この会社では、各製品がライフサイクルのどの段階にあるのかを把握して、成長期の製品をいかに増やすかを考えることが、売り上げ拡大のポイントになります。

★例：ビジネスで起こりえる問題 製品の卸先であるマーケットは、正当な理由もなく、無理な値下げを要求。 営業担当は「長く良好な関係を続けてきたのだから仕方ない」と思いつつ、このまま取引を続けるべきか悩んでいる。 &nbsp; &nbsp; ★使い方 「WinとLoseの視点で互いの関係を評価し、改善を図る」 &nbsp; 自分にとってメリットがある関係であればWin、デメリットがあればLoseと表す「Win/Lose」は、個人間でも企業間でも使える視点です。 &nbsp; 例えば自分にメリットがあり、相手にデメリットがあるならWin-Lose、逆であればLose-Winのように、WinとLoseを組み合わせることで互いの関係を客観的に評価できます。 もし、一方あるは双方にデメリットがあるなら、互いにメリットがあるWin-Winを目指すか、取引を終了するなど、関係の見直しを検討します。 &nbsp;

どちから一方がLoseである以上、両社の関係は平等とは言えません。 そればかりか「Win-Lose」や「Lose—Win」の関係が続けば、Lose側が不満を募らせ、そのしわ寄せによって相手のWinを消滅させる可能性もあり、結果的に「Lose-Lose」の関係に陥る恐れがあります。 したがって、長く良好な関係を維持できるように、互いにメリットを分かち合える「Win-Win」の関係を目指したいところです。 このマーケットでは、まずは相手が要求する値下げの理由を確認したうえで、双方に大きなデメリットが生じないように、希望額の半値を提示するなどの妥協案を模索しましょう。 相手があくまでも自社のWinのみを求めるようであれば、取引を終了するNo Dealも視野に入れなければなりません。

★例：ビジネスで起こりえる問題 マーケティング担当は、大胆な低価格路線を打ち出し、一時は売り上げを好転させたが、ここ数年は低迷が続いている。 顧客が低価格に不満を持つはずはないと確信しているが、打開策を見いだせない。 &nbsp; &nbsp; ★使い方 「マーケティングに欠かせない、顧客が求めている4つの価値」 &nbsp; 「マーケティンの4C 」とは、顧客にとっての価値（Customer value）、顧客の負担（Cost to the Customer）、入手の容易性（Convenience）、コミュニケーション（Communication）のことで、 マーケティングを考える上での重要な指標となります。 顧客は商品の購入にあたって、4つの価値のいずれか1つ以上を求めます。 すべての顧客価値を高めるのは自社の利益圧迫につながるため、どのCを強化したら自社の弱みが改善され、競争力が高まるのかを考えます。 &nbsp;

マーケティングを考えるうえで重要となるのは、顧客の視点です。 顧客はより価値の高いものやサービスを選ぶため、マーケティング成功のカギは4Cの強化にあります。 4Cとは、「顧客にとっての価値」「顧客の負担」「入手の容易性」「コミュ二ケーション」のことです。 自社がどのCを強化すれば顧客価値を高められるかを分析しなければなりません。 低価格の商品は顧客の負担を軽減させるため、リピート率の向上に期待できるかもしれませんが、ブランド力を重視する顧客にとっては魅力が伝わりにくく、結果的には顧客価値を低下させる可能性があります。 例えば、「顧客にとっての価値」を強化する場合は、高品質化やデザイン性の向上などによってブランド力を高め、既存の商品との差別化を図る、「コミュニケーション」を許可する場合は、ファンサイトを作ってお客様の生の声を集めるなどの、不足しているCを補う方法を考えましょう。

★例：ビジネスで起こりえる問題 健康食品事業を展開する会社は、流通コストの削減と顧客層の拡大を目的に、店舗販売を取りやめた。 今後は全商品をネット上で販売するが、既存客層の多くはネットになじみのない高齢者で「買い方がわからない」という苦情が多発している。 &nbsp; &nbsp; ★使い方 「戦略立案時の見落としを防ぐ4つの視点」 &nbsp; 戦略を考える際のフレームワークの「3C分析」は、社内を自社（Company）、社外を競合（Competitor）と顧客（Customer）の3つの視点に分けて定義し、自社だけではなく社外にもしっかりと意識を向けます。 マーケティングの強化を図る場合は、ここに販売網や流通網を意味するチャネル（Channel）を加えて「4C分析」とします。 &nbsp; 4つの視点で現状を分析し、いかに成功要因を導き出すかが戦略の成功を左右します。 &nbsp;

自社の利益と顧客の価値を共有し合い、互いが満足できるマーケティング戦略を立てるには、3C分析「自社」「競合」「顧客」に、「チャネル」を加えた4C分析が必要です。 &nbsp; 例えば健康食品業界であれば、商品を実際に購入する顧客と、商品が手元に渡るまでのチャネルの視点を欠くわけには行きません。 店舗販売の中止の理由が、顧客の拡大と流通コストの削減のためなら、それは既存顧客をすてて時代の流れに則っただけの自社よがりな戦略と言わざるを得ません。 現状のチャネルは縮小にとどめて、既存の顧客と新規顧客層にやさしいチャネルを両立することも視野にいれ、4Cの視点で自社の方針がどのような影響を与えるのかを認識しましょう。 &nbsp;

★例：ビジネスで起こりえる問題 社長は、自分が思いついた経営施策を手当たり次第に遂行しないと気が済まない。 当然、すべてが高い成果につながるわけではなく、収益もさほど上がらないため、社員は無駄な努力を強いられていると感じている。 &nbsp; ★使い方 「インプットとアウトプットで投資対効果を評価する」 &nbsp; 手間と成果の関係は「インプット」と「アウトプット」を考えることで明確化できます。 &nbsp; つまり、インプットを手間、アウトプットを成果としてとらえれば、投資の効果やパフォーマンスの評価ができるため、どうすれば手間を減らして高い成果につながるかを考えることになります。 &nbsp; また、インプットを「遂行の難易度」、アウトプットを「収益の大小」で評価すると、会社の経営施策や課題の順付けにも応用できます。

経営施策や課題の遂行にあたっては、無駄な努力により収益が下がることを避けるためにも、投資対効果を重視して、いかに少ない手間で高い成果につなげるかを考えます。 この投資対効果を考える上で役立つのが、「インプット」と「アウトプット」の「ペイオフマトリックス」です。 ペイオフマトリックスとは「インプットの遂行」の難易度を横時に、「アウトプットの収益」の大小を縦軸に配したマトリックスで、施策や課題を落とし込んでいくことで、それぞれの位置関係によって投資対効果を検証できます。 &nbsp; 例えば会社は「遂行が困難でも収益も小さい」しさくであれば「時間の無駄」になるため控えたほうがいいと判断できますし、逆に「遂行が容易で収益も多いの」のであれば、ボーナスチャンスととらえ、優先的に進めていくべきで結果として高い成果につながります。

★例：ビジネスで起こりえる問題 Ａさんは、どんな業務にも全力を注ぎ、それほど重要でもない案件に忙殺されることが多々ある。 上司からは次々と仕事を振られるが、Aさんは仕事をこなす時間的な余裕がない。 &nbsp; &nbsp; ★使い方 「重要性と緊急性を掛け合わせて仕事の優先順位を明確にする」 &nbsp; 仕事は、重要性と緊急性の大小によって分類することができます。 緊急性の高い仕事には最優先で取り組まなければなりません。 しかし、重要性の大小を軽視して計画をたてると、時間にゆとりが持てず、新しい仕事を受け入れる余地もなくってしまいます。 仕事で、重要性と緊急性の掛け合わせにより、優先順を明確にします。時間的な負担が大きい「重要性大×緊急性小」の仕事をふやすことでゆとりと成果の両立につながります。 &nbsp;

仕事の優先順位を決める「重要性」と「緊急性」の大小を組み合わせたマトリックスを活用します。横軸を「緊急性」の大小、縦軸を「重要性」の大小として、現状の仕事を4つに分類してみましょう。 Aさんは、下段左に配された「重要性小✖緊急性大」の仕事は、隙間時間に短時間で済ませるのが理想です。 一方下段右の「重要性小×緊急性小」の仕事は、急いで片づけても大きな成果を生む可能性が低く状況によっては保留にします。 反対に優先すべきなのは、上断右の「重要性大×緊急性小」の仕事です。 この仕事を前倒しで進めて緊急性を上げないようにすれば、時間的なゆとりと高い成果の両立が可能になります。 仕事の重要性に応じて時間的なメリハリをつけ、日々の忙殺から解放されましょう。

問題の洗い出しは問題解決に向けた最も重要で、重きの大半を置いてもいいというくらい大事なことです。 それくらい重要なものであるにもかかわらず、なかなか本当の問題に気づくことができないのもまた事実です。 ぜひ、これらのテンプレを使用して問題解決の初めの一歩を大きく踏み出しましょう。

上流業務の必須パッシブスキル【問題解決】を身につける『問題の洗い出し・テーマ化編』

どうも、oskn259です。 今回は<code>Terraform</code>を使ったインフラ構築を解説していきます。 詳細な解説というよりは、ある程度使ったことがある人が最短で実践できるような内容にしました。 awsやgcpの設定をテキストで表現できるということで僕も気に入っているTerraformですが、設定の規模が大きくなってくると、意味ごとにファイルを分割したくなってきます。 EC2インスタンス設定、ELB設定... といった感じですね。 モジュール分割という方法で実現できるようなので、早速試していきましょう。 参考：<a href="https://stackoverflow.com/questions/39803182/terraform-use-case-to-create-multiple-almost-identical-copies-of-infrastructure&nbsp;&nbsp;" target="_blank" rel="noopener noreferrer">https://stackoverflow.com/questions/39803182/terraform-use-case-to-create-multiple-almost-identical-copies-of-infrastructure&nbsp;&nbsp;</a> 今回の内容はこちらで書いた記事の修正版でもあります。 <a href="https://blog.oskn259.com/article/210903-terraform-module" target="_blank" rel="noopener noreferrer">https://blog.oskn259.com/article/210903-terraform-module</a>

公式：<a href="https://www.terraform.io/docs/language/modules/index.html" target="_blank" rel="noopener noreferrer">https://www.terraform.io/docs/language/modules/index.html</a> 言ってしまえば、普通にtfファイルを書いた場合と同じ構造を、モジュールとして使用できるということのようです。 rootとleafが同じ構造の、フラクタル構造のような感じですね。

今回は以下のようなディレクトリ構造になりました。 shellscript main.tf modules/ &nbsp;cloudwatch_widget_explorer/ &nbsp;&nbsp;main.tf &nbsp;&nbsp;templates/ &nbsp;&nbsp;&nbsp;dashboard.tpl <code>modules</code>ディレクトリを追加し、<code>cloudwatch_widget_explorer</code>というモジュールを作成しました。 モジュールの中には、tfファイルをモジュール外と同じように作成します。 <code>templates/</code>ディレクトリはモジュールの処理で必要になるので、同じ階層に配置しています。

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

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

システム開発工程ver3

knex:node製バックエンドでのDB接続

DX時代のエンジニアに求められるスキルとは？

上流業務の必須パッシブスキル【問題解決】を身につける『問題の洗い出し・テーマ化編』

Terraformの機能をモジュールに切り出す

おすすめ記事

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

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

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

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

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

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

システム開発工程ver3

knex:node製バックエンドでのDB接続

DX時代のエンジニアに求められるスキルとは？

上流業務の必須パッシブスキル【問題解決】を身につける『問題の洗い出し・テーマ化編』

Terraformの機能をモジュールに切り出す

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

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

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

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

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

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