2024 年のホリデーシーズンに、freeCodeCamp では無料学習ツールを多数リリースしました。

🏗️ 新しい「認定フルスタック開発者」カリキュラムが登場！

🗨️ 開発者のための英語講座「CEFR B1 レベル」

🤳 モバイルアプリの大幅アップデート

freeCodeCamp 認定フルスタック開発者カリキュラム

新しい「認定フルスタック開発者 (Certified Full Stack Developer)」カリキュラムのコンテンツは以下の通りです。完了させるにはそれなりの努力が必要な内容となっています。

🛠️ 64 件のワークショップ - HTML から SQL、Python まで、さまざまなツールを学べるインタラクティブかつ段階的なコーディングコース (42 件が公開中)

🏛️ 513 件のレクチャー - コンピュータサイエンスのさまざまな概念を教える短い動画と、理解度チェック用の選択肢問題 (313 件が公開中)

⚗️ 83 件のラボ - 空のエディターとテストスイートが用意された状態から、すべてのテストがパスするようにコードを書いて完成させるプロジェクト (60 件が公開中)

📰 62 件の復習ページ - クイズや試験に向けた復習用に、各モジュールのトピックを網羅したリスト (46 件が公開中)

🔬 66 件のクイズ - フルスタック開発の概念やツールが理解できたことを確認する小テスト (46 件が公開中)

🏔️ 1 件の最終プロジェクト - ポートフォリオ用に構築する大規模でユニークなプロジェクト。提出内容は freeCodeCamp コミュニティの講師がレビューします (2025 年公開予定)

🤺 1 件の最終試験 - 包括的な 90 問の認定試験。freeCodeCamp が新たに作成したオープンソースの試験環境内で、プロクター (監督者) 付きで実施します。(2025 年公開予定)

一部のトピックの学習経験がある場合でも、最初から取り組むことをお勧めします。

新しい認定フルスタック開発者カリキュラムを今すぐ始めましょう。

開発者のための英語 CEFR B1 レベル カリキュラム

2023 年のクリスマスには CEFR A2 レベルの英語カリキュラムをリリースしました。

それから一年、A2 レベルの講座が全て公開されただけでなく、B1 レベルの大部分が提供できるところまでたどり着きました。

認定試験については 2025 年に公開予定となっています。

新しい認定カリキュラム「開発者のための CEFR B1 レベル英語」を試してみてください。

freeCodeCamp の iPhone および Android アプリ

freeCodeCamp モバイルアプリがさらに使いやすくなりました。(Flutter で書かれたコードベースも 1,000 コミットに到達しました！)

以下の機能が追加されました:

📺 講座動画の視聴

📚 書籍を読む

🤳 スマホからカリキュラムに取り組む

iPhone/Android でダウンロードして、ぜひ 5 つ星のレビューをお願いします⭐️⭐️⭐️⭐️⭐️ 😉

Android アプリをダウンロード

iPhone アプリをダウンロード

2025 年は素晴らしい年になるでしょう

freeCodeCamp のカリキュラムやオープンソースプロジェクトに貢献してくださっている皆様、いつもありがとうございます。

また、フォーラムや Discord にいつでも質問に答えてくれるアクティブなキャンパーがいることにも感謝しています。

ぜひ周りにもこの活動を広めてください。まずはコントリビュータードキュメントに目を通すのが良いでしょう。

最後に、寄付を通して freeCodeCamp の使命を支えてくださる皆様、本当にありがとうございます。これからの展開を楽しみにしていてください。🥞

ご友人や同僚にも声をかけて、私たちのチャリティーをサポートしていただけると助かります。力を合わせて、あらゆるの場所のあらゆる人々が無料で質の高い教育を受けられる世界にしていきましょう。サポーターとして、世界中にいる 11,043 人の親切な人々の輪に加わってください。

sudo apt-get update と sudo apt-get upgrade は、Debian や Debian ベースのディストリビューションでパッケージを最新の状態に保つために利用できるコマンドです。

これらのコマンドは Linux 管理者や DevOps に携わる人にとってはよく使うものですが、コマンドラインを頻繁に使用しない人でも知っておくと役に立ちます。

この記事では、これらのコマンドの動作や使用方法、よくある質問などについて解説します。

sudo apt-get update と sudo apt-get upgrade の違いは何ですか？

主な違いは、sudo apt-get update はディストリビューションのソフトウェアリポジトリやあらかじめ設定されたサードパーティリポジトリから、最新バージョンのパッケージの一覧を取得することです。つまり、それぞれのパッケージや依存関係の最新バージョンを確認するだけで、更新内容を実際にダウンロードしたりインストールすることはありません。

一方、sudo apt-get upgrade は、システム上の古くなったパッケージや依存関係の更新バージョンをダウンロードおよびインストールします。しかし、sudo apt-get upgrade を実行しても、古くなったパッケージが即座にアップグレードされるわけではありません。変更内容を確認してから、アップグレードを実行するかどうか判断できます。

sudo apt-get update コマンドの使い方

Debian ベースの Linux ディストリビューション (Debian、Ubuntu、Linux Mint、Kali Linux、Raspberry Pi OS など) で、ターミナルウィンドウを開きます。

ディストリビューションおよびターミナルの開き方によって、名称は異なる場合があります。例えば、Ubuntu や Linux Mint では、デフォルトで Gnome Terminal が利用されますが、アプリケーションメニューでは単に「ターミナル」として表示されることもあります。

ターミナル上のコマンドラインで sudo apt-get update と入力し、管理者パスワードを入力して、Enter キーを押します。

もし更新する項目がある場合、次のような出力が表示されます:

kris@pihole:~ $ sudo apt-get update
Hit:1 https://ftp.harukasan.org/raspbian/raspbian bullseye InRelease
Get:2 https://download.docker.com/linux/raspbian bullseye InRelease [26.7 kB]
Get:3 http://archive.raspberrypi.org/debian bullseye InRelease [23.7 kB]       
Get:4 http://packages.azlux.fr/debian buster InRelease [3,989 B]               
Get:5 http://archive.raspberrypi.org/debian bullseye/main armhf Packages [282 kB]
Get:6 http://packages.azlux.fr/debian buster/main armhf Packages [3,418 B]
Fetched 340 kB in 4s (94.8 kB/s)     
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
3 packages can be upgraded. Run 'apt list --upgradable' to see them.

アップグレード可能なパッケージを確認したい場合は、apt list --upgradable を実行します:

kris@pihole:~ $ apt list --upgradable
Listing... Done
libcamera0/stable 0~git20220426+18e68a9b-1 armhf [upgradable from: 0~git20220303+e68e0f1e-1]
raspi-config/stable 20220425 all [upgradable from: 20220419]
rpi-eeprom/stable 13.13-1 armhf [upgradable from: 13.12-1]

しかし、ディストリビューションのソフトウェアリポジトリに新しいバージョンのパッケージや依存関係がない場合、次のような出力が表示されます:

kris@pihole:~ $ sudo apt-get update
Get:1 https://download.docker.com/linux/raspbian bullseye InRelease [26.7 kB]
Hit:2 https://ftp.harukasan.org/raspbian/raspbian bullseye InRelease           
Hit:3 http://packages.azlux.fr/debian buster InRelease                         
Hit:4 http://archive.raspberrypi.org/debian bullseye InRelease
Fetched 26.7 kB in 3s (8,789 B/s)
Reading package lists... Done

ここには、アップグレード可能なパッケージや apt list --upgradable を実行するよう指示するメッセージがありません。

ただし、メッセージがないことは、システム上に更新が必要なソフトウェアがないことを意味するわけではなく、単に既に最新のパッケージリストを取得済みということです。sudo apt-get update を何度も実行した可能性もあります。

いつでも apt list --upgradable を再度実行して、アップグレード可能なものがあるかどうか確認できます。

また、より新しい sudo apt update コマンドを使用することもできます。このコマンドは常にアップグレード可能なパッケージの数を示すか、すべてが最新状態であるというメッセージを表示します。

apt と apt-get の違いに関する詳細な情報は、以下のセクションで確認できます。

sudo apt-get upgrade コマンドの使い方

sudo apt-get update コマンドを実行した後、同じターミナルウィンドウで、sudo apt-get upgrade と入力し、必要に応じてパスワードを入力して Enter を押します。

すると、次のような出力が表示されます:

kris@pihole:~ $ sudo apt-get upgrade
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Calculating upgrade... Done
The following packages will be upgraded:
  libcamera0 raspi-config rpi-eeprom
3 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 2,616 kB of archives.
After this operation, 1,596 kB of additional disk space will be used.
Do you want to continue? [Y/n]

出力の最後に、アップグレードされるパッケージが表示されます。

The following packages will be upgraded:
  libcamera0 raspi-config rpi-eeprom
3 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

取得する必要があるデータ量と、アップグレードされたパッケージがインストール後に使用するディスク容量が表示されます。

Need to get 2,616 kB of archives.
After this operation, 1,596 kB of additional disk space will be used.

最後に、アップグレードを続けるかどうかの確認メッセージが表示されます:

Do you want to continue? [Y/n]

アップグレードを続行するには、y、Y、または yes を入力し、終了する場合は、n、N、または no を入力します。

アップグレードを終了することを選んだ場合、以下のような出力が表示されます:

kris@pihole:~ $ sudo apt-get upgrade
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Calculating upgrade... Done
The following packages will be upgraded:
  libcamera0 raspi-config rpi-eeprom
3 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 2,616 kB of archives.
After this operation, 1,596 kB of additional disk space will be used.
Do you want to continue? [Y/n] n
Abort.

アップグレードを続行することを選んだ場合の出力例:

kris@pihole:~ $ sudo apt-get upgrade
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Calculating upgrade... Done
The following packages will be upgraded:
  libcamera0 raspi-config rpi-eeprom
3 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 2,616 kB of archives.
After this operation, 1,596 kB of additional disk space will be used.
Do you want to continue? [Y/n] y
Get:1 http://archive.raspberrypi.org/debian bullseye/main armhf libcamera0 armhf 0~git20220426+18e68a9b-1 [548 kB]
Get:2 http://archive.raspberrypi.org/debian bullseye/main armhf raspi-config all 20220425 [30.3 kB]
Get:3 http://archive.raspberrypi.org/debian bullseye/main armhf rpi-eeprom armhf 13.13-1 [2,037 kB]
Fetched 2,616 kB in 3s (1,019 kB/s)   
Reading changelogs... Done
(Reading database ... 43496 files and directories currently installed.)
Preparing to unpack .../libcamera0_0~git20220426+18e68a9b-1_armhf.deb ...
Unpacking libcamera0:armhf (0~git20220426+18e68a9b-1) over (0~git20220303+e68e0f1e-1) ...
Preparing to unpack .../raspi-config_20220425_all.deb ...
Unpacking raspi-config (20220425) over (20220419) ...
Preparing to unpack .../rpi-eeprom_13.13-1_armhf.deb ...
Unpacking rpi-eeprom (13.13-1) over (13.12-1) ...
Setting up rpi-eeprom (13.13-1) ...
Setting up libcamera0:armhf (0~git20220426+18e68a9b-1) ...
Setting up raspi-config (20220425) ...
Processing triggers for man-db (2.9.4-2) ...
Processing triggers for libc-bin (2.31-13+rpt2+rpi1+deb11u2) ...

処理が完了すると、全ての古いパッケージと依存関係が更新されます。

sudo apt-get upgrade コマンドの重要な点は、何も削除せずにアップグレードのみ行うことです。

例えば、アップグレードに新しい依存関係が必要な場合、upgrade コマンドは、新しい依存関係をダウンロードおよびインストールしますが、古い依存関係を削除することはありません。古い依存関係を削除するには、別のコマンドが必要です。新しいカーネルバージョンにアップグレードする際によく見られます。

アップグレード後に次のようなメッセージが表示された場合:

The following packages were automatically installed and are no longer required:
  g++-8 gir1.2-mutter-4 libapache2-mod-php7.2 libcrystalhd3
Use 'sudo apt autoremove' to remove them.

提案通りに、sudo apt autoremove で不要なパッケージを削除することができます。

sudo apt-get upgrade コマンドで追加のオプションを使用する方法

sudo apt-get upgrade コマンドには多くの追加のオプションまたはパラメータがありますが、その中でも注目すべきは --dry-run と --yes です。

--dry-run オプションの使用方法:

--dry-run (もしくは -s または --simulate) オプションは、アップグレード処理中に何が起こるかをシュミレーションしますが、システム上で何も変更しません:

kris@pihole:~ $ sudo apt-get upgrade --dry-run
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Calculating upgrade... Done
The following packages will be upgraded:
  libcamera0 raspi-config rpi-eeprom
