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

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

どうも、oskn259です。 みなさんは、APIを構築するときどの言語を使っていますでしょうか？ 例えばPHPでLaravel、JavaでSpringFrameworkというのは一般的かと思います。 PHPはわかる人が多くて人的リソースを活用しやすいですし、Javaは動作の高速さや充実のドキュメントがいいですよね。 ただ、webサイトを作るときにはどうしてもjavascriptというものを避けて通れず、二種類の言語を使わざるを得ない状況となっています。 最近ではフロントとバックエンドを完全に分担する形が多いですが、コミュニケーションコストが増大しますし、個人的にはできれば避けたい形と思っています。 そこで今回紹介するのはこちらです。 <a href="https://hapi.dev/" target="_blank" rel="noopener noreferrer">https://hapi.dev/</a> javascriptで書けるwebフレームワークで、元々はExpressの開発者の一人がシンプルさを求めて新たに始めたプロジェクトのようです（確かそう、違ったらすいません）。 これが本当にシンプルで、最低限のコア部分に、自分が必要だと思う機能のみを付け足していく感覚がは触っていて楽しいですね。 僕が現在担当している案件では、<code>hapi.js</code>をapiのコードベースに使用しています。 つまり、フロントもバックエンドもTypescriptで記述しています。 これによって、参加エンジニアがフロントとバック両方を変更できる状態に近づけようとしています。 今回はhapi.jsセットアップのさわりの部分を解説していきます。 今回の内容はこちらで書いた記事の修正版でもあります。 <a href="https://blog.oskn259.com/article/lets_hapi_js" target="_blank" rel="noopener noreferrer">https://blog.oskn259.com/article/lets_hapi_js</a>

sh $ mkdir hapi_hapi_nyowa $ cd hapi_hapi_nyowa $ yarn init $ yarn add @hapi/hapi $ yarn add -D typescript @types/node 以上のようにnodeプロジェクトをセットアップしたら、以下のファイルをその場に配置します。 json // package.jsonへ追記 { &nbsp;"scripts": { &nbsp;&nbsp;"build": "tsc", &nbsp;&nbsp;"start": "node index.js" &nbsp;}, } json // tsconfig.json { &nbsp;"compilerOptions": { &nbsp;&nbsp;"esModuleInterop": true, &nbsp;&nbsp;"rootDir": "." &nbsp;} } ts // index.ts import { Server } from '@hapi/hapi'; const server = new Server({ &nbsp;port: 5000, &nbsp;host: '127.0.0.1' }); server.start(); 実行します。 sh $ yarn build $ yarn start sh $ curl http://localhost:5000 {"statusCode":404,"error":"Not Found","message":"Not Found"} APIサーバーが完成しました！！！ お仕事終わり！！帰宅！！

hapi.jsでいかにシンプルにapiサーバーを構築できるかがお分かりいただけたかと思います。 404を返すサイトでお金を取るのは難しそうなので、何かしらのコンテンツを返すように拡張してみましょう。 ts // index.ts import { Server, Request, Response } from '@hapi/hapi'; // ... server.route({ &nbsp;method: 'GET', &nbsp;path: '/', &nbsp;handler: function (req: Request, res: Response) { &nbsp;&nbsp;return { msg: '開けろ！デトロイト市警だ！' }; &nbsp;} }); server.start(); sh $ yarn build $ yarn start sh $ curl http://localhost:5000/&nbsp; {"msg":"開けろ！デトロイト市警だ！"} いかがでしょうか？ ここまで、APIサーバーを起動するという目的以外の余計な記述をほぼしていません。 hapi.jsに限らず、このように目的に集中できるフレームワークは僕は好きですね。

