YouTube video by CareyHolzman

YouTube video by CareyHolzman

はじめにこんにちは！ITスクールRareTECHにてCS（Customer Support）を担当している池村です。今回の記事は、Docker中級編②ということで、Dockerfileについてもっ…

はじめにこんにちは！ITスクールRareTECHにてCS（Customer Support）を担当している池村です。今回の記事は過去に私が投稿したLinuxの記事のまとめ記事になります。Linux…

2024/03/16 RareTECHオフラインイベントin福岡

はじめにこんにちは！ITスクールRareTECHにてCS（Customer Support）を担当している池村です。今回の記事はLinuxやMacにおけるターミナルのホームディレクトリについてです。…

はじめにこんにちは！ITスクールRareTECHにてCS（Customer Support）を担当している池村です。今回の記事はDockerのネットワークについてです。ここは初学者にとってとてもつ…

はじめにこんにちは！ITスクールRareTECHにてCS（Customer Support）を担当している池村です。今回の記事は、ターミナルで使える便利ツールのご紹介です。サードパーティ製のツー…

『稲村亜美のココシロ!インターン』が最新回を公開。就活情報やインターンシップの魅力を伝えます。

はじめにこんにちは！ITスクールRareTECHにてCS（Customer Support）を担当している池村です。今回の記事はDocker Composeでのコンテナ起動順のエラー解決についてで…

はじめにこんにちは！ITスクールRareTECHにてCS（Customer Support）を担当している池村です。今回の記事は、ターミナルで使える便利ツールのご紹介です。サードパーティ製のツー…

はじめにこんにちは！ITスクールRareTECHにてCS（Customer Support）を担当している池村です。今回の記事は、私が初めてIT業界でお仕事をもらえた時のお話です。私にとっては軽…

希少型エンジニア育成を目指すRareTECHが、二つの講座を厚生労働大臣に認定された。その詳細と受講者へのメリットを紹介します。

IT人材の不足解消を目指す文部科学省の「専門実践教育訓練」が拡大し、年間1.2万人が再教育を受けている。2025年6月に閣議決定された「デジタル人材育成プラン」では2030年までにIT人材を54万人増加させる目標を掲げ、年間2000億円の予算が充てられている。この制度は実務直結のカリキュラムと企業とのマッチングを前提とし、修了後の就職率は85%以上を記録している。RareTECHの「実務プロジェクト型学習」も新たに指定され、修了生の78%が3か月以内にIT企業へ就職している。従来の大学や専門学校...

エンジニア志望者の約半数がフルリモートを希望。求人ではフルスタックが持て囃される中、RareTECHの調査結果を詳しく解説します。

はじめに こんにちは！ITスクールRareTECHにてCS（Customer Support）を担当している池村です。今回の記事は、ターミナルで使える便利ツールのご紹介です。 サードパーティ製のツールの中でも、これは良い（というか美しい）と思ったツールを紹介していきます。完全に私の趣味の領域ですが、ある程度シェルを使い慣れて...