3 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Inst libcamera0 [0~git20220303+e68e0f1e-1] (0~git20220426+18e68a9b-1 Raspberry Pi Foundation:stable [armhf])
Inst raspi-config [20220331] (20220425 Raspberry Pi Foundation:stable [all])
Inst rpi-eeprom [13.12-1] (13.13-1 Raspberry Pi Foundation:stable [armhf])
Conf libcamera0 (0~git20220426+18e68a9b-1 Raspberry Pi Foundation:stable [armhf])
Conf raspi-config (20220425 Raspberry Pi Foundation:stable [all])
Conf rpi-eeprom (13.13-1 Raspberry Pi Foundation:stable [armhf])

繰り返しになりますが、Debian や Debian ベースのディストリビューションは非常に安定しています。一方で、このオプションは、アップグレード時の競合がないことを確認したい場合に便利です。

--yes オプションの使用方法:

--yes (または -y や --assume-yes) オプションは、安全であれば、全てのプロンプトに自動的に「はい」と回答します:

kris@pihole:~ $ sudo apt-get upgrade --yes
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Calculating upgrade... Done
The following packages will be upgraded:
  libcamera0 raspi-config rpi-eeprom
3 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 2,616 kB of archives.
After this operation, 1,596 kB of additional disk space will be used.
Get:1 http://archive.raspberrypi.org/debian bullseye/main armhf libcamera0 armhf 0~git20220426+18e68a9b-1 [548 kB]
Get:2 http://archive.raspberrypi.org/debian bullseye/main armhf raspi-config all 20220425 [30.3 kB]
Get:3 http://archive.raspberrypi.org/debian bullseye/main armhf rpi-eeprom armhf 13.13-1 [2,037 kB]
...
Processing triggers for libc-bin (2.31-13+rpt2+rpi1+deb11u2) ...

Do you want to continue? [Y/n] は省略され、すべてのパッケージがアップグレードされます。

よくある質問

sudo と apt-get とは？

sudo apt-get update および sudo apt-get upgrade というコマンドは、それぞれ sudo、apt-get、そして、update または upgrade の 3 つで構成されています。

sudo は、"superuser do" の略で、管理者権限でプログラムを実行するためのコマンドです。

例えば、システムの再起動には管理者権限が必要です。このため、ターミナルで reboot コマンドを実行すると、次のようなエラーメッセージが表示されるかもしれません。

Failed to set wall message, ignoring: Interactive authentication required.
Failed to reboot system via logind: Interactive authentication required.
Failed to open initctl fifo: Permission denied
Failed to talk to init daemon.

しかし、sudo reboot コマンドを実行し、管理者パスワードを入力すると、reboot コマンドが管理者権限で実行され、すぐにシステムが再起動されます。

apt-get は、Debian および Debian ベースのディストリビューションでパッケージをインストールおよび管理するためのコマンドラインツールです。

apt-get と apt の違いは？

apt は、Debian および Debian ベースのディストリビューションでアプリケーションをインストールおよび管理するための最新のツールです。

apt と apt-get は互換性があり、sudo apt update と sudo apt-get update は、どちらもシステムパッケージを更新します。

主な違いとしては、apt の方が入力が簡単で出力がわかりやすく、パッケージのインストール中のプログレスバーなどユーザーフレンドリーな機能を含んでいることです。

この記事の多くの例では apt-get を使用していますが、個人的には apt を使用することをお勧めします。

sudo apt-get update と sudo apt-get upgrade は安全ですか？

はい、Debian および Debian ベースのディストリビューションは、非常に安定しており、update と upgrade コマンドは安全に使用できます。これは、パッケージや依存関係、そしてディストリビューション自体の大規模なアップデートが年に一度か二度しかリリースされないからです。

欠点としては、最新のパッケージを使用したい場合は、Arch Linux などの最先端ディストリビューションとは異なり、追加の手間がかかることがあります。PPA を通じてサードパーティのリポジトリを設定したり、Snap や Flatpak などの別のパッケージングシステムを使用したり、自分でコンパイルする必要があるかもしれません。

とはいえ、少し古いソフトウェアによる安定性を重視する価値は十分にあると考えています。

sudo apt-get update と sudo apt-get upgrade を連続して実行できますか？

sudo apt-get update を実行して完了を待ってから、sudo apt-get upgrade を実行するのは、面倒ではないかと考えるかもしれません。

sudo apt-get update と sudo apt-get upgrade の両方が比較的速く実行されるとはいえ、指令をまとめて実行し、数分後に確認する方が楽なことがあります。

&& 演算子を使用すると、次のようにコマンドを連続して実行できます。

sudo apt-get update && sudo apt-get upgrade

&& 演算子の重要なポイントは、演算子の後のコマンドが実行されるのは、前のコマンドが成功した場合だけということです。

上記の例を使用すると、sudo apt-get upgrade は sudo apt-get update が成功した場合にのみ実行されます。例えば、パッケージリストの更新中にネットワークの問題が発生した場合には、sudo apt-get update がスキップされます。

sudo apt-get dist-upgrade と sudo apt full-upgrade とは？これらは安全に使用できますか？

StackOverflow のスレッドによれば、これらのコマンドは、内部的には同じことを行います。つまり、古くなったパッケージをアップグレードし、必要に応じて賢くパッケージを削除します。

基本的には、sudo apt-get upgrade と sudo apt autoremove のコマンドを組み合わせたようなものです。

これらのコマンドを実行することは、ほとんどの場合安全なはずです。

しかし、私を含め多くの人が、sudo apt-get update と sudo apt-get upgrade を使用することを推奨しています。変更される内容を確認する機会が増えますし、upgrade は、パッケージを削除しないため、システムへの影響が少なくなります。

./thanks_for_reading.sh

sudo apt-get update と sudo apt-get upgrade の説明が役に立ったと感じたら、ぜひ友人にシェアしていただき、より多くの人に知識を広めてください。

また、Twitter で感想をお聞かせいただけると嬉しいです。

著者: Shittu Olumide

Linux でファイルやディレクトリを削除することは、すべてのユーザーが知っておくべき基本的な操作です。一見シンプルな操作に思えますが、実際には用途に応じたさまざまな削除方法があります。

この記事では、Linux でのファイルやディレクトリの削除方法について、手順を追ったガイドで解説します。ファイルやフォルダとその内容を削除するためのコマンドについても詳しく説明します。

Linux でファイルを削除する方法

ファイルの削除とは、ファイルシステムからそのファイルへの参照を取り除くことを指します。ファイル自体はすぐにはストレージデバイスから消えませんが、その領域は再利用できる状態としてマークされます。

Linux でファイルを削除する方法はいくつかあります。以下は一般的な削除方法です。

GUI ファイルマネージャの使用

ほとんどの Linux ディストリビューションには、グラフィカルインターフェイスを使用してファイルを削除できる GUI ファイルマネージャが付属しています。削除したいファイルに移動し、右クリックして「削除」または「ごみ箱に移動」を選択します。

rm コマンドの使用

rm (remove) コマンドを使うことで、Linux 上のファイルやディレクトリを削除できます。rm コマンドを利用してファイルを削除するには、ターミナルで以下のコマンドを入力します。

rm filename 

filename には削除したいファイル名を指定してください。ファイルが書き込み保護されている場合や、削除するための権限がない場合には、削除の確認を求められます。

shred コマンドの使用

shred コマンドは、ファイルを削除する前に、ファイルの内容を複数回上書きすることで、より確実に削除する方法です。この方法によって、削除されたファイルを復元するのが、難しくなります。

shred コマンドを使うには、ターミナルで以下のコマンドを入力します。

shred -u filename 

filename には削除したいファイル名を指定してください。-u オプションは、上書き後にファイルを削除するように指示しています。

trash-cli コマンドの使用

trash-cli コマンドは、ファイルをすぐに削除するのではなく、ごみ箱に移動させることで、より安全に削除できます。trash-cli コマンドを使用するには、まず必要なパッケージをインストールする必要があります。

sudo apt-get install trash-cli 

インストール後、以下のコマンドでファイルを削除できます。

trash filename 

Linux でディレクトリを削除する方法

Linux でディレクトリを削除するには、rmdir または rm コマンドを使用できます。rmdir コマンドは空のディレクトリを削除するのに使い、rm コマンドはディレクトリとそのディレクトリに含まれる全てのデータを削除します。

rm コマンドの使用

以下は、rm コマンドを使って Linux でディレクトリを削除する手順です。

1. ターミナルを開く: Linux でディレクトリを削除するには、コマンドラインを利用する必要があります。キーボードで「Ctrl+Alt+T」を押すか、システムのアプリケーションランチャーで「terminal」を検索してターミナルを開きます。
2. 削除したいディレクトリに移動する: cd コマンドを使って、削除したいディレクトリに移動します。たとえば、削除したいディレクトリがホームフォルダ内の my_directory という名前の場合、cd ~/my_directory と入力して「Enter」を押します。
3. ディレクトリの内容を確認する: ディレクトリを削除する前に、その内容を確認して正しいディレクトリを削除していることを確認するのが良いでしょう。ls コマンドを使ってディレクトリの内容を一覧表示します。たとえば、「ls」と入力して「Enter」を押すと、my_directory フォルダ内のファイルやフォルダが表示されます。
4. ディレクトリとその内容を削除する: ディレクトリとその内容をすべて削除するには、-r オプション (再帰的削除) を付けた rm コマンドを使います。rm -r my_directory と入力して「Enter」を押します。削除の確認を求められるので、「y」と入力して「Enter」を押して確認します。
5. ディレクトリが削除されたことを確認する: ディレクトリが削除されたことを確認するには、親ディレクトリの内容を表示するために ls コマンドを使います。たとえば、my_directory フォルダがホームフォルダ内にあった場合、ls ~/ と入力して「Enter」を押します。my_directory フォルダはもう表示されないはずです。

注意: rm -r コマンドを使用する際は、ファイルやディレクトリを復元できない形にて削除されるので、注意してください。

rmdir コマンドの使用

以下は、rmdir コマンドを使って Linux でディレクトリを削除する手順です。

1. ターミナルを開く: キーボードで「Ctrl+Alt+T」を押すか、システムのアプリケーションランチャーで「terminal」を検索してターミナルを開きます。
2. 削除したいディレクトリに移動する: cd コマンドを使って削除したいディレクトリに移動します。たとえば、削除したいディレクトリがホームフォルダ内の my_directory という名前の場合、cd ~/my_directory と入力して「Enter」を押します。
3. ディレクトリを削除する: rmdir コマンドに続けてディレクトリの名前を入力します。rmdir my_directory と入力して「Enter」を押します。もし、ディレクトリが空でない場合には、エラーメッセージが表示され、削除は行われません。
4. ディレクトリが削除されたことを確認する: ディレクトリが削除されたことを確認するには、親ディレクトリの内容を表示するために ls コマンドを使います。たとえば、my_directory フォルダがホームフォルダ内にあった場合、ls ~/ と入力して「Enter」を押します。my_directory フォルダはもう表示されないはずです。

まとめ

rm コマンドはファイルを削除するためによく使われるコマンドであり、rmdir や rm -r または rm -R オプションはディレクトリを削除するために使用されます。この手順を追ったガイドに従うことで、Linux 上で効率的にファイルやディレクトリを削除できるようになります。

追加のヒント:

1. rm コマンドを -r または -R オプションと一緒に使う際は注意が必要です。ファイルやディレクトリを取り戻せない形で削除する可能性があります。
2. 間違ったファイルやディレクトリを誤って削除しないよう、削除する前にファイル名やディレクトリ名を必ず再確認してください。
3. ファイルを削除するのに他の方法より時間がかかることがあるため、shred コマンドは必要な時だけ使用してください。
4. 一部のファイルやディレクトリの削除には管理者 (root) 権限が必要な場合があるため、ファイルやディレクトリを削除する際のファイルの権限に気を付けてください。

Twitter または LinkedIn でつながりましょう。私の YouTube チャンネルにも登録できます。

プログラミングを楽しんでください！

JavaScript では、文字列を数値に変換する方法がたくさんあります。それぞれコードではどのように書くのでしょうか？

この記事では、文字列を数値に変換する 11 の方法を紹介します。

こちらは、JavaScript で文字列を数値に変換する方法を示すインタラクティブなスクリーンです:

JavaScript で文字列を数値に変換する方法: Number() 関数を使用する

文字列を数値に変換する方法の一つは、Number() 関数を使用することです。

この例では、quantity という名前の文字列があり、その値は "12" です。

const quantity = "12";

typeof 演算子を quantity に使用すると、その型は string として返されます。

console.log(typeof quantity);

Number 関数を使って、quantity を次のように数値に変換できます:

Number(quantity)

再び typeof 演算子を使用して、それが数値になったことを確認できます。

console.log(typeof Number(quantity));

数値に変換できない値を渡そうとすると、返り値は NaN「Not a Number」になります。