ページの追加もとても簡単に完了しました。 これだけで終わるのも寂しいので、個人的に便利だと思っている機能を一つ紹介しましょう。 sh $ yarn add joi ts // index.ts import Joi from 'joi'; // ... server.route({ &nbsp;method: 'GET', &nbsp;path: '/', &nbsp;handler: function (req: Request, res: Response) { &nbsp;&nbsp;// @ts-ignore &nbsp;&nbsp;const speaker = req.query.speaker; &nbsp;&nbsp;return { msg: `${speaker}: 開けろ！デトロイト市警だ！` }; &nbsp;}, &nbsp;options: { &nbsp;&nbsp;validate: { &nbsp;&nbsp;&nbsp;query: Joi.object({ &nbsp;&nbsp;&nbsp;&nbsp;speaker: Joi.string().required(), &nbsp;&nbsp;&nbsp;}), &nbsp;&nbsp;}, &nbsp;&nbsp;response: { &nbsp;&nbsp;&nbsp;schema: Joi.object({ &nbsp;&nbsp;&nbsp;&nbsp;msg: Joi.string().required(), &nbsp;&nbsp;&nbsp;}), &nbsp;&nbsp;&nbsp;sample: 100, &nbsp;&nbsp;} &nbsp;} }); server.start(); sh $ yarn build $ yarn start sh $ curl http://localhost:5000/&nbsp; {"statusCode":400,"error":"Bad Request","message":"Invalid request query input"} はい、弾かれましたね。 上記の<code>options</code>部分の追記だけでクエリのバリデーションが行われるようになり、クエリが空のリクエストを弾いています。 クエリを正しく付与して再度アクセスしてみましょう。 sh $ curl http://localhost:5000/?speaker=Cona {"msg":"Cona: 開けろ！デトロイト市警だ！"} ちなみにお察しの方も居るかもしれませんが、 リクエストだけでなく、レスポンスにもバリデーションをかけることができます。 意図的にレスポンスをおかしな値にして試してみましょう。 ts // index.ts // ... &nbsp;&nbsp;// @ts-ignore &nbsp;&nbsp;const speaker = req.query.speaker; &nbsp;&nbsp;return { msg: { 'open_up': 'Detroit_Police' } }; // ... sh $ yarn build $ yarn start sh $ curl http://localhost:5000/?speaker=Cona {"statusCode":500,"error":"Internal Server Error","message":"An internal server error occurred"} このように、期待するスキーマと実際のレスポンスが異なる場合は500を返す、という動作をとります。 バリデーション機能は、以下のような面で僕の開発にとても役立っています。 <ul><li> ロジックの設計ミスで思わぬ情報を返してしまうおそれがない</li><li>外部からの攻撃によって意図しない情報を返却してしまうリスクを減らせる</li><li>バグの早期発見に役立つ</li></ul>&nbsp;- 特にこれは頻繁に体感します &nbsp;- DevOpsの一環とも言えますね

サラッと通過しましたが、リクエストやレスポンスのスキーマをチェックするために`Joi`というライブラリを使用しています。 これがとても表現力の高いバリデーターで、表現できなくて困るという事態に僕はまだなっていません。 例えばこんな感じで値やオブジェクトの型をチェックすることができます。 非常に便利で、DBやネットワーク経由で取得した値のバリデーションにも使用しています。 ts cosnt validator = Joi.object({ &nbsp;greeting: Joi.string().valid('やぁダニエル', '君を助けにきたんだ').require(), &nbsp;isHaveGun: Joi.boolean().require(), &nbsp;stressLevel: Joi.number().min(0).max(100).require(), }); const result = validator.validate(android); if (result.error === underined) { &nbsp;console.log('コナーです'); }

今回はhapi.jsの簡単な導入と、Joiを使ったバリデーションを紹介しました。 hapi.jsのこうした点を感じてもらえれば嬉しいです。 <ul><li>とにかくシンプル</li><li>Joiと連携した強力なバリデーション機能</li></ul> こうしたシンプルなコアをベースに、オプショナルに記述できる機能や多数のプラグインが存在しており、実際のサービス構築にも十分耐えうる機能を有しています。 モノリシックなフレームワークの、体系化された集合知をそのまま活かせる雰囲気も良いですが、自分になじむようカスタマイズされたコードベースでの開発もなかなか良いものですね。

hapi.jsと出会って10分でAPI起動

oskn259

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

働き方の多様化やテレワークの普及により、一昔前は縁の下の力持ちであった「エンジニア」という職種も表立って注目される職種になりました。 &nbsp; その一方で、働き方改革の普及により、働く職場環境について問題視されることも多く、エンジニアの業界もいまだに多くの問題を抱えています。 &nbsp; 今回は、これからエンジニアを目指す方、または現在エンジニアとして働いている方向けに、多くのエンジニアが抱える問題と対処法についてご紹介します。 &nbsp; モチベーションにも大きく関係することかと思いますので、ぜひ最後まで読んでみてください。

一言にエンジニアと言っても、広い意味では機械・電気などを指し、その職種は様々です。 近年はITの進化により、システムエンジニアやプログラマーなど、IT業界で活躍する人々が注目されるようになりました。 &nbsp; 中でもシステムエンジニアは専門のプログラミング用語を使用したシステム開発に加えて、サーバーやシステム管理、クライアントとの打ち合わせなど、業務内容は多岐に渡ります。 &nbsp; そのためシステムエンジニアは多忙かつ、ストレスを抱えている人が多いと言われています。 今回はエンジニアの中でも特に注目されている、システムエンジニアがかかる問題と対処法についてご紹介します。

システムエンジニアが抱える悩みと解決法 8選

