ChatGPT とのチャット

ほぼ全員がそうだと思うので、退屈な詳細には触れません。宿題、仕事の締め切り、さらには投資戦略に AI を使用したり、AI について調べたりしたことがあります。

私の最善のアドバイスは、フィードするものすべてをフィルタリングすることだけです。クエリを制限し、リソースへのポインタを含めてコード検証を要求します。 MSD ドキュメントと Geeks for Geeks または Free Code Academy を使用していることがわかっている場合。あなたはそれを訓練し、あなたのニーズを汲み取るために犬のようにそれを使います。

回答については、短い箇条書きを入力し、モジュール化された情報の塊を要求するようなものです。必要だと思われるすべてを答えにダンプして、事態をさらに悪化させます。今は直接会話をして、自分が何を達成したいのか、なぜそのように考えるのかについて自分の考えを伝えています。私は時々意図的に間違った情報を流し込みます。次に、どのように応答が返されるかを調べます。
非推奨のコードまたは削除された実践を使用してそれを見つけました。例は
です
scss では @import よりも @use が使用されるようになりました

そして、コーディング仲間の仕事パートナーとして扱うことによって。この 1.75 年間は、蒸気ラインの経験として編み込まれてきました。私の質問の結果、最終更新日は 2022 年 2 月であることが再確認されました ...Chat-GPT 3.5 .... の最終更新日は 2022 年 2 月でした。
それによると、2023 年の SASS / SCSS のベスト プラクティスは、内部ファイルの URL / src に対して @use に変更し、その後、外部ソースを取り込む手段として @imports を維持することです。

端末のブラウザ同期初期化によって作成されたブラウザ同期設定ファイルをコピーして貼り付けます。次に、キーと値のペアと、それらが許可する内容について説明しながら、内容を確認していきます。または、あなたが達成しようとしていること。自宅で勉強したり、自由に研究したりするときに、話し相手がいない。自分にはできないけどできることを探り、活用する方法を学びましょう。

勉強のために 6 ～ 8 時間の学習時間を自分に与える場合。あるいは、学費を賄うために二つの仕事を掛け持ちし、勉強する必要がある多くの人たちと同じように。 ChatGPT またはそのいずれかを適切に使用し、一緒に学習する時間を投資してください。 MSD で何かを思い出すために仕事を離れる必要がなくなったので、私の 6 ～ 8 時間は 12 ～ 14 時間のようなものです。または、Google で何かを検索して 45 分間気を散らしたり、Facebook を読んだりして過ごしてください。

人はそれぞれ異なりますが、私たちは皆、自分の毒と法廷を選択することができます。多くの人は最も簡単な方法を探していますが、愛の労働としてそれを求める人もいます。それは私がより深く理解するのに役立ち、次に何をする必要があるかについて疑問を抱くようになりました。
何も知らない初心者から脱却しました。次は何をすればよいでしょうか? Web 開発者として独力で前進する方法について。

My chat ~:// 

こんにちは、jQuery について質問があります。関連するものとして今日の / ニーズが使用されています。 4 つのバージョン管理があるため、引き続き維持され、すべてのレガシー コードの使用は、言語に追加された新しい機能と互換性があります。

そして 20 年以上前、これは革新的な開発であり、初期の段階でバニラ JavaScript がブラウザーに足がかりを与えたものでした。これは依然として非常に便利で、コンパイルされたコードを好んで実行します。

しかし、今日では Web 全体がその時代に急激に成長し、jQuery のみであったものの多くがブラウザのデフォルト状態に組み込まれています。何も提供されていないか、間違っている場合。 CSS 仕様の許容範囲と、当時は存在しなかった NOW ロジックとグローバル CSS プロパティ。大胆に言えば、必要な jQuery はネイティブになったり、Bootstraps / React などの他のプログラムが自動化されたりしています。すべてのオブジェクトをその場で、または最初から作成するのではなく。 jQuery は最初の実際のライブラリであり、これらへの道を切り開きました。

ブラウザーが現在実行していることは、2000 年どころか 2010 年には夢にも思わなかったものです。ブラウザーが追加する重みは、ブラウザーができることの価値があるでしょうか...他のすべての開発ニーズと領域の新しい仕様を考慮した上で、改善されました。それだけの価値はありますが、ニッチなイベントやフィルターされたユーザーの変更/設定に使用を制限することさえできます。

それ以来、必要なツールや使用しなければならないツールが登場しては消えていったことを思い出します。ツールとして開発されたもの - bower - broccoli - gulp - Gadsby - 今日の製品に至っています。