console.log(Number("awesome"));

JavaScript で文字列を数値に変換する方法: parseInt() 関数を使用する

文字列を数値に変換するもう一つの方法は、parseInt() 関数を使用することです。この関数は文字列とオプションの基数 (radix) を受け取ります。

基数は、記数法の底を表す 2 から 36 の間の数値です。例えば、基数が 2 の場合は 2 進数を表し、基数が 10 の場合は 10 進数を表します。

先ほどの quantity 変数を使用して、その文字列を数値に変換することができます。

const quantity = "12";

console.log(parseInt(quantity, 10));

quantity 変数を "12.99" に変更した場合、parseInt() を使用して得られる結果は数値の 12.99 になるでしょうか？

ご覧のとおり、結果は丸められた整数になります。浮動小数点数を返したい場合は、parseFloat() を使用する必要があります。

JavaScript で文字列を数値に変換する方法: parseFloat() 関数を使用する

parseFloat() 関数は値を受け取り、浮動小数点数を返します。浮動小数点数の例としては、12.99 や 3.14 などがあります。

以前の例を修正して parseFloat() を使用すると、結果は浮動小数点数の 12.99 になります。

const quantity = "12.99";

console.log(parseFloat(quantity));

文字列に先頭または末尾の空白が含まれていても、parseFloat() はその文字列を浮動小数点数に変換します。

const quantity = "   12.99    ";

console.log(parseFloat(quantity));

文字列の最初の文字が数値に変換できない場合、parseFloat() は NaN を返します。

const quantity = "F12.99";

console.log(parseFloat(quantity));

JavaScript で文字列を数値に変換する方法: 単項プラス演算子 (+) を使用する

単項プラス演算子 (+) を使用すると、文字列を数値に変換できます。この演算子はオペランドの前に置かれます。

const quantity = "12";

console.log(+quantity);

単項プラス演算子 (+) を使用して、文字列を浮動小数点数に変換することもできます。

const quantity = "12.99";

console.log(+quantity);

文字列の値が数値に変換できない場合、結果は NaN になります。

const quantity = "awesome";

console.log(+quantity);

JavaScript で文字列を数値に変換する方法: 文字列を数値の 1 と掛け算する

文字列を数値に変換する別の方法は、基本的な数学演算を使用することです。文字列の値に 1 を掛けると、数値が返されます。

const quantity = "12";

console.log(quantity * 1);

ご覧のとおり、quantity の値に 1 を掛けると、数値の 12 が返されます。しかし、これはどのように機能するのでしょうか？

この例では、JavaScript は文字列の値を数値に変換し、その後に数学演算を実行しています。文字列が数値に変換できない場合、数学演算は機能せず、NaN が返されます。

const quantity = "awesome";

console.log(quantity * 1);

この方法は浮動小数点数にも適用できます。

const quantity = "10.5";

console.log(quantity * 1);

JavaScript で文字列を数値に変換する方法: 文字列を数値の 1 で割る

1 を掛ける代わりに、文字列を 1 で割ることもできます。JavaScript は文字列の値を数値に変換し、その後に数学演算を実行します。

const quantity = "10.5";

console.log(quantity / 1);

JavaScript で文字列を数値に変換する方法: 文字列から数値の 0 を引く

別の方法として、文字列から 0 を引くこともできます。この場合も同様に、JavaScript は文字列の値を数値に変換し、その後に数学演算を実行します。

const quantity = "19";

console.log(quantity - 0);

JavaScript で文字列を数値に変換する方法: ビット単位の NOT 演算子 (~) を使用する

ビット単位の NOT 演算子 (~) はオペランドのビットを反転させ、その値を 32 ビット符号付き整数に変換します。32 ビット符号付き整数は、32 ビット (または 4 バイト) で表される整数値です。

数値に対して 1 つのビット単位の NOT 演算子 (~) を使用すると、以下の操作が実行されます: -(x + 1)

console.log(~19);

しかし、ビット単位の NOT 演算子 (~) を 2 回使用すると、文字列を数値に変換することができます。

const quantity = "19";

console.log(~~quantity);

この方法は浮動小数点数には適用できません。結果は整数になるためです。

const quantity = "19.99";

console.log(~~quantity);

この方法を数値以外の文字に対して使用した場合、結果はゼロになります。

const quantity = "awesome";

console.log(~~quantity);

この方法には制限があり、非常に大きな値の場合には動作が不安定になることがあります。数値が 32 ビット符号付き整数の範囲内に収まっていることを確認することが重要です。

const quantity = "2700000000";

console.log(~~quantity);

ビット単位の NOT 演算子 (~) について詳しく知りたい場合は、ドキュメントを参照してください。

JavaScript で文字列を数値に変換する方法: Math.floor() 関数を使用する

文字列を数値に変換する方法として、他には Math.floor() 関数も使用できます。この関数は数値を最も近い整数に切り捨てます。

const quantity = "13.4";

console.log(Math.floor(quantity));

以前の例と同様に、数値以外の文字を使用しようとすると、結果は NaN になります。

const quantity = "awesome";

console.log(Math.floor(quantity));

JavaScript で文字列を数値に変換する方法: Math.floor() 関数を使用する

Math.ceil() 関数は、数値を最も近い整数に切り上げます。

const quantity = "7.18";

console.log(Math.ceil(quantity));

JavaScript で文字列を数値に変換する方法: Math.round() 関数を使用する

Math.round() 関数は、数値を最も近い整数に丸めます。

例えば、値が 6.3 の場合、Math.round() は 6 を返します。

const quantity = "6.3";

console.log(Math.round(quantity));

しかし、その値を 6.5 に変更すると、Math.round() は 7 を返します。

const quantity = "6.5";

console.log(Math.round(quantity));

結論

この記事では、JavaScript を使用して文字列を数値に変換する 11 の方法を紹介しました。

この記事で説明した 11 の方法は以下の通りです。

• Number() 関数を使用する
• parseInt() 関数を使用する
• parseFloat() 関数を使用する
• 単項プラス演算子 (+) を使用する
• 文字列に数値の 1 を掛ける
• 文字列を数値の 1 で割る
• 文字列から数値の 0 を引く
• ビット単位の NOT 演算子 (~) を使用する
• Math.floor() 関数を使用する
• Math.ceil() 関数を使用する
• Math.round() 関数を使用する

この記事を楽しんでいただけたなら幸いです。JavaScript の学習、頑張ってください！

10 年前の今日、私はサンフランシスコのアパートのクローゼットで、freeCodeCamp の始まりとなる数百行のコードを書きました。

その時は知る由もありませんでしたが、あっという間に freeCodeCamp は、日々忙しい大人たちが共にプログラミングを学ぶ世界的なコミュニティへと成長しました。

これまでに「キャンパー」(コミュニティメンバーをそう呼んでいます) の多くがソフトウェアエンジニアとして職を得ました。また、freeCodeCamp のオープンソース・コードベースに貢献しているキャンパーも多数います。

この 10 年間で私たちが作り上げてきたものを挙げてみましょう。

1. 数学、プログラミング、コンピュータサイエンスを教える、3,000 時間におよぶインタラクティブなコアカリキュラム
2. 12,000 件を超えるプログラミングチュートリアル記事、および書籍レベルの長編記事数十件を、freecodecamp.org/news にて公開 (日本語版はこちら)
3. 1,000 件を超える無料の長編動画コースを YouTube チャンネルにて公開し、チャンネル登録者数 1,000 万人に到達
4. 世界で最も親切で協力的なプログラミングフォーラムと、同じく親切な Discord サーバー

私 1 人から始まったチームは、35 人の講師とエンジニアから成るスタッフチームへと成長しました。そしてこれは氷山の一角にすぎません。作業の大部分はオープンソースコミュニティの手によって行われています。日々、ボランティアのコントリビューターたちが自発的に、コードベースを改善したり、新しい教材を作成したり、フォーラムでお互いに助け合ったりしています。

そして、私たちはまだ歩み始めたばかりです。ですから freeCodeCamp のこれまでの 10 年間について感傷的な記事を書くのではなく、これからの 10 年間に向けた計画にフォーカスしたいと思います。

私たちの慈善団体としての使命は、数学・プログラミング・コンピュータサイエンスの学習を支援するための、無料の学習リソースを作成することです。やるべきことはまだまだあります。

この記事では、今後 10 年間の主要な取り組みや改善計画について紹介します。クリスマスシーズンにリリース予定の内容もあります。

包括的な認定資格への統合

最大の改善点として、現在のカリキュラムの大部分を包括的な Certified Full Stack Developer (CFSD) 認定資格に統合します。加えて、他にもいくつかの新しい認定資格プログラムをゼロから開発中です。

私たちは CompTIA や (ISC)² のような高く評価されている開発者認定資格を運営する非営利団体からインスピレーションを得て、より業界標準に近い認定資格を目指しています。

新しい認定資格では以下の点を強化します。

• さらに幅広い学習内容
• 最終試験
• 最終プロジェクト
• 3 年間の有効期限と更新プロセス

そして freeCodeCamp のすべての成果物と同じく、新しい認定資格も完全に無料です。

Certified Full Stack Developer 認定資格の準備用カリキュラムでは、以下のトピックをカバーします。

• セマンティック HTML
• アクセシビリティ
• CSS 基礎
• CSS フレックスボックス
• 開発者のためのデザイン
• タイポグラフィ
• コードエディター
• JavaScript 基礎
• 関数型プログラミング
• 高階関数とコールバック
• DOM 操作とイベント
• Web 標準
• React 基礎
• TypeScript 基礎
• テストの概念
• Bash スクリプト
• SQL とリレーショナルデータベース
• Git と GitHub
• セキュリティとプライバシー
• Node.js
• Express.js
• Python 基礎
• アルゴリズム的思考
• データ構造
• オブジェクト指向プログラミング
• 動的プログラミング
• ウェブ開発者向けセキュリティ
• ツールとデプロイメント
• API の利用
• AI エンジニアリング基礎
• 開発者としての就職活動
• 他

そして多数のリクエストに応えて、コアカリキュラムで理論についてももっと深く扱うようにします。

これまで、私たちの認定講座はプロジェクト構築に 100% 注力していました。しかし、多くのキャンパーから実践学習に偏りすぎているというフィードバックがあり、理論の解説を求める声が多く寄せられていました。

今後は動画講座やチュートリアル記事でコアカリキュラムを補完しなくても進められるよう、必要なすべての理論をカリキュラム中でカバーします。

そのために、freeCodeCamp の教育デザインチームの Beau Carnes や Ania Kubów などが担当する短い動画レクチャーを追加します。動画よりテキストを好むキャンパーのために、文字起こしも提供予定です。

また、理論を復習したり理解度を確認したりできるように、クイズ (小テスト) も多数追加します。これらの要素と組み込みの反復学習システムにより、主要な概念とコーディング手法をより効率的に学習できるでしょう。

そして新たなカリキュラムでは、真っ白なキャンバスからスタートするスタイルのコーディング・ラボを早い段階から取り入れ、学習の自由度を高めます。

以下が新しい Certified Full Stack Developer コースの全コンテンツです。簡単ではありません。

• 64 のワークショップ - HTML、SQL、Python など幅広いツールについて学ぶ、インタラクティブなステップ・バイ・ステップのコーディングコース
• 513 のレクチャー - コンピュータサイエンスの概念をカバーする短い動画と、理解度を確認するための選択式問題
• 83 のラボ - 空のエディタとテストスイートからスタートしてコードを書き、すべてのテストを通過させることを目指すプロジェクト
• 62 の復習ページ - 小テストや試験の準備をサポートする、各モジュールのトピックを復習できる包括的なリスト
• 66 のクイズと 6 つの中間試験 - フルスタック開発の概念やツールの理解力を確認する質問
• 1 つの最終プロジェクト - ポートフォリオ用に構築する大規模かつユニークなプロジェクト (freeCodeCamp コミュニティの講師が成果物を確認)
• 1 つの最終試験 - 90 問の総合的な、不正防止機能付きの資格試験 (freeCodeCamp の試験環境システムを利用)

すべての講座内容を修了すると、最終試験の受験資格を得られます。ここまで学んだことを評価する厳格な試験を実施するためのシステムとして、私たちは独自のオープンソース試験環境を開発しました。

試験に不合格となった場合は 24 時間ごとに再試験が可能で、試験問題は大規模な問題集からランダムに生成されます。

オンライン試験で謂れのない不正行為を疑われたという話を耳にしたことがあるかもしれませんが、私たちは学問的行動規範の厳格な執行にあたって慎重に配慮し、このような決定には常に人間が関与するようにしています。

「赤ちゃんが泣きだしたので席を立った」というだけで自動的に失格になるようなことはありません。試験の運営においてさまざまな点を考慮します。

