Name: GPT-4は旧ChatGPTを冗談のように見せる! (GPT-4 Makes Old ChatGPT Look Like a JOKE!)
Uploaded: 2023-03-16T09:30:25.000Z
Duration: 12 min 56 s

様態の副詞

This basically eliminates the need of having some middle or junior developer doing the work for you.

このため、中堅や若手の開発者が代わりに仕事をする必要は基本的にありません。

法助動詞 B1

And in many cases, this might actually be faster and more efficient than that developer.

そして多くの場合、実際にはその開発者よりも速く、効率的であるかもしれません。

この映画は私が作っているんです。

I'm going to try the brand new GPT four model that was just released by OPEN AI in chat GPT.

OPEN AIから発売されたばかりの真新しいGPT4モデルをチャットGPTで試してみる。

Now I am a chat GPT plus member so I can already use it as you can see it is an option in this dropdown.

今、私はチャットGPTプラス会員なので、このドロップダウンにオプションとしてあるように、すでに使うことができます。

とはいえ、まったく試していません。

I just woke up to the announcement and I'm walking into this blind.

発表で目が覚めたばかりなのに、盲目的にこの世界に足を踏み入れることになる。

The previous video I made on chart G B T with the old model was impressive, but at the time of recording had already tried the model, knew what it could, it could not do.

以前、旧モデルで作ったチャートG B Tの動画も印象的でしたが、収録時にはすでにこのモデルを試し、何ができて、何ができないかを知っていました。

And I had to try many, many times until it eventually got to the right answers.

そして、最終的に正しい答えにたどり着くまで、何度も何度も挑戦しました。

Needless to say it wasn't great in this video.

この映像ではイマイチだったのは言うまでもない。

I will only give it a single chance and I have a set of questions.

一度しかないチャンスなので、質問もセットで。

I want to ask it both in software engineering and solution architecture and scribe the questions that both junior mid and senior developers would need to answer as part of the day job.

ソフトウェアエンジニアリングとソリューションアーキテクチャの両方でそれを問い、ジュニア・ミッドとシニアの両方の開発者が本業の一部として答える必要があるような質問を書記したいと思います。

If you like to have content, you want to see more, make sure you subscribe during the solidification bell and formal training, check out nick chapters dot com.

コンテンツがあるのが好きなら、もっと見たいなら、固定のベルと正式なトレーニングの間に購読することを確認してください、ニックチャプタードットコムをチェックしてください。

では、ここで見てみましょう。

So we have these three models, right, the default, which is supposed to be fair and turning very fast and not really concise.

つまり、この3つのモデルがあるわけです。デフォルトは、公平であるべきで、非常に速く回転し、あまり簡潔ではありません。

Then you have the legacy model which I don't know if it was the original GPT or not, but it seems to be a previous charge GPT plus model which has different characteristics.

それから、初代GPTかどうかは分かりませんが、以前の充電GPTプラスというモデルで、特性が異なるレガシーモデルがあります。

And then GPT forwards supposed to be the most advanced where you have excellence in reasoning and conciseness, but it's not as fast and we're gonna use that.

そして、GPTフォワードは、推論と簡潔さに優れている最も高度なものであるはずですが、スピードはそれほど速くないので、それを使うことにします。

So the first thing I see here is that there's a cap of one 100 messages for every four hours.

そこでまず目につくのが、4時間ごとに100通1通という上限があることです。

So I guess they rate limited because of how much computation sha li intense.

だから、計算シャ・リが激しいから制限されると評価しているのでしょう。

It is what I'm going to ask it as the first question is, please create a rest API with C shop and dot net six that allows users to create read update and delete movies and also rate them think Rotten Tomatoes or IMDB and API for those things where you can list the movie and rate it and then use prosperous for the database.

それは私が最初の質問としてそれを尋ねるつもりです、ユーザーが映画を作成し、読み取り更新し、削除することができますCショップとドットネットシックスで残りのAPIを作成してください、また、あなたが映画をリストし、それを評価することができますロッテントマトやIMDBとそれらのためのAPIを考える、そしてデータベース用に繁栄使用しています。

And then framework for the data access anti framework is like an R M in dot net.

そして、データアクセスのためのフレームワーク。アンチフレームワークは、ドットネットのRMのようなものです。

では、それを使ってどんなことができるのか見てみましょう。

So straight away, just like before we have the same stream response and I would say it's equally as slow.

ですから、すぐに、先ほどと同じように、ストリームの反応があり、同じように遅いと言えるでしょう。

So let's wait and see what it spits out so far.

では、これまで何を吐き出してきたのか、楽しみに待っていよう。

So good, everything here is things I would do.

だからいいんです。ここに書かれていることはすべて、私ならこうする、ということです。

So we have the settings, we get the whole file previously.

