こんにちは！タカトです。 &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ライターとしても活動中。

業務でコードを書く際、似たような処理を別の業務で実装した経験がある方も多いのではないでしょうか。中には、それを自作のライブラリとして作成して、GitHubで管理するという形を取っている方もおられるでしょう。 では、実際にそれを複数のプロジェクトで使用する際はどのように行っているでしょうか。 今やほとんどのエンジニアが使っているGitHubですが、その機能のひとつにGitHub Packagesと呼ばれるパッケージホスティングサービスがあります。 今回はこちらを利用して、自作のJavaScript関数をnpmライブラリとして管理する手順をご紹介します。

以前はGitHub Package Registryと呼ばれていたこのホスティングサービスですが、ひとことで言ってしまえば「作成したソフトウェアをGitHub上でパッケージとして管理することで、さまざまなプロジェクトで使えるようにしたよ」というものです。 プライベートリポジトリではプランによって料金が異なりますが、フリープランであってもストレージ容量500MBかつ月間データ転送量1GBまでであれば無料で使えます。 パブリックリポジトリに至っては完全に無料。太っ腹です。

GitHub Packagesに自作関数をデプロイする

今回はTypeScriptを使って簡単な関数を実装し、それを自分専用のライブラリとして作ってみましょう。

まずはPackage.jsonに以下の内容を記述していきます。 ついでにnpm installもやっておきましょう。

@{GitHubのユーザーネーム}/{リポジトリ名}

ここで、いくつか重要なフィールドをピックアップして解説します。 name @{GitHubのユーザーネーム}/{リポジトリ名}の形で入力します。 実際にライブラリをインストールする際も$ npm install @{GitHubのユーザーネーム}/{リポジトリ名}という形式になります。 version ライブラリ自体のバージョンを管理します。今回はとりあえず0.0.1としておきました。 main ライブラリが別のモジュールから呼び出された際に、どのファイルを参照するかを設定します。 今回はトランスパイルされた後のJSファイルを参照するので、dist/main.jsを指定しました。 typesフィールド ライブラリの型定義ファイルを指定します。 publishConfig npmで扱えるようにするため、registryに<a style="color:#1155cc" href="https://npm.pkg.github.com" target="_blank" rel="noopener noreferrer">https://npm.pkg.github.com</a>を指定します。 また、今回は自分専用＝プライベートなライブラリなので、accessにはrestrictedを指定しておきます。 ちなみに複数のレジストリで公開したい場合は、publishConfigフィールドではなく.npmrcに記述する形になります。

今回は最小限の設定だけ記述しました。

リポジトリを作成する際、Node.jsのgitignoreテンプレートを選択している場合は不要ですが、もしそうでなければ.gitignoreにdistディレクトリを追加しておきましょう。 こちらはトランスパイル後のJSファイルと型定義ファイルが格納される予定ですが、トランスパイル自体は後述するGitHub Actionsで行います。

今回は「引数として与えられた文字列の奇数番目だけを抽出した文字列を返す」という関数を作ってみます。

こんな感じでしょうか。 すごく簡単な内容ですが、これならビルドの時間も短いので練習にはもってこいです。

GitHub ActionsでPublishの設定を行い、Packageとして公開する

最後に、プッシュされたら自動でトランスパイル＆Packageとして公開するGitHub Actionsを設定します。 .github/workflows/publish.ymlとして以下の内容を記述した設定ファイルを追加しましょう。

この際、secrets.GITHUB_TOKENという値を利用していますが、これは各リポジトリにデフォルトで備わっているトークンなので個別に設定する必要はありません。 ここまでの内容でプッシュしてみましょう。 リポジトリのActionタブを開くと、すでに先ほど設定したアクションが終了していました。

Codeタブに戻ってみるとPackagesの欄が追加されており、先ほどプッシュした内容がv0.0.1として正常にデプロイされたことがわかります。

デプロイされたライブラリを使う