試験に合格すると、履歴書や LinkedIn アカウントに追加可能な、無料の、検証機能・シリアルナンバー付き認定証を取得できます。この認定証は 3 年間有効で、その後は無料の継続教育プロセスを完了することで再認定が可能です。

以上のアップデート内容をこちらの動画で 3 分間にまとめて紹介しています。

他 3 種の認定資格を開発中

新しい Certified Full Stack Developer 資格をリリース次第、私たちの教育デザインチームは以下 3 種の認定資格の開発に注力します。

Certified Machine Learning Engineer 認定資格 (fCC-CMLE)

この認定資格では Python と数多くのライブラリを学び、数学と理論も幅広く学習します。大多数のプロジェクトでは、独自のモデルを作成することが要求されます。現在 Kylie Ying が機械学習エンジニアと共に講座設計に取り組んでおり、一部は 2025 年のリリースを予定しています。

Certified Software Systems Engineer 認定資格 (fCC-CSSE)

低レベルプログラミングと高性能コンピューティングを扱う認定資格です。C や C++ でのプログラミングを学び、独自のコンパイラや検索エンジンなどを構築する多数のプロジェクトに取り組みます。一部は 2026 年にリリース予定です。

Certified Data Scientist 認定資格 (fCC-CDS)

freeCodeCamp ではこの数年間、包括的なデータサイエンスカリキュラムの開発に取り組んでいます。ご存知のように、すでに freeCodeCamp コミュニティの YouTube チャンネルでは Python、R、統計ツールなどデータサイエンスに関連した無料講座が多数公開され、人気を博しています。

データサイエンスを教える際の課題は、この分野で必要となる膨大な量の数学をどのように教えるかです。その学習成果をプログラムで評価できるようなプロジェクト指向の学習を組み込む必要もあります。

私たちの目標は、博士課程以外でアクセス可能な最高のデータサイエンス教育を提供することです。これは最も大きな挑戦になりますが、何としても成し遂げたいと思います。一部は 2027 年にリリース予定です。

これらの認定資格と講座内容の詳細はいつごろ提供されますか？

現在カリキュラムのアウトラインを作成中で、いくつかは 2025 年に公開予定です。

現行の freeCodeCamp 認定講座はどうなりますか？

freeCodeCamp には旧認定講座の内容も引き続き公開するという伝統があります。今回も例外ではありません。

新しい Certified Full Stack Developer 認定資格のカリキュラムは今年のクリスマスを目処に公開を予定しており、公開後は新講座に移行することをお勧めします。プロジェクトの多くは現行の認定講座と共通となっているため、すでに一部のプロジェクトを完了した状態からスタートできる可能性もあります。

引き続き旧認定講座に取り組みたい場合は、そのまま続行することも可能です。

旧認定証も有効期限切れになるのでしょうか？

はい。旧認定証は 2027 年 12 月 31 日に有効期限切れとなります。過去に取得された freeCodeCamp 認定証も対象となります。

受講者の皆さんが新しい Certified Full Stack Developer 認定資格を取得するまで、現行の認定証を引き続き利用できる猶予期間を十分に設けたいと考え、3 年間が妥当と判断しました。

この有効期限は freeCodeCamp のすべての認定証に適用されます。

以降、Certified Full Stack Developer 認定資格や今後追加予定の 3 種の認定資格は取得日から 3 年間有効となります。

また、3 年後に資格を更新するための継続教育プロセスも開発中です。こちらも完全に無料で提供されます。

試験を必須にしたり、認定資格に有効期限を追加したりするのはなぜですか？

他の IT 業界の認定資格と整合性を持たせるためです。主要な認定資格の多くは、認定試験の合格を必要とし、3 年で期限切れとなる形式となっています。

私たちの目的は、freeCodeCamp の認定資格をより業界の慣習に従った形にすることで、雇用者にアピールしやすいものにすることです。

freeCodeCamp が求人や職業紹介の分野に参入する予定はありますか？

その計画はありません。当団体の使命はシンプルで、無料の学習リソースを提供することです。教育以外の分野の人材を多数雇うより、少数精鋭の教育チームを維持していくつもりです。

認定資格間で講座内容の重複はどのくらいありますか？

認定資格の中には、一部のプロジェクトやレクチャーが共通するものもあります。例えば、すでに Certified Full Stack Developer 認定資格で Python の入門コースを完了した場合、Certified Machine Learning Engineer 認定資格で再度完了する必要はありません。

旧認定証は引き続きオンラインで表示できますか？検証用リンクは引き続き有効ですか？

期限切れの認定証もプロフィールに表示され、URL も機能し続けます。ただし認定証には期限切れとなった日付が明記され、資格が更新されるまで変わりません。なお、このような有効期限の設定は、2027 年 12 月 31 日までは行われません。

現在 freecodecamp.org/learn の一覧にある 11 種の認定講座はどうなりますか？

少なくとも数年間は「旧認定講座 (レガシー認定講座)」として引き続き利用可能です。ほとんどの講座内容は新しい認定資格の一部として改良され、再利用されます。

すでに完了したプロジェクトを再度完了しなければなりませんか？

旧認定講座の講座内容の一部は新しい認定資格に引き継がれます。そしてほとんどの場合、すでに完了したプロジェクトを再度行う必要はありません。すでにいくつかプロジェクトを完了済みであれば、新しい認定資格の閲覧時に一部セクションが完了済みとして表示されるでしょう。

Rust や Java といったプログラミング言語や NoSQL データベースツールについての講座はありますか？

freeCodeCamp では、キャンパーが開発者として働く上で最も需要のあるツールにターゲットを絞っています。これには、Python、JavaScript、SQL、そして Git や Linux のようなツールが含まれます。

その他の人気ツールについては、YouTube チャンネルの動画講座や freeCodeCamp ニュースのチュートリアル記事を多数提供しています。これらの技術については引き続き、希望者向けのカリキュラム外講座として提供します。

英語カリキュラムの進捗状況は？

引き続き、キャンパーが英語力を磨くためのインタラクティブな英語カリキュラム作成に取り組んでいます。

動画とインタラクティブな演習を組み合わせた講座の最後に、正式な認定試験を設ける予定です。

現在 A2 レベル講座が完成間近となっており、B1 レベル講座の作業にも着手しています。

無料の大学学位プログラムの進捗状況は？

数学の準学士号とコンピュータサイエンスの学士号の提供に向け、着実に進んでいます。既に 2 つの数学コースを開発し、残り 38 の米国大学レベルコースと、関連するレクチャー、ラボ、試験の開発に全力を注いでいます。

freeCodeCamp の教育デザイナーチームは小規模で、現在は主に Certified Full Stack Developer 認定資格の講座内容と英語カリキュラムに集中しています。これらが完了次第、学位プログラムにさらにリソースを割り当て、開発を加速させる予定です。

10 年はほんの始まり

コミュニティとして、たった 10 年間でこれだけのことを成し遂げられたのは本当に素晴らしいと思っています。

• 3,000 時間のインタラクティブな学習リソースからなる無料カリキュラム
• 数千件の動画講座、電子書籍、チュートリアル記事
• 数万人のキャンパーが開発者として仕事を得たこと
• 数万人のコントリビューターがボランティアとして時間やスキルを提供し、OSS 活動や他のキャンパーとの助け合いを通して経験を積んでいること

あなたもぜひ、この世界的な freeCodeCamp コミュニティに加わりませんか？こちらの記事で 2024 年度のトップコントリビューター一覧をご覧いただけます。コントリビューター活動に興味があれば、コントリビューターガイドを参照してください。

また、サポーターになる方法もあります。すでに毎月支援してくださっている方で、当チャリティに年末の贈り物をとお考えであれば、ぜひともお願いいたします。こちらの記事でさまざまな支援方法を紹介しています。

当チャリティのミッションを支援する方法について質問がある場合や、税控除用の寄付受領証が必要な場合は、直接私までメールでお問い合わせください: quincy@freecodecamp.org

次の 10 年を祝して。

– Quincy

2024 年も freeCodeCamp コミュニティにとって非常に生産的な一年となりました。「誰もがアクセスできる学習リソースを作る」という私たちのミッションに向かって、力強く進み続けた一年でした。

この 12 か月で freeCodeCamp コミュニティは次のような成果を上げました。

• 2,455 件のコードコントリビューションを GitHub 上のオープンソースリポジトリにマージ
• 193 件の無料長編動画講座を YouTube で公開
• 850 件のテキストベースのプログラミングチュートリアルと 5 件の無料電子書籍を freeCodeCamp ニュースにて公開
• 150 万ワードのカリキュラムとチュートリアル記事を、英語から世界中のさまざまな言語へと翻訳

この一年、ボランティアとして活動してくださった心優しいコントリビューターの皆さんに感謝を申し上げます。おかげでさまざまな面で大きな発展を遂げることができました。

以下は、本年のトップコントリビューターの一覧です。コントリビューションのカテゴリーごとにリストが分かれています。

GitHub トップコントリビューター

• Anna
• Lasse Jørgensen
• Supravisor
• Gagan Bhullar
• Krzysztof G.
• Duong The Pham
• Re1nGer
• RGHANILOO
• Manabu Matsumoto
• Nitish sharma
• Roy John Lee
• James
• zxc-w
• jnahan
• Yixuan Dai
• Giovanni Ruberto
• Moshe
• Alagu Muthiah
• Alan Luo
• Orest Sonich
• Anne Deepa Prasanna
• Andrew M. Yturaldi
• Sanskriti
• Srikanth Kandi
• Pedro Ramos
• Jose Bhrayn Colina
• Korada Shanmukh Sai
• Vijaychandra Govindapalle
• Lawrence Li
• Hein Htet
• Sulaiman
• Jeremy L Thompson
• Ritesh S Hiremath
• William Spanfelner
• Josh
• Deep Dhanuka
• Abhinav Kumar
• Mikey Esteban
• Jr Cenina
• Sushil Gupta
• jayanth920
• Louiza Mak
• CracktheDom
• Lalith Kanakamedala
• Kevin
• Sanjeev Murmu
• Akshat Tripathi
• dwrik
• Michael Ehme
• Patrick Wauschek
• André Barreira Dinis
• Lucas Gracia
• Chiara
• Vaibhav-Ace
• cheenu-1824
• Vicky Fernandez Busch
• Jiantao (Felix)
• Govardhan
• Steven Primeaux
• JeevaRamanathan
• Lalithkumarponnambalam
• Hammadh
• Arnav
• Anugrah
• Prajvala R C
• Shiva Sai Krishna Gadeela
• developwithabhinav
• ITS MAC
• Mayank Kamboj
• Nate Ben
• Israel Lopez
• Joz-Bruer Quince
• Sahil Chauhan
• Tobias Sirianni Melo
• Soham Tembhurne
• mccarreon
• Anikait Prasar
• Edwin Hung
• Mikhail Wahib
• Yatrik Patel
• Pramod Lumb
• Shivam Gupta
• Clarence
• Joel Olawanle
• Yeldar Kudaibergenov
• Axel Soubielle Almada
• Kashinath Patkar
• Oleksandr Tkachenko
• v-i-k-a-s
• Faisal Arshed
• Usama Basharat
• budblack

フォーラム トップコントリビューター

• Hanaa B.
• Teller
• Jeremy
• Stephen Mutheu
• Lasse
• pkdvalis
• Hassan Zaib
• CODY BIGGS
• Bruce B
• Doug Badger
• DanielHuebschmann
• Ariel Leslie
• Zuhaira Ameer
• Anna
• Raymond
• sanity
• Toan
• Opudo Prince
• Vladimir Jovanović
• Infinity
• HungryBee
• a b
• Robert H.
• MostafaElbadry
• GrannyIsA-Dreamer
• Arakhsh Qanit
• ios-man
• Marcus Parsons
• Alan Bradnum
• Mohamed Amine (Mike)
• A1legalfreelance
• Daniel Bailey
• Jyothsna Lakshminarayanan
• Albert Kucz
• SanyiDiriba
• William Miller Jr
• Aldrin Sean Pereira
• SpookyBlump
• Luis Costantin
• Tahsin Önemli
• Carlos Bernad
• Madhav Mohan
• Christ-yvan KEMAJOU
• Aaron P Laju
• Kevin Smith
• Alabastor
• Answer
• ⛤Cherry-27⛤
• M
• ablairmorris
• Francisco Ecatl Melo Valle
• Anthony Bryson Jr.
• Tom M
• Alex
• Ibrahim Aq
• Andrey D
• mailforworkon
• AbbyGTech
• Opeyemi Richard
• Stroudy91
• Mike
• Tadesse Agegnehu
• Samuel Diriba
• Cryptic
• Easside MJ. Kamara
• KoduFCC
• shy_away
• Sebastian Włodarczyk
• Kesa Elizabeth Stallman
• Kyle O'Leary
• 💜💜purpleglow🌟🌟
• mohamed elmir
• Kai G
• jpccdirect
• Luca Tardito
• Logan Drake Cody
• Millie Bowers
• MilesWeb
• suleman khalil
• ghulamshabirbaloch
• Diego
• Maestro Goldring