だから、設定も、以前はファイル全体を取得していたんです。

Sometimes you would only get the line you need to add, you have the model and it is using anti framework which allows you to have nested objects that point into other objects and generated database on demand.

時には、追加する必要がある行だけを取得することもあります。モデルがあり、他のオブジェクトを指すネストしたオブジェクトを持つことができるアンチフレームワークを使用していて、必要に応じてデータベースを生成します。

Then it knows to make a movie DB context as well, movies and ratings great.

そして、それは映画DBのコンテキストを同様に作るために知っている、映画と評価素晴らしい。

Now it's going to use the startup dot CS, which we don't really use anymore in C shop.

今は、Cショップではもうあまり使わないスタートアップのドットCSを使うことにしています。

But given when this was trained, this was very much relevant.

しかし、このトレーニングが行われた時期を考えると、これは非常に重要なことだったのです。

Now, one of the things I wouldn't do in that startup dot CS is run migrations there and would actually have them in the program dot CS.

さて、そのスタートアップのドットCSでは、マイグレーションを実行することはなく、実際にはプログラムのドットCSで実行します。

But that is not a huge mistake at say or it goes straight away into using a controller.

しかし、それは言うほど大きな間違いではないし、そのままコントローラーを使うことになる。

It injects the DB context and then it uses a sing programming properly.

DBコンテキストを注入し、シングプログラミングを適切に使用するのです。

おお、アップデートムービーとしては感動的ですね。

It also handles DB, update concurrency exceptions which many people would actually forget to cover.

また、実際には多くの人がカバーを忘れてしまうであろうDB、更新同時実行の例外処理も行います。

だから、かなりクールなんです。

And then it knows to name things like the routes appropriately as the rest API should, which is the plural of the entity you're trying to deal with or the results you're trying to deal with and then it correctly points to the action that is supposed to give you the location header to indicate that on movie creation, that's where you can find your movie.

そして、レストAPIがそうであるように、ルートのようなものに適切な名前を付けることを知っています。それは、扱おうとしているエンティティや扱おうとしている結果の複数形です。そして、ムービー作成時に、ムービーを見つけられる場所であることを示すロケーションヘッダを与えることになっているアクションを正しく指し示します。

So that's really, really impressive and fantastic.

だから、本当に、本当に印象的で素晴らしいことです。

In the end, we also get an explanation like a documentation of every I'm gonna tell you what except for the thing where I had to explicitly say continue when the thing stopped.

最後は、モノが止まったときに明示的にcontinueと言わなければならないことを除いて、I'm gonna tell you what everyのドキュメントのような説明も出てきますね。

This is a perfectly valid response that you can actually use and you wouldn't be in any way wrong.

これは、実際に使ってみても、何ら問題のない対応です。

これはもっとうまくできるのでは？

But you're walking into more opinionated round.

でも、もっと意見丸出しで歩いてるんですよね。

So this is one of the most generic way you can do that and it's absolutely fine and it's the first try.

だから、これは最も一般的な方法の一つで、絶対に大丈夫だし、最初の試みでもある。

Alright, let's see how you can make it go further.

さてさて、どうやったらもっと進化させられるか、見てみましょう。

One of the biggest problems with this is that the connection string is a Rasta ring with passwords and user names as plain text in the app settings dot Jason file.

これの最大の問題点は、接続文字列がラスタリングで、パスワードやユーザー名がプレーンテキストとしてアプリの設定ドットジェイソンファイルに書かれていることです。

Usually what you do is you would actually use the secrets manager like key vault or AWS Secrets manager or you would load them as environment variables scope to that specific service.

通常、鍵の保管庫やAWS Secrets Managerのようなシークレットマネージャーを使用するか、特定のサービスの環境変数として読み込むことになります。

So what I want to ask it is whatever developer might ask.

だから、私が聞きたいのは、開発者が聞くようなことなら何でもいいんです。

Hey, so my mate said that having connection strings in the settings as clear text is a bad practice.

そうだ、私の友人が、接続文字列をクリアテキストで設定するのは悪い習慣だと言っていた。

Any suggestions on how to make that more secure.

それをより安全にするための方法があれば教えてください。

Let's see what says your mate is correct.

あなたの仲間が正しいと言っているものを見てみましょう。

So it acknowledges that it is not secure and it suggests secret managers like key vault or other tools.

そのため、安全でないことを認め、鍵の保管庫などの秘密管理ツールを提案しています。

Interesting that it is as biased and I didn't get any other suggestions like an Aws ones.

Awsのような他の提案もなく、偏りがないのが面白い。

So for local development use secret manager tool and what am I supposed to use for production?

ローカル開発ではシークレットマネージャーツールを使用し、本番では何を使用すればいいのでしょうか？

It is not wrong as long as there is scope to the thing that's loading them.