次にデプロイされたライブラリを実際のプロジェクトに導入して利用する手順をご紹介します。

今回はプライベートなパッケージを対象としているので、それにアクセスするためのトークンを発行する必要があります。 <a style="color:#1155cc" href="https://docs.github.com/ja/github/authenticating-to-github/creating-a-personal-access-token" target="_blank" rel="noopener noreferrer">公式の解説</a>に従って設定ページを開きましょう。

パッケージの読み取りを行うだけなので、スコープはread:packagesにのみチェックを入れます。 NoteはわかりやすいようにREAD_PACKAGESとしてみました。

Personal Access Tokenを発行したら、適当なプロジェクトを作成し、プロジェクトルートに.npmrcを作成して以下の内容を記述します。

これでプライベートなパッケージにアクセスできるようになりました。 あとは通常のNPMモジュールインストールと同様にnpm installすれば、node_modulesディレクトリにインストールされます。

それでは実際に使ってみます。 以下のスクリプトを実行し、AAAAと表示されれば成功です。

期待通りに動きました。 関数名にマウスオーバーすると型の情報も見られるので、型定義ファイルもきちんと参照できているようです。

ここで先ほど実装したライブラリに、「奇数番目or偶数番目の文字列を引数によって選択できる」という新機能を実装したくなりました。 早速実装してみましょう。

新機能を追加したのでマイナーアップデートという扱いにしましょう。 手動で書き換えることもできますが、npmにはパッケージのバージョンを管理するコマンドがあるのでそれを利用します。

gitのログを確認してみましょう。 package.jsonのバージョンが更新され、v0.1.0として新たにタグが作成されていると思います。この状態でプッシュしましょう。

Releaseの欄が2 tagsになり、Packages欄のバージョンも0.1.0になっています。 どうやらきちんとアップデートできたようです。

昨今はnpmライブラリが充実しており、欲しい機能は探せば見つかることが多いと思います。 しかし、公開されているライブラリでは機能が不足していたり、不要な機能が多すぎたりする場合、自作のライブラリで解決するという手段は選択肢として大いにあると思います。 そんなときには、ぜひGitHub Packagesを利用して便利に使いまわしていきましょう。

GitHubの機能である「GitHub Packages」を利用し、自作のJavaScript関数をnpmライブラリとして管理する手順をご紹介します。

GitHub Packagesを使って自作ライブラリを管理しよう

Takumi.K

サービス開発にも携わるフリーランスフロントエンドエンジニア。

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; 私の所感ですが、ITエンジニアに強いエージェントの会社に絞っても都内には数えきれないほどあります。 &nbsp; さて、具体的な案件参画までのフローですが、大手もベンチャーも大抵はこのパターンだったと記憶しています。 &nbsp;<ol><li>HPなどからエージェントに登録する</li><li>スキルシートを提出する</li><li>面談で参画時期などの希望条件を伝える</li><li>案件を紹介してもらい希望に合えば面談を依頼する</li><li>契約が結べれば案件に参画する</li></ol>&nbsp; 肝になるのが、エージェントの質やマージンです。 &nbsp; エージェントの質というのは、エージェントによってはITに関する知識が不足したエージェントが案件を紹介してくることもあります。 その場合自分の希望と合わない案件を紹介されることもありますし、専門的な話が通じないので注意しましょう。 &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;

フリーランスのエンジニアがエージェントを活用するメリット

Souta

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

こんにちわ！&nbsp;&nbsp;&nbsp;&nbsp;タカトです。 &nbsp; 普通に仕事をしていて、急に切られたらビックリしませんか？コロナ禍だと客先の予算が取れず急に切られたりしたこともありますが、何もない時に「来月で終わりで・・・」と言われたら「なぜ？？？」ってなりますよね。ただ、もしかしたら現場の日々の行動が要因になっていることがあります。今回はそんな要因になり得る６つの行動と対策について解説していこうと思います。 &nbsp; 当記事はこんな人におすすめです。 &nbsp; ・急に仕事を切られたくない ・現場の評価がイマイチ、理由が気になる ・事前にダメな行動を把握して対策しておきたい &nbsp; &nbsp; 本記事の信頼性として ・筆者はフリーランス歴8年目 ・現場の評価も割と良い（離れたところから呼ばれたりも） ・業界歴は18年目などの酸いも甘いも知っている &nbsp; 記事自体は3分ほどでサクッと読めます。