翻訳 トップコントリビューター

• Afonso Branco
• rustamdocstranslator
• Madlen
• Alan Luo
• LisaGo
• majidah
• Karel Vanhelden
• SeunghyunKim
• Nadja Sellinat
• Kevin Matthew
• Siyana Zdravkova
• Ricardo Cuauro
• Liu dakang
• Álvaro Dávila
• Ira Bohach
• Laureline
• Nils Goeke
• ViktoriaKushnir0-
• ピンク人
• sohyun
• kimploo
• franciscomelov
• Andriana Cabrera
• Kostiantyn Melnyk
• athen
• JulianLobonAguilar
• moonki kim
• Suzie
• Kasia
• mamaruo
• VL
• Solomiia Karpachova
• Diana Kolosovska (Діана Колосовська)
• steven ding
• Elias Pereyra
• nin3lee
• Juanma
• Naelko
• Álvaro Dávila
• Tamiris
• Devan
• Leslie Suh
• Dario
• mix bo
• Eduardo Lima
• isaura-ribeiro
• nighttheduck
• Caroline Andrade
• salvatore luciano
• Nikolai
• Frankline Were
• Mikadifo
• MaxiNZ
• SleepyGogo
• Brendo Arruda
• rkang13
• TikaZ
• shaudvetis
• Minh Tuấn Nguyễn
• wdthor
• BeGeosDev
• Kristian Pavic
• Dalton Cuenca
• jonathanq
• Erick
• Sreya Satheesh
• Freddy R
• Wilmer Gulcochía Sánchez
• Shannon
• André Garcia
• Saikrishna Anumula
• Sharvio
• David Gómez Redondo
• Jimmy Yem
• Lucy Macartney
• vLeov
• Sunce
• 1615_P._Enrique
• Ener Octavio Buitrago Camelo
• ProjektMing
• nrached
• Camila
• Maria Luz Davico
• EricF
• Bobby M
• lime
• irabucha
• Filippo Crespi
• MrTL3
• Li Chuan (李川)
• Rodrigo Lajas
• Jarvis Hack
• invoker
• claudiomavi
• Kato Tsune (加藤恒)
• yk1537
• Jose Zambrano
• Takkapi
• BlackAndRed.eth
• leopard355
• DariaShu
• Daniel R. da Silva
• Adham Muhammadjonov
• Davi Stadlinger
• w w
• KenGan
• cezin17
• Dylan Gabriel Diroché
• luluhwenceslau
• Chinchu Ori
• albasantalo
• Dira R P
• William Hincapié
• aldid95
• Fran Martinez
• Yao990815
• Miracle
• Julian Andres Lasso Figueroa
• pame.gon
• watanaki
• Faisal Hanafi
• Jiwon
• Abo_AbdelSalam
• Vé
• Lu Mu (辂木)
• martinvostatek
• Patrick Hähnel
• Stanley S
• Alexia Javadd
• peperluiz
• Lina Guio
• adnen rebai
• Pasan Hewavitharana
• Monir Adam
• Adi Nugroho
• YumiClmpn
• Daniel Garcia Sanchez
• bugrahankaramollaoglu
• Hannibal_TN
• Ucky Deni Ulinnuha
• David Beyer
• Nicolás Folli
• IM Grigore
• Bill Gao
• Baris
• Simón San Juan Gallardo
• Eralpozcan
• Maria Fernanda Rios
• Tsukistar (月落星河)
• Tao
• Gabriel Kraemer
• mementog
• petyaDeveloper
• TrueJackWu
• Nicolvs
• Juan Diego Jaimes
• Cássio Barth
• Aekkapob Pangtan
• Sergitxin
• Bettina Neuwirth
• juanalbglz
• Marta Escriche
• adrianna
• pcaballero
• Nico Van Pletzen
• Rafael Quintero
• Ozat21
• Dinto
• orikes
• fanqie
• Kamil Kliczbor
• Francisco Mancuello
• Roberto Perez
• Luis Aguilar
• kersen
• miller-danilo
• castrovca
• ChristianMoya
• Felipe Navarro
• Felipe Hernández
• DongHyeon
• Denisse Lemos
• Meer Sajib
• AR Dhrubo
• Paola Rosati
• Andrea Sisti
• Charlotte Stone
• Saki Basken
• Yuki Shibata
• YUUSUKE OKAMOTO
• Constanza Areal
• Elias Ezequiel Pereyra Gomez
• Diego Lopez
• Cristian Fernando Villca Gutierrez
• Francisco Melo V.
• HeZean
• Mingxun Liu
• Tsukistar
• James Z. Zhang
• huqi
• JunoWei
• YiWei
• luojiyin
• herosql
• 李小宁
• Afonso Branco
• Kris Lagerström
• Filipe Barbosa
• David Esdras
• João Eduardo Gomes
• Luis Felipe L. C.
• Marcelo Pena
• Gabriel Balbueno
• Sabrina Alves
• Ana Laura Reis
• Isabel de Souza

YouTube トップコントリビューター

• Ramon Rodrigues
• Leosbel Poll Sotomayor
• David Ruiz
• Pedro Plasencia
• David Choi
• Sergie Code
• Leonardo Jose Castillo Lacruz
• Carpi Coder
• Jordan Alexander Cruz Garcia
• Luis Canary
• Abdul M
• Vyas Adithya
• AnthonyGG
• Ali Bouali
• Alen Omeri
• Matthew Hlazo
• Code Genix
• Amini
• Code Lab
• Haris Iftikhar
• Mukhtar Mukhtar
• Aba Codes
• Dauda Kolo
• Simpson Alfred
• Dan Vega
• Div Rhino
• Hayk Simonyan
• Hussein Nasser
• Dinesh Varyani
• Georgio Tunson
• Kerollos Magdy
• Krish Naik
• Ankita Kulkarni
• Patt Vira
• Umair Jameel
• Michael Minaca
• Utkarsh Seth
• Aleksa Robavs
• Bobby Roe
• Sangam Mukherjee
• Ramendu
• Steven Garcia
• Emilian Kasemi
• Deji Adesoga
• Wilson Mucheke
• Henry Ly
• Thomas Burns
• Ashokkumar Chavada
• Paulo Dichone
• Vlad Gheorghe
• Vuk Rosić
• Anthony Aragues
• Andrew Brown
• Zak Ali
• Burak Orkmez
• Ayush Singh
• Lane Wagner
• Code Bucks
• John Smilga
• Omar Zaki
• Nishant Singh
• Parth Vyas
• Dan Adams
• Elliot Arledge
• Haider Malik
• Hitesh Choudhary
• JSLegendDev
• Keerti Purswani
• Md Al Mamun
• Niklas Ziermann
• Dr. Radu Mariescu-Istodor
• Rohan from Self Made Data Scientist
• James McArthur
• Stein Helset
• Rex Jones
• Piyush Itankar
• Alaribe Bright
• Brijen Makwana
• Dr. Chuck
• Dr. Immanuel Trummer
• Dr. Lance Martin
• Fatos Morina
• Kshitij Sharma
• Tatev from LunarTech
• Tristan Willcox
• Zubin Pratap

ニュース トップコントリビューター

• Joan Ayebola
• Sahil Mahapatra
• Manish Shivanandhan
• Matéu.sh
• Tiago Capelo Monteiro
• Vahe Aslanyan
• Oluwatobi
• David Jaja
• Tomer
• Kunal Nalawade
• Samyak Jain
• Nathan Sebhastian
• Alex Pliutau
• Oluwadamisi Samuel
• Ophy Boamah
• Reed
• Anjan Baradwaj
• Rajdeep Singh
• Timothy Olanrewaju
• David Clinton
• Md. Fahim Bin Amin
• Ankur Tyagi
• Ashutosh Krishna
• Ijeoma Igboagu
• Grant Riordan
• Elizabeth Lola
• Tapas Adhikary
• Anshul Sanghi
• Isaiah Clifford Opoku
• Destiny Erhabor
• Daniel Adetunji
• Hunor Márton Borbély
• Oyedele Tioluwani
• Fanny Nyayic
• Jakub T. Jankiewicz
• Daniel Kehoe
• Kamaldeen Lawal
• Jose Vicente Nunez
• Prankur Pandey
• Asfak Ahmed
• Obum
• Spruce Emmanuel
• Temitope Oyedele
• Marco Venturi
• Austin Asoluka
• Vikram Aruchamy
• Daniel Asaboro
• Eric Hu
• Victoria Burabari Poromon
• Anant Chowdhary
• Kealan Parr
• Oleh Romanyuk
• Okosa Leonard
• Fatuma Abdullahi
• San B
• Franklin Okolie
• Chris Blakely
• Niladri S. Jyoti
• Nikolaos Panagopoulos
• oghenekparobo Stephen
• Keyur Paralkar
• Aya Nabil Othman
• Tantoluwa Heritage Alabi NB
• Ashutosh Biswas
• Akande Olalekan Toheeb
• Oduah Chigozie
• Programming with Shahan
• Bhavishya Pandit
• Abimbola Adedotun Samuel
• Ifeanyi Otuonye
• Gor Grigoryan
• Alex Tray
• Andrico Karoulla
• valentine Gatwiri
• Juan Cruz Martinez
• Eamonn Cottrell
• Chidera Humphrey
• Tooba Jamal
• Bala Priya C
• Faith Olohijere
• Musab Habeeb
• Oluwatobi Sofela
• John Caleb
• Amr Hesham
• Andrew Baisden
• Yemi Ojedapo
• Kaushal Joshi
• Losalini Rokocakau
• Iroro Chadere
• Olabisi Olaoye
• Hamdaan Ali
• Sule-Balogun Olanrewaju
• Okoro Emmanuel Nzube Derek
• Nibesh Khadka
• Chepkirui Dorothy
• Alex Anie
• Juan P. Romano
• Zubair Idris Aweda
• Leonardo José Castillo Lacruz

Discord トップコントリビューター

• plamoni
• jeremylt
• Versailles
• Science99
• rhombert
• localhost
• goks563
• Razzle Dazzle
• hana
• SaintPeter
• Maestro
• xCoffeeMan
• Tex
• Jim
• bradtaniguchi
• Mohammed_malleck
• andrewdmitriev39r
• ilenia
• ArialLeslie
• Chara
• SaintElGandoSmokio
• CapslockHero
• g0vX
• tgrtim
• alpox
• AlexG
• dark
• Lycelia
• WangGang
• Saburo
• Bordin
• Dylan
• bulhaa
• bro keeps whining
• Tek

このリストに名前があるのは、何千人もの freeCodeCamp コミュニティ参加者の中でも特に多く貢献してくださったほんの一部のコントリビューターです。

オープンソースコントリビューターとして freeCodeCamp コミュニティで活動することに興味があれば、まずはコントリビューターガイドに目を通し、Discord サーバーに参加することをおすすめします。日本語用の Discord サーバーもあります。

ありがとうございました。これからもコーディングを楽しんでください。🏕️

私のように仕事を探している人や私と同じようにテック業界に転身しようとしている人がたくさんいると思います。

就活中に何度も挫折しそうになりましたが、先にテックに移行した方々の話を聞くことはとても参考になりました。だからこそ、私がやって良かったなと思うことをいくつか共有して、少しでも同じ道を歩んでいる方々のサポートになればと思っています。

これまでの経歴

まずはこれまでの私がしていたことや、どのようにしてエンジニアとして働くようになったのかについて少し話したいと思います。私はコンピュータサイエンスのバックグラウンドを全く持っていません。もともとは生粋の文系で、大学では人類学と社会学を専攻して、興味深い分野で自分にとってとても合った分野だったのですが、就職の見通しはあまり良くありませんでした。

大学を卒業した後、社長秘書や倉庫 / 輸入のコーディネーターとして一般に言う事務の仕事をしていました。私は日本育ちですが、高校で短期留学、大学でイギリスに行っていたりしたことから、シカゴの日系企業で働いていた時に仕事の一環として翻訳作業をするようになりました。

2013 年に長女が生まれた後、当時働いていた会社では産前産後を含め、産休はなんと 6 週間しかありませんでした。当時のイリノイ州では標準的なことでした。10 年以上も前のことなので、今は少しは改善されているのかもしれませんが、産休が 6 週間しかないことにただただ驚いたのを今でも鮮明に覚えています。

そのため、お給料も格別良かったわけではなかったこと、夫とも子供は二人は欲しいねと話していたことも考えて、フルタイムのポジションを辞めて子育てに集中し、フレキシブルに働けるフリーランスの翻訳者として働くことに決めました。