職場での人間関係に悩むことは、全ての業種に共通している問題かと思います。 中でもシステムエンジニアの業務は多岐にわたる分、他のエンジニアと比較して、より多くの人に関わる職業です。 &nbsp; 職場内の人間関係に加えて、職場外の人々とも時間を共有することが多く、時間の長さも関わる密度も他の業種と比べて特に長く濃いと言えるでしょう。 &nbsp; そのため、自分でスケジュールをうまく調整・管理して仕事を進めなければ、仕事が滞ることで、トラブルにつながることになりかねません。 &nbsp; トラブルを抱えることが自身のストレスとなり、職場環境の悪化に繋がります。 &nbsp; 人は自分に余裕がある人ほど相手に優しく接することができます。 &nbsp; システムエンジニアはチーム内の連携に加えて、社外の人ともうまく信頼関係を築くスキルが必要となります。 また、業務は多忙かつ内容が多岐にわたるため、自身で無理なくスケジュール管理する能力が求められると言えるでしょう。

残業を減らして、生活環境を整えたい

システムエンジニアが抱える問題の二つ目に残業が多いこと。 &nbsp; 複数のプロジェクトを同時進行することも多々あり、納期が重なると残業がしばらく続くという日も珍しくありません。 &nbsp; 民間企業の調査結果によれば、一般的に月の平均残業時間は25時間程度と言われていますが、IT業界の平均残業時間は30~40時間と言われており、大きな乖離が確認できます。 &nbsp; 残業が慢性化している場合は、上司に改善を嘆願する他、転職を考える必要があります。 &nbsp; 健康はお金には変えられません。 改革しようと行動を起こすことはもちろんですが、 限界が来る前に思い切って転職することをおすすめします。 &nbsp;

システムエンジニアの給料は一般的な水準と比較して高い傾向にありますが、残業や休日出勤など、長時間労働時を強いられることも多く、時給に換算した場合、それほど高くないのが現状です。 &nbsp; 給料を上げるためには、単純に考えると昇給することが望ましいのですが、職場環境や正しい人事評価制度がなければ、うまくいくとは限りません。 &nbsp; まずはスキルアップに努めることで、実績と経験を積むことをおすすめします。 &nbsp; それでも給料アップが見込めない場合は、早めに転職することが望ましいでしょう。 &nbsp; またフリーランスに転身する事が所得を上げる1番の近道となります。

企業が抱える専属のSEになりたい

システムエンジニアの多くは顧客先に常駐して仕事をこなす場合が多く、プロジェクトが終了すれば、また違う勤務地へ勤務することが一般的です。 &nbsp; 長期労働に加えて、職場環境が頻繁に変わることは、システムエンジニアにとって大きなストレスとなります。 &nbsp; そのため勤務地が変わることのない、企業が抱える専属のシステムエンジニアを希望する人は多く、その分、競争率が高いのが特徴です。 &nbsp; 職場の環境が頻繁に変わることは、その都度、人間関係を構築する必要があり、その分、労力が求められます。 &nbsp; 可能な限りストレスを減らすことが、最高のパフォーマンスにつながると言えるので、狭き門ではありますが、ぜひ目指していただきたい職です。 &nbsp; またフリーランスの場合にはお客さんが重宝するエンジニアとして認めて頂けると 長期に渡って契約をしてもらう事も可能です。

&nbsp;“やりがいを感じるかどうか”は仕事を続ける上で全ての職業に共通して言えることです。 人生と同じでどんな仕事もワクワクしなければ、やりがいを感じることはできません。 &nbsp; システムエンジニアは職場や仕事を選びにくい業種ではありますが、仕事をする上でワクワクとした気持ちは捨てたくないですよね。 &nbsp; 自分が常駐する職場の人間関係や仕事の効率化は、いかに自分から率先して動くかで変わります。 どのような職場でも勇気を出して人と関わり、さらには業務の効率化を測ってみましょう。 ワクワクとした感情が芽生えた時、その仕事は“やりがい”に変わるでしょう。 &nbsp; フリーランスの場合であればエージェントが要望に応じたプロジェクトを選定もして頂けます。 良いエージェント選びもやりがいを感じられるかどうかに関わる要素の一つになると思います。

システムの構築は大きく分けて、下流工程と上流工程に分かれます。 多くのエンジニアが「上流工程に関わりたい」と思う理由の一つに、より幅広い業務に携わることができることが挙げられます。 &nbsp; 上流工程はシステム構築に加えて、クライアントとの打ち合わせやフレームワークなどのスキルも必須でマルチタスクが求められる工程です。 &nbsp; 下請けになればなるほど、上流工程に関われるチャンスは少なくなります。 自分の会社が上流工程に関わっているのか、知ることも今後の方向性を決める一つの指標とすると良いでしょう。 &nbsp; フリーランスの場合であればエージェントの営業力により、上流工程に関われるプロジェクトへのアサインもあります。 自身の可能性を高めるチャンスは逃さないようにしましょう。

システムエンジニアとして、より経験を積むためにも、スキルを上げたいと考えるのは当然のことです。 &nbsp; ただ、自分が関わっている会社の規模や専門性により、スキルアップにつながる機会が得られるかどうかが変わってきます。 &nbsp; 社内でのスキルアップが難しい場合、副業として他の仕事に挑戦してポートフォリオをためておくことも一つの案です。 &nbsp; また、自分より経験豊富なシステムエンジニアにアドバイスを求めることも一つの方法としておすすめです。

ユーザーと関われる開発に関わりたい

システムエンジニアが請け負う仕事としてBtoCとBtoBのものがあります。 ほとんどの場合、企業向けの案件を受けるため、会社勤めのシステムエンジニアが手がけるものはBtoBの案件が多いのが現状です。 &nbsp; BtoBの案件の場合、納品する際にお客さんの反応が見えにくいため、その後の改善点や改良点に結びつきにくいという欠点があります。 &nbsp; 消費者向けであるBtoCの方が、お客さんの反応が分かりやすいことに加えて、企業向けの案件より、柔軟に対応する必要性が高いため、システムエンジニア自身のスキルアップや、やりがいに繋がりやすいと考えられるでしょう。 &nbsp; もしくはユーザーサポート部門に所属するなどの選択肢もあります。 &nbsp; 選択肢を増やしたい場合にはやはりフリーランスになるのが近道になります。

今回は「エンジニアが抱える悩みと対処法 8選」をご紹介しました。 職場環境から人間関係、スキルなど、エンジニアが抱える問題は様々です。 自力で解決できるものもあれば、転職をしなければ解決できない問題もあり、今後も適応能力の強化と問題解決能力が求められると予想されます。 &nbsp; これからエンジニアを目指す人は事前に下調べをした上で選択し、現代エンジニアとして活躍している人は自分が抱えている問題について一度、考えてみると良いでしょう。

エンジニアが抱える悩みと対処法８選

中川　里美（ナカガワ　サトミ）

20歳の時にアメリカで出会った経営者に誘われてライターの道へ。
自分の事業と並行して趣味レベルでライター業に取り組んでいたが、
その後のリモートワークやネットビジネス業界の普及により、
ネット環境があれば、どこでも仕事ができるライター業の魅了を再認識する。
現在、リサイドのライターとして、記事を執筆中。
好きなことは、旅と美味しいものを食べること。
今年の目標であったバンジージャンプと滝行と富士登頂を達成し、来年の目標を思考中。

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

まず、上流工程についてです。こちらの図をご覧ください。

これは、ウォーターフォールモデルと呼ばれるシステム開発の流れです。 この図の１～３の工程が上流工程と言われています。 まずは、上流工程について、振り返ってみましょう。

システム開発は、要件定義という工程から始まります。 システム開発を依頼する側と開発する側が打ち合わせを行い、システムの性能・機能や運用方法などの「要件」を決定します。 システム開発を依頼する際、希望の機能や性能があるかと思います。その要求と開発会社側の認識にズレがある場合、結果的に希望とは異なるシステムになる恐れがありますので、認識のすり合わせが非常に重要です。

外部設計の工程では、システム使用者(ユーザー)の視点からシステムに必要な機能を洗い出し、それを基に大枠となるシステム設計を行います。 その際システムの仕様などが記された基本設計書を、ユーザー側が確認するケースもあります。

次に外部設計で決定した事項を基に、コンピュータでの実装を想定した上で、より詳細にシステムを設計します。 外部設計がユーザー視点からの設計である一方で、内部設計の工程ではコードやプログラムの設計など、開発者側からの視点でシステムを設計します。

いかがでしょうか？ 上流工程の主な作業としては、実際にシステムを使用されるユーザさんから、実現したい要望をお聞きし、実現方法の検討や、対応時期、対応工数などを調整するのが仕事になります。 また、実際にプログラミングを行うプログラマーに、プログラムを作るための設計書を作成し、説明する仕事もあります。 なので、上流工程は、実際にシステムを利用するユーザさんと、実際にシステムを開発するプログラマーの架け橋となる仕事であると私は思っています。

要件定義の仕事・仕事をこなす上でのコツ

次に、システム開発の最上流である「要件定義」の仕事と、仕事を行う上でのコツを私の経験談からお話します。

要件定義は、開発工程の中で、一番ユーザさんと接する機会が多い工程のため、一日中、打ち合わせとなることが日常茶飯事です。 ユーザさんと打ち合わせを重ねながら、「要件定義書」と呼ばれる成果物を作成することがこの工程での主となる仕事になります。 この要件定義書がないと、ユーザさんがどのような目的でシステムを構築したいのか。や、どのようなシステムを作成したら良いのか。がわからなくなりますので、非常に重要な成果物です。 また、打ち合わせばかりのため、要件定義書を作成する時間をいかに確保するか。と、ユーザ要望をいかに具体的に聞けるか。がこの工程での一番大変な作業だと思います。<h4 id="h056a0d1538"> ●コツ</h4>私が思うこの要件定義を行う上でのコツですが、以下４点だと考えています。 　①システム改修の場合は、改修を行うシステムについて、概要を知る 　②新規システム構築の場合は、IT技術について、幅広い見解を身に付ける 　③要望を全て実現する目標ではなく、より良いシステムを構築する視点を持つ 　④後続工程（設計・開発・テストなど）のことも意識する。

①システム改修の場合は、改修を行うシステムについて概要を知る

システム改修の場合は、システム内の一機能の改修を行う要件定義が多いです。 そのため、改修を行う機能の知識がないと、どのように改修すればユーザ要望を満たせるのか。や、どのようにシステム改修すれば良いのか。を考えることができません。 ただ、機能の細部まで知る必要はなく、概要を抑えていれば要件定義としては考えることができるので、概要を知るだけで良いとも言えます。

②新規システム構築の場合は、IT技術について、幅広い見解を身に付ける

新規システムの構築の場合は、元になるシステムがなく、ユーザ要望だけが存在する状態になります。 そのため、どのようなＩＴ技術を利用すれば、ユーザ要望を実現することができるのか。という考え方が非常に重要になってきます。 そのＩＴ技術の見解を持っていないと、ユーザ要望を実現する方法を考えることもできないため、幅広いＩＴ技術の知識が必要になります。

③要望を全て実現するを目標ではなく、より良いシステムを構築する視点を持つ

結構、システム利用されるユーザは、システム開発やＩＴ技術を知らない人が多く、システムでは実現が難しい要望を言ってくることがあります。 また、出てきた要望がちぐはぐになっていることや、単に実現すると矛盾点がが残ることもあります。 そのため、ユーザ要望を全て実現する。という考え方も大切ではあるものの、やはりシステム開発するプロである以上、より良いシステムを開発するために、矛盾を減らすことや、代替案を提示するなどの、ＮＯと言える、かつ 提案できる力と、ユーザ要望を具体的に聞く力が必要となります。

④後続工程（設計・開発・テストなど）のことも意識する。

要件定義とは、開発工程の一番初めの工程です。そのため、要件定義の内容を元に、後続工程が進んでいきます。 そのため、後続工程をいかに効率よく作業させるか。や、後続工程の品質を向上させるか。などの考え方も重要になってきます。 この考え方を持ち合わせてないと、後続工程が進むにつれ、手戻りが発生することや、バグが多発するなどが多くありますので、単に要件定義を終わらせるという目線ではなく、開発工程全体を俯瞰した考え方が非常に重要です。

いかがでしたでしょうか？ こちらが上流工程と、要件定義の仕事となります。 プログラム開発とはまた違った視点や考え方が必要とされる工程になりますので、プログラミングをされている方からすると、難しく敬遠する方も居られるかもしれません。 ただ、今後のAIなどのIT技術の進展を考えると、上流工程になればなるほど、AIに代替される仕事ではないため、仕事がなくならない。と言えます。 今後もIT業界で仕事をされていきたい方はぜひ、一度興味を持っても良いかもしれません。

システム開発工程ver2

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

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


フリーランスの節税と年金対策の一助になり得るのが「小規模企業共済」と呼ばれるものです。 &nbsp; これから仕組みを解説しますがiDeCo（個人型確定拠出年金）と似ていると思われるかもしれません。しかしこちらは別物です。 &nbsp; 小規模企業共済を使うと節税をしながら老後の年金を確保できるというメリットがあります。 &nbsp; 今回は小規模企業共済について解説します。

<a style="color:#1155cc" href="https://www.smrj.go.jp/kyosai/skyosai/" target="_blank" rel="noopener noreferrer">小規模企業共済</a>とは、小規模企業の経営者や役員、フリーランスの方などのための積立て型の退職金制度です。 2021年3月現在で全国153万人の方が加入されているようで、加入人数は毎年増加傾向にあります。 &nbsp; 運営元は独立行政法人 中小企業基盤整備機構という国の期間が運営しているので安心です。 アセットアロケーションを見ても国内債券の割合が高く、安定した運用を行っていることがわかります。 &nbsp; 減少傾向にあるとはいえ、会社員の方は定年時に退職金を受け取れるケースが多いです。 しかしフリーランスの場合だと厚生年金もなければ、退職金もありません。 &nbsp; 老後2000万円問題が話題になった通り、今は年金だけでは老後の生活を賄っていくのは厳しいと言われています。 ですからとくにフリーランスの方は若いうちから老後の生活について考えていかないといけない、というわけです。 &nbsp; フリーランスの退職金対策としては、この他iDeCo（個人型確定拠出年金）も候補にあがると思います。 しかし、小規模事業共済とiDeCoについてはまったく性質が違うものですので、自分に合うやり方で行いましょう。 &nbsp; 両者の性質の違いについてはざっくり以下の違いがあるのですが、今回は詳細は割愛します。 ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;加入資格 ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;手数料 ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;元本保証の有無 ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;流動性 ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;貸付制度の有無 ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;運用商品の選択有無

小規模企業共済を利用するメリット

冒頭述べた通り、小規模企業共済で積立てた分は退職金代わりになります。 フリーランスに退職金はないので、老後資金に不安を感じている方は有効な選択肢になるかと思います。 &nbsp; 受け取り方には大きく4種類あります。 ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;共済金A（廃業時もしくは、契約者が亡くなった場合） ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;共済金B（老齢給付。65歳以上かつ180か月以上積立てた場合） ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;準共済金（法人成りした場合。加入資格がなくなるのでその時点で受取） ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;解約手当金（任意で解約した場合） 一番上の「共済金A」が受取金額が大きくなるので、最大金額で受取りたい場合は将来的に廃業も視野に入れましょう。 &nbsp; ちなみに退職金代わりとなるのは長期で積み立てた前提ですのでご注意ください。 また株式などとは違い、私たちは実際に金融商品を買っている訳ではありません。 ハイリターンを臨む投資とはまったく性質が異なりますので、その点は認識しておきましょう。 &nbsp; 実際に始める前に自分の積立てた金額が将来どれくらい大きくなるかをシミュレーションしてみると良いでしょう。 <a style="color:#1155cc" href="https://www.smrj.go.jp/skyosai1/simulator/index.php" target="_blank" rel="noopener noreferrer">シミュレーションはこちら</a>

小規模企業共済で積立てたお金（掛金）は、全額所得控除の対象となります。 &nbsp; 「小規模企業共済等掛金控除」という項目で所得控除ができますので、確定申告時にはこちらに積立てた金額を記載しましょう。 &nbsp; 掛金が所得控除になる、ということは節税対策になるということです。 フリーランスの方でしたらご存じだと思いますが、なぜ節税になるのか？をおさらいしましょう。 &nbsp; こちらの計算式を思い出して下さい。 売上 - 経費 - 控除 = 課税所得 &nbsp; こちらで計算された「課税所得」に基づいて所得税・住民税等の税金が確定しますね。 つまり「小規模企業共済等掛金控除」の金額分、課税所得が下がるので節税になるという仕組みです。 &nbsp; また、掛金は毎月1,000~70,000円で、500円単位で設定が可能です。また途中で掛金の金額を変更することも可能です。 &nbsp; 1つ注意としては、節税に目がくらんで無理して掛金を高めに設定してしまうことです。 確かに節税対策としては魅力的ですが、それで日々の生活を苦しくしてはあまり意味がありません。 手段と目的が入れ替わらないように注意しましょう。

小規模企業共済の加入者は掛金の範囲内で借入を行うことができます。（一般貸付なら2,000万円を限度として） &nbsp; 見たところ金利も低金利なので（一般貸付なら年利1.5%）、 銀行から融資を受けられない場合や急な事業資金が必要になった場合などに活用ができそうです。 &nbsp; とはいえ、ITエンジニアのフリーランスだと急な事業資金が必要になる場合は少ないかと思います。 もしもの時には利用できるということを頭の片隅に入れておけば問題ないでしょう。 &nbsp; 貸し付けの詳細は<a style="color:#1155cc" href="https://www.smrj.go.jp/kyosai/skyosai/about/loan/index.html" target="_blank" rel="noopener noreferrer">コチラ</a>

小規模企業共済を利用するデメリット

加入期間が短い場合の任意解約は元本割れの可能性がある

加入期間が20年未満で任意解約をした場合、掛金 &gt; 解約手当金となり元本割れとなります。 （参照元　<a style="color:#1155cc" href="https://www.smrj.go.jp/kyosai/skyosai/about/proceed/index.html#:~:text=%E6%8E%9B%E9%87%91%E7%B4%8D%E4%BB%98%E6%9C%88%E6%95%B0%E3%81%8C%E3%80%81,%E4%B8%8B%E5%9B%9E%E3%82%8A%E3%81%BE%E3%81%99%E3%80%82" target="_blank" rel="noopener noreferrer">独立行政法人 中小企業基盤整備機構</a>） &nbsp; また、掛け捨て納付金額（加入期間）が12か月未満の場合だと、そもそも解約手当金を受け取ることができません。 （参照元　<a style="color:#1155cc" href="https://www.smrj.go.jp/kyosai/skyosai/about/proceed/index.html#:~:text=%E6%8E%9B%E9%87%91%E7%B4%8D%E4%BB%98%E6%9C%88%E6%95%B0%E3%81%8C6,%E8%A7%A3%E7%B4%84%E6%89%8B%E5%BD%93%E9%87%91%E3%81%AF%E3%81%8A%E5%8F%97%E3%81%91%E5%8F%96%E3%82%8A%E3%81%84%E3%81%9F%E3%81%A0%E3%81%91%E3%81%BE%E3%81%9B%E3%82%93%E3%80%82" target="_blank" rel="noopener noreferrer">独立行政法人 中小企業基盤整備機構</a>） &nbsp; 一応、元本割れを回避する策もあり、それは解約方法を「任意解約」にせず「廃業による解約」とすれば元本割れすることはありません 意図的に事業を廃業させることで「共済金A」の受取資格を満たし、元本割れする事態は防ぐことはできます。 &nbsp; しかしやむを得ない事情は別として、そもそもそうならないようあらかじめ計画を立てないといけませんよね。 ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;将来の退職金代わりとなるものが必要なのか？ ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;その場合、小規模企業共済なのかiDeCoなのか？ ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;毎月いくらまで積立ができるのか？今の生活を犠牲にして、途中苦しくならないか？ 収入が落ちた時でも積立は継続できるのか？ など将来のことをしっかり考えた上で行いたいですね。

先ほど、小規模企業共済の積立金は全額所得控除になるため、積立期間中の毎年の所得税や住民税などが軽減されるということは解説しました。 &nbsp; しかし受取時の金額は「退職所得」もしくは「雑所得」として課税され、ここについては税金を支払う必要があります。 これについては、会社員の退職金、iDeCoの資産受取時と同様なので、小規模企業共済固有のデメリットではありません。 &nbsp; また、退職所得に関しては分離課税として計算されるため、他の所得が大きくても重税にはなりませんのでその点は安心です。

いかがでしたか？ 今回は小規模企業共済について解説しました。 &nbsp; フリーランスは会社員と違い退職金や厚生年金がないため、老後の生活に不安がある方は若いうちから早めに取り組んでおく必要があります。 必要に応じて小規模企業資金を活用して老後の不安を解消していきましょう。

フリーランスの節税と年金対策に？小規模企業共済について

Souta

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

ここ数年でノーコード・ローコード開発という言葉を耳にする機会が多くなりました。 &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; ローコード開発がどれだけ進歩しても必要とされるエンジニアでいられるように、今から対策しておきたいですね。

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

フリーランスは毎年確定申告をすることで税金が確定します。 &nbsp; フリーランスと会社員の大きな違いは、事業にかかったお金を「経費」として売上から控除できる点です。 フリーランスはその年の経費を計上することで、税金を抑えることができます。 &nbsp; しかし確定申告をしたことがないと、「何が経費になるのか？」がわからない方も多いと思います。 当然ですが使ったお金がすべて経費になることはありません。線引きがあります。 &nbsp; 今回はフリーランスが経費として計上できるものについて解説します。

まずあらためて経費とは何かを確認しましょう。 &nbsp; 「経費」とは事業を行う上でかかった費用のことです。必要経費とも言います。 「経費で落とす」というのは「経費として計上する」という意味で捉えて問題ありません。 &nbsp; 経費を計上すると結果的に所得税や住民税が安くなります。 なぜなら、これらの税金は下記の計算式から算出される「課税所得金額」で決まるからです。 &nbsp; 売上 - 経費 - 控除 = 課税所得金額 &nbsp; つまり、経費が大きくなるほど課税所得金額は低くなるので、税金が安くなる。ということです。 &nbsp; 一般的に、会社員よりもフリーランスの方が税制面で有利とされている背景には「経費」があるからでしょう。 &nbsp; 会社員は一部例外はありますが、基本的に経費の計上は認められていません。 その代わりに「給与所得控除」というものが一定の計算式に基づき所得から控除されています。 &nbsp; しかし、所得に応じて控除額が決まる会社員よりも、 自分の意志で所得をある程度コントロールできるフリーランスの方が税制面では有利となるわけです。

続いて経費として認められている代表的な項目について解説します。

自宅で事業を行っている方が対象です。 &nbsp; 賃貸に住んでいる場合、「按分」といって家賃のいくらかの割合分を経費に出来ます。 按分をする理由は、自宅には事業用とプライベート用の両面があり、100%の経費の計上ができないからです。 &nbsp; 良く用いられる計算は「床面積」で仕事をしている空間の割合を出す方式です。 他にも仕事の実働時間分を経費にするという、時間の割合で計算するやり方もあります。 &nbsp; もし自宅が持ち家の場合は減価償却費、管理費、利息などが経費の対象になります。