デメリットはいくつかあります。1つ目は冒頭でも述べましたが仕事が急に切られる可能性があるということ。理由もわからず切られるとメンタル削られますし、落ち込みますよね。 2つ目は間に入っている会社の評価も下がってしまうということです。こうなると次の仕事を紹介して貰えなくなってしまう可能性があるので、会社としても個人としてもマイナスになります。3つ目は自己評価が下がって自信をなくしてしまうということ。割り切れる人はいいかもしれませんが、これが次の現場に影響が出てしまうと負の連鎖に入ってしまうので極力避けたいところです。ではそんなことを引き起こす原因とは何なのでしょうか？

嫌われる行動①：身だしなみに清潔感がない

身だしなみは超大事です。いくらデスクワークとはいえ、人と仕事をすることには変わりはないのでちゃんと清潔感が出ることを意識していきましょう。具体的には ・髭を剃る ・髪型をちゃんとセットする ・肩にフケがないかチェック ・ワイシャツはちゃんとアイロンかけて、だらしくなくなってないか ・口臭、体臭も忘れずに &nbsp; 「大変そう…」と思うかもしれませんが、見た目ってそれぐらい大事です。現場で別の会社に打ち合わせに行く時があると、お客さんの目もあるので、より厳しく見られます。特にそれがエンドユーザーだと間に入ってるプロパーの会社の人として行くことになるので、変な印象を与えてしまうとプロパーの会社に迷惑が掛かってしまう可能性があるため、そこはしっかり意識していきましょう。めんどくさくても毎朝鏡をみて身だしなみを整えるだけで自信にも繋がりますよ。

嫌われる行動②：コミュニケーションが上手く取れない

コミュニケーションを取りづらい理由の一つとして声が小さくて聞こえづらいというのがあります。相手も何度も聞き返すと途中から諦めてしまうこともあるので、そこは聞こえるボリュームで会話するように意識しましょう。 意思疎通という意味では、相手の質問に対する答えを返すとか、そういうレベルでの会話はちゃんとしましょうという意味になります。ここのやり取りがちぐはぐだと、意思疎通を取るのが大変と思われ「もっと普通に会話できる人を…」となってしまいます。対策というほどのものではないですが、聞かれたことに対する答えを返すこと。分からないことは分かりませんと言って曖昧だったり変な回答はしないのが良いです。

嫌われる行動③：全てが受身でしか動かない

いわゆる「指示待ち人間」です。これは結構な割合で嫌われます。慣れない間は仕方ないと思いますが、ある程度慣れてきたら自分から仕事を取りにいったり、言われる前に行動するよう意識していきましょう。ただ、受身でしか動けなくなる時もあります。それは現場の人との相性が合わない時です。特に高圧的な人と当たってしまうと、話しかけるだけでイヤなので受身にならざるを得ません。そういう時は営業の方に相談するなり、現場の他の方に相談するなりして環境改善をすることをオススメします。

嫌われる行動④：自己判断で仕事をする

これは業界問わずNGな行動です。特にIT業界の場合は、システムに関する仕様の部分で自己判断してしまうと大事故になる可能性があるので、しっかり確認していきましょう。仕様の部分以外でも、メールの本文確認などもしてみると良い時があります。現場に入りたてだと勝手が分からなかったりするので、「メールぐらいは・・・」と見栄を張らずにまずは見て貰って安心感を高めましょう。慣れたら確認不要で投げればOKですし。

嫌われる行動⑤：仕事中の居眠り