なので学歴を含む経歴は、全くプログラミングとは程遠く、パソコン関係のスキルといえばマイクロソフトのオフィス程度で当時の私はエクセルが最先端のパソコンのスキルでした。

今も当時も、環境問題に興味があるので、「持続可能な開発」と言う分野を勉強して、ロンドン大学の準修士号を取得しました。言ってしまえば、出産育児の為修士号を取得するための単位がわずかに不足してしまったと言うことです。そのプログラムを通して環境科学やその他のサイエンス関連の授業を受けましたが、そこでもプログラミングに触れる機会はなく、私はコンピュータや理系向きではないとすら考えていました。

子育てとフリーランス: 見えないキャリアの空白

2 人の娘を育てながらフリーランスで翻訳をして平穏な日々を過ごしていましたが、子供達の小学校入学後は、自分の時間も増えてきてもっと仕事をしてみたいと感じました。『会社で働きたいな。』と漠然と思うようにもなりました。産後何をしたいかを考えたとき、今あるスキルをそのまま使えたからという理由で翻訳はやっていたけれど、翻訳者としてフルタイムで働く気にはどうもなれませんでした。

私は環境問題について興味を持っていたので、環境問題関連の仕事をしたいと思いました。数ヶ月間仕事を探しましたが、アメリカの一次面接でよくある電話面接をどうしても突破することができませんでした。その 15 分から長くても 30 分位の短い通話の間に、私はよく 10 年以上前のオフィスで働いていた時の経験について聞かれました。

特に最初の面接は辛いものでした。私が今何をしていて、今何ができるかに興味を持ってもらえると思っていたので、まさか 10 年前のはるか昔の経験について尋ねられるとは思っていませんでした。そんな面接をする度、自分が過去 10 年間してきたことがあまり重要ではないと言われたように感じ、かなり落ち込むこともありました。

育児やフリーランスは非常に大変な仕事だと思います。時間、仕事、ストレス、顧客、請求書などをすべて自分で管理しなければなりません。それでも社会や企業は、専業主婦やフリーランサーが私たちの社会に対して行う仕事を見落としてしまいがちですね。Career break と言われていることすら、問題視されるべきかもしれません。決して break とは感じられませんでしたので！

しかも 10 年以上も前の経験を使って behavioral question (行動面接の質問) に細かく答えることなんて、AI でない限り無理ですよね。

転機: 私がコーディングに興味を持ったきっかけ

そんなこんなで、就活をしながら環境関連のテック企業が必要とするスキルを持っていないことにも気付いてしまいました。まず、そういった企業はインハウスの翻訳者を大抵募集していない上に、一般事務的な経験もそこまで年数があるわけでもないと言うとても残念な事態。

多くの環境テック系企業がソフトウェアエンジニアを求めているのに気づき始めた頃、夫がたまたま私にコーディングを勉強してみたら？と言ってきました。それに加えて、第二のシリコンバレーと言われるだけあって、私の住むシアトルはエンジニアが本当に多いんです。出会う二人に一人はエンジニアです。そんな影響もあり、就活も長期戦になりそうだったので、損することはないだろうと軽い気持ちで勉強を始めました。

初めの一歩: 技術翻訳者としての初めての経験

夫がスタートアップを持っているので、その会社のソフトウェア開発を担当している女性にすぐ連絡を取りました。と言うのも、何から始めたらいいか全くわからなかったからです。彼女はそのスタートアップの創立者三名のうち一人のお姉さんであり、私たち夫婦の友人でもあります。彼女に私がどこから始めるべきかを聞いたら、実際に仕事をしてみることが一番勉強になると教えてくれました。そして彼女の指導のもと、スタートアップでお手伝いをさせてもらえることになりました。

翻訳のバックグラウンドと新しいテックへの興味から、私はモバイルアプリの技術的なローカライゼーション (他言語でも使用可能にすること) を始めました。大学で CS を勉強したわけではなかったけど、それが私の最初のソフトウェアエンジニアのポジションとなりました。でもそれはファミリービジネスで、走り始めたばかりのスタートアップなので、給料はもちろんもらえませんでした。とはいえ、コーディングだけでなく、git (コードのバージョン管理) についても学べて、ソフトウェア開発の流れを学ぶ絶好のチャンスでした。

何でもいいんです。ご家族や友人のビジネスで、ウェブサイトの更新や全面的なリニューアルが必要か確認してみてください。どんなことでも、手をかけて何かを作り、それを通じて学び、成果を示すことができれば、それが経験になります。

お手伝いをしながら、もっと学びたいと感じたので、2022 年の感謝祭セールで Codecademy に半額割引で登録して、そこで思いつくすべてのレッスンを制覇しました。(その当時残念ながら freeCodeCamp で無料で勉強できると知らず、Codecademy で登録してしまいました。freeCodeCamp.org は無料なので、プログラミング興味のある方にとってもオススメです！)

彼女と一緒に働かせてもらいながら、独学でプログラミングの勉強もして、充実していました。彼女は今でもすばらしいメンター (サポートやアドバイスをしてくれる先輩) です。その時点で、私はこれを自分のキャリアにし、もっと学びたいと感じました。

私は興味を持つと、いつも深く突き進むタイプなので、プログラミングの前は韓国ドラマにハマり、その前は株式市場の勉強も独自でしたりしていました。普段は大体 3、4 ヶ月間で興味が失せてしまうんですが、プログラミングは自分でも驚く程飽きませんでした。良くも悪くもプログラミングには無限に問題があって、常に学習していないといけないので、勉強好き、新しいことへの挑戦好きな私にとっていい分野を見つけたのではないかと思っています。

こういった経緯で修行をさせてもらっている中、ある日夫が前住んでいた家のお隣さんの家に遊びに行き、たまたまそこの奥さんが Flatiron というスクールでプログラミングのブートキャンプ式プログラムを卒業して、それがすごく良かったという話を聞いてきました。彼女も私と同じようなキャリアチェンジャーで、その後エンジニアとして働いています。夫がその話を家に持ち帰ったなんと翌日にはすぐに同じプログラムに申し込みをしました。

大きな決断: 血と汗と涙のブートキャンプの日々

結果的に、プログラミングのブートキャンプはとても良かったです！その名前の通りブートキャンプなので非常に厳しいものでしたが、一人で学んでいるときに週に 60 時間も費やすことはありませんし、学習のスピードをかなり早めてくれました。

始めた時点では、クラスに 30 人以上の学生がいましたが、1 週間後には 25 人、次の週には 20 人と、みるみるうちに脱落者が続出しました。卒業時にはクラスメートは 12 人だけになってしまいました。すごくハードなスケジュールで精神的にも追い詰められるような時もあったし、トラウマになるんじゃないかと思うようなこともあったり。でもそんな経験を一緒に乗り越えた仲間たちなので、そこで出会ったクラスメートたちには特別な想いがあります。

ブートキャンプといっても、その編成には色々あって、私のブートキャンプは 15 週間のプログラムで、各フェーズが 3 週間の 5 フェーズに分かれていました。各フェーズでコーディングチャレンジと言われるテストとグループプロジェクトがあり、プログラム最後のフェーズにはソロプロジェクトがありました。

ブートキャンプ後のサポート: キャリアコーチと就活戦略

Flatiron では、卒業後 180 日間のキャリアサービスを受けることができます。学費は高いと思いましたが、私は面接にこぎつけることや、面接に進めても面接自体で挫折していたので、それが魅力で Flatiron を選びました。

ワークショップなどを含むキャリアサービスは、プログラム中に始まりました。卒業後は、専属キャリアコーチが割り当てられ、最初の月は週 1、その後は隔週で面談しました。私の LinkedIn プロフィールをチェックしてくれたり、履歴書を添削してもらったり、面接前には模擬面接で特訓など、仕事探し全てにおけるサポートをしてくれました。

また、Flatiron には「Global Community」というサブグループもあったので、私はプログラム中やプログラム終了後も積極的にそのグループのオンラインミーティングにも参加していました。

人数が少なかったので、同じ外国人の方や、多文化の環境で育った方々と一緒にキャリアに関することを教えてもらったり、先輩の話を聞いたり、不安を分かち合ったりできる場でもあり、かなり勉強になりました。

2023 年 1 月に私がプログラムを開始したときには、Flatiron のキャリアサービスの人に『平均で卒業後就活は 3〜6 か月かかる』と言われていましたが、その時期大手テック企業で大量のリストラが続いていたので、卒業時には平均で 6 か月はかかると言われるようになっていました。

私が就職するまでには実際に 7 か月かかりました。その間多くのネットワーキングイベントに参加しましたが、私の就職にとって、キャリアコーチとの時間は本当に必要不可欠だったと思っています。質問ができる人やアドバイスをくれる人がいるということはスキルの面でも、精神的なサポートとしても、本当に助けになりました。

転機と躍進: 初めてのフルタイムの仕事を得るまで

卒業後すぐに、就職活動を開始しました。ボランティア活動やオープンソースプロジェクトへの貢献、ネットワーキングイベントへの参加を通じて学び続け、AWS CP 試験にも合格しました。忙しい日々を送りながら、LinkedIn でも積極的に活動し、プログラミングやサステナビリティに関連するマイルストーンを投稿していました。

Flatiron のキャリアワークショップで、求人の 80 % は公募されず、多くの人が人脈や過去のコラボレーションを通じて仕事を見つけると学びました。当初は半信半疑でしたが、まさにその方法で私は初めての仕事を得ました。

夫のスタートアップで一緒に働いていたメンターが、LinkedIn で私のシェアした React で作成したフルスタックのウェブアプリを見てくれました。彼女の会社が携わっているプロジェクトで React 開発者を必要としていた時、彼女は私に直接連絡をくれ、仕事のオファーをくれたのです。

この経験を通じて、私にとって大きな成長につながるポイントがいくつかあったので、私が役立ったことをいくつか共有したいと思います。

ネットワーキング: ぎこちなさを克服し、関係を築く

ネットワーキングって必要なの？と思う方も多くいるかもしれませんが、私の就活ではネットワーキングはキャリアコーチとの時間と同じ位重要なものでした。そのようなイベントに出たからといって、速攻で仕事を貰えるということはありませんが、面接の練習をする場として、本当に役立ちます。

ブートキャンプのプログラム在籍中は、meetup.com や LinkedIn などのウェブサイトで見つけた地元のイベントに色々参加しようと努力はしていたものの、勉強が大変でなかなか時間が取れませんでした。コーディングの課題提出の前日にイベントがあったり、プロジェクトで切羽詰まっている状態だったり、なかなか参加できませんでした。しかし、卒業後はすぐに仕事を探し始めたかったので、プログラム中に卒業後のイベントをどんどん予約していました。

今回就活をするまで、私は今まで同業界の人たちと繋がる場に積極的に行くというようなネットワーキングをした経験は全くありませんでした。Flatiron 在籍中に、それはとても重要だとコーチに何度も言われていたので、重要性は把握してたのですが、自分の中で勝手に『採用イベント』なんだと誤解してしまっていました。

正直、初めて行ったネットワーキングイベントはもう気まずかったとしか言いようがありません。誰も知らない人が 100 人ほど集まっている結構大きめのイベントで、仕事を見つけると言う目的の婚活パーティーのスピードデーティングのような感じで、できるだけ多くの人と会話しなければならないと勝手にプレッシャーを感じていました。そんな状況が居心地いいはずはないですよね。

ほとんどの団体やグループは月に 1 回など、定期的にミートアップやイベントを開催しているので、私は大体 10 グループのミートアップに毎月参加するようにしていました。環境系テック業界に興味があったので、環境テックのイベントや開発者向けのイベントなどに参加していました。

ネットワーキングから学んだこと: 会話をチャンスに変える方法

ネットワーキングのイベントは決して「採用イベント」ではありません。30 人以上の人に会って、30 人以上の新しい LinkedIn のつながりを作る必要は全くありません。少数でも意味のある会話をして、覚えていられる人達との良いつながりを作ることに焦点を合わせると、より意味のあるものになるんじゃないかと思います。

そういう場で自然と次々に色々な人と話して行くと言うのが得意な方もいると思うので、人によって得意不得意を見極め、自分に合うスタイルで参加して行くことがオススメです。

同じ団体やグループが主催するイベントに毎回参加していると、だんだん顔なじみが増えてきて、行くたびに楽しさが増していきます。こういったイベントは直接仕事につながるわけではないかもしれませんが、私にとっては面接の練習にもなり、就活の大変さがわかる仲間に出会える場でもありました。

初対面の人に「お仕事は何をしているのですか？」と聞かれたり、会の初めに「簡単な自己紹介をお願いします。」と言われる事がよくありました。これって面接官が聞く質問ですよね。それで、面接官の方もただ面接を受ける人のことを知りたいだけなんだ！と思ったらそれまで尋問のように考えていた面接も、かなり気が楽になったのを覚えています。