私は今でも Ruby を使うことができます。Rails がなかったら .... これはブラウザが理解できる、1 回実行すれば完成するプロト言語であり、NODE && npm への道を切り開きました。つまり、Yarn、React、Svelte、Express、Meteor、Electron、Docker などは、これらの少数の HUMBLE コード ソリューションから生まれました。

あなたまたは誰かが、ニーズに基づいて独自のものを構築する方が賢明です。その後、必要ないくつかの機能をリバース エンジニアリングします。いわば、これらのウィジェット/モデル用の独自のコードをプレフィックスします。

私が焦点を当てているのは、他の人が参加し、彼らがどのような知識を持っているかです。強力なバニラ JS が必要なので、処理を高速化するために jQuery を学習すると、実際には処理が遅くなります。コーディングと学習を分割することになります。週に 6 時間を投資できるとします。ただし、奇妙な構文を学ぶ必要があると同時に、抽象言語の学習も追加する必要があります。

それだけの価値はないようです....

Chat-GPT ~://

Your question touches on the evolution of jQuery and its place in modern web development, especially considering the significant growth of the web ecosystem since its introduction over 20 years ago.

jQuery's Origins and Impact
When jQuery was released in 2006, it was a revolutionary library that solved many cross-browser compatibility issues, simplified DOM manipulation, AJAX requests, event handling, and animations. It allowed developers to write less code to accomplish more, abstracting away the headaches of early web standards. At that time, vanilla JavaScript lacked many features we now take for granted.

The Role of jQuery Today
However, over the past decade, browsers have dramatically improved. Many of the capabilities jQuery provided have been standardized and implemented natively in browsers. For example:

Query Selectors: Modern document.querySelector and document.querySelectorAll provide native alternatives to jQuery's $(...).
AJAX: The fetch API is a modern replacement for $.ajax.
DOM Manipulation: The native DOM API has improved, and methods like appendChild, classList.add/remove, and innerHTML make common jQuery tasks simpler.
Event Handling: Native event listeners like addEventListener are robust and widely supported.
Weighing jQuery's Utility vs. Modern Alternatives
Given that much of what jQuery does is now baked into browsers, the need for jQuery has lessened. There are a few points to consider:

Performance: While jQuery was once a huge performance booster, adding the library today adds unnecessary weight to many modern web apps. For smaller sites or apps where performance and load times matter (which is almost all cases), reducing the amount of JavaScript, including external libraries like jQuery, is a priority.

Maintenance: jQuery is still maintained (currently version 3.x, with 4.x in progress), but many developers now prefer lighter, more focused tools or direct use of modern JavaScript APIs. It’s also important to note that keeping jQuery in legacy codebases for compatibility is common, but for new projects, it may not be as justified.

Learning Curve: For learners, focusing on vanilla JavaScript is more beneficial long-term. Vanilla JS today is powerful enough to handle almost everything jQuery was used for in the past, with cleaner, more readable code. For beginners, learning jQuery syntax might add unnecessary complexity, especially when they can directly use modern browser APIs and gain a deeper understanding of the JavaScript language.

Use Cases for jQuery:

Legacy Support: If you're working with older projects or need to support older browsers that still rely on jQuery, then it remains valuable.
Quick Prototyping: jQuery can be helpful in scenarios where you need to quickly prototype something or build a simple feature for an older codebase. However, it’s often not worth using in new projects unless there’s a very specific need.
The Modern Landscape: Frameworks & Tools
Today, frameworks and libraries like React, Vue, Svelte, and Angular have largely replaced jQuery in modern, large-scale web applications. Tools like Bootstrap also once relied on jQuery but now offer JavaScript-free alternatives.

Moreover, modern build tools (Webpack, Rollup, Parcel) and package managers (npm, Yarn) have improved the web development process significantly, allowing for better modularization and bundling. These tools offer flexibility to import only what you need, reducing the overhead of large libraries like jQuery.

Conclusion: Is jQuery Worth It?
For modern projects, especially if you’re building something from scratch, jQuery is generally not worth the extra weight. Focusing on native JavaScript features provides more performance, simplicity, and longevity. Given how many of jQuery’s original features are now available natively, it’s often better to skip jQuery and use pure JavaScript or a more modern tool/framework. For teams learning together, the clarity and power of vanilla JS will likely lead to better long-term outcomes than relying on a legacy library.

However, for legacy systems that still use jQuery, there’s no immediate rush to abandon it, though planning to refactor over time can improve maintainability and performance. In summary, for new projects and learners, strong vanilla JavaScript is the way forward.

I try and hit it with as much info I can handle but becareful because if you don't leash it. It will dump so much code and inrelevent info you choke on it. Don't give it the opertunity to dictate your walk but use it to bulldoze your path.
Peace ...

以上がChatGPT とのチャットの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。