少しぐらいは大丈夫…と思ってる人もいるかもしれませんが、結構な確率で見られてます。 毎日眠そうにしてると、仕事も思うように進みませんし「あいつは暇なのか」と思われますので要注意です。対策は主に2つ。1つ目は自分の一日の睡眠時間を把握し、起床時間から逆算して「この時間までには寝る！」と決めることです。筆者は6時間は寝ないとパフォーマンスが下がるので6時30分起床なら24時30分前には布団に入ります。布団に入る30分前にはスマフォを見るのやめて、読書するなりで身体を寝るモードにするなどしてます。 2つ目は居眠りしやすいのはお昼を食べた後が多いので、お昼を腹8分目までにするです。こうすると消化のエネルギーも最小限になるので眠気を感じづらくなります。食べるものを工夫すると尚良いです。肉系は消化にエネルギーを使うので、野菜やヘルシーなものにするだけで全然違います。

嫌われる行動⑥：遅刻、急な欠勤が多い

私の経験上、ダメな行動No1です。遅刻は多発すると信頼がガタ落ちです。時間や自己管理ができない＝仕事の納期や仕事そのものを任せられないに繋がるので、気を付けましょう。急な欠勤は体調不良ならやむなしですが、遅刻同様に多発する場合は要注意です。本人としては「体調悪いから仕方ないんだけど…」となりますが、現場からすると本来その日に任せようと思った仕事を振れなかったり、休むことによる作業遅延、会議の司会進行を任されたりしたら代役を立てないといけないなど色々迷惑をかけてしまうからです。 対策はとにかく自己管理をしっかりする、行動する時は15～30分前行動を心がけましょう。私も現場に出て驚くんですが、遅刻や欠勤が多い人は結構な割合で居ます。

まとめ：最低限の社会人ルールを守っていこう

改めて①～⑥のポイントを見て、社会人としてのマナーに繋がるものが多々あるのが分かります。社会人を経験してきて、徐々に緩んで来てしまうのかもしれませんが、改めて初心忘れるべからずなのかなと思います。逆にこれをやってると、仕事ができる＋αの評価になり、お客さんとしても安心材料になるはずです。決して今からでも遅くはないのでできることをコツコツ改善していって評価も上がり、あなたなら仕事を任せたい！と言われるようになれたら最高ですね。 &nbsp; 当記事を読んで頂き有難うございました。

【これも！？】現場で嫌われる６つの行動と対策

こんにちわ！&nbsp;&nbsp;&nbsp;&nbsp;タカトです。 &nbsp; 皆さん、面談って得意だったり自信あったりしますか？正直、苦手な人のが多いんじゃないかなと思います。っというのも、いきなり知らない人と対面で質問に答えるというのは、よっぽど自信がないとできないです。最近ではWeb面談も増えてきましたが、それでも緊張はしますよね。今回はそんな面談に向けて、失敗しないためのポイントを5つ解説します。 &nbsp; 当記事はこんな人におすすめです。 &nbsp; ・面談が中々通らない ・面談の時の回答にいつも戸惑ってしまう ・緊張しちゃうので事前にしっかり準備しておきたい &nbsp; 本記事の信頼性として ・筆者はフリーランス歴8年目 ・元々は超コミュ障の引き籠り（ゲームに夢中でした） ・それでも面談は割と自信があり8割ぐらい受かる &nbsp; 記事自体は3分ほどでサクッと読めます。

「面談」って結局何を見ているのか？

私の経験上、見られているのは「人柄」です。 &nbsp; 「おいおい、スキルだろ？」と思いますよね。スキルはめちゃめちゃ大事です。これがあると即戦力として見られますし、現場の人からしたら会話もスムーズに済ませたいです。大体のところは面談の前に「必須条件」または「あると良いスキル」みたいな項目で事前にフィルターはかけてくれてます。紙面上ではスキル判断はできますが、人柄は判断できません。よく「コミュニケーションがとれる人」と書かれることがあります。けど、これは話してみないと分からないですよね。面談ではここが見られます。スキルがあってもコミュニケーションが取れないと現場は苦労するんです。システムの開発はチームプレイなので、コミュニケーションが取れてナンボ。そのため人柄は面談の時に判断材料になってきます。（体感として6～8割ぐらいかなと思ってます） &nbsp;

