This content originally appeared on DEV Community and was authored by William Rutkowski
Without going into boring details as I am sure almost everyone. Has used, inquired about AI for homework, job deadlines or even investment stradigies.
I will only say my best advices is to filter everything you feed it. Limit queries and ask for code validations,include pointers to YOUR resources. If it knows you use MSD docs and Geeks for Geeks or Free Code Academy. You train it and use it like a dog to fetch your needs.
For answers feed it short bullet points, almost asking modular chunks of info. It will dump everything it thinks you need into a answer make things worse then better. I have direct conversation now, I give it my thoughts on what I want to achieve and why I am thinking like that. I feed in wrong information on purpose from time to time. Then explore how it asnswers back.
I have caught it using deprecated code or removed practice an example is
with @use over @import in scss now
and by treating it as a coding buddy working partner. This last 1.75 years has knitted into a steamline experiance. My questions revieled it was lasted updated ...Chat-GPT 3.5 .... was lasted updated in Febuary of 2022.
It told me that and in 2023 SASS / SCSS best practice was to change to @use for internial files urls / src Then keep @imports as a means to bring in externial sources.
Give it a copy / pasted browser-sync config file created by browser-sync init in your terminal. Then walk though it giving your explaination of the key value pairs and what they are permitting to happen. Or what you are trying to accomplish. Not having someone to talk to when you are homeschooling or independetly researching. Learn to explote / use what it can do that you can't.
If you allow yourself 6 to 8 hours of learning time for your studies. Or like many who have two jobs to cover costs & need to study. Us ChatGPT or any of them properly and invest time learning together. My 6 to 8 hours is like 12 to 14 because I no longer have to leave my work to remember something on MSD. Or google something and spend 45 minutes get distracted or winding up on Facebook.
Everyone is different but we all get to pick our poisons or juorneys. Many look for the easiest way out and others seek it as a labor of love. It has help me get a deeper understanding and has me questioning what things I need to do next.
I have gone from a clue-less newbie, from what do I do next? To how to move forward as a web developer on my own.
My chat ~://
Hello I have a question about jQuery, and it uses / needs today as relevant. It has 4 versioning's so it is still maintained, and all legacy code use be compatible with any added newer features to the language.
And 20 plus years ago it was a game changing development and what gave vanilla JavaScript a foothold in the browser early on. It is still incredibly useful and performers like compiled code.
But todays entire web has exponentially grown in that time and many of what was ONLY jQuery is now incorporated into defaults browser states. If nothing was provided or wrong. CSS spec allowances and NOW logic and global CSS properties that didn't exist then. That required jQuery are now native or other programs like Bootstraps / React and so on have automated things if I may be bold. Instead of creating every object on the fly or from scratch. jQuery was the first real library and paved the way for these.
With what the browser now does, that it could only dream of in 2010 not only 2000. Is the weight it adds worth what it can do .... taken into account what new specs in all other development needs and areas has improved. Worth it or even limiting it use to niche events or filtered user changes / preferences.
I do recall the needed for must use tools that have come and gone since then. What was developed as tools - bower - broccoli - gulp - Gadsby - to what we have today.
I can still use Ruby and if it wasn't for Rails .... it was the proto one-run and-done language for the browser to understand and paved the way for NODE && npm. So, Yarn, React, Svelte, Express, Meteor, Electron, Docker and such stemmed from those few HUMBLE code solutions.
You or one would be smarter to build their own based on needs ..... then reverse engineering the few functions you do need. Pre-fix you own code for these widget / models so-to-say.
My focus is with other joining in and where they are at in knowledge. They need strong vanilla JS so learning jQuery to speed things up will really slow things down .. adding to splitting learning against coding. If you have 6 hours a week to invest. But need to learn a strange syntax while also adding to && learning of an abstract language at the same time.
It doesn't seem worth it .......
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 ...
This content originally appeared on DEV Community and was authored by William Rutkowski
William Rutkowski | Sciencx (2024-09-14T11:23:31+00:00) MY CHAT WITH ChatGPT. Retrieved from https://www.scien.cx/2024/09/14/my-chat-with-chatgpt/
Please log in to upload a file.
There are no updates yet.
Click the Upload button above to add an update.