Uploaded: 2026-01-02T03:31:26.000Z
Duration: 33 min 49 s
Description: VoiceTubeの動画で発音を聞きながら英語表現を覚えよう！学べる英語：

I'm a professor of computer science at UC Berkeley.

UC Berkeleyでコンピュータサイエンスの教授をしています。

to 不定詞

I am here today to answer your questions from the Internet.

今日はインターネットからのご質問にお答えするために来ました。

こちらはコーディングサポートです。

あるいはtextguy21さんかもしれません。

It depends on if it's a reference to Latex or not.

LaTeXへの言及かどうかによりますね。

Says what remnants of the early World Wide Web are left.

初期のWorld Wide Webの遺物が何残っているかを示しています。

It turns out that the first website that was ever put up is still available to us.

最初に公開されたウェブサイトが今でも利用可能であることがわかりました。

So I actually have it here on my laptop right now.

なので、実は今私のラップトップで表示しています。

So this is a webpage put up in the early 90s.

なので、これは90年代初頭に公開されたウェブページです。

これはTim Berners Leeさんによるものです。

It's describing what the World Wide Web is because Tim Berners Lee is actually the person who created the World Wide Web.

これはWorld Wide Webが何であるかを説明しています。なぜならTim Berners LeeさんがまさにWorld Wide Webを創造した人物だからです。

And we can see that it still displays in a totally readable and manageable manner in our modern web browsers.

そして、現代のウェブブラウザで、完全に読みやすく管理しやすい方法で表示されることがわかります。

someone also actually recreated what it would have looked like in a browser of that time.

当時のブラウザでどのように見えたかを再現した人もいるんです。

So here we can see we've got the World Wide Web.

なので、ここでWorld Wide Webが見えます。

すべて同じコンテンツですが、

of course it shows up very differently because the machinery they were working with at the time was working differently.

もちろん、当時の機械が異なって動作していたため、表示は大きく異なります。

The browsers they had made at the time were working differently.

当時のブラウザは、それぞれ動作が異なっていました。

It's giving us instructions on how to actually browse through the rest of the page.

ページ内の他の部分をどのように閲覧するか、その手順を示してくれています。

Obviously it's showing up a little bit differently.

もちろん、表示は少し異なって見えます。

AdmirableLong9546 asks, new to coding, is it always this difficult?

AdmirableLong9546さんが質問しています。コーディング初心者なのですが、いつもこんなに難しいのですか？

Every skill that you have ever learned in your life where parts of it became automatic over time when you started riding a bike, eventually became automatic when you started playing guitar started becoming automatic.

人生で学んだスキルはすべて、自転車に乗ることから始まったときのように、時間が経つにつれて自動的になった部分がありました。ギターを弾き始めたときも、最終的には自動化されていきました。

The exact same thing is going to happen with programming.

プログラミングでも全く同じことが起こります。

No confidence 5070 oh, I'm sorry about the username.

No confidence 5070さん、ユーザー名については申し訳ありません。

Asks, can I still learn programming if I hate math?

質問は、数学が嫌いでもプログラミングを学ぶことはできますか？

So there are some kinds of math that make some kinds of programming easier, but

ですから、プログラミングを簡単にする数学の種類はありますが、

it's not all kinds of math and it's not all kinds of programming for that matter.

それはすべての数学ではなく、また、すべてのプログラミングでもありません。

There's some kinds of video games that give you practice with some of the things that make programming easier.

プログラミングを簡単にする練習になるようなビデオゲームの種類もあります。

Like there are lots of different skills out there that you might be practicing that might help you with some of the same things that you're going to need in order to do coding tasks.

例えば、プログラミングをする上で必要となることの一部に役立つ、たくさんの異なるスキルがあります。

繰り返しますが、数学すべてではありません。

There are certainly there are some types of computer programming that, that you might want to do that probably would demand a little math from you.

コンピュータプログラミングの種類の中には、数学が少し必要になるものもあるでしょう。

So there are parts of the computer programming world where you probably want to be comfortable with some parts of math.

ですから、コンピュータプログラミングの世界には、数学の一部に慣れておくと良い部分があります。

But no, you can absolutely, absolutely, absolutely get into programming, get really good at programming without being into math.

でも、数学が好きでなくても、プログラミングを始めたり、プログラミングがとても上手になったりすることは絶対に、絶対に、絶対にできます。

Someone on the Internet asks, what were the earliest computer viruses?

インターネットで誰かが、「最初のコンピュータウイルスは何でしたか？」と尋ねています。