積んでいるものに範囲がある以上、間違ってはいないのです。

And it also suggests as our key vault and it gives me the code.

また、鍵の保管場所として提案し、コードを教えてくれます。

I'm wondering if the Microsoft money make it be more Azra biased than Aws biased.

マイクロソフトのお金でAws偏重よりAzra偏重になってるんじゃないかと思ってる。

I'm gonna go a bit of the scripted quest just because I want to see if it can do this with Aws as well.

Awsでもできるのか確認したいので、スクリプトクエストを少しやってみます。

Actually, we are using Aws in my company and I'm just gonna tell you that in the previous Oh my God straightaway Aws Secrets Manager.

実は私の会社でもAwsを使っているのですが、前回のOh my God straightaway Aws Secrets Managerでお伝えした通りなんです。

In the previous video I had to really guided and really put things into context for it to actually give good results.

前回のビデオでは、実際に良い結果を出すために、本当にガイドをつけ、物事の背景を理解する必要がありました。

This just goes into, hey, here's the documentation read about Secrets Manager at the new package.

これは、新しいパッケージのSecrets Managerについて書かれたドキュメントを読むだけです。

And I've noticed it goes way more in depth into the thing it is talking about the previous matter.

そして、その前に話している事柄について、より深く掘り下げていることに気づかされました。

We'll just give you way less text and basically telling you for the rest.

テキストはかなり少なめにして、あとは基本的にお客様にお伝えするだけです。

実際にナッツをすべて手に入れています。

I, I have no words, Jesus, the detail that goes into even Windows specific and then I guess Linux or Mac specific settings like these are right things if I copy this, it will take me to my credentials, file for ws this is nuts.

Windows特有の設定から、LinuxやMac特有の設定まで、これをコピーすると資格情報、wsのファイルに飛ぶというような細かい設定まで、もう言葉もないくらいです。

What if I want integration tests, write integration tests for the API using the web publication factory?

統合テストが必要な場合、Web公開ファクトリーを使用してAPIの統合テストを書くのはどうでしょうか。

ちょっとテストを見てみましょうか。

The reason why I'm so excited about this is this will save me so much time.

なぜかというと、これで時間が大幅に短縮されるからです。

There is so much code I and many developers, I'm sure have to write.

私や多くの開発者は、書かなければならないコードがたくさんあります。

That is like this, that to a degree is roughly the same but not exactly the same.

それはこんな感じで、ある程度は大体同じだけど、全く同じではない、ということです。

So based on how good they say it's gonna save me so much time and it makes the money I pay for LGBT plus, we're actually worth it.

だから、彼らが言うように、それは私が非常に多くの時間を節約し、それは私がLGBTに支払うお金をプラスにするために、私たちは実際に価値があるのです。

And here's what I think about this up until now.

そして、今までの感想はこうです。

When people were asking me, will this replace people's jobs?

と聞かれたとき、「これは人の仕事を代替するものなのでしょうか？

私は、そんなことはないと言いたいです。

You still someone who knows enough to babysit it and review things.

まだ、子守をするほど詳しい人がいて、いろいろとレビューしているんですね。

But thinking about this, I can totally see someone making a tool that a developer and actual developer can go into a GIT repo create an issue.

しかし、このことを考えると、開発者と実際の開発者がGITリポジトリに入り、課題を作成するためのツールを作る人がいてもおかしくはないですね。

You say that's what the issue is, go fix it.

それが問題だと言うのなら、それを解決してくれ。

Then a charge GPT bought using the A P I can go in read the issue act and then create a pull request and then it's just the developer reviewing the pull request and charge GPT fixing it automatically as you go.

そして、A P I を使って購入したチャージGPTが、イシューアクトを読んでプルリクエストを作成し、開発者がプルリクエストをレビューするだけで、チャージGPTが自動的に修正してくれるのです。

So I'm a bit skeptical and scared everything it said in principle here is correct.

だから、ここに原理的に書いてあることがすべて正しいのか、ちょっと疑心暗鬼で怖いです。

I'm pretty sure I can ask you to say add more tests and it can do that for me.

テストを追加してくださいとお願いすれば、そのようにしてくれるのは間違いないですね。

Now, would I validate here for headers like this specific header?

さて、この特定のヘッダーのようなヘッダーに対して、ここでバリデーションを行うのでしょうか？

I wouldn't, I would check for the response and see that the object is what I wanted to be.

そうではなく、手応えを確かめながら、その対象が自分の望むものであることを確認するのです。

So it is not awesome but it gives you a framework to work on.

だから、凄くはないけれど、取り組むべき枠組みを与えてくれるのです。

字幕リスト動画再生

GPT-4は旧ChatGPTを冗談のように見せる! (GPT-4 Makes Old ChatGPT Look Like a JOKE!)

specific

absolutely

approach

context