読売テレビの朝の特集コーナー「す・またん／まるトクZIP!」にてリモートワークの様子を放送してもらいました。なお、こちらのコーナーは全国放送ではなく、関西地域限定です。
「兵庫県西脇市に住む【リモートワーク歴10年】のご家庭」？はて🤔（明日テレビに出るみたいですw📺） https://t.co/SIzAOsUtRg
— Junichi Ito (伊藤淳一) (@jnchito) 2021年5月26日
思った以上にたくさん映ってました〜。
こんな感じで自宅で取材してもらってました。
スタッフのみなさん、どうもありがとうございました〜😄
リモートワークのメリットを有効活用して執筆した本です👇
プロを目指す人のためのRuby入門 言語仕様からテスト駆動開発・デバッグ技法まで Software Design plus
先日、こんなツイートをしてみたところ、予想通り（？）最近の若い人たちは 「アプリ＝スマホ用アプリ」と思い込んでる人が一定数いるようでした。
いつのまにか「アプリ」っていうと「スマホにインストールして使うアプリケーションソフトウェア」のことを指すようになってきたような。本来は「アプリケーションソフトウェア全般」を包括する用語のはずなんだけど。狭義の用法が広義の用法を食っちゃってるのがややこしいのよねー。
— Junichi Ito (伊藤淳一) (@jnchito) 2021年5月19日
日常生活においてはそれでも支障がないかもしれませんが、プログラミングを勉強する上では「アプリ＝スマホ用アプリ」と思い込んでいると、他の開発者と話が噛み合わないシチュエーションが出てきます。
というわけで、このエントリでは「アプリ」という用語の語源を考えると「アプリ＝スマホ用アプリ」にはならないんですよ、という話を書いてみます。
「アプリ」という言葉は「アプリケーションソフトウェア（Application software）」の略語です。英語の"application"には「応用」という意味があるので、Application softwareのことを「応用ソフトウェア」と呼ぶこともあります。
近年、スマートフォン（スマホ）が普及してきたことから、日常生活では「アプリ」というと「スマホにインストールして使うソフトウェアのこと」を指すことが多くなってきました。ですが、本来はスマートフォンに限らず、MacやWindowsといったパソコンにインストールして使うソフトウェアも「アプリ」です。（例：Word、Excel、Chrome、Photoshop等々）
厳密に呼び分けるなら、スマホで使うアプリは「スマホ用アプリ」ですし、パソコンで使うアプリは「パソコン用アプリ（もしくはMac用アプリ、Windows用アプリ）」となります。そして、「アプリ」という用語は「スマホ用アプリ」や「パソコン用アプリ」も包含しています。
インターネット回線とブラウザを利用して使うアプリを「Webアプリ」と呼ぶことがあります。パソコンのブラウザを立ち上げて、ブラウザの中でFacebookやGmailを使うときはWebアプリ版のFacebookやGmailを使っていることになります。「Webアプリ」もやはり「アプリ」という用語に包含されます。Amazonや楽天のようなECサイトも一種のWebアプリです。Webアプリは「Webサービス」や「Webシステム」と呼ばれることもあります。
Webアプリはブラウザさえあればどこでも動くので、スマホ上でもパソコン上でも使えます。
アプリがどんな技術を使って作られているかに着目して「○○アプリ」と呼ぶこともあります。たとえば、WebアプリがRuby on Railsを使って作られている場合は、「Railsアプリ」と呼ばれます。WebアプリとRailsアプリという用語を組み合わせると、次のような例文が作れます。
「このWebアプリはRailsアプリなんだね」
上の例文を言い換えるなら、「このWebアプリはRailsを使って作られているんだね」という意味になります。
ここまでの説明を図解すると次のようになります。
このように、プログラミングを勉強していると「アプリ」という用語はあちこちに出てきます。これまでスマホしか使ったことがなく、プログラミングを勉強するのも初めてという人は、「アプリ＝スマホ用アプリ」のことだと勘違いしているかもしれません。ですが、プログラミングの勉強をするときは必ずしもそうとは限りません。むしろ、「アプリ＝スマホ用アプリ」であることの方が少ないので、注意してください。
これは僕がメンターをやっているフィヨルドブートキャンプで受講生向けに書いた記事です。
ただ、内容の8割ぐらいは未経験からプログラマを目指している初心者のみなさんにも役立つと思うので、そのまま公開することにしました。
想定読者は「フィヨルドブートキャンプの受講生」なので、フィヨルドブートキャンプの関係者以外の人が読むと「？？？」となる部分があるかもしれませんが、その点は悪しからず🙏
それでは以下が本編です。
みなさんはフィヨルドブートキャンプに入ってプログラミングの「勉強」をします。また、大半の受講生のみなさんは学校で「勉強」してきたと思います。どちらも「勉強」ですが、実は学校の勉強とプログラミングの勉強は異なる点が多いです。その違いを意識せずに、学校の勉強と同じ感覚でプログラミングの勉強をやると、非効率な勉強をしてしまう恐れがあります。
この記事ではプログラミングの勉強は学校の勉強と何がどう違うのか、という点をまとめます。そして、その内容を受けて、技術書をどう読み進めるべきか、という話を書きます。
なお、ここに書く内容は資格試験には当てはまりません。資格試験はむしろ学校の勉強に近い面がありますが、ここでは資格試験は考慮しないものとします。
プログラミングの勉強はいくらやっても試験があるわけではありません。フィヨルドブートキャンプでは課題提出のプラクティスがありますが、それは学校の試験とは大きく異なります。課題提出は同じ問題を、同じ場所で、同じ時間に、何も見ずに、全員が「よーい、どん」で解くような試験ではありません。
プログラミングは困ったらその都度調べればOKです。もちろん、いろんなことを暗記している方が早くコードが書けますが、暗記すること自体はMUSTではありません。「うーん、困ったな」とか「あれ、なんだっけ？忘れちゃった」と思ったら、その都度調べることが許されます。
学校の試験は高い点を取るほど「偉い偉い」と褒められますが、プログラミングはいくら勉強しても得点が付けられるような試験があるわけではありません。そもそもプログラミングは学校の試験のように公平な点を付けられません。
よって本の内容を隅から隅まで完璧に理解して覚える方が高得点を取れるから偉い、ということにもなりません。もちろん、全部完璧に理解できればそれがベストですが、全部完璧に理解することは学校の勉強ほどプライオリティは高くありません。
大学受験などでは教科書の内容を完璧に理解して覚えれば、ほぼ確実に志望校に合格することができます。
ですが、プログラマとして転職する際は何か技術知識を問われるようなペーパーテストがあって、それによって採用の合否が決まるわけではありません。
豊富な技術知識を身につけていることは目的の企業に採用されるために必要な一要素であるかもしれませんが、それがすべてではありません。
プログラミングの勉強は他人と得点を競い合うものではありません。むしろ、業務では他の人と協力し合うことが大事になります。つまり、困ったら助け合う、教えてあげる＆教えてもらう、の持ちつ持たれつの関係になるのが理想的です。
もちろん、他の人よりもすぐれた技術スキルを習得することは大事ですが、大学受験のように狭き門を目指して高得点を競い合い、点数が低い者が敗れ去る、といったルールはプログラミングの勉強には当てはまりません。
就職活動では他人との競争が発生しますが、必ずしも技術力だけが採用・不採用に直結するとは限りません。たとえば、AさんとBさんではBさんの方が技術力が少し高いが、Aさんの方が会社のカルチャーにフィットしていたためAさんが採用される、ということもありえます。
上記のような理由により、技術書を読むのと、教科書や参考書を読むのとは考え方が大きく異なります。つまり、技術書の場合は隅から隅まで完璧に理解して暗記する必要はありません。
ゆえに、学校での勉強と同じ感覚で技術書を読もうとしている人は、考え方を改める必要があります。
技術書の理想的な読み方ですが、僕個人としては以下のように考えます。
技術書のオススメの読み方は以前こちらのブログに書きました。
上のブログでも書いたように、わからないところが出てきたら、あとで読み直せるように頭の中にインデックスを作ればそれでOKです。わからない内容はその知識が必要になったときに読み直せば良いのです。
また、フィヨルドブートキャンプでは「わからないところを誰かに聞く」ということもしやすいはずです。DiscordやQ&A掲示板、質問・雑談タイムなどを活用すれば、メンターや他の受講生がきっといろいろ教えてくれます。
さらに、フィヨルドブートキャンプの「技術書を読む系」のプラクティスでは、「本の読み方」が紹介されていることがあります。
例：「UNIX・Linux について知る」のプラクティスと、新しいLinuxの教科書の読み方
こういった「読み方」ページを参照して、重要なポイントとそうでないポイントを事前に把握しましょう。重要でないポイントは今すぐ理解できなくても大丈夫です。
何度か読み直して「ちょっとわからんな、今の自分には難しすぎるな」と思ったら、いったんそこはスキップしてどんどん読み進めていきましょう！
重要なポイントでなければ理解できなくても良いと書きましたが、そのポイントが自分にとって面白そうな内容であれば、深掘りするのは全然構いません。たとえば、「Linuxの教科書を読んでいたら、sed/awkがとても面白そうだったので、sed/awkを極めたいと思いました！」というのであれば、ぜひsed/awkを極めてください。「重要でないポイントは絶対に立ち止まるな」という主張ではないのでお間違えのないように。
というわけで、このエントリでは学校の勉強とプログラミングの勉強は何が違うか、そして技術書をどう読むべきか、という話を書いてみました。
多くの日本人にとって、人生で「勉強する場所」と言えば「学校」ぐらいしかないので、プログラミングの勉強もつい、学校の勉強と同じスタイルになってしまうのは仕方ない面もあります。ですが、よくよく考えるとそれだけが全てではないはずです。なので、プログラミングの勉強をするときはちょっと視点を変えてみましょう😉
プロを目指す人のためのRuby入門 言語仕様からテスト駆動開発・デバッグ技法まで Software Design plus