Like how did they infect and affect computers?

どのようにコンピュータに感染し、影響を与えたのですか？

In about the early 70s, computers had started to be sort of connected with each other through something called the arpanet.

70年代初頭頃、コンピュータはアーパネットと呼ばれるもので互いに接続され始めていました。

We didn't have the Internet yet, and so you could go ahead and start spreading things that way.

まだインターネットはなかったので、そのようにものを広め始めることができました。

And there was this, this virus called the Creeper.

そして、クリーパーと呼ばれるウイルスがありました。

It would print something out on the screen that said something like, I'm the Creeper, catch me if you can.

画面に「私はクリーパーです、捕まえられるなら捕まえてください」のようなメッセージを表示しました。

Then they had to come up with the reaper to go in and get rid of the Creeper program that was running on these machines.

それから、これらの機械で実行されていたクリーパープログラムを削除するために、リーパーを開発しなければなりませんでした。

Demand2010 asks, how did programmers code the first ever code?

Demand2010が、「最初のコードをプログラマーはどうやって書いたのですか？」と尋ねています。

初期、初期の頃にはENIACがありました。

And the ENIAC was sort of the first computer that we all look at by modern standards and say, yep, to us that looks like a general purpose computer.

そしてENIACは、現代の基準で見ると、うん、これは汎用コンピュータだと誰もが言う最初のコンピュータでした。

It looks a lot like sort of old school telephone switchboards where you're just plugging together wires and different parts of it.

古い電話交換機に似ていて、ワイヤーを接続して様々な部分を繋いでいくような感じです。

That's actually how you're communicating what you want it to do.

それが、コンピュータに何をさせたいかを伝える方法でした。

Eventually folks figured out how to use punch cards, stiff piece of cardstock kind of a thing, and

やがて人々はパンチカード、厚紙のようなものを使う方法を見つけました。

And that was the way that we fed instructions into computers for a long time before we started storing programs in memory.

そして、メモリにプログラムを格納し始めるまで、長い間、コンピュータに指示を与える方法はそれでした。

So originally the humans were just writing those ones and zeros.

だから元々は、人間がその1と0を書いていたのです。

All this manual effort was really exhausting.

このような手作業は、本当に疲れ果てるものでした。

And so this amazing thinker, Grace Hopper, developed the term compiler.

そして、この素晴らしい思考家であるグレース・ホッパーが、コンパイラという言葉を開発しました。

Grace Hopper was this amazing early computing pioneer.

グレース・ホッパーは、この素晴らしい初期のコンピューティングのパイオニアでした。

She was a mathematician, she was incredible and came up with the idea that instead of all these human people doing compilation, we should have a program on the machine that is actually going to do the compiling for us.

彼女は数学者で、信じられないほど素晴らしい人物で、人間がコンパイルを行うのではなく、機械上で実際にコンパイルを行ってくれるプログラムを持つべきだという考えを思いつきました。

そして、それがコンパイラになるのです。

And she invented this tool called a zero for putting together a bunch of different sort of portions of a program, a bunch of different sort of semi related portions of code and getting them to talk to each other.

そして彼女は、プログラムのさまざまな部分、つまり関連性の高いコードのさまざまな部分をまとめて、それらを連携させるためのツールであるゼロを発明しました。

And that was sort of the predecessor to the modern compiler.

そしてそれは、現代のコンパイラの先駆けのようなものでした。

In fact, since that time we have piled all this extra stuff on top of it so that the thing that Grace Hopper wrote in the early 50s actually no longer even looks like a compiler to us.

実際、それ以来、私たちはその上にたくさんの追加機能を積み重ねてきたので、グレース・ホッパーが50年代初頭に書いたものは、私たちにとってはもはやコンパイラとは言えないほどです。

It looks like one of the sort of sub components of a compiler because we have all this other stuff that we've built up on top of it.

それは、その上に構築された他のすべてのものがあるため、コンパイラのサブコンポーネントのように見えます。

Bettersir9013 what is the difference between programming languages?

Bettersir9013、プログラミング言語の違いは何ですか？

Why are some of them considered harder if they're all just same lines of code?

なぜ、すべて同じコード行なのに、難易度が違うと見なされるのですか？

There are lots of different things that can set programming languages apart.

プログラミング言語を区別する要因はたくさんあります。

A big thing that I tend to think about is how much they sort of have your back.

私がよく考える大きな点の一つは、どれだけあなたのことをサポートしてくれるかということです。