[var] [画像1: https://prcdn.freetls.fastly.net/release_image/88215/46/88215-46-698b0c519aeed28924a9f00b3ae28149-1280x670.png?width=536&quality=85%2C75&format=jpeg&auto=webp&fit=bounds&...

はじめに こんにちは！ITスクールRareTECHにてCS（Customer Support）を担当している池村です。今回の記事はIPアドレスでの通信についてです。IPアドレスとNAT/NAPTに関して理解していきましょう。 初心者のIPアドレスの理解レベルについて よく言われているのはネットワーク上の住所ですよね。正直初心者の頃はこれだけ知っておけば良いのですが、AWSのVPCなどを触っていくと、この辺りの技術がひょこっと顔を出してきますので、深めに理解することも大事になります。 グローバルIPとプライベートIPについて IPアドレスは大きく分けてグローバルIPアドレスとプライベートIPアドレスがあります。グローバルは実際のネットワーク空間で使われるものですが、プライベートは社内とか家の中などで使われるIPアドレスになります。 自宅のIPアドレスがどう切り分けられているか？ 家には一つのグローバルIPアドレスがあります。そして、その家のネットワークにつながる機器には、それぞれプライベートIPアドレスがあります。グローバルIPアドレスは一意です。被りがないということです。プライベートIPアドレスは、家の中では被りがないですが、よその家では同じプライベートIPアドレスがあっても問題ありません。 機器 自分の家 友人の家 グローバルIP（ルーター） 203.0.113.228（一意） 198.51.100.203（一意） スマホのIP（プライベート） 192.168.0.100（LAN内で一意） 192.168.0.100（LAN内で一意） PCのIP（プライベート） 192.168.0.101 192.168.0.101 ゲーム機のIP（プライベート） 192.168.0.102 192.168.0.102 上記の表で見てほしいのは、グローバルIPアドレスは違う値で、プライベートIPアドレスは一緒という部分です。 LANとWAN 広域のネットワークと家の中などの狭い範囲のネットワークには名前があります。 LAN ローカルエリアネットワークの略です。会社内や家の中で使われるネットワークのことを指します。その中の機器を接続するために使われています。 WAN ワイドエリアネットワークの略です。世界規模の外部ネットワークのことを指します。 通信がどう送られくるか？ 外から通信が送られてくると、家のグローバルIPアドレス宛に届きます。送られた通信は家のルーターが受け取ります。ルーターは、その通信が「どのプライベートIPの機器宛か」を判断して、内部ネットワークに転送します。 このときに使われるのが NAT/NAPT という仕組みです。 ちょっとここから難し目です。 NAT/NAPT 最初に言っておきますが、今使われているのは基本的にNAPTです。でもNATのことも知っておかないとNAPTがピンとこないので解説します。 NAT まずNATですが、これはネットワーク アドレス トランスレーションの略です。こいつの役割は、プライベートIPアドレスとグローバルIPアドレスを相互に変換することにあります。この機能があることによって、LAN内にあるプライベートIPアドレスを持った機器が外部のネットワークと通信ができています。 でもこれって1対1しか対応していないんですよね。なので、複数の機器が同時に外部のネットワークと接続したい場合は、これだけだと不十分になります。 NAPT NAPTは、

はじめに 2024年5月にRareTECHというITスクールに入会してから、ちょうど1年が経ちました。この1年間、私はエンジニア実務未経験ながらもハッカソンに参加し、インフラの設計・構築やバックエンドの開発を経験してきました。 特に入会から1ヵ月後に参加した初めてのハッカソンでは、右も左も分からない中で、インフラの担当として設計から構築までを初めて任され、大きな学びを得ました。その後のハッカソンでは主にバックエンドを担当してきましたが、今回の4回目のハッカソンではインフラとバックエンドの両方を担当しています。 本記事では、この1年間で得た「構築」から「設計」への視点の変化を振り返り、特に“責務をどう分けるか”という設計上の考え方に焦点を当てて、経験と気づきを整理します。 初めてのインフラ構築経験 ～振り返り～ 私が初めてインフラの設計・構築を担当したのは、RareTECHに入会してからわずか1か月後に参加した初めてのハッカソンでした。テーマは「チャットアプリ」。ユーザー数の増加を想定した構成が求められる中、インフラ担当として、構成図の作成・環境構築・デプロイまでを一貫して担いました。 当時の構成は、EC2・ALB・RDSを中心としたオーソドックスなWeb3層アーキテクチャでした。 当時の構成は以下の通りです： 本構成のポイント EC2をマルチAZに配置し、Auto Scaling Groupで冗長化 EC2にはDockerをインストールし、Nginx + Flask をマルチコンテナ構成で起動 RDS（MySQL）は当初マルチAZ構成を検討（※実際はシングルAZで構築） ALBにはスティッキーセッションを設定し、ログイン状態を維持 セッションマネージャーとVPCエンドポイント経由で、開発者がEC2にアクセス Route 53で独自ドメインを管理、ACMでSSL証明書を発行しHTTPS化 以下が当時の構成で使用した主な技術スタックです： 使用技術フロントエンド：HTML, CSSバックエンド：Python（Flask）インフラ：Docker, AWS 当時の設計思想と課題 インフラに関する知識がほとんどなかった当時の私は、「とにかく動く構成を作る」ことを目標に設計や構築を進めていました。セキュリティやスケーラビリティ、運用性をそれなりに意識していたつもりでしたが、今振り返ると、その構成は“設計されたもの”というよりは、情報を組み合わせて形にしただけのものでした。 このとき初めて「設計とは何か？」を考えるきっかけを得ると同時に、「動くこと」と「設計されていること」は全く別物であるという感覚が、自分の中に芽生え始めたのを覚えています。 構成の進化と設計の課題 ─ 責務は本当に分離できていたか？ 1回目のハッカソンで経験した「とにかく動かすことを目指した構成」から約1年、今回の4回目のハッカソンでは、運用性・拡張性・責務分離を意識したインフラ構成を設計・構築しました。 特に今回は、Terraformを用いてECS on Fargateベースのインフラをコードで管理し、GitHub ActionsによるCI/CDやSecrets Managerによるセキュアな環境変数の管理、Datadogによる監視構成も実現。構成としては、これまでで最も処理ごとの責任範囲を意識したインフラ設計ができたと感じています。 実際の構成図が以下です： 本構成のポイント フロントエンド（Next.js） next build で生成された静的ファイルを S3 にデプロイ

はじめに こんにちは！ITスクールRareTECHにてCS（Customer Support）を担当している池村です。今回の記事は、Docker中級編②ということで、Dockerfileについてもっ… Source link

まず、RareTECHというITスクールとは？ 現在私はこちらのスクールに受講しながら、日々IT学習やチーム開発などといった勉強を継続的にしています。RareTECHでは、フロントエンド・バックエンド・インフラ・セキュリティ・生成系AIなど、非常に幅広い分野を体系的に学べるカリキュラムが用意されており、初心者から中上級者まで、あらゆる学習者にフィットする構成になっています。 それに加えて、2ヶ月間のチーム開発や、自主的なアウトプット活動の場が豊富に提供されている点も、このスクールの大きな魅力の一つです。活発な技術共有、コードレビュー会、ハッカソンなどを通して、知識の定着と実践力の向上が図れる環境が整っています。 私自身も、こうしたアウトプットの機会をフル活用して日々成長を実感しています。 このスクールの特徴をひとことで表現するならば、「学びたい人には無限にチャンスがあるドSなITスクール」。 再現性のある学習の仕組みと、そこに甘えずに突き進むことができる環境。このバランスが絶妙で、私にとっては理想的な学び場となっています。 インフラ勉強会とは？ そんなRareTECH内で、私が個人的に立ち上げたのが「インフラ勉強会」です。これはチャットツール内の勉強会チャンネルのひとつとして発足し、現在では80人以上の受講生が参加するほどに成長したコミュニティとなっています。 当初は、本当に数人だけでこぢんまりと始めた会でした。身近な仲間とインフラ技術について少しずつ知見を深めていこうという目的で、気軽にスタートしたのです。 ところがある時、「〇〇を教えてほしい...!!」というDMが複数寄せられるようになり、それならばとオープンな形式に切り替えました。 現在では月に2回の勉強会を軸に、日々の技術投稿を通じてインフラ系の話題（AWS、Linux、CI/CD、IaCなど）を共有する場として活用しています。 最近では、ポエム調のエッセイ記事のシェアなども行っており、ちょっとした癒しと技術の融合の場にもなりつつあると信じたいです... 43期生の受講生のツイートがきっかけ このチャンネルがここまで続いているのには、実は明確なきっかけがあります。それは、43期生のある受講生のツイートです。 その方は、ハッカソンで初めてインフラ担当に選ばれたものの、「何から手を付けたらよいのか分からない」と苦悩している様子をTwitterで綴っていました。 ※その投稿に私は心を動かされ、まるで過去の自分を見ているような気持ちになりました...。 スクール内で技術的な質問をするのは、特に初心者にとってはかなりハードルの高いこと。だからこそ、手を差し伸べられる人が必要だと強く感じ、その方に直接声をかけ、一緒にAWSの構成図を見ながら少しだけ作業をしたりしました。 その行動が、自分だけでなく他の人にも必要なのでは？と感じるようになり、現在の勉強会チャンネルへとつながっていったのです。 自己実現：自分の持っているITスキルで困ってる人を支えたい 私はこれまで、大学時代から約5年半にわたり社会福祉領域に携わってきました。 その過程で学んだのは、「困っている人に寄り添う姿勢」と「必要なときに手を差し伸べられる存在であること」の重要性です。 IT分野においてスキルを習得する中でも、私の根底にあるのは「技術を通して誰かの課題を解決したい」という価値観です。単に自分の技術力を高めるのではなく、自身の知識を社会へ還元することを前提として学習と実践を続けています。 このような姿勢は、Linuxをはじめとしたオープンソース文化の思想──「知識や技術は共有されるべきであり、特定の誰かではなく、コミュニティ全体の力となる」という価値観にも通じるものだと感じています。 最後に 目の前で技術的に困っている方がいるときに、適切な知識を持って、落ち着いて手を差し伸べられる優しいエンジニアであり続けたいと考えています。 そのためにも、日々の技術習得を継続し、「役立つ知識とは何か」「伝わる表現とは何か」を常に問い直しながら、自己研鑽に努めてまいります。 このインフラ勉強会に参加されている方で、もし技術的にお困りのことがありましたら、お気軽にこっそりDMしてください。 一緒に頭を抱えて悩み、考え、私の持っている知識の限りを尽くしてサポートさせていただきます...！！（2025/04/19） Source link

はじめに こんにちは、RareTECHでメンターをしている ibaryobaryo です！普段は福岡で開発業務をしながら、プログラミングスクールのメンターとしても活動しています。 今回は、RareTECHで実施しているハッカソンにおいて、学習者同士でのチーム開発時におすすめの VSCode 拡張機能を思い出したので、紹介したいと思います。 Live Share とは Live Shareとは、Microsoft 社が提供する Visual Studio Code 用の拡張機能で、リアルタイムでの共同開発を可能にするコラボレーションツールです。コードの共有や同時編集が可能で、リモートでもペアプロやレビューがスムーズに行えます。 使ってみよう！ 今回の環境 M1 Mac Visual Studio Code バージョン: 1.97.2 拡張機能をインストール まずは VSCode のマーケットプレイスで「Live Share」と検索し、一番上に表示されるものをインストールします。 インストール後は、サイドバーに専用のアイコンが表示されます。 VSCodeにサインインする Live Share を利用するには、事前にサインインが必要です。 GitHub または Microsoft アカウントでサインインが可能ですが、今回は GitHub を選びました。クリックするとブラウザが開き、サインイン後に準備が完了します。 セッションを開始してみよう 「Share（Read-Only）」をクリックすると、セッションが開始され、以下のような画面が表示されます。 「Invite participants...」をクリックすると、招待リンクが自動でコピーされます。これを共同開発者に送信することで、同じセッションに参加してもらえます。 これでペアプロの環境が整いました！ 活用シーン メンターに技術相談をしたいとき、このリンクを共有することで、具体的なコードをすぐに見せながら相談できます。今回は「Read-Only」で共有しましたが、「Read/Write」で共有すれば、相談しながらそのまま一緒にコード修正も可能です。 まとめ 今回は VSCode の拡張機能【Live Share】を紹介しました。実務で使う機会は少ないかもしれませんが、ハッカソンや学習の場面では非常に便利なツールです。特にチーム開発に参加予定の方は、事前にインストールしておくと安心です！ Source link