失敗しないポイント①経歴すべてを話す必要はない

多くを語った方が良いと思うかもしれませんが、実は逆効果で必要なところを最小限に伝えることのが大事です。長々話されると結局何が言いたいんだろう？ってなります。だったら、現場で役に立ちそうな経歴を端的に語った方が相手の頭には残ります。また、これができることで現場でのやり取りもスムーズにできるという判断材料にもなるので一石二鳥です。事前に経歴書を見て、自分の中でポイントを抑えておき、そこで何を話すが考えておくと面談は非常にスムーズになります。

失敗しないポイント②できない、分からないことは正直に答える

「分からないことは罪」ではないです。むしろ、分からないことを分かると答えて嘘をつくことの方が相手の印象を悪くします。なので分からない時は、正直にわからないと答えるのが大事です。より相手の印象を良くする答えとしては「知識不足で申し訳ありませんが今は分かり兼ねますので、この後調べて理解を深めておきます」と言っておくと、ちゃんと自分で理解するという印象もつけられるのでオススメです。 &nbsp;

失敗しないポイント③経歴・キャリアがどう現場に活かせるか伝える

①でも少し触れてますが、今の経歴・キャリアが現場でどう活かせるか話せると非常に強い武器になります。相手からしたらそれはメリットなので、他の人との差別化にも繋がります。「ここの経歴は御社の～～の業務で活かせると思います」なんて言われたら、現場に入った時のイメージも湧きますし、ちゃんとやることを認識しているということにも繋がるのでイメージアップです。事前に業務の内容を把握し、その内容にマッチしそうな経歴をピックアップして話せるようにしておくと良いです。

失敗しないポイント④今までの現場の立ち回りを伝える

現場の人は実際に入った時にどう立ち回ってくれるのか非常に気になります。受け身の場合は、結構な確率でノーサンキューというぐらい印象が悪くなるのが正直なところ・・・できることなら自発的に動いてくれたり、ちゃんと他の人と連携できるか知っておきたいです。そのため、事前に自身が現場でどう動いたり立ち回ってきたかを話しておきましょう。 &nbsp; ・分からないことは積極的に調べたり、判断に迷うところは必ず相談してます ・リモートが増えてきたので、自分から毎日の作業報告も兼ねて日時会の提案をしました ・現場での作業効率のためマクロなどで簡易的なツールを作り効率化を図りました &nbsp; などなど、「ちゃんと考えて動いてる」という印象が与えられれば何でも良いと思います。 &nbsp;

失敗しないポイント⑤面談中は真面目になりすぎない

これは結局さじ加減が難しいですが、真面目すぎる＝硬い印象になってしまうので面談中は適度に笑顔があることも大事です。厳しいところは「そんなのダメだ！」なんていうかもしれませんが、経験上、笑顔や笑いがあった方が相手も会話のし易さ、接しやすさが分かるので私はここもポイントかなと思ってます。もちろん、変なところで笑うのではく会話の中で自然にだったり、経歴を話す中で笑顔を混ぜながら話すとかそういう感じです。自分自身がどういう人と仕事をしたいかを思い浮かべて見てください。 めちゃめちゃ硬い、笑顔ゼロの人が良いか、適度に笑いがあったり笑顔がある人が良いか…前者の方が良いという人はすいません、このポイントは不要です(笑)