So a really common thing is for a programming language to be automatically trying to capture some kinds of bugs for you, trying to prevent you from running into some of the problems that might come back to bite you later.

よくあるのは、プログラミング言語が自動的にバグをいくつか捕捉しようとして、後であなたを悩ませる可能性のある問題に遭遇するのを防ごうとすることです。

Some of them are saying, you know what, you're on your own.

中には、「自分でやるしかない」と言っているものもあります。

書きたいものを書けばいいのです。

Put in whatever bugs you want to put in, I'm going to run it for you.

入れたいバグを何でも入れてください、実行しますから。

So an example of something in that general category would be C.

そのような一般的なカテゴリの例としては、Cがあります。

There are other programming languages that are saying, you know what, I'm going to try to catch at least some bugs for you.

他のプログラミング言語は、「少なくともいくつかのバグを捕捉しよう」と言っています。

すべてのバグではないかもしれませんが、

I'm going to try to catch some bugs and I'm going to try not to get in your way.

バグをいくつか見つけようとしますが、邪魔にならないようにします。

I'm not going to try to demand a lot of extra information from you in order to do that.

そうするために、あなたから多くの追加情報を要求しようとはしません。

And so an example of something in that class would be maybe Python, and

そして、そのクラスの一般的なカテゴリの例としては、おそらくPythonがあります。

then you might have some other language over here that is really, really trying to have your back.

そして、ここでは本当に、本当にあなたの味方になろうとしている別の言語があるかもしれません。

It is going to try to catch as many bugs for you as it can possibly catch.

できる限り多くのバグをあなたのために見つけようとします。

And the way that it's going to do that is it's going to demand extra information from you.

そして、それをどのように行うかというと、あなたから追加情報を要求します。

So it's going to make you work harder, but

だから、あなたはもっと一生懸命働くことになりますが、

in exchange, it's going to catch all those bugs for you.

その代わりに、それらのバグをすべてあなたのために見つけてくれます。

Example of something in that general zone would be Rust.

その一般的なゾーンにあるものの例としては、Rustがあります。

Faintshai asks, working as a programmer, what do you actually do all day at work?

Faintshaiさんが、プログラマーとして働いていると、仕事で一日中実際に何をしているのですか？と尋ねています。

Unfortunately, the answer is not as much programming as you might desire.

残念ながら、あなたが望むほどプログラミングをしているわけではありません。

In general, a lot of programmers get into programming because they like programming, and

一般的に、多くのプログラマーはプログラミングが好きだからプログラミングを始めるのですが、

then it turns out that a lot of what they're spending their day to day on is talking with other programmers about how to get this person's piece of code to talk with this person's piece of code, how to make all of this big code base work together.

そうすると、日々の仕事の多くは、この人のコードをあの人のコードと連携させる方法や、この大きなコードベース全体をどうやって連携させるかについて、他のプログラマーと話すことになっていることがわかります。

Or you're talking to the client or the customer or someone who's going to be using this piece of code, and

あるいは、クライアントや顧客、あるいはこのコードを使うことになる人と話していて、

you're figuring out what their needs are.

その人のニーズを把握しているのです。

You're having a bunch of meetings in order to figure out what the program should actually do, and

プログラムが実際に何をすべきかを把握するために、たくさんの会議を開き、

then you're squeezing in as much of that actual coding time as you can, because that's usually the Fun part.

そして、実際のコーディング時間をできるだけ多く詰め込んでいるのです。なぜなら、それが通常、楽しい部分だからです。

DG Holmes asks, is Python really the second best language for everything?

DG Holmesさんが、Pythonは本当に何にでも二番目に良い言語ですか？と尋ねています。

I think probably whoever said this first, honestly, they were probably trying to get a dig in on Python a little bit.

正直に言って、最初にこれを言った人は、おそらくPythonを少しからかおうとしたのでしょう。

Kind of trying to say that it's not the first best language for anything.

何にでも一番良い言語ではない、と言おうとしたのです。

コンピューターサイエンス教授がプログラミングの質問に回答！vibe codingはそれほどすごいのか？Rustをなぜそんなに勧めるのか？数学が苦手でもプログラミングはできる？プログラミング言語の違いとは？｜専門家Q&A｜GQ Taiwan (電腦科學教授解答程式設計問題！vibe coding根本沒那麼神？到底是有多推Rust？討厭數學也能寫程式？程式語言之間有何不同？｜名人專業問答｜GQ Taiwan)

字幕リスト動画再生

sort

absolutely

process

bunch