また、同じ興味を持つ人と話すことで、自分が知らなかったリソースを教えてもらうことも多々ありました。

例えば、私はシアトルの Amazon AWS スキルセンターが、世界中どこからでもアクセスできる AWS のクラス (対面＆オンライン) を無料で提供していることを知りました。また、他のエンジニアの方に、環境テック関連の中小企業は人をトレーニングする資金や人材が不足しがちなため、経験豊富な人を雇うことが多いということも教えてもらいました。さらに、大手テック企業がブートキャンプ卒業生など、CS (Computer Science) の学位を持たない人向けにやっているプログラム (Microsoft Leap Program など) の存在も教えてもらいました。

かといって、ネットワーキングのために必ずしも知らない人ばかりのミートアップに参加する必要はないと思います。子供を学校に迎えに行ったときに他の保護者の方と話したり、友達や近所の人と「最近どう？」といった日常の会話の中で『今プログラミング勉強してるよ。』とか、『仕事探してるよ。』と伝えるのも一つだと思います。プログラミングを学んでいることや仕事を探していることを周囲に伝えてみてください。

人は助けられるなら助けたいと思うものです。それがブログを書いたり、オープンソースプロジェクトに貢献したり、リソースを共有したりする一番の理由だと思います。すぐには結果が出ないかもしれませんが、いい機会があれば、そういった人が教えてくれるでしょう。

実際、私もオファーを受けた後に、友人から彼女の部署でバックエンドエンジニアのポジションの募集があると声をかけてもらった経験があります。それは私が、ブートキャンプを卒業して仕事を探していること、バックエンドがすごく気に入っていることを世間話のように話していたからこそあったチャンスだと思います。

残念ながらその時はもうすでに仕事のオファーを受けていたので断ることになってしまったのですが、ネットワーキングによって、まだ公募していないポジションに出会える事だってあるのです！

求人応募の攻略と企業へのアプローチ法

昨年 2023 年の米国ジョブマーケットではインタビューを得ることはかなり大変でした。特に、私のように 1 つの分野で 10 年以上の経験があるにもかかわらず、完全に新しい分野に挑戦しようとしている人にとってはなおさらです。

実際に、翻訳関係の仕事は申し込むとすぐ面接に繋げられ、一つは一次面接をしたものの、こちらからどうしてもやる気がでずお断りしてしまったほどでした。

テック業界では、エントリーレベルの職種でさえも 2 年、時には 4 年以上の経験を求められることがよくあります。謎すぎます。その上たとえその条件を満たしていても、5 次面接までさせられたり。テック業界はかなり疑心暗鬼のようです😂

私にとって仕事に応募する際の鍵となった戦略は、応募後に必ず採用担当の方やその会社の誰かにメッセージを送ることでした。企業は、本当にその会社や仕事に関心を持っている人を採用したいと考えています。自分の興味やなぜ適任であるか、スキルがどのように役立つかを伝える人間味のあるメッセージを送ることで、彼らの目に留まる可能性が高くなります。

もしその会社に知り合いがいるなら、通常の方法で応募するのではなく、まずその人に連絡を取り、推薦してもらえるかどうかを確認してみることも大切です。私が 7 ヶ月間に得た面接の約 90 % は、そういったメッセージからこぎつけたものでした。

また、メッセージを送ることで、その会社の文化を垣間見ることもできます。ある会社はまるで自動返信のように、「そういったご用件でしたら、ウェブサイトで直接ご応募ください。」とだけ返ってきたり、無視される事が大半でしたが、その中でもとても親切な対応をしてくれる会社の方々もあり、一層こんな優しい人ばかりの会社で働きたい！と思ったのを覚えています。

厳しい就活環境では選り好みするのは難しいですが、私は働きやすい文化を持つ会社で働きたいと思っています。連絡を取ることで、面接にもつながる可能性が高くなる上、その会社がどんな雰囲気か少し感じ取ることができました。

面接突破法: 会話を仕事のオファーに繋げる方法

五万とある応募の中から選んでもらって面接を取り付けるまでが一番難しいと思いますが、普段ネットワーキングイベントに参加している人なら、事前準備をしていれば面接自体は大抵うまくいくと思います。

例えば、私は Amazon だけでも恥ずかしながら 100 以上のポジションに応募し、その中で 25 件ほどは推薦で応募しましたが、実際に面接をしてもらえたのはたった 1 つのポジションだけでした。そう、たった 1 つだけなのです。他は全部書類面接で経験が足りず落とされてしまいました。

結局カリフォルニアへの引越しが出来ず内定をお断りすることになってしまったのですが、その 1 つのポジションで、合計 5 時間以上の面接の後オファーをもらえたので、通い詰めたネットワーキングイベントのおかげで、面接獲得後の成功率は 100 % でした😎

私が色々なポジションの面接を受けて感じたのは、面接官の方はあなたが何をできるかということよりも、『どのように考えるか』と言う事をもっと重視しているということです。その職種、会社、ポジションにもよると思いますが、私の経験では質問は常にあなたの思考プロセスや、過去にどのような状況でどのように対応したかについてでした。

何ヶ月もネットワーキングイベントに参加したことで、面接官との会話が自然にできるようになり、リラックスして臨めました。Flatiron に入る前の面接を振り返ると、あれは会話というよりも完全に取り調べにあっているようでした。

面接は、面接官の人達が一緒に働きたい人を見つけるためのものなので、会話をするように心がけると自然にやり取りができました。もし月曜日の面接なら、「週末はどうでしたか？」と尋ねるようにしていました。「元気ですか？」と聞かれたら、「元気です、ありがとうございます。あなたはどうですか？」とよくある英語の受け答えではなく、週末に何をしたのか、ペットや子供について、体調を崩していたことなど、何か個人的なことを話しました。

日本の面接だったら無駄話が多いと印象付いてしまうかもしれませんが、アメリカではこういった人間らしい会話をすることで、他の面接を受ける人と差別化を図ると、相手に強い印象を残せ覚えてもらえます。こちらが長い返答をすると、自然と相手も長い返答をしてくれ、お互いをもっと知る機会となります。

トップから学ぶ: メンターシップが技術の成長を加速

冒頭で 1 人のメンターについて触れましたが、実際には数人のメンターがいました。メンターは本当に素晴らしい存在で、これはテックカルチャーの一部なのか、それとも西海岸の文化なのかはわかりませんが、サポートしてくれる人が本当にたくさんいます。

1 人目のメンターは、前にもお話しした通り、私をこの道に導いてくれた人で、彼女はソフトウェア会社を経営しており、現在私は彼女の会社で働いています。

もう 1 人のメンターは、昨年 PNW Climate Week でボランティアをした際知り合った方です。イベントが終わった後も、就職が決まるまで 2 週間に一度オンラインで面談していました。彼女は私の就職活動の進捗を気にかけてれて、その二週間で私が就活でしたことを確認し、アドバイスをくれました。

私はとても働きたいと思っていた会社から面接の一環で課題をもらったのですが、残念ながらその課題提出後不採用となってしまいました。今となっては恥ずかしい話なのですが、自分では結構課題の出来に自信があったので、なぜ不採用になったのかわからず、かなり落ち込んでいました。彼女にその課題を見せると、シニアエンジニアとして色々助言をくれて、それまでわからなかった不採用の理由が彼女と話すことで明確になりました。彼女との会話は本当に勉強になりました。そういう機会を隔週で設けてもらえたことで、面接官と話す特訓にもなっていたと今では思っています。ボランティアでここまでしてもらえて、本当に感謝しかありません。

3 人目のメンターは、なんと LinkedIn を通じて知り合った人でした。私は LinkedIn で積極的に活動しており、しょっちゅう投稿していたので、彼はたまたま私を見つけて「メンターをするのが好きだから」と言って向こうから申し出てくれて、次になんのプログラミング言語を勉強したらいいか、このサイトでプロフィールを作った方がいいよなど、あらゆる指導や相談に乗ってくれました。プロフィールを作ると今度はその内容を添削してくれたりもしました。

テック業界にはサポートしてくれる人がたくさんいるので、遠慮せずに周りの人に聞いたり、そういったオファーがあればぜひ遠慮しないで受けてみてください。世の中には本当に素晴らしい人たちがいて、かなり助けてもらったので、私もいつかどこかの誰かに同じことをすることで恩返しできるといいなと思っています️。

オープンソースの可能性: 経験と信頼性の構築

オープンソースとは、誰でも自由にアクセスできるソフトウェアのことを指します。コードが公開されていて誰でも閲覧、修正、機能追加などができます。多くの人が共同で開発に参加することで、ソフトウェアの品質向上や新しいアイデアの実現が促進されます。

GitHub などのプラットフォームを通じて、世界中のエンジニアがオープンソースプロジェクトに貢献しています。実際のコード関連のオープンソースだけでなく、freeCodeCamp.org では、テック関連の学習内容を翻訳するオープンソースプロジェクトもあります。

そのようなオープンソースプロジェクトをまだ始めていなくて、テック業界の経験があまりないのであれば、オープンソースプロジェクトへの貢献をできるだけ早く始めることをお勧めします。ブートキャンプ中のキャリアワークショップで、オープンソースは業界経験がない人にとって特に価値があると言うことを学びました。卒業する頃には、すでに 2 ヶ月以上の実務経験を積んでいることだって可能になります。大学生なら数年の経験だってあり得ます。

私は昨年の 3 月、Flatiron 在学中にオープンソースプロジェクトへの貢献を始め、その最初のプロジェクトの 1 つがこの freeCodeCamp.org でした。

freeCodeCamp.org のプロジェクトの素晴らしいところは、私が記事に取り組み始めるとすぐに、以下のようなプロフィールページを作成してくれたことです。それを履歴書やポートフォリオにすぐに活用することができました。

Meta の React プロジェクトへの貢献は、私の GitHub のアクティビティーのステータスを緑に保つのにも役立ちました。Git の使い方もわからないところを経験豊富なモデレーターのエンジニアの方に教えもらったり、とても勉強になりました。

ブートキャンプを卒業した後、環境テック系のイベントで The Climate Tech Handbook というオープンソースプロジェクトの創設者に出会い、React のディベロッパーを探していると聞き、すぐに参加させてもらいました。張り切ってまるでパートタイムの仕事のように取り組んでいました。そのプロジェクトを通して、ウェブデザイナーや Figma デザイン、さまざまなチームと協力して働くようになり、プログラミングのコードだけでなく、Software Development という分野の開発サイクルを勉強することもできました。

これらの経験はポートフォリオや履歴書に追加できるだけでなく、面接でも大いに活用することができました。面接で聞かれたほとんどの質問には、これらの経験を基に答えることができました。

テック業界での経験がまだ浅かったにもかかわらず、非常に関連性の高い話題を話す事ができたのです。そしてもちろん、これらの経験を履歴書に追加することで、同じキャリアレベルの他の人と比べて差別化することもできます。

freeCodeCamp、The Climate Tech Handbook、React Project をはじめ、他のオープンソースコミュニティのおかげで、ポートフォリオを豊かにする事ができました。自分一人では到底達成できなかったことだと思います。心から感謝です。

テックジャーニーを振り返って: 型破りな道を楽しむ

キーポイント

1. 積極的に行動することは、履歴書とポートフォリオの内容の改善に大いに役立ちました。ボランティアやオープンソースプロジェクトへの貢献は、同じ経験レベルの候補者の中で差別化を図る素晴らしい方法で、面接時に使える貴重な題材にもなります。
2. できるだけ多くの人と出会い、新しいリソースを発見し、アドバイスをもらったり、面接スキルを向上させましょう。これらを続けることで、新しい業界で特に感じがちな、「インポスター症候群」を和らげる助けにもなります。
3. 学び続けることは大事ですが、無理のないペースで行うことが重要です。私のメンターの 1 人が言っていたように、学びにも「季節」があります。この記事を読んでいるのであれば、あなたも私のように常に学び続けていないと罪悪感を感じるタイプの人かもしれません。ですが、学んだことを消化するには時間がかかること、休息は学習の過程の一部として必要不可欠だということを忘れないようにしましょう。
4. 他の分野から技術業界に転職することは、意外かもしれませんが実は大きな強みになると思っています。あなたの独自の背景のおかげで、他の人が持っていない視点から物事を見ることができますし、私が技術と翻訳スキルを活かして専門分野に踏み出したように、あなたしかできない分野があるはずです。

メンターの紹介で入ったソフトウェア開発の会社で働き始めて、早くももう 9 ヶ月が経ちました。本当にあっという間で、毎日多くのことを学びながら、仕事を楽しむことができています。ひょんなことから始めたプログラミングでしたが、数年前にこの新しいテックという分野に挑戦して本当に良かったと思っています。