ポイントとまではいきませんが、そもそも人と向き合うだけで緊張してしまうという人もいると思います。特に目を見て話すというのは非常に緊張感が増します。これはダメなことではないのですが、自信のなさや言葉の説得力の欠如、優柔不断な印象を与えると言われています。これを克服するには &nbsp; ①経験値を重ねて慣れる ②目を見るのではなく、鼻と口の間を見る。もしくは目頭あたりを見て話す &nbsp; これが目を見て話す時の対策です。特に①は友達で慣らしていきましょう。小さな成功体験を積み重ねていけば、必ず自信に繋がります。 ②は経験を積み重ねられなかった、もしくは積み重ねてダメだったら実践してみてください。結構効果的だったりします。昔は「相手の顔をスイカと思って話しなさい」なんてありましたが、これで笑ってしまっては本末転倒なので是非①と②を試してみてください。 &nbsp;

まとめ：大事なのは事前準備と相手にとってのメリットをちゃんと話すこと

ポイントはそこまで難しいものではなかったと思います。事前に準備をすることで対策ができるので、その場その場ではなく準備をして臨むことで合格率はグッと上がるはずです。また、自分本位にならず「私が現場に入ることでこんなメリットがありますよ」というのを伝えられれば、相手も喜んであなたを選ぶはずです。向こうの同じ人間です。できることなら楽しく、スムーズに一緒に仕事をしたいと思ってるはず。そのニーズを自分なら果たせる！という自信に繋がれば幸いです。 &nbsp; 当記事を読んで頂き有難うございました。

元引きこもりのエンジニアが実践している方法、教えます！

【即実践可能】面談で失敗しないための【5つ】のポイント

ここ数年でノーコード・ローコード開発という言葉を耳にする機会が多くなりました。 &nbsp; そしてこれらの開発手法の進歩によって、将来的に「ITエンジニアの大半は不要になる」とまで一部界隈では言われているようです。 &nbsp; 今回はノーコード開発とローコード開発の特徴を説明したうえで、ITエンジニアの将来性を考えたいと思います。

ノーコード開発とは、プログラミング言語を用いずにシステム開発を行うことです。 &nbsp; 時代は進みとうとうノンコーディングでシステム開発ができるようになりました。

ノーコード開発の場合はあらかじめ提供されたテンプレートを組み合わせて開発をします。 &nbsp; これにより誰でもシステム開発に取り組めるようになるため、開発者の間口が大きく広がりますね。 &nbsp; 簡易的な業務用のシステム開発などでは、エンジニアの手を借りずとも開発できることもあるかもしれません。 &nbsp; また、既存の開発手法と異なりノンコーディングで行われるため実装工数の削減に繋がります。 &nbsp; ここまでノーコード開発のメリットを解説しましたが、ノーコード開発にはデメリットもあります。

ノーコード開発のデメリットは「実装できる機能はツールで提供されたテンプレートのみ」という点です。 この制約があるため、技術面においてはノーコード開発ツールがITエンジニアを超えるということはないでしょう。 &nbsp; 実際のシステム開発の現場では、イレギュラーな対応が多発します。 ですから提供されるテンプレートだけで機能を賄うことはまず不可能でしょう。 &nbsp; 上記のようなケースが発生すると結局最後にはエンジニアの力が必要になります。 つまりノーコード開発ツールを導入したところで、「エンジニアは全員必要ない」という結論にはならないということです。

ローコード開発は最低限プログラミングを行いつつ、一部のテンプレートを組み合わせながらシステム開発をしていくことです。

ノーコード開発と同様に、実装工数の削減が期待できます。 &nbsp; プログラミングの知識がない方でも多少は導入しやすくなっているため、 簡易的なシステム開発の場合はエンジニアの力を借りなくても開発ができるようになります。 &nbsp; また、ノーコード開発と比較すると拡張性は高いです。ローコードの場合は多少のプログラミングを想定して開発することができるからです。

