28 күн бұрын
Ай бұрын
Ай бұрын
Ай бұрын
Ай бұрын
2 ай бұрын
2 ай бұрын
2 ай бұрын
2 ай бұрын
3 ай бұрын
3 ай бұрын
4 ай бұрын
4 ай бұрын
4 ай бұрын
4 ай бұрын
5 ай бұрын
5 ай бұрын
5 ай бұрын
5 ай бұрын
5 ай бұрын
6 ай бұрын
6 ай бұрын
7 ай бұрын
7 ай бұрын
Пікірлер
@user-hkzw 10 күн бұрын
ありがとうございます！
@medium-company 8 күн бұрын
こちらこそ、ご視聴頂きありがとうございます！
@luv_tune 12 күн бұрын
受験生です、模試でハフマン木出て訳わからんかったのですがようやく理解することが出来ました😭分かりやすかったです、本当にありがとうございます！！！！
@medium-company 11 күн бұрын
お役に立てて良かったです。 受験頑張ってください！
@脅された 15 күн бұрын
河小
@kurosawaat1596 17 күн бұрын
ぜんぜん分かんない😂この説明は5からの説明で０から解らない私は、難しすぎます笑
@aotslid4833 19 күн бұрын
インデックスがなくても高速な検索が出来るメモリズムプロセッサをご紹介いたします。
@mm-zh7jx 29 күн бұрын
ありがとうございます！
@medium-company 28 күн бұрын
こちらこそ、ご視聴ありがとうございます！
@もちもちアイス 29 күн бұрын
Web APIとライブラリ、モジュールとの違いはなんでしょうか？
@medium-company 28 күн бұрын
Web APIは窓口となる機能で、外部からWebを使えるようにしたもの。 ライブラリは、ある特定の機能をもったプログラムを外部から呼び出して使えるようにしたもの。 モジュールは部品を意味する言葉で、モジュール単体でも動作するが、他のモジュールと組み合わせて使用するものです。
@younan68000 Ай бұрын
元々8ビットプロセッサから始まった古いプロセッサは、リトルエンディアン。理由は単に昔の古いプロセッサと互換性を保つため。 社会基幹も含め新しいプロセッサはほとんどビッグエンディアンで作ることが多い。 世界的なネットワークなどほとんど重要なものは全てビッグエンディアン。唯一 USB だけがリトルエンディアンだな。 これから登場する高速プロセッサはほとんどがビッグエンディアンであるだろうね。 ちなみに今後主流のプロセッサとなるRISC-V は、フラグでどちらでも扱うことができるバイエンディアンが搭載されいるが、リトルエンディアンは要求がないがビッグエンディアンの搭載要求は出されているらしい。 そもそも、ほとんどのネットワークを含め、社会基幹を支えるものは全てビッグエンディアンとなっているからで、これらの変換バグは大量に発生するため、最初からビッグエンディアンで統一した方が良いのはとの判断が各国からでている。 社会は扱い安く、高速かつ省電力で動作するスマートなマシンを必要としているがIntelのx86 では無理で、RISC-V は僅か47命令だけしかないが、x86 は 400 だったかの命令を持つ。にもかかわらず、速度などでの優位性がないので、今後は更に使われる事はなくなるだろうね。
@寿6362 Ай бұрын
わかりやすいです。ありがとうございます
@medium-company Ай бұрын
ありがとうございます😊
@SQLSERVERNY Ай бұрын
「主キーの真部分集合に対して関数従属しない」という説明がよくわかりませんでしたが、この動画で具体的なイメージがわかって理解できました。 ありがとうございます。
@medium-company Ай бұрын
お役に立てて嬉しいです😊 こちらこそ、ご視聴頂きありがとうございました！
@大雅-o6m Ай бұрын
わかりやすい、、、
@medium-company Ай бұрын
ありがとうございます！
@ぱらぼら Ай бұрын
わかりやすい
@medium-company Ай бұрын
ありがとうございます！
@H2MT Ай бұрын
お世話になっております。 2024/09/28現在で、 ブログと本動画を参考にさせていただいております。 最新のPleiadesの2024で実習した際に、 動かなくて少しハマったところがありましたので、共有させて頂きます。 (知っている方ではそんなのは当たり前？な内容なのかもしれませんが・・・😅) (ブログ)～「build.gradleの依存関係」の 「implementation 'org.mybatis.spring.boot:mybatis-spring-boot-starter:2.1.0'」 ですが、3.0.3に変更することで動作することを確認しました。 (昨日、そのままで実行できなくて・・・Web調査して解決) 他動画も学習ネタとして 参考にさせていただこうと思っております。 以上、失礼致しました。
@Syuririn Ай бұрын
動画を観ている途中でテキストデータもバイナリデータなんじゃないの？って思ったらしっかりと説明されていて感動しました。 やっぱりそうなんですね。
@medium-company Ай бұрын
ありがとうございます！ そうなんですよね、結局はすべてバイナリデータです。
@みずたまり-e5r 2 ай бұрын
敵ながらアッパレと思ってしまう😅作る人も、考えるよね
@medium-company 2 ай бұрын
ほんと、そう思います😅よく考えますよね
@ビスコナス 2 ай бұрын
頭悪い質問ですが 今回の場合、 Aには0をあてる、Bには1をあてるとすればより圧縮できるのでは？と思ってしまいます。なぜ一桁である1を割り振らないのでしょうか？
@medium-company 2 ай бұрын
コメントありがとうございます。 符号は重複しないように割り当てる必要があります。(重複があると、判断できなくなる) Aに0、Bに1を割り当ててしまうと、AとBだけになってしまいます。 そのため、Bに1を割り当てることはできません。
@ビスコナス Ай бұрын
なるほど！ ご丁寧にありがとうございます！
@ひこまさ-h5o 2 ай бұрын
わかりやすいです！
@medium-company 2 ай бұрын
ありがとうございます！
@STAYGOLD-y1f 2 ай бұрын
参考書はたっかい値段の割に不親切すぎてわからなかった解説が、本動画によりわかりやすく理解できました！ありがとうございます！
@medium-company 2 ай бұрын
こちらこそ、ご視聴頂きありがとうございました！
@urakenchang 2 ай бұрын
一番わかり易い動画✨
@medium-company 2 ай бұрын
ありがとうございます！
@daisukeosanai6800 2 ай бұрын
2:21のとことでいつの間にかテーブルに主キーが設けられています。この時点でなぜユーザIDも主キーにならないのでしょうか。ユーザ名を特定できるため主キーになって良い気がしており、そうすれば第二正規までで正規化が終わる気がします
@medium-company 2 ай бұрын
コメントありがとうございます。 注文番号と商品IDでレコードは一意に特定できるため、ユーザIDは主キーにしていません。
@LaurenceHoit 2 ай бұрын
この素晴らしいビデオをありがとうございます！ ちょっとした質問があります： 私のOKXウォレットにはUSDTが含まれており、シードフレーズを持っています. (air carpet target dish off jeans toilet sweet piano spoil fruit essay). それらをBinanceに移動する方法を教えていただけますか？
@Waneta-g8m 2 ай бұрын
いつも通り素晴らしいコンテンツ！ トピックとは関係ないのですが、ちょっと質問させてください： 私のOKXウォレットにはUSDTが含まれており、シードフレーズを持っています. (air carpet target dish off jeans toilet sweet piano spoil fruit essay). それらをBinanceに移動する方法を教えていただけますか？
@medium-company 2 ай бұрын
コメントありがとうございます。 申し訳ございませんが、分かりかねます。 お役に立てず、申し訳ございません。
@07kkou47 2 ай бұрын
生成多項式で割り切れるの意味が不明です。余りを付加するとは加算でしょうか。説明が飛びすぎていますね。
@medium-company 2 ай бұрын
説明が不足しておりました。申し訳ございません。余り付加というのは、余りも一緒に送るという意味です。 また受信側で確認する方法には、2通りありまして、 1.受信側は生成多項式で割り算して余りが同じであることを確認する 2.データから余りを引いて、生成多項式で割り算して、余りがないことを確認する
@ゴメス-h9k 2 ай бұрын
BNF記法だと記法記法になってて草
@medium-company 2 ай бұрын
気づいてなかったです。ご指摘ありがとうございます！
@shuheitakahashi9930 2 ай бұрын
問題形式の練習でかけてもイマイチしっくりこなかったですが、感覚的に腹落ちしました。ありがとうございます。
@medium-company 2 ай бұрын
お役に立てて、良かったです！ こちらこそ、ご視聴ありがとうございました。
@dm_99 3 ай бұрын
ふむふむ
@kchi-bou4152 3 ай бұрын
参考になるようでならん....
@鳥海翔-e1i 3 ай бұрын
とてもわかり易い解説ありがとうございます。
@medium-company 3 ай бұрын
こちらこそ、ご視聴頂きありがとうございます！
@linxiao-fk2ro 3 ай бұрын
大変助かりました。ホントにありがとうございます。
@medium-company 3 ай бұрын
こちらこそ、ご視聴いただきありがとうございます！
@志村隆太-b7p 3 ай бұрын
3×3のデータブロックだと、確実に誤り検出できるのは何ビットまでですか？
@medium-company 3 ай бұрын
確実にできるのは、1ビットの誤り訂正と、2ビットの誤り検出です。
@志村隆太-b7p 3 ай бұрын
3ビットの誤りだと誤り検出出来ないのはどのような時なのか教えてもらえませんか？？
@志村隆太-b7p 3 ай бұрын
@@medium-company 確実にできるのは2ビットということで、出来ないこともあるけど 3ビットでもできるということですか？？
@medium-company 3 ай бұрын
2ビットであれば、2個所の誤りを検出（位置は特定できない）できますが、3ビットになると、3個所の誤りを検出できない場合があります。
@志村隆太-b7p 3 ай бұрын
@@medium-company 出来れば、 3*3のデータブロックにおいて3ビットが誤り検出出来ない例を教えていただきたいです。
@deepthrought9312 3 ай бұрын
b
@ponpondayo 3 ай бұрын
ありがとう😊
@medium-company 3 ай бұрын
こちらこそ、ご視聴いただきありがとうございます！
@rana4663 3 ай бұрын
学校の先生から確率というのはキャッシュメモリのマックスのデータ量を100%としたうちの例えば60なら60%入っているという意味と教わったのですがこれは間違いでしょうか、
@medium-company 3 ай бұрын
コメントありがとうございます。 ヒット率とは、CPUがキャッシュメモリにアクセスするとき、キャッシュメモリに目的のデータが存在する確率のことです。 参考書等をご確認いただければと思います。
@なぎ-i9u 3 ай бұрын
初めまして。 16進数を2進数に直して考えていたので疑問がごさいましたが、16進数を区切って上位データ、下位データと考えリトルエンディアンで並べるのかビッグエンディアンで並べるのかよくわかりました😊
@medium-company 3 ай бұрын
こちらこそ、ご視聴頂きありがとうございます！
@user-bp7fy2qp9m 4 ай бұрын
インタプリタの説明にある「コンピュータが理解できるバイナリデータに変換しながら実行」は間違いですね。JITコンパイラと混同していませんか。
@medium-company 4 ай бұрын
コメントありがとうございます。 インタプリタは「プログラム実行の際にコードを一行ずつ随時翻訳しながら動作する」認識です。 実行時にコンパイルするJITコンパイラと異なるのは理解しております。 表現が適切ではなかったでしょうか？ ご指導いただけると幸いです。
@user-bp7fy2qp9m 4 ай бұрын
@@medium-company > プログラム実行の際にコードを一行ずつ随時翻訳しながら動作する 「翻訳」するのではなく、「解釈し実行」します。 「翻訳する」は、「何か」を「別の何か」に変換することですが、そこは大丈夫でしょうか。「別の何か」は、実態としては何を想定しているのでしょうか。 (インタプリタであっても、バイトコンパイルしてから実行する処理系が存在しますが、ここでは除外します。念の為書きますが、バイトコンパイルで生成されるバイトコードは、コンピュータが理解できるバイナリデータではありません。)
@medium-company 4 ай бұрын
コンピュータが解釈できる機械語にする認識でした。 変換ではなく解釈し実行する、が正しい表現なんですね、ご指摘ありがとうございます。
@otoko_daigakusei 4 ай бұрын
わかりやすい！感謝！
@medium-company 4 ай бұрын
ありがとうございます！
@hh960896 4 ай бұрын
こう云う事だったのですね凄くわかりやすかったです
@medium-company 4 ай бұрын
こちらこそ、ご視聴頂きありがとうございます！
@nokaaaa 4 ай бұрын
わかりやすかったですー！ありがとうございます😭✨
@medium-company 4 ай бұрын
こちらこそ、ご視聴頂きありがとうございます！
@カーライル-m5i 4 ай бұрын
滅茶苦茶分かりやすいです、ありがとうございました！
@medium-company 4 ай бұрын
ありがとうございます！
@Karinan113 4 ай бұрын
わかりやすかったです！ありがとうございます
@medium-company 4 ай бұрын
こちらこそ、ご視聴頂きありがとうございます！
@sai90000able 4 ай бұрын
「シフト演算による割り算」の解説が全く分からなかった。それ以外は分かりやすかった。
@medium-company 4 ай бұрын
ありがとうございます！ 割り算の解説はわかりづらいですよね、改善できるように頑張ります！
@鈴木ザイオン-d4k 4 ай бұрын
ありがとうございます。留学生でもわかりやすかった❤
@medium-company 4 ай бұрын
こちらこそ、ご視聴頂きありがとうございます！
@心のオムライス 5 ай бұрын
めっちゃ、わかりやすかったです。ありがとうございました。 関数の中身を説明した動画はどこかにありますか？
@medium-company 5 ай бұрын
ありがとうございます！ 関数の中身を説明した動画は、作成していませんが、サイトの方では説明してます。 medium-company.com/sha-2/ medium-company.com/sha-1/ medium-company.com/md5/
@ikuwotadokoro 5 ай бұрын
今まで見た中で一番簡潔で、よくわかりました！また、なんの為にやることなのか？も併せて説明されている点が私にはとてもしっくりきました。ありがとうございます！
@medium-company 5 ай бұрын
こちらこそ、ご視聴いただき、ありがとうございました！
@ナポリたん-w5u 5 ай бұрын
非常にわかりやすい
@medium-company 5 ай бұрын
ありがとうございます！
@user-510gobou 5 ай бұрын
とても分かりやすい解説ありがとうございます！ 質問なのですが、何故リトルエンディアンのように逆から読む場合があるのでしょうか？何卒、教えて頂けないでしょうか...?
@medium-company 5 ай бұрын
どちらの方式を採用しているかは、製品によって変わります。例えばインテルのx86系CPUはリトルエンディアンを採用しています。 なぜ？という質問は、すみません、わかりかねます。
@虎虎-j9z 5 ай бұрын
NATはゲートウェイ内の機能ということでしょうか？
@medium-company 5 ай бұрын
はい、ゲートウェイ（ルーター）についている機能です。
@虎虎-j9z 5 ай бұрын
@@medium-company ありがとうございます！
@daisuke2965 5 ай бұрын
アプリ作ってTomcatにデプロイする場合warにしたいのだけど、何を使えばいいのでしょう
@medium-company 5 ай бұрын
warファイルは、Eclipseで作れます。
@daisuke2965 5 ай бұрын
@@medium-company ありがとうございます。All in one Eclipse使ってますが、warファイル出力メニューが見つからないです。素人な質問ですいません。
@秀信松本 5 ай бұрын
こちらの解説動画は、とても見やすくて、スッと入ってきます。 他の動画は、アレンジが多過ぎたり、簡潔にまとまっていなかったり、見終わっても頭に残らないケースが有ります。
@medium-company 5 ай бұрын
ありがとうございます！
@kentakugo2252 5 ай бұрын
ようやく理解できた！すごいわかりやすいです！
@medium-company 5 ай бұрын
ありがとうございます！