仕事がすぐに見つからなかったことは精神的にも辛く、時には心が折れそうになることもありましたが (アメリカで就活経験がある人は共感してくれる方も多いかもしれません)、そのおかげで今の自分があると思うと、結果的にはそれで良かったんだと思います。これからの自分の成長が楽しみです。

回答: 異なるメールアドレスで重複アカウントを作成してしまった可能性があります。一旦アカウントからサインアウトして、以前使用していたメールアドレスでサインインし直してください。

Google や GitHub を利用したサインインオプションがありますが、これらのサインイン方法を使用した場合でも、最終的にはメールアドレスが freeCodeCamp アカウントに関連付けられています。

質問: freeCodeCamp がパスワードではなくサインインコードを使用するのはなぜですか？

回答: サインインコードはパスワードよりも安全性が高く、多くのウェブサイトがこの方式を採用し始めています。多くのサイトが私たちと同じように、ワンタイムコードや「マジックリンク」への移行を進めています。

質問: ログインまたは進捗を保存しようとするとエラーメッセージが表示されます。

回答: エラーとして「問題が発生しました。お手数ですが、時間をおいて再度お試しください。」と表示される場合、同一のメールアドレスで重複アカウントが存在する可能性があります。エラーが解消されない場合には、support@freecodecamp.org までメールにてお問い合わせください。サポートチームにて、重複アカウントの統合または削除を行います。

質問: 毎月の寄付を設定したのですが、更新や停止をしたい場合はどうすればいいですか？

回答: 毎月の寄付領収書の内一通を donors@freecodecamp.org に転送し、ご希望の変更内容をお知らせください。サポートにて変更手続き後、確認のメールをお送りします。

質問: /learn のコードエディタでテストを実行しようとしても、実行されません。

回答: Firefox または Chrome の使用を推奨します。他のブラウザでは、カリキュラムの動作に必要な最新の JavaScript 機能がサポートされていない場合があります。また、JavaScript をブロックするブラウザ拡張機能を使用していないか確認してください。

質問: freeCodeCamp のチャレンジで、フリーズしてクラッシュするものがあります。

回答: コードエディタ内の無限ループが原因です。こちらの対処法をご参照ください。

質問: freeCodeCamp アカウントを削除するにはどうすればいいですか？その方法で、私のデータは完全に削除されますか？

回答: 設定ページの最下部にあるボタンから、アカウントを削除できます。この削除操作は永久的なものであり、すべてのデータが完全に削除されます。後から復旧することはできません。

削除したいアカウントにサインインできない状態の場合、または単にサポート側にアカウント削除対応を依頼したい場合は、アカウントに関連付けられたメールアドレスから support@freecodecamp.org までメールにてお問い合わせください。サポートにて対応いたします。

質問: ここに載っていない、サポート関連の質問があります。

回答: フォーラムのサポートカテゴリーに質問を投稿してください。当非営利団体のボランティアコントリビューターが最善を尽くしてサポートいたします。

原文: Common Technical Support Questions – freeCodeCamp FAQ

freeCodeCamp.org は、寄付によって支えられている 501(c)(3) 慈善団体です。

私、Quincy Larson は、2014 年に freeCodeCamp ウェブサイトの最初のバージョンを構築しました。今では 50 万人以上の人々が毎日 freeCodeCamp を利用しています。

テクノロジーの力と何千人ものボランティアの助けを借りることで、私たちのような小さな非営利団体でも多くの人々をサポートできています。

この記事では、私たちのミッションを寄付を通して支援する方法を紹介します。また、その際必要なあらゆる情報を提供します。

freeCodeCamp.org の透明性はどのような状態ですか？

極めて高いと評価されています。私たちは GuideStar.org からプラチナグレードの透明性評価を受けています。

こちらから私たちの IRS Determination Letter をダウンロードできます。

また、こちらから最新の 990 (年間税務報告書) をダウンロードできます。

freeCodeCamp はどのくらい効率的ですか？

freeCodeCamp の予算は、同規模の他非営利団体に比べて以上に少ない状況です。その一因としては、私が資金調達活動が不得手だということもあるでしょう。私たちは資金調達の専門家を雇用することなく、私自身がその役目をすべて担っています。

もっと上手いやり方があるのかもしれません。ですがこのおかげで、私は資金がどこにどう使われているのかを明確に説明できます。すべてを私自身で監督しているからです。

そして、年間予算がわずか数十万ドルであるにもかかわらず、私たちは何百万人もの人々を支援することができています。

freeCodeCamp を支援する最も一般的な方法は何ですか？

ここから月額 5 ドルの寄付を設定できます。私たちは非常に効率的に寄付を活用しており、あなたからの 5 ドルの寄付によって、世界中の人々に 250 時間以上の学習を提供することができます。

このように毎月寄付してくださっているサポーターは 8,000 人以上にのぼります。

地域にもよりますが、月額 5 ドルでは大したことができるような金額に感じられないかもしれません。しかし、積み重なれば大きな力となります。毎月の定期的な寄付であることも、私たち非営利団体がミッションのための予算を計画する際に非常に役立ちます。

一回ごとの寄付をするにはどうすればいいですか？

一回ごとの寄付をご希望の場合も、自由なタイミングで freeCodeCamp のミッションを支援することが可能です。PayPal 経由で任意の金額を寄付するには、こちらのリンクをご利用ください。

クレジットカードで一回の寄付を行いたい場合、以下のリンクがご利用いただけます。リンク先のページで「This link will take you to Stripe for secure check-out.」というリンクをクリックすると、Stripe のページに遷移し、情報を安全に入力できます (クレジットカード情報は Stripe 側でのみ確認でき、私たちには見えません)。

• 20 ドルの一回の寄付を行う
• 65 ドルの一回の寄付を行う
• 100 ドルの一回の寄付を行う

freeCodeCamp はビットコインやその他の暗号通貨での寄付を受け付けていますか？

はい。暗号通貨での寄付も歓迎しています。希望される方は、quincy@freecodecamp.org までメールにてご連絡ください。ご希望の通貨のウォレットアドレスをお知らせします。

小切手での寄付も可能ですか？

はい、小切手での寄付も受け付けています。こちらの宛先までお送りください。

Free Code Camp, Inc.
3905 Hedgcoxe Rd
PO Box 250352
Plano, TX 75025

職場からのマッチングギフトや給与控除を設定するにはどうすればいいですか？

これは企業ごとに異なりますが、私たちの非営利団体はすでに多くの大手寄付マッチングデータベースに登録されています。

中には、freeCodeCamp のためにボランティア活動をすると、雇用主がその活動時間に応じた固定金額を寄付してくれるという制度を利用できる人もいます。また、雇用主が、ドナーが行った寄付に対して一定金額を上乗せしてくれる場合もあります。

サポートが必要な場合は、私まで直接メールにて quincy@freecodecamp.org ご連絡ください。

freeCodeCamp.org のために基金を設立するにはどうすればいいですか？

これは大変助かります。手作業による処理が必要になりますので、個別にご案内いたします。メールにて直接 quincy@freecodecamp.org までご連絡ください。

freeCodeCamp.org へ遺贈寄付するにはどうすればいいですか？

そのような寄付を、世界中の人々のプログラミング学習支援に役立てさせていただけることを光栄に思います。お住まいの地域によっては、税制上免除される場合もあります。

遺言書に以下の文章、またはこれに類似した内容を含めていただければと思います:

私は、[**_**USD (または他の通貨) または遺産の残余の **_ パーセント] を freeCodeCamp.org (Free Code Camp, Inc. 納税者番号 82-0779546) に遺贈します。同団体は米国デラウェア州の法律に基づき設立された慈善法人で、現在の所在地は 3905 Hedgcoxe Rd, PO Box 250352, Plano, Texas, 75025 United States です。この寄贈は、freeCodeCamp.org の裁量による一般的な慈善目的のために使用されます。

この文面を提供して下さったウィキメディア財団に感謝申し上げます。

この手続きに関するお問い合わせにつきましては、quincy@freecodecamp.org までメールにてご連絡ください。

株式を freeCodeCamp.org に寄付するにはどうすればいいですか？

株式による寄付も歓迎しております。詳細な手続きや当団体の証券口座の情報につきましては、quincy@freecodecamp.org まで直接メールにてお問い合わせください。

寄付金控除のための領収書はいただけますか？

もちろんです。取引の領収書を donors@freecodecamp.org に転送し、領収書を希望する旨と、その他特別な指定があればお知らせください。領収書をお送りします。

月額寄付の設定を変更または一時停止したいのですが、どうすればいいですか？

月額寄付の領収書の内一通を donors@freecodecamp.org に転送し、希望する変更内容をお知らせください。こちらで変更手続きを行い、確認のメールをお送りします。

freeCodeCamp.org への寄付に関して他に知るべきことはありますか？

この記事でほぼ全てカバーできたかと思います。私は非営利団体の経営者としてはまだ未熟な一教師で、非営利団体の運営に関してはまだまだ学び続けています。

ここに掲載されていない形での支援についてや、その他ご質問があれば、ぜひ quincy@freecodecamp.org までメールにてご連絡ください。

私たち freeCodeCamp.org を信頼し、グローバルな開発者コミュニティの担い手としての役割を任せてくださることに感謝いたします。当団体への寄付やご質問には真摯に対応いたします。皆様に平和が訪れますように。

新しいプログラミング言語を学ぶ際、初めてのプログラムとして「Hello World」と呼ばれるプログラムをよく目にすると思います。これは初心者向けのシンプルなプログラムとして広く使われています。

この記事を読んでいるということは、あなたはおそらく Java の初心者か、懐かしい Hello World プログラムを思い出したいのでしょう。いずれにしても、手順はシンプルです。

この記事では、Java での Hello World プログラムを紹介するだけでなく、Java を学ぶ上で知っておくべき基本的な用語についても説明します。

記事に沿ってプログラムを実行するには、コードを書いてコンパイルするための統合開発環境 (IDE) が必要です。任意の IDE を PC にインストールするか、インストール手順を省きたい場合はオンライン IDE を利用してください。

Java での Hello World プログラム

このセクションでは、シンプルな Hello World プログラムを作成し、その動作を理解できるように分解して説明します。

以下がサンプルコードです:

class HelloWorld {
    public static void main(String[] args) {
        System.out.println("Hello World!"); 
        // Hello World!
    }
}

このコードを実行すると、コンソールに「Hello World!」と表示されます。コード内にコメントとして書いてありますね。コメントについては後ほど説明します。

それではコードを分解して説明します。

Java のクラス

クラスは Java のアプリケーションを組み立てるための部品のような要素です。それぞれ異なる機能ごとに別々のクラスを用意することが多いでしょう。

クラスは、そのクラスの持つ情報を定義する「属性」や、何をするのかを定義する「メソッド」を持つことができます。

例えば、「人間」を表す Human クラスは、髪の色や身長といった属性を持ち、走る、食べる、寝るといったメソッドを持つことができるでしょう。

上記の Hello World プログラムには、HelloWorld というクラスがあります。慣例として、クラス名は必ず大文字で始めます。

クラスを作成するには、class キーワードの後にクラス名を書きます。Hello World プログラムの例がこちらです:

class HelloWorld {

}

Java の main メソッド

すべての Java プログラムには main メソッドが必要です。Java コンパイラはコードの実行を main メソッドから開始します。

main メソッドは次のようになります:

public static void main(String[] args) {

    }

この記事では、簡略化のため上記の public, static, void といったキーワードについての詳しい説明は省きます。

System.out.println() ステートメント

コンソールに情報を出力するには、System.out.println() ステートメントを使います。このステートメントは引数を取ります。引数は丸括弧内に書かれます。

構文は次の通りです:

System.out.println(引数)

この記事のコードでは、"Hello World!" を引数として渡しています。テキストがダブルクォーテーションで囲まれているのが分かりますね。これにより、引数が string (文字列) であることをコンパイラに伝えます。プログラミングにおける文字列とは、私たちが普段書いているテキストと同じような文字の集合体ですが、必ずクォーテーションで囲む必要があります。

コードは次のようになります:

class HelloWorld {
    public static void main(String[] args) {
        System.out.println("Hello World!"); 
        // Hello World!
    }
}

このコードを実行すると、「Hello World!」と表示されます。

// Hello World! の部分は、この記事を読んでいるあなたにコードの出力結果を伝えるためのコメントです。このコードブロックを実行しても、コメント部分はコンパイラによって無視されるため、コメントがコンソールに出力されることはありません。

Java の単一行コメントは 2 つのスラッシュ (//) で始めます。

まとめ

この記事では、Java での Hello World プログラムについて説明しました。

プログラムを作成した後、各コード行がどのように動作するのかを見てきました。

Java におけるクラス、main メソッド、System.out.println() ステートメント、文字列、コメントについても触れました。

皆さんもぜひ、コーディングを楽しんでください！