こちらもノーコード開発と同様に、従来の開発手法と比べるとできることに限りがあります。 &nbsp; もしローコード開発で実現できない場合は、従来手法で開発することになるのでその時は今まで通りエンジニア頼みとなります。 &nbsp; またローコード開発といえど専門的な知識が必要になる場面は出てくる可能性が高いので、 ノーコード開発同様に、「エンジニアは必要ない」ということにはならないでしょう。

さて、ここまでノーコード・ローコード開発の特徴を説明しました。 &nbsp; 続いて今までの情報を踏まえてITエンジニアの将来性を考えてみたいと思います。 &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; しかしIT業界全体としても要求されるレベルがますます上がっていく中で、 ローコード開発のみで対応していくのは現実的ではないと私は考えています。 &nbsp; そう考えると、今のところはあらゆる局面で柔軟に対応できるITエンジニアが不要になるというのは考えづらいです。

今の売り手市場は少し落ち着く

一方、今のエンジニアの売り手市場は少し落ち着くのではないかと思います。 &nbsp; 昨年から「DX」という言葉が認知されてきたり、 新たにデジタル庁が発足しマイナンバーカードを利用した大規模システムを構築したりと、 ようやく日本もIT化を推し進める空気になりましたよね。 &nbsp; しかし年々増加し続けるエンジニアの需要に対して、供給がまったく追いついていないのが現状です。 &nbsp; 私も現場で「なんでこの人がエンジニアとして活動できているのだろうか？」というような、 他人頼みの精神で活動しているエンジニアを見かけることがあります。 （バックエンドエンジニアを名乗っているのにDBの基礎すら理解していないとか） そんな人が月単価60万円（おそらく）で活動しているのを見た時に、非常に複雑な気持ちになりました。 &nbsp; もちろんそのような人と契約を結ぶ企業に問題がある。というのはごもっともなのですが… 根本はエンジニアの供給不足からくる問題だと考えています。 エンジニアが不足している企業としては「とりあえずやってくれるなら細かいことは良いや」の精神で契約を結んでいても不思議ではありません。 &nbsp; ここまでが、エンジニアの供給不足の現状なのですが、 それも下記のような理由から少しずつ改善されて需給バランスは今より整ってくると考えています。 ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;ローコード・ノーコード市場規模は拡大を続けている ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;IT業界に勤務する外国人労働者は毎年増加傾向 ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;2020年よりプログラミングが必修科目になったことで、10数年後から新卒エンジニアの供給が増える可能性が高い ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;日本企業の絶対数は減少傾向（もちろん人口も然りではあるが） &nbsp; そしてここからが大切です。 エンジニアの売り手市場が落ち着くということは、エンジニアの競争が激しくなるということです。 &nbsp; もし今エンジニアとして活動できている理由が「市場の人材不足の恩恵を受けているから」という場合は、将来的には少し危うくなっていきそうです。 &nbsp; 仮にこの先需給バランスが整ったとしても、自分の市場価値を落とすことがないように、付加価値を提供できるエンジニアである必要があります。 &nbsp; 技術のスペシャリストを目指したり、上流工程などを経験して幅広く活躍できる自分になる。 など戦略を考えておいた方が良いかもしれません。

いかがでしたか？ 本日はローコード市場の拡大から考えるITエンジニアの将来性について解説しました。 &nbsp; ITエンジニアに求められるレベルは年々上がっていきます。 私たちは常に学び変化を受け入れ続ける柔軟さが大切です。 &nbsp; ローコード開発がどれだけ進歩しても必要とされるエンジニアでいられるように、今から対策しておきたいですね。

タグ:【働き方】の記事一覧

フリーランスのエンジニアがエージェントを活用するメリット

【これも！？】現場で嫌われる６つの行動と対策

【即実践可能】面談で失敗しないための【5つ】のポイント

ローコード市場の拡大から考えるITエンジニアの将来性

「目指せ1000万！システムエンジニアが年収を上げるために必要なこと」

フリーランスエンジニアとして働くために必要な力とは？

おすすめ記事

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

GitHub Packagesを使って自作ライブラリを管理しよう

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

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

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