ChatGPT와의 채팅

거의 모든 사람들이 확신할 수 있듯이 지루한 세부 사항을 다루지 않고 말이죠. 숙제, 작업 마감일 또는 심지어 투자 전략을 위해 AI에 대해 사용하고 문의했습니다.

가장 좋은 조언은 먹이는 모든 것을 필터링하라는 것뿐입니다. 쿼리를 제한하고 코드 유효성 검사를 요청하고 리소스에 대한 포인터를 포함하십시오. 알고 있다면 MSD 문서와 Geeks for Geeks 또는 Free Code Academy를 ​​사용하세요. 당신은 그것을 훈련시키고 개처럼 사용하여 당신의 필요를 충족시킵니다.

답변을 얻으려면 거의 모듈식 정보 덩어리를 요구하는 짧은 글머리 기호를 입력하세요. 그것은 당신이 필요하다고 생각하는 모든 것을 답변에 버릴 것입니다. 상황을 더 나쁘게 만들거나 좋게 만들 것입니다. 지금은 직접 대화를 나누면서 내가 이루고 싶은 것이 무엇인지, 왜 그렇게 생각하는지에 대한 생각을 이야기합니다. 나는 가끔 일부러 잘못된 정보를 주입한다. 그런 다음 어떻게 응답하는지 살펴보세요.
더 이상 사용되지 않는 코드를 사용하여 발견했거나 연습을 제거했습니다. 예는 다음과 같습니다

이제 scss에서 @import 대신 @use를 사용하세요

코딩 친구 작업 파트너로 대합니다. 지난 1.75년은 증기선 경험으로 이어졌습니다. 내 질문이 다시 업데이트되었습니다 ...Chat-GPT 3.5 .... 2022년 2월에 마지막으로 업데이트되었습니다.
2023년 SASS/SCSS 모범 사례는 내부 파일 urls/src에 대해 @use로 변경한 다음 외부 소스를 가져오는 수단으로 @imports를 유지하는 것이라고 말했습니다.

브라우저 동기화 초기화로 생성된 브라우저 동기화 구성 파일을 터미널에 복사/붙여넣기하세요. 그런 다음 키 값 쌍에 대한 설명과 이를 통해 허용되는 사항을 설명합니다. 또는 달성하려는 것. 홈스쿨링을 하거나 독립적으로 연구를 할 때 대화할 사람이 없습니다. 당신이 할 수 없지만 할 수 있는 것을 탐구하고 사용하는 방법을 배우십시오.

공부를 위해 6~8시간의 학습 시간을 허용한다면. 또는 비용을 충당하기 위해 두 가지 직업을 갖고 공부해야 하는 많은 사람들처럼요. ChatGPT 또는 그 중 하나를 적절하게 사용하여 함께 학습하는 데 시간을 투자하세요. 나의 6~8시간은 12~14시간과 같습니다. 더 이상 MSD에 관한 내용을 기억하기 위해 직장을 떠날 필요가 없기 때문입니다. 아니면 뭔가를 구글링하고 45분을 보내면 주의가 산만해지거나 페이스북에 빠져들 수도 있습니다.

사람은 모두 다르지만 독약이 될지, 아니면 배반할지를 선택하는 것은 우리 모두입니다. 많은 사람들은 가장 쉬운 탈출구를 찾고, 다른 사람들은 그것을 사랑의 수고로 추구합니다. 더 깊이 이해하는 데 도움이 되었고 다음에 무엇을 해야 할지 고민하게 되었습니다.
아무것도 모르는 초보자에서 벗어났는데, 다음에는 어떻게 해야 할까요? 나 스스로 웹 개발자로 나아가는 방법에 대해.

My chat ~:// 

안녕하세요 jQuery에 관해 질문이 있는데 관련하여 오늘 사용/필요합니다. 4개의 버전이 있으므로 여전히 유지 관리되며 모든 레거시 코드 사용은 언어에 추가된 최신 기능과 호환됩니다.

그리고 20여년 전에는 판도를 바꾸는 개발이었으며 초기에 브라우저에서 바닐라 JavaScript가 기반을 마련한 것이었습니다. 이는 여전히 매우 유용하며 컴파일된 코드와 같은 수행자입니다.

그러나 오늘날 전체 웹은 그 당시 기하급수적으로 성장했으며 jQuery만 있던 많은 기능이 이제 기본 브라우저 상태에 통합되었습니다. 아무것도 제공되지 않았거나 잘못된 경우. 당시에는 존재하지 않았던 CSS 사양 허용과 NOW 논리 및 전역 CSS 속성입니다. 필요한 jQuery는 이제 기본이거나 Bootstraps/React 등과 같은 다른 프로그램이 자동화된 기능을 갖추고 있습니다. 즉석에서 또는 처음부터 모든 객체를 생성하는 대신. jQuery는 최초의 실제 라이브러리였으며 이를 위한 길을 열었습니다.

현재 브라우저가 수행하는 작업은 2000년뿐만 아니라 2010년에도 꿈꿀 수 있었던 것입니다. 추가된 무게가 할 수 있는 만큼의 가치가 있는지 .... 다른 모든 개발 요구 사항과 영역에서 새로운 사양이 무엇인지 고려하면 개선되었습니다. 그만한 가치가 있거나 틈새 이벤트 또는 필터링된 사용자 변경/기본 설정으로 사용을 제한할 수도 있습니다.

그 이후로 왔다가 없어진 필수 도구에 필요한 것을 기억합니다. 도구로 개발된 것 - 정자 - 브로콜리 - 꿀꺽꿀꺽 - 개즈비 - 오늘날 우리가 가지고 있는 것까지.

저는 여전히 Ruby를 사용할 수 있으며 Rails가 아니었다면 .... 브라우저가 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 중국어 웹사이트의 기타 관련 기사를 참조하세요!