自宅のインターネットの使用量などは通信費として計上できます。（在宅で仕事をしている場合） 他にはスマホで仕事関係の人とのやり取りによって発生した費用も計上が可能です。 &nbsp; しかし先ほど書いたようにこちらも按分が必要です。スマホを仕事だけに使用しているとは考えづらいからです。 使用している時間等で按分するのが良いでしょう。

水道、電気、ガス代については、事業に必要な費用なら経費に計上できます。 ITエンジニアの方であれば電気代が関わってくるかもしれません。 &nbsp; もし経費に計上する場合はここでも按分が必要なケースがほとんどです。 地代家賃で計算した割合で電気代も同様に考えると良いでしょう。

事業に関する交通費、宿泊費は経費として計上できます。 &nbsp; たとえば取引先との打ち合わせで出張したときのガソリン代・電車代・飛行機代や、ホテル代などです。 電車移動の場合は都度領収書を発行できないときもあるので、私は使用履歴を出力して領収書代わりにしています。

取引先等の接待や、飲み会などについては接待交際費として計上できます。 &nbsp; 時々迷われる方もいるのですが、「仕事のため」と明確な理由があれば、たとえキャバクラで支払ったお金でも経費にできます。 ですからこの場合は、自信を持って計上して問題ありません。 &nbsp; しかしこの接待交際費ですが、不正が多いとされる項目なので税務署側もしっかり見てくるでしょう。 もちろん接待交際費に限らずですが、くれぐれもプライベートな交際費の経費計上はやめましょう。

文房具や封筒などの消耗品は経費で計上ができます。 私は文房具は使いませんが、業務用PCを清掃する用のエアーダスター等はこちらの経費で計上しています。

減価償却という概念があります。長期にわたり使用するものは単年の経費で計上せず、耐用年数に応じて計上するという考え方です。 10万円を超えるものは減価償却となります。 &nbsp; たとえば業務用に20万円のPCを購入したとします。基本的にPCは長期にわたって使用するものですから、減価償却となります。 PCの耐用年数は4年です。購入金額を耐用年数で割った金額を経費として、4年間毎年申告していくことになります。 &nbsp; 例：20万円のPCの場合 20 ÷ 4 = 5万円　を4年間経費として計上する。 &nbsp; ちなみに「耐用年数」は品目により異なります。詳しくは<a style="color:#1155cc" href="https://www.keisan.nta.go.jp/h29yokuaru/aoiroshinkoku/hitsuyokeihi/genkashokyakuhi/taiyonensuhyo.html" target="_blank" rel="noopener noreferrer">こちら</a>を参考にしてください。 &nbsp; なお、青色申告の場合は30万円以下のものなら全額を経費に計上できます。

名称通り仕事を外注した場合は、外注工賃として経費に計上することができます。

こちらも名称通り、広告宣伝にかかった費用を計上することができます。 &nbsp; といってもITエンジニアの場合はあまり広告宣伝費は計上しないと思いますが、 今の時代でしたら事業用のSNSアカウントのアイコンイラストを描いてもらった場合は広告宣伝費となるでしょう。 &nbsp; 他にも一般的なところで言えば、名刺やポートフォリオ作成にかかったお金も経費になりますね。

既存の項目のいずれにも属さないけど、事業に必要な出費があった場合には雑費として計上できます。 &nbsp; あまり雑費を計上することはないかと思いますが、一応覚えておいて損はないです。

事業と関係ないプライベートな出費はもちろん経費としては認められていません。 &nbsp; 自分の食費や趣味、事業と関わりのない友人との飲み会などを経費として計上するのはNGです。

所得税や住民税は経費として認められていません。 これらは所得を計算した結果確定する税金だからです。 &nbsp; しかしすべての税金が経費計上できないということはありません。 &nbsp; 印紙税や、個人事業税などは経費として認められています。 事業を行うにあたって必要な税金だからですね。 &nbsp; 他にも税金の種目はたくさんあるので、どの税金が経費になるのか・ならないのかよく調べてみると良いでしょう。 自分が思わず払っていた税金が必要経費に含まれているかもしれません。

いかがでしたか？ 今回は経費についての基本を解説しました。 &nbsp; 初めて見ると項目が多すぎて大変に思えますが、1つ1つを分割して考えるとそこまで難しいことではありませんので安心してください。 &nbsp; フリーランスは会社員と比べて税制面でメリットが大きいということを実感いただけたかと思います。 賢く節税をして自分の資産を守っていきましょう。

新着の記事一覧