↓まだチャンネル登録をしていない人はこちらから！↓<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技術だけでなく、英語や株式投資など学習中。


皆さん、こんにちは。 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; 拙い文章でしたが、最後まで読んでいただきありがとうございました。

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

「RPA」とは、ロボットによる業務自動化の取り組みを表す言葉で「デジタルレイバー（Digital Labor）」や「仮想知的労働者」とも呼ばれています。人間が手作業で行っているルーティン業務を、パソコンやサーバー上にあるソフトウェア型のロボットが代行・自動化するRPAをRPAツールとも呼び、狭義のRPAで使われます。一方、RPA「デジタルレイバー（Digital Labor）」はRPAツールと比べ、業務自動化・業務変革全体に使われ広義のRPAとして使用されます。 日本国内では2016年からRPAという言葉が使われ始め、その分かりやすさや即効性から2017年には大ブームが始まり、今では、RPAはAIやIoTと並び、誰もが一度は耳にしたことのある最注目ITワードとなりました。 RPAは、パソコン上で人が日常的に行っているマウス操作やキーボード入力などの業務処理手順を登録しておくだけで、ブラウザやクラウドなどさまざまなアプリケーションを横断し、高速で正確な業務自動化を実現します。その結果、既存の事務的業務を効率化させ、生産性を向上させることが可能になります。 現在このRPAは様々な分野で活用され始めており、金融はじめ商社、サービス、流通、小売、インフラ、製造、不動産、自治体まで多方面でホワイトカラーの業務自動化を拡大し、より広範な業務に対応できる技術として活用され始めています。 広義のRPAとして使われるRPA「デジタルレイバー」は、単なるRPAツールとしてではなく、業務全体を把握し人と協働することにより業務を分担・人間と共存しコスト削減や売上向上などの企業活動にさまざまなインパクトを与えています。

RPAが注目を集めている背景と
日本における労働環境の変化


2060年には、国民の約2.5人に1人が65歳以上の高齢者になるという、世界でも類を見ない超高齢化社会を控えている日本。総人口は減少の一途を辿り、労働力の中核を成す15歳以上65歳未満の生産年齢人口も1990年代をピークに減少傾向が続いています。日本の労働人口の減少が国をあげての大きな問題となっているのは言うまでもなく、日本の労働人口が減少するなかで、企業存続のために長期的な労働力の確保が課題となっています。 そこで、注目を集めているのがRPAです。すでに工場のライン業務などでは、人間を補助する戦力としてITやロボットの導入が進んでいます。その適応範囲をホワイトカラー業務に拡大したRPAは、金融はじめ商社、サービス、流通、小売、インフラ、製造、不動産、自治体など広範囲な業務自動化・効率化に対応できる技術として大きな可能性を秘めているのです。社会や経済を取り巻く環境が変化し続けるなかで、デジタル化への対応は企業の存続を左右するといっても過言ではありません。

RPAの登場によって、これまで「人間にしかできない」とされてきた仕事も、ロボットによる代行が可能になりました。これを受けて、欧米を筆頭に政府レベルでRPAの導入が進みつつあります。日本の経済産業省も、RPAによる国会答弁集作成の高度化を検討しており、2017年の通常国会から本格導入したい考えを明らかにしました。 さらに、「ほかに代替機能がないためにやむを得ず人間が行ってきた」ともいえる単純作業に近い事務処理や、書類関係の作業が比較的多い金融業界や人事・採用に関わる部署など、旧態依然とした業務が多く残る業種・職種にも業務改善の可能性、代替労働力としての活用が期待されています。 紙媒体のデータ化はもちろん、そのデータに基づく一定の業務フローが自動化されるという点でも非常に画期的なRPA。今後10年で労働力は減少するといわれており、RPAの普及によって労働力の補填がなされれば、生産効率がさらに高まることでしょう。そしてRPA導入により創出した時間（マンパワー）を、より創造性が求められる分野に充てたり、ロボットとの協働による生産性向上で、社員やスタッフの賃金向上など健全な経営の改善にもつながります。

具体的なRPA導入によるメリット・効果とは

実際にRPAを導入している企業ではどのような効果が見られているのでしょうか？ 作業を短縮することによる創出時間以外にも、副次的な効果も含めてRPAには下記のようなメリットや効果があります。 ・デジタルトランスフォーメーションの加速 63%のグローバルエグゼクティブが、RPAはDXにおける重要な要素だと回答しています。 &nbsp; ・レジリエンスの向上 RPAロボットは繁忙期のワークロードや需要の急激な加速に柔軟に対応します。 &nbsp; ・コンプライアンス対応 92%が、コンプライアンス対応においてRPAが期待どおりもしくは期待以上の効果をもたらしたと感じています。 &nbsp; ・高付加価値業務へのシフト 60%のエグゼクティブがRPAによって人間がより戦略的な仕事に集中できるようになると回答しています。 &nbsp; ・コストの削減 RPAは世界中のあらゆる業種において、業績の向上に迅速で重要な改善をもたらします。 &nbsp; ・ミスの削減 57%がRPAによって手作業のヒューマンエラーが減少したと回答しています。 &nbsp; ・生産性の向上 世界で働く人の68%が自動化によって仕事がより生産的になると感じています。 &nbsp; ・従業員満足度の向上 57%のエグゼクティブがRPAを導入することで、従業員が本業に集中しやすくなったと、満足度を向上させると回答しています。

RPA導入時には幾つかの留意点があります。それがRPA検討時の部門間連携と、RPA導入後の管理体制の構築です。 RPAでは、業務プロセスを主にユーザー・インターフェースを経由して自動化するというソリューションの性質上、導入時に現場の部署が主体的な役割を果たすことが期待されます。現場部署はRPA導入の最大の受益者ですし、RPAで設定すべき業務プロセスの洗い出し、順序の確認、成果の評価を行うためには、サブジェクト・マター・エキスパートとよばれる業務に精通した現場担当者の協力が必要だからです。 しかしだからといって、従来型のシステム開発を担ってきたシステム部門の関与が不要なわけではありません。一見すると機能が非常に似通っているRPAソリューションも、仔細にみるとアプリケーションの操作可能性やロボットの管理機能などに差があり、長期的にみて導入効果を最大化させるには、ソリューション選定時に今後の適用可能性も含めた技術面での検証が重要であり、システム部門のノウハウが必要になります。 また「RPA」は、現状のシステムを用いて現状の業務プロセスに適用される、いわば一時的なソリューションであるため、長期的にはシステム変更や基盤変更の影響を受けます。RPA化されたプロセスがきちんと把握されないまま社内に乱立すれば、システム変更時に一斉に影響を受ける可能性もあります。また、何をやっているかわからないRPAがブラックボックス化して残存するという状況も避けなければいけません。RPA導入後に、システム部門も関与しながら、社内のRPA導入プロセスを把握し、影響のモニタリングを行うRPAの管理体制を構築することが不可欠です。

RPAツールは、これまで従業員が行っていた定型業務を簡単に自動化することが可能です。人材不足や長時間労働の是正といった世論の後押しもあり、RPAツールを導入する企業は増加傾向にあります。RPAツールの特徴を理解し、最大限活用をすることで企業全体の業務効率が改善することにつながります。

RPAについて徹底解説！サービス内容と、導入することで変わる未来のヒトの働き方とは？

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

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

はじめまして。 Javaプログラマ兼K8s初心者の植木と申します。 &nbsp; 最近業務でオンプレJavaアプリケーションをKubernetes(K8s)に移行する作業をしており、その中で直面した問題について1つご紹介したいと思います。

・&nbsp;K8sのReadiness ProbeとLiveness Probeの仕組み（実例を元にして） ・&nbsp;JavaアプリケーションをK8sで動かすために注意するポイント（上記に関連して） &nbsp; なお、今回の記事を執筆するにあたりデモ用にコードを書き直しました。書いたコードは以下に置いてあります。 ・&nbsp;Javaコード(<a href="https://github.com/uekiGityuto/springboot-demo" target="_blank" rel="noopener noreferrer">https://github.com/uekiGityuto/springboot-demo</a>) ・K8sのマニフェスト (<a href="https://github.com/uekiGityuto/k8s-demo" target="_blank" rel="noopener noreferrer">https://github.com/uekiGityuto/k8s-demo</a>) &nbsp;

オンプレJavaアプリケーションをK8sに移行するために、Javaアプリケーションを書き換えたり、K8sのマニフェストファイルを新規作成していたりしました。 ひとまずK8sでアプリが動くようになったので、DatadogというモニタリングツールにAPMを表示させるべく、Datadogのトレーサを追加したら、それまで成功していたLiveness Probe（死活監視）が成功しなくなったというのが今回起きたことです。 では、細かな用語も踏まえて解説していきますね。

以下の環境でデモ用のコードを書いて動かしました。 ・&nbsp;言語：Java 17 ・フレームワーク：SpringBoot 2.7.0 ・実行環境：Minikube（ローカル環境でKubernetesを実行するツール）

今回導入したかったAPMについて少し触れておきます。 APMとはApplication Performance Managementの略称で、CPU、メモリ、レイテンシ、Javaランタイムメトリクス（ヒープやGC等）などをモニタリングする機能であり、Datadogにもこの機能があります。 DatadogではJava起動時、-javaagentオプションにdd-java-agent.jarを指定することでAPMを表示させることが出来ます。（他にDatadog Agentの導入などが必要ですが、今回のテーマとは関係ないので省略します） -javaagentオプションで指定したJarは、本来実行したいJarの前に実行することが出来るので、 dd-java-agent.jarで本来実行したいJarの実行コードに変更をいれて、Datadogにデータを送信出来るようにしているようです。

・トレーサを追加したらLiveness Probeが成功しなくなった話

・事象 さて本題です。冒頭でも軽く触れましたが、もう少し詳しく事象を説明していきます。 &nbsp; 私たちはまず、トレーサを追加しない状態でk8s上でアプリケーションを起動しました。（Datadog Agentも導入済み） この時はReadiness Probe、Liveness Probeともに問題なく成功しました。 なお、詳しくは後述しますがReadiness ProbeとLiveness ProbeはK8sの機能の一つで、アプリケーションの起動監視、死活監視のようなものです。 &nbsp; その後、トレーサを追加して、APMを表示出来るようにしたのですが、なぜかLiveness Probeが失敗し続けるようになりました。（Liveness Probeは一定時間毎に定期的に実行されます） なお、Readiness ProbeはアプリケーションログやAPMから成功を確認出来ていました。 &nbsp; Liveness Proveが失敗すると、K8sはアプリケーションが異常な状態であると判断し、アプリケーションを再起動（正確にはコンテナを再起動）させます。 今回はLiveness Proveが失敗し続けていたので、コンテナもフェニックスの如く消滅と復活を繰り返していました。（つまり、永遠に正常に起動しない状態でした。） &nbsp;

結論から記載しますと、原因はK8sのマニフェストファイルの設定内容にありました。 &nbsp; この時のK8sのマニフェストファイルを一部抜粋します。（正確にはデモ用に書き換えたマニフェストファイルです）

また、今回のデモではJavaのヒープサイズを指定していません。指定しない場合、コンテナのメモリサイズの1/4を使用します。（本来は使用すべきですが、今回は簡略化のため書略しています） さていかがでしょうか。 上記の設定のどこかに原因があるのですが、分かりますでしょうか？ &nbsp; まどろっこしくて申し訳ございませんが、答え合わせの前に上記設定内容の説明をさせて下さい。 &nbsp; Readiness Probeはアプリケーションの準備が整っているかどうかを確認します。 今回の場合、/actuator/health/readinesにリクエストして200が返ってくれば準備OKと認識します。(※1) 逆に200が返ってこなかった場合は、1秒おき（periodSecondsで定義された秒数）にチェックを繰り返します。 &nbsp; Liveness Probeはアプリケーションが生きているかを確認します。（※2） 今回の場合、/actuator/health/livenessにリクエストして200が返ってくれば生きていると認識します。(※1) 逆に200が返ってこなかった場合は、1秒おき（periodSecondsで定義された秒数）にチェックを繰り返して、一定回数チェックしても200が返ってこない場合はコンテナを再起動させます。 チェック回数はfailureThresholdで定義していて、今回は1なので、1回でも失敗したら即再起動させます。 また、initialDelaySecondsで初回チェックまでの待機時間を決めています。 まとめると今回の場合、コンテナが起動してから10秒後に/actuator/health/livenessにリクエストして200が返ってくればOK、返ってこなければコンテナを再起動させます。 &nbsp; ResourcesはPodのCPUやMemoryの設定です。 Podとは簡単に記載すると、アプリケーションが起動するためにK8sから割り当てられたHostマシンの一部分のことです。 最低でもrequestsのresourceが確保され、Nodeのresourceに余裕があればlimitまで利用可能です。 また、ヒープサイズはコンテナのメモリサイズの1/4となるため、500Miの時は125m、1000Miのときは250mのヒープが利用できます。（本来はヒープサイズを指定すべきですが、今回は簡略化のため省略しています。） &nbsp; PreStopはコンテナを停止させる前に実行される処理です。 今回の場合、コンテナ停止前に10秒間sleepします。 K8sはPodを停止する時に新規リクエストを停止対象のPodにルーティングしないようにサービスアウトします。 サービスアウトしてから、コンテナを停止出来るように10秒間のsleepをしています。 &nbsp; TerminationGracePeriodSecondsはコンテナが停止するまでの猶予期間です。 K8sはコンテナを停止させるとき、TerminationGracePeriodSecondsで設定した秒数だけ待機した後にコンテナを終了させます。 もう少し詳しく説明しますと、K8sはTerminationGracePeriodSecondsで設定した秒数を元に、削除予定時刻を設定します。 削除予定時刻が設定されたら、PreStopで設定した処理が実行され、その処理が終わったら、SIGTERMというシグナルをコンテナに送信します。 コンテナ側はSIGTERMを受信したら、処理を正常に終了させるのですが、もし削除予定時刻までに処理が終了しなければ、K8sはSIGKILLを送信してコンテナを強制終了させます。 なお、SIGTERMやSIGKILLはK8s独自の機能ではなく、Linux標準の機能です。 Linuxにkillコマンドがありますが、これはプロセスに対してSIGTERMやSIGKILLを送信しています。 &nbsp;

引き延ばして申し訳ございません。答え合わせしますね。 &nbsp; Liveness Probeが失敗するようになった原因は、ずばり、トレーサ追加により、アプリケーションの起動時間が伸びて、起動前にLibeness Proveを実行してしまっていたからでした。 &nbsp; トレーサは以下のようにjavaagentオプションで指定します。 `java -javaagent:/path/to/the/dd-java-agent.jar -jar ./demo.jar ` このオプションで指定されたJARファイルはjarオプションで指定されたJARファイルよりも前に起動するので（※4）、実際のアプリケーションの起動はその分遅くなります。 &nbsp; 実際、トレーサ追加前は8秒程度だった起動時間が、追加後は15秒程度になっており、Liveness ProbeのinitialDelaySecondsに設定していた10秒を超えてしまったので、アプリケーション起動前にLiveness Probeが実行されてしまったというわけです。

対策は以下の2つです。 ・&nbsp;Liveness ProbeのinitialDelaySecondsを伸ばす ・Resourcesを増やす &nbsp; 1つ目は分かりやすいと思います。 10秒では足りないので伸ばせば解決します。今回は30秒に伸ばしてみました。(※3) &nbsp; 2つ目はそもそもJavaアプリケーションを動かすにあたり、定義しているCPUやMemoryが小さすぎました。 今回はResourcesを以下のように修正したところ起動時間が8秒になりました。(※3) K8sはGoのサンプルが多いのですが、Goに比べてJavaはCPUやMemoryを多く必要とするので、注意が必要です。

答え合わせをしたところで、次に、なぜLiveness Probeは失敗していたのに、Readiness Probeは成功していたのかを深堀したいと思います。 以下に今回の事象を時系列で整理しました。

1.&nbsp;&nbsp;&nbsp;&nbsp;コンテナ作成 &amp; Spring Boot起動：15秒間 2.&nbsp;&nbsp;&nbsp;&nbsp;Readiness Probe失敗： 15秒間 ※initialDelaySecondsの設定がないのでコンテナ作成後すぐ実行される 3.&nbsp;&nbsp;&nbsp;&nbsp;Liveness Probe失敗 4.&nbsp;&nbsp;&nbsp;&nbsp;PreStopHook起動（10秒間sleepし、sleep後にSIGTERM送信） 5.&nbsp;&nbsp;&nbsp;&nbsp;Spring Boot起動完了 ※コンテナ作成から15秒後 6.&nbsp;&nbsp;&nbsp;&nbsp;Readiness Probe成功← 1秒おきに繰り返しているのでSpring Boot起動直後に成功する 7.&nbsp;&nbsp;&nbsp;&nbsp;K8sからSpringBootにSIGTERM送信 ※preStopHook起動から10秒後 8.&nbsp;&nbsp;&nbsp;&nbsp;SpringBootでGraceful　Shutdown ※仕掛中のリクエストはあったとしてもReadiness ProbeのリクエストしかないのですぐにShutdownする 9.&nbsp;&nbsp;&nbsp;&nbsp;コンテナ再作成（SpringBoot再起動） &nbsp; つまり、Liveness Probe失敗とPod停止の間にタイムラグがあるので、その間にSpringBootが起動し、Readiness Probeが成功したということです。 &nbsp; なお、もし上記の8（Graceful　Shutdown）で、仕掛中リクエストの処理に時間がかかった場合は、Liveness Probe失敗からTerminationGracePeriodSecondsで設定した秒数経過後にSIGKILLが送信され、強制的にShutdownさせられます。（つまり、SIGTERM送信から20秒後に強制終了）&nbsp;

※1：正確には200以上400未満であればOKと認識します。 ※2：正確にはリクエストが処理できるか（デッドロックのような再起動しなければ回復不能な状態になっていないか）を確認します。 ※3：実際には負荷試験でチューニングする必要があります。 ※4：正確にはjarオプションで指定されたJARファイルのmainの前に、javaagentオプションで指定されたJARファイルのpremainが呼び出されます。

この記事をJava + K8sの有識者の方に見て頂いたところいくつか指摘がありましたので、補足致します。 -&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;ヒープサイズを正しく設定していれば、元々のresourcesの設定で、トレーサを追加しても10秒以内に起動するはずです。今回は簡略化のため、ヒープサイズを指定していなかったので、10秒以内に起動しませんでした。 -&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;SpringBootのGraceful Shutdownを利用しているのであれば、PreStopで/actuator/shutdownエンドポイントを叩くのが一般的のようです。

最後に今回のまとめをしたいと思います。 手短にまとめますのでもう少しお付き合い下さい。 &nbsp; 今回、Datadogのトレーサを追加したことで問題が発生したので、Datadogのトレーサに原因があるのではないかと思い、最初はDatadogに焦点を当てて調査していました。 ただ、いくら調べてもDatadogに問題は見つからず、途方に暮れました。 &nbsp; 実際、Spring Boot起動前にLiveness Proveが実行されていたという非常にシンプルな原因だったわけですが、これはJava（特にSpring Boot）の基礎的な知識（起動に必要な時間やCPU、Memory等）とK8sの基礎的な知識（Liveness Proveの仕組み等）が分かっていればすぐに解決出来た問題でした。 また、Linuxの基礎的な知識（SIGTERMやSIGKILL等）も必要でした。 &nbsp; これらを踏まえて感じたことは、表面的な知識（JavaのコーディングやK8sのマニフェストファイルの書き方等）が分かっているだけでは問題が起きた時に解決することは難しく、基礎的な知識をもっと深めていくべきだということです。 &nbsp; 今回の問題を通して色々と勉強することが出来たので、これをきっかけに基礎的な知識を身に着けていこうと思いました。 &nbsp; 以上です。お読み下さりありがとうございました。 &nbsp;

・&nbsp;Spring Boot Kubernetes (<a href="https://spring.pleiades.io/guides/gs/spring-boot-kubernetes/" target="_blank" rel="noopener noreferrer">https://spring.pleiades.io/guides/gs/spring-boot-kubernetes/</a>) ・&nbsp;Kubernetes で Spring Boot 実行 (<a href="https://spring.pleiades.io/guides/topicals/spring-on-kubernetes/" target="_blank" rel="noopener noreferrer">https://spring.pleiades.io/guides/topicals/spring-on-kubernetes/</a>) ・&nbsp;SpringBoot　本番対応機能 (<a href="https://spring.pleiades.io/spring-boot/docs/current/reference/html/actuator.html" target="_blank" rel="noopener noreferrer">https://spring.pleiades.io/spring-boot/docs/current/reference/html/actuator.html</a>) ・&nbsp;SpringBoot グレースフルシャットダウン (<a href="https://spring.pleiades.io/spring-boot/docs/current/reference/html/web.html#web.graceful-shutdown" target="_blank" rel="noopener noreferrer">https://spring.pleiades.io/spring-boot/docs/current/reference/html/web.html#web.graceful-shutdown</a>) ・&nbsp;Liveness Probe、Readiness ProbeおよびStartup Probeを使用する (<a href="https://kubernetes.io/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes/" target="_blank" rel="noopener noreferrer">https://kubernetes.io/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes/</a>) ・&nbsp;コンテナライフサイクルフック (<a href="https://kubernetes.io/ja/docs/concepts/containers/container-lifecycle-hooks/" target="_blank" rel="noopener noreferrer">https://kubernetes.io/ja/docs/concepts/containers/container-lifecycle-hooks/</a>) ・&nbsp;Minikubeを使用してローカル環境でKubernetesを動かす (<a href="https://kubernetes.io/ja/docs/setup/learning-environment/minikube/" target="_blank" rel="noopener noreferrer">https://kubernetes.io/ja/docs/setup/learning-environment/minikube/</a>) ・&nbsp;アルパカでもわかる安全なPodの終了 (<a href="https://zenn.dev/hhiroshell/articles/kubernetes-graceful-shutdown" target="_blank" rel="noopener noreferrer">https://zenn.dev/hhiroshell/articles/kubernetes-graceful-shutdown</a>) ・&nbsp;アルパカでもわかる安全なPodの終了 - 実験編 (<a href="https://zenn.dev/hhiroshell/articles/kubernetes-graceful-shutdown-experiment" target="_blank" rel="noopener noreferrer">https://zenn.dev/hhiroshell/articles/kubernetes-graceful-shutdown-experiment</a>) ・&nbsp;Javadoc - パッケージ java.lang.instrument (<a href="https://docs.oracle.com/javase/jp/8/docs/api/java/lang/instrument/package-summary.html" target="_blank" rel="noopener noreferrer">https://docs.oracle.com/javase/jp/8/docs/api/java/lang/instrument/package-summary.html</a>) ・&nbsp;Datadog - Java アプリケーションのトレース (<a href="https://docs.datadoghq.com/ja/tracing/setup/java/?tab=springboot&amp;tabs=springboot" target="_blank" rel="noopener noreferrer">https://docs.datadoghq.com/ja/tracing/setup/java/?tab=springboot&amp;tabs=springboot</a>)

【K8s,Spring Boot】Datadogトレーサを追加したら永遠にLiveness Probeが成功しなくなった話

植木 宥登（うえき ゆうと）

新卒でSIerに入社してITの基礎知識や運用保守の知識を身に着ける。
その後、SESに転職してJavaやAWSなどの開発経験を積む。
現在はフリーランスとして幅広く活躍中。

メタバースって何？分かりやすく簡単に、未来も踏まえて解説

こんにちは！&nbsp;&nbsp;&nbsp;タカトです。 &nbsp; 近年、VR市場が活発になっておりNFTやメタバースといった聞いたことのない言葉が出てくる機会が増えてきました。今回はその中の「メタバース」について解説します。 「正直、カタカナ苦手なんだよな･･･」という方もいると思いますが、そこを上手く噛み砕きながら、分かりやすく・簡単に解説するのでご安心を！当記事は5分ほどで読めますので、ランチのお供にどうぞ。 &nbsp;

一言でいうとメタバースとは「仮想空間」を意味します。 我々が生活しているのを現実とするなら、仮想空間はコンピュータの中に作られた世界ということです。 作られた世界でアバターという自分の分身を操作して世界を動き回ります。 似てるものではオンラインゲームなども仮想空間の部類に入ります。 仮想空間でプレイヤーと繋がり敵を倒してレベルを上げたり、自分の家を作り家具を揃えたり、最近だと結婚式まで挙げれたりするものもあります。ただ、オンラインゲームはあくまでもゲームの世界なので、そこでリアルと繋がることはありません。メタバースは将来的にその仮想空間の中でリアルの物を購入できたり、NFTを購入したり、リアルと同じようなことが可能になる想定がされています。

メタバースは造語→知らなくて当然です

メタバースは作られた言葉で、元々は存在していません。 &nbsp; 「meta」→超 「universe」→宇宙 &nbsp; この二つを組み合わせて、metaverse（メタバース）といいます。 英語圏で使われてた言葉なので知らなくて全然普通です。 日本で大々的に有名になったのは2021年に旧・Facebookが社名をmetaに変えたことで知名度がグッと上がりました。変えた理由はSNSが主軸だった世の中から、次は仮想現実が主軸になると踏み社名を変えたそうです。ここ1年の話にはなるのですが、市場規模もどんどん大きくなってきており、知らないのが当たり前から知ってて当たり前に変わる境目に来ています。

メタバースのメリット、デメリットを解説

なんとなくメタバースは分かってきたけど、何でそれが注目されているのか？ メリット・デメリットを踏まえて解説します。

【メリット①】アバターを使うことで非接触での会議やコミュニケーションが可能

今は会わずに会議は可能です。ただ、相手の反応が見えないからと「カメラをオンにして」と言われたります。こうすると必然的に自分の顔を写すので、あまり好みでない人もいると思います。 メタバースで会議を行うと、アバターで身振り手振りや絵文字など表現できるので顔を出さなくても会議が可能です。話す側もアバターの反応があることで進行がしやすくなるので、完全に顔も見せず、非接触で会議が行えます。 実際にメタバース内で会議をしたというこんな記事があります。 <a style="color:#1155cc" href="https://www.businessinsider.jp/post-245684">仮想空間メタバースで｢仕事｣をしてみたら…想像以上に実用レベルで驚いた | Business Insider </a> オンライン会議とは違うリアリティのある会議になること間違いなしですね。

【メリット②】メタバース内でのビジネスの可能性

メタバースは仮想現実の世界ですが、リアルで出来ないビジネスを可能とすることができます。 現に今はゲームで稼ぐことが可能になってるのをご存じでしょうか？ブロックチェーン技術が導入されたゲームで遊ぶことで仮想通貨やNFTを取得することができます。ゲームによっては取得したアイテムを売買し仮想通貨を取得したり、土地を売買したり、ゲームを通してお金を稼ぐことが可能になってきます。 &nbsp; 少し補足をすると、取得した仮想通貨を現金に換金することができます。なので、ゲームで稼いだお金で生活することも可能になるということです。 &nbsp; ここからは想像ですが、メタバース内で店舗を構えてそこでモノを売り買いし、手元に届くなんていうことも可能になると考えてます。このメリットは、店舗を持たないので固定費も掛かりませんし、気軽に店舗へ足を運んでモノを見れるので買い物がしやすくなります。 &nbsp; 実際に店舗にいかず、物を見て買えるなら、それに越したことはないですよね。 &nbsp;

【デメリット①】現実で表現できないものが多々あるので没頭しすぎてしまう

ゲームに夢中になるのと似てますが、メタバースの世界はとにかく広く、現実にないものが多々あるので没頭してしまいます。歩き回る＝旅をしているような感覚になりますし、目的もなく歩けるからこそ色々歩き回ってしまうので中毒性が高いです。

【デメリット②】現実のコミュニケーションが苦手になる

メタバースの世界ではアバターというキャラクターを操作してコミュニケーションを取ります。 それに慣れてしまうと現実のコミュニケーションが苦手になり、対人スキルが低下する可能性があるので要注意です。一応、生きていく上では人とのコミュニケーションは必須になるので、苦手になりすぎないよう自分の中で塩梅を考えていくことが良いです。

【デメリット③】法整備が全然整ってないので、変な人たちも少なからずいる

メタバースの世界はまだまだ発展途上で、どんどん変化し続けています。発展途上がゆえに、法整備などは整っておらず金銭トラブル、ハラスメントの問題、青少年が引き起こすトラブルなど、様々な事件が起きても、すぐに対処というのが難しいのが現状です。 &nbsp; 起きて初めて「こんな法が必要だ！」となるケースが今後出てくるので、そこを理解したうえで世界を楽しむようにしていきましょう。 &nbsp;

VRの利用で、よりリアリティを味わえる

メタバースはVRゴーグルを使用することで、よりメタバースの世界観にのめり込めます。 360度全てメタバースの視覚になるので、本当にその世界に入っているかのような感覚になること間違いなしです。もちろん無くても楽しめますが、あることで楽しみ方は別物になるので是非合わせて使用してみることをオススメします。

まとめ：メタバースは新しいビジネスの可能性だらけの世界

メタバースの市場規模は2030年には6,788億米ドルに達すると予測されています。それぐらい需要が高まっており、成長を期待されている産業です。 特にビジネス産業としての成長が大きく期待されていて、様々な大手企業が参入に向けて手を挙げています。どういったものになっていくかは、正直まだまだ予測がつきませんが、生活する上での利便性の向上や新しいビジネス展開など目が離せないのは間違いないです。 是非、興味本位でも良いので日々の情報にアンテナを傾けつつ、メタバースの世界に足を踏み入れてみてはいかがでしょうか？ &nbsp; 本日も読んでいただきありがとうございました。

汎用系はなくならない？明確な5つの理由と汎用系の未来を解説

こんにちは！&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;タカトです。 &nbsp; 今のIT業界は「オープン系」が主流ですが、オープン化が主流となる前は「汎用系」が主流だったのをご存じでしょうか？「汎用系･･･？」と言われてピンとくる人は数少ないと思います。何故なら汎用系の新規開発はほとんど行われておらず、新規案件はオープン系がメインだからです。汎用系は運用保守がメインになります。 新規開発はないけど、オープン系に切り替わらず無くならないって不思議ですよね。 今回は汎用系がなくならない理由と汎用系の未来について解説します。 &nbsp; 当記事はこんな人にオススメです。 ・一昔前に主流だった汎用系について知りたい ・今の現場が汎用系主流なので未来について興味がある ・実は汎用系のエンジニアに憧れている

システムを開発する上でパソコンは必須です。 昔は「汎用機」という大型のコンピューターを用いており、そこに向けてのシステム開発を総称して汎用系といっています。 汎用系の特徴は、様々な目的の処理を1つの大型コンピューターで処理できることです。 &nbsp; データが多いと処理に負荷が掛かったりしますが、汎用機自体が演算に長けているため処理速度も早く短時間で処理が可能になります。

汎用系は1つの大型コンピューターで処理するので動作に安定性があるのと、ネットワーク等に繋がないので高いセキュリティ性があります。（ほぼオフライン状態） &nbsp; オープン系は様々なパソコンをネットを介して繋ぎ処理をするため、回線が不安定になると処理は遅くなりますし、ネットを介する分セキュリティ面で外部から攻撃を受けやすいです。 これだけ聞くと「汎用系の方が良いのでは？」と思いますが、汎用系は莫大なコストが掛かります。というのも1台の大型コンピューターをそのためだけに購入しないといけないのと、大型コンピューターの維持コストがオープン系と違い割高になります。なので一概に汎用機が良いというわけではないんです。

汎用系のシステムは身近なもので使われているのが多く、代表的なのは銀行です。 ほぼ全ての銀行は汎用系のシステムを使っています。 これは当時汎用系が主流だったのと、銀行のシステムはそれぐらい昔から存在していたからです。 また、汎用系は大規模な演算処理に長けているため銀行のシステムとしてはうってつけというワケです。 銀行以外でも、自動車関連、クレジットカード、保険など昔から存在しているシステムはほぼ汎用系を使用しています。

オープン系が主流となっているのは何故？

汎用系は先ほど述べましたが莫大なコストが掛かります。 1台の大型コンピューターを購入し、専用の場所を借り、熱が上がらないよう空調を常に入れておくなど維持コストが驚くほど出ていきます。 オープン系はパソコン1台と置く場所さえあれば維持コストはそこまで掛かりませんし、処理自体もネットワークを介して行うので、熱もそこまで上がりません。 開発のしやすさ、コスト面で圧倒的にオープン系の方が安上がりのためオープン系が主流となってきてます。 &nbsp; とはいえ、汎用系がまだまだ無くなっていないのには5つの明確な理由があります。

汎用系がなくならない5つの理由

１．システムの複雑化とブラックボックス

汎用系システムはとにかく古いため、今のシステムのように最適化されていません。 そのため、膨大な数のプログラムで組まれており、システムが複雑化したままです。 最適化しようにも、資料が紙ベースでしかなく解読も難航し、ほぼブラックボックス化。 正しいのはプログラムだけど、プログラムも複雑といった状態のため、結局手が付けられずにいます。

システムを運用保守していく中で、全容を知っている人が存在します。汎用系は非常に古いシステムが多く、有識者がそれなりのご高齢になっていたり、下手したら定年退職しています。こうなるとオープン化しようと思っても、システムの全容やオープン化に伴う影響範囲がつかめません。ちゃんと技術や知識の継承ができていれば事なきを得ますが、それが出来てない会社が数多く存在しているため、オープン化を諦める会社も少なからず存在します。 &nbsp;

３．ドキュメントが整理されてない

有識者が不在ならドキュメントを確認すればよいのでは？と思いますよね。 &nbsp; ここにも問題があり、昔は全て紙で行っており、仕様書・DB設計・テスト仕様書なども全て紙です。しかも手書きで読めない字もあったります。これを電子化していれば多少なんとかなりますが、資料が膨大な量なのでほとんど紙ベースのままが多いです。紙ベースから読み解くのは至難の業で、これを元にオープン化となると正直厳しいところがあります。 &nbsp;

４．オープン化に伴い莫大なコストと時間が掛かる

オープン化するということは維持コストは下がりますが、開発コストと時間は計り知れないお金と労力が掛かります。現行システムの解析、新システムの開発、大型汎用機の撤去費用 など、とにかくお金が掛かるんです。開発期間も1年では済まず3〜5年という長期的な期間で段階的に移行していくため、長期的な要員確保も必要です。その要員確保も必要最低限のコストでやろうとするので、人が集らず人手不足のまま走って炎上・・・なんてこともあります。ちゃんと余裕のあるコストを出してくれれば良いんですが、一番最初に削られるのは要員コストなので悩ましいところだったりします。

上の人間はオープン化するメリットを理解しつつ、総合的に判断します。 開発コスト、規模が大きければ大きいほどシビアになりますし、元々動いていたシステムの機能は絶対的に保証しないといけないためメリットは分かるけど・・・ということが起こります。また、古い考えの人がいると操作性が変わることで、操作手順を覚えなおす手間になるため拒む人もいたりします。こういう人たちからYESを貰うのは大変で、結局既存ホスト系のままになることは普通にあります。そういう人たちの言い訳は「現状動いてる緊急性がないならそのままで」といって他のプロジェクトを優先します。ホストも機器の保守期限があるので割と急ぎなんですが、現状動いてるというのが足かせにもなっているようです。

10年汎用系の業界にいた私の見解として、汎用系はなくなることはほぼ無いです。 上記5つの理由から、予算がないとオープン化はできないですし、汎用系の言語（主にCOBOL）を読める若い人がいないからです。こうなるとオープン化自体が難しく、現状の汎用系を維持することになります。なので未来はあるけど、そんな明るい未来ではないというのが本音です。

まとめ：汎用系はなくならないけど技術習得するならオープン系がおすすめ

なくなることがないなら汎用系を学ぶのもありだと思います。 技術者もどんどん高齢になっており、若い技術者は重宝されます。ただ、汎用系の言語はこれ以上の進歩がないため技術力の向上は不可能です。逆にオープン系は今も尚、進歩しており技術力の向上も可能です。主流となっている分、案件も数多くあるので汎用系で重宝される技術者になるよりは、日々技術の向上を図りながら、様々なプロジェクトに携われるオープン系をオススメします。 &nbsp; プログラム言語は合う合わないがあるので、実際にやってみて自分のキャリアにあった選択をしてみてはいかがでしょうか。 &nbsp; 本日も読んでいただきありがとうございました。

世界最大シェアを誇るSalesforce（セールスフォース）とは どんなアプリケーション？

そのサービス内容と、メリット・デメリットを徹底解説！

今回は顧客などの情報を適切に管理し、営業の成果に寄与するアプリケーションであるSalesfoceについてご紹介します。

Salesforceとは、世界で最も利用されているCRM（顧客管理）とSFA（営業支援）のアプリケーションで、アメリカに本社を構える「セールスフォース・ドットコム」によって提供されています。「顧客情報をまとめて管理」でき、新しい情報や過去のやり取りなど「営業プロセスを可視化」してスタッフ全員が共有できるため、ビジネスを円滑に進めるための強いツールとして導入する企業が増えています。 Salesforceが注目される理由は、主に2つの機能【営業支援（SFA）・顧客管理（CRM）】を中心に、多様化する顧客ニーズに対応できる柔軟性と拡張性に富んだプラットフォームであること。また、ソフトウエア購入などの初期投資が必要なく、インターネット環境があれば、場所を問わず利用できる、という使いやすさもポイントです。 「いち早く営業の成果を出したい！」「今の業務に手一杯で新規開拓・既存顧客のアップセルができていない」という方は、ぜひ参考にしてみてください。

まずは冒頭で触れた、Salesforceの主な2つの機能についてご紹介します。 Salesforceを導入することでできることは主に以下の2つです。

営業支援は、Salesforceの一番の強みです。営業支援ツールをSFA（セールスフォースオートメーション）と言い、営業のプロセスや進捗状況を可視化し、営業の効率化を図ることができます。具体的には以下のような機能を搭載しています。 ・見込み客の発掘 ・顧客データの管理 ・売上管理 ・営業日報作成 ・営業活動管理 ・営業データ分析 ・予実管理

CRMは顧客情報の収集や分析をベースに顧客との関係性を構築していく仕組みのことです。具体的には以下のような機能を搭載しています。 ・請求書、見積書の作成 ・社内SNS「Chatter（チャター）」 ・メール配信 ・電話対応 ・資料の共有 中小企業の多くが抱える問題として、人手不足や社員の管理体制の脆弱さなどがあります。Salesforceの「SFA」の強みを活かせば、営業の仕事を効率化・スリム化することができ、「CRM」を活かせば、顧客との関係性向上や満足度の向上につなげていくことができます。

Salesforceにある３つの特徴をご紹介します。Salesforceとはどのようなサービスなのか、詳しく見ていきましょう。

Salesforceではビジネスでの有用性が高いツールが多数用意されており、豊富なサービスが存在します。アプリケーションやアプリケーションを開発するためのプラットフォームがあり、ユーザーの目的にあったものを利用できます。サービスの内容をしっかり理解して、自社にあう機能を選びましょう。

2：独自アプリケーションの開発ができる

Salesforceにはアプリケーションの開発ができるプラットフォームがあります。営業活動を効率化するためのアプリケーション、顧客のために使えるアプリケーションなど業務に必要なアプリケーションを開発できます。安全で信頼性に優れ、拡張性の高いインフラストラクチャの提供により、ハードウェア保守の必要がなくなります。便利で効率よく使えるアプリケーションが開発できるため、業務の改善に役立ちます。

3：SaaS型のクラウドサービスである

SaaS型は、インターネットでソフトウェア機能のサービスとして販売することです。これまでパッケージでソフトウェアを販売していたため、自社に必要なものだけ購入できるという点でSaaS型はより効率的なサービスとなります。インストール不要ですぐに使えるという点も特徴で、営業活動の効率をあげるためにSaaS型は有効でしょう。

Salesforceを導入するメリットとは？

続いて、Salesforceを導入することでどんなメリットが得られるのかを見ていきましょう！

Salesforceを導入すれば、顧客の予算や競合他社のデータ、案件の進捗状況など、営業活動に関する重要ポイントを社員全員が一目で把握することが可能になります。 営業活動の状況を数値で可視化させることで、問題点を素早く見つけ出すことができ、営業活動が改善されることで売り上げの向上に大きく繋がります。

Salesforceは顧客とのメールのやり取り、顧客と交わした商談内容、顧客へのアプローチ方法、提案した資料、ヒアリング内容など、「営業活動のプロセス全てを記録することができます。優秀な営業スタッフの成功事例を成績の伸び悩む営業スタッフが閲覧することで、自身の改善点を見つけることができたり、営業テクニックなどのノウハウを学ぶことができます。これにより、社員教育のコスト削減にもつながります。

Salesforceを導入すれば、あらゆる顧客情報を蓄積させることで、サポートや営業活動をスムーズに進行できたり、トラブルの際に迅速にフォローできたりと効率的に顧客満足度の向上が図れます。 顧客の情報を詳細に記録しておくことで、顧客が求めているサービスを具体化させることができ、顧客の期待を超えるアプローチが可能になります。 顧客のニーズを把握する以外にも、商品開発・市場投入・フィードバックなどのプロセスをスムーズに回すことも可能です。

Salesforceを導入することによるデメリットとは？


・成果が出るまでに一定時間がかかる


Salesforceを導入したからといって、すぐに成果が出るとは限りません。企業の中には運用費用や導入のかかるコストに対し、費用対効果が得られないという理由で運用を辞めてしまうケースがあるのが実際のところです。 しかし、Salesforceはデータを蓄積しそれを活用することで最大限効果を発揮するため、長期的な視点で運用していくことが大切です。すぐに効果が得られないからと辞めてしまうとデータを記録した時間や操作を覚えた時間などが無駄になってしまいます。 Salesforceを利用することでリアルタイムで状況が把握でき、それによってスピーディーに顧客対応が可能になったり、優秀な営業マンのデータを社内で共有したことがきっかけで社内全体の営業成績が向上したなど、小さな成功体験を積み重ねれば自ずと売上アップに繋がります。

・システムに馴染めず不満が増える可能性がある

Salesforce導入当初の入力の多さ、データが蓄積されるまで成果が表れないことは、継続するうえでのマイナスポイントとなりかねません。その都度、データを入力する手間や、慣れない作業が多いという不満が出ることもあるでしょう。しかし、データが蓄積されれば入力項目が減り、成果も現れ始めます。データが蓄積されるまでに時間がかかること、データを蓄積するために入力項目が多いことを理解してもらうことが大切です。 &nbsp;

いかがでしたか？ 今や多くの企業がSalesforceで顧客管理・営業活動の効率化を実現しています。目まぐるしく変わる時代でもその先を見越し、顧客のニーズをしっかりつかんだ営業をするためにSalesforceは大きな役割を担っています。 今よりも業務を圧倒的に効率化させて、会社の営業成果を高めたいという方は一度検討されてみてはいかがでしょうか。

世界最大シェアを誇るSalesforce（セールスフォース）とは どんなアプリケーション？そのサービス内容と、メリット・デメリットを徹底解説！

IT業界は人手不足？4つの原因とエンジニアが今やるべきことを解説

こんにちは！タカトです。 &nbsp; 数年前からIT業界の人材不足が囁かれていますが、その理由や背景をご存じでしょうか？ 現場にいる人間からするとあまり実感がないかもしれませんが、この話は経済産業省が上げているほど、割と深刻な話だったります。今回はIT業界の人材不足の4つの原因とエンジニアがやっておくべきことについて解説します。 &nbsp; 当記事の信頼性として ・筆者がIT業界18年目 ・業種は様々で自動車関係、カード、保険、銀行、不動産など多数 ・酸いも甘いも色々な現場を見てきた &nbsp; では早速いきましょう！

【最大で79万人不足】人材不足と言われる理由

この資料は経済産業省が出している「IT人材白書」で、IT人材需要に関する調査報告になります。 2010年代の労働生産性（0.7％）とIT需要の伸びを高位・中位・低位のシナリオでそれぞれIT人材の需給ギャップを試算しています。 このIT人材の需給ギャップは、IT需要の伸び、IT人材の生産性の上昇率に依存しています。 &nbsp; 各シナリオは伸び率に応じて不足人数に影響があり、低位のシナリオでも16万人、中位で45万人、上位では79万人不足するとうたわれています。 &nbsp; 79万人というと山梨県の総人口が丸々不足するというイメージです。 &nbsp; 人材不足の大本になっているのが少子高齢化です。今や人口の30%以上が65歳以上に達しており、若い人材不足が顕著に表れています。 &nbsp; ただ、IT業界に限って何故こんなに不足しているのでしょうか？

ここ最近のIT業界の技術進化のスピードはとにかく早いです。 &nbsp; 仮想通貨、ブロックチェーン技術、NFT、メタバースなどたった一年で大きく変わっていきます。 &nbsp; こういった技術が進化していく中で会社での教育体制はすぐには整いません。 かといって個人で習得するとなると、好きな人は好んでやりますが、そうでない人は中々習得することはしないでしょう。 &nbsp; こうなると新しい技術の習得は遅れていくのは目に見えてます。技術は進化していくけど人がそれに追いついていない現状が一つの原因です。

あまり浮き彫りになっていませんが、日本の技術者は数多く海外への引き抜きをされています。数年前、シャープや東芝の社員が海外へ引き抜かれたり、サムスンへもかなり多くの日本技術者が転職したと言われています。 &nbsp; この原因は日本の技術者の低賃金です。 日本の場合、長く勤務すれば給料が上がる（年功序列）制度はありますが、新しい技術を習得しても給料はさほど上がりません。 &nbsp; ですが、そのスキルをもって海外へ行くと年収が3割ほど上がるぐらい重宝されます。 &nbsp; それぐらい日本のエンジニアのスキルは高いということなんです。 &nbsp; 会社はそれに見合った報酬を出していないため、スキルの高い技術者は海外に流れていっている現状があります。

3つ目の理由として、IT技術者の高齢化があげられます。 &nbsp; 団塊世代の定年退職により人が減り、逆に若い人たちが入らず不足する。 &nbsp; 減る一方で増えないとなると、人材不足になるのは当然です。 &nbsp; これは少子高齢化ともリンクしており、IT業界にでは顕著にその影響が出ます。

４．IT業界なネガティブなイメージ

IT業界は未だに3Kのイメージが残ったままです。 &nbsp; 3Kとは &nbsp; ①キツい &nbsp; ②汚い &nbsp; ③給料安い &nbsp; 「キツい」はとにかく残業が多いイメージから来てます。 &nbsp; 残業が多く終電帰りが続くと身体が持たず、キツいですよね。 &nbsp; IT業界は残業が多いイメージが未だに残ってます。私が始めてIT業界に入った18年前からこれは変わっておらず、残業自慢や残業している人ほど評価されるといったのが残っているところもあります。 &nbsp; こういった文化が残っているとプライベートの時間がなくなり、仕事がキツくてイヤになります。 &nbsp; 「汚い」は仕事が忙しく身だしなみに気を使わない人が多いからです。 &nbsp; デスクワークでパソコンとしか向き合わないと、自分の身だしなみは二の次になります。 &nbsp; 忙しいとそれどころではないので、髪もぼさぼさ、髭も伸ばしっぱなし、シャツはよれよれ、これだと汚いイメージがつきますよね。 &nbsp; 「給料安い」は海外の人材流出でも述べましたが、とにかく給料が安いんです。 &nbsp; 人によっては生活費を稼ぐため残業してる人も数多くいます。 &nbsp; 技術に見合った給料だったら良いんですが、資格や技術習得しても上がる給料は微増。 &nbsp; 結果的に税金を引かれると貰える額は変わってない・・・なんてこともザラです。 &nbsp; この3つのイメージが根強く残っているため、IT業界へ人が入ってこなくなり人材不足となるワケです。

エンジニアでない人は人材不足を逆手に取る

人材不足ということは、需要があっても供給が追いついていないということなのでそれを逆手に取って、IT業界に入れば仕事に困らなくなります。 &nbsp; 現にITの求人は常に溢れているので、条件さえ満たせれば仕事は見つかります。 &nbsp; 条件のほとんどがスキルがあるかどうかです。 &nbsp; ご自身で勉強しスキルを習得して業界に入れば、引く手あまたなんてこともあるので、勉強する価値はアリです。 &nbsp; ただ、自分で勉強するにも難しいことが多いので、プログラミングスクールなどお金を出して勉強すると、より効率的に勉強ができます。プロから教えて貰うとすんなり理解できるので一つの選択肢として考えておきましょう。

エンジニアは自分の市場価値を確認しよう

ここが最も重要です。 &nbsp; 既にエンジニアの人で様々なスキルを習得している人や、それなりの現場経験がある人は世の中的に見た自分の市場価値を確認してみましょう。 &nbsp; 今いる会社で貰っているお給料は会社の中でのあなたのスキルに見合う報酬です。 &nbsp; 会社を出て、世の中からみたあなたのスキル・経験はどれぐらいの報酬が貰えるのか把握してますか？ &nbsp; 実際、会社で30万ぐらいのお給料だった人が他の会社やフリーランスで査定して貰ったら100万の見積もりが出たなんてことはザラにあります。 &nbsp; これは全然おかしなことではなくて、IT技術者が不足しているということは稀少価値が高いという意味になりますよね。であれば、支払われるべき報酬が高くなるのは当然ということです。 &nbsp; なので、是非ご自身の市場価値を把握しておくことをオススメします。 &nbsp; グランドホープでは簡単に査定して貰えるので興味のある方は査定して見てください。 ◆関連記事 <a href="https://engineer-first.net/uyy3fyt_vv" target="_blank" rel="noopener noreferrer">忖度なし！グラントホープをオススメする6つの理由！｜エンジニアファースト (engineer-first.net)</a>

まとめ：人材不足は深刻な問題だが自身でやれることは決まっている

結論です。 &nbsp; 人材不足問題は解決することは難しいです。全員が「エンジニアになるぞー！」とはなりませんし、合う合わないもあります。 &nbsp; なので、これはこれとして自分自身で何ができるかを考えるのが最も最良の選択です。 &nbsp; 私自身は、今の自分の市場価値が知りたいと思い査定をして貰いました。 &nbsp; 正直、ビックリしました。こんなに自分自身に価値があったんだと分かり、自信もつきましたし、よりスキルを高めていこうと思いました。 &nbsp; スキルを上げるも良し、価値を知るもよし、自身のキャリアと相談しながら最善の選択をしてこの人材不足の荒波を乗り越えていきましょう！

新着の記事一覧

RPAについて徹底解説！サービス内容と、導入することで変わる未来のヒトの働き方とは？

【K8s,Spring Boot】Datadogトレーサを追加したら永遠にLiveness Probeが成功しなくなった話

メタバースって何？分かりやすく簡単に、未来も踏まえて解説

汎用系はなくならない？明確な5つの理由と汎用系の未来を解説

世界最大シェアを誇るSalesforce（セールスフォース）とはどんなアプリケーション？そのサービス内容と、メリット・デメリットを徹底解説！

IT業界は人手不足？4つの原因とエンジニアが今やるべきことを解説

おすすめ記事

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

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

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

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

RPAについて徹底解説！サービス内容と、導入することで変わる未来のヒトの働き方とは？

【K8s,Spring Boot】Datadogトレーサを追加したら永遠にLiveness Probeが成功しなくなった話

メタバースって何？分かりやすく簡単に、未来も踏まえて解説

汎用系はなくならない？明確な5つの理由と汎用系の未来を解説

世界最大シェアを誇るSalesforce（セールスフォース）とは どんなアプリケーション？そのサービス内容と、メリット・デメリットを徹底解説！

IT業界は人手不足？4つの原因とエンジニアが今やるべきことを解説

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

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

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

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

世界最大シェアを誇るSalesforce（セールスフォース）とはどんなアプリケーション？そのサービス内容と、メリット・デメリットを徹底解説！