All right, my code's done, time to ship it. Delivery free, boxed, you dog water, zero earn, copr in the age of AI. Debugging and getting into software engineering has never been easier. You're the exact six steps you need to take to unblock yourself from any software engineering

area you'll ever get. Number one, tinker. Try to pinpoint your error. You can usually use an AI buddy to help you out here. Pinpoint parts in your code will potentially solve your problem before you even go into an AI and allow you to craft a better question to an AI once

you've pinpointed the issue. You can move to step two, which is ask your AI. You can use ChatGPT, find Bing's AI or if you want to get wrong answers, Google's Bard. There are six principles to prompt engineering so you can get the

best out of your AI. Write clear and specific instructions. Give as much context as possible. Use delimiters to clearly indicate distinct parts of the input and especially look out for something called hallucinations. Hallucinations are when your AI gives you an output that it thinks is right

but is completely wrong. For example, if I write about writing solidity and varying tests and Foundry, OBT disgraces us by saying with the npm install it from Open Zeppelin. These can be tough to spot, but once you try it out, you'll see it

doesn't work. And finally, you want to understand the limitations of the AI you're working with and iterate constantly. Large learning language models are trained on human conversations, so you can interact with them as if you're having a conversation, but it's important to know the

limitations of these AIS as most AIS have a limit on how many tokens or words they keep in context at one time. AI is trained off human language so if you're good at asking other humans questions you'll probably be good at asking robots questions too. Asking questions is a

skill so keep practicing. I've got a link in the description to learn.deeplearning.ai which is a free course to help software engineers be better prompt engineers. Now when the AIS can't help you you'll have to go back to the old standbys, actually doing work

yourself, and one of the first pieces of work is reading the documentation. You probably should have done this already, however we can still use ChatGPT because a strategy that I constantly use is I'll copy paste sections of the documentation added to ChatGPT's context and

say something like, "The above or the docs for Tool X, based on those docs how do I do Y?" So Google might be crying because ChatGPT is eating its lunch, but Google still has what AI doesn't have: the entire internet. Previously anytime I ran

into an issue I prayed someone else had run into it before I made a post on it so I could Google search that exact issue. There's a new tool called Find that combines web search with AI, as it does a web search and it crawls through

all the data of the sites, reads them all and then gives you an answer based off of what it reads. 5. Asking a forum. Sometimes the information just isn't out there and we need to ask human beings. We always want to ask her a question on a

webbed indexed forum like Stack Exchange, Stack Overflow, Hirana, or Reddit. This way web crawlers and more likely AIs can scrape the data from these sites and learn from us. That way the next time we have this question, we can get our answers quickly. Asking on Discord and

Twitter because your knowledge will get lost in the unsearchable conversations that Discord is, and web crawlers don't index them. The super secret alpha is to ask a question on Stack Exchange and then post your Stack Exchange link to Discord. You should 100% always ask your questions and

format them with Markdown. And if you're not sure how to do Markdown, you can ask chat GPT to help you format your questions and Markdown. Ask on the support GitHub or forum if the tool you're working on is open source. Awesome. Ask a well-formatted question on their

Git page. Not open source? Never use that tool again. This is how we improve our tools by creating issues, engaging with each other, and even taking on issues and contributing to the open source code. And then finally, iterate. Do all these same steps over again. And as always, keep

hopping through the code. And until next time, stay riveting, my fellow blockchain ears. Foreign [Music] Fantastic. So now we know a little bit more about the different tools and techniques we can use when we do in fact get stuck. We knew something like chat

GPT, forums, ask questions. We obviously want to Google search, and especially for this course, you definitely want to make sure you use the discussions channel. But I wanted to give you some very specific tips about working with this course. Number one, limit yourself to triaging to 15

or 20 minutes for example if we're trying to compile our priceconverter.sol and maybe we forgot to add the address in here right and we're going to go ahead and compile and we're getting this error this is exactly one argument expected for explicit type conversion now this should be pretty obvious what the error is hey it's expecting one argument and we obviously just removed that argument but maybe you're having a really hard time and you're trying all this different stuff and you can't seem to figure it out

limit yourself to 15 or 20 minutes we do not want to be messing around for so long that we can't figure something out right something like this would be very easy for us to compile copy this error go to chat gbt and say something like

hey I'm getting an error compiling my solidity here is the error the three back ticks paste it in here like that three back ticks is markdown and like we said in the video we want to use delimiters to clearly identify what is code versus what is not oops and I hit

and I hit enter whoops the daisy we're actually going to hit stop generating and we're gonna copy paste the question again now we're going to say here is my solidity it's wrong then we'll copy the solidity line once again three back ticks we'll say

solidity here we'll paste it in three back ticks to end it hit enter and it'll probably give us the answer here and turn off the error message suggests that you need to provide an address when using explicit type conversion so we go ah okay whoops we need to actually add

an address in here it gives us an example and we can go back to our code and you know paste that address in here and be good to go so limit self triage to 15-20 minutes that's gonna be the first step number two don't be afraid to ask AI but don't

skip learning the purpose of this course is for you to be able to learn everything here AI is going to get things wrong and it's only the people who actually have learned what's going on under the hood who are going to be able to call out when AI gets something

wrong when AI gets something wrong it does something called hallucinate and we talked a little bit about that in that AI video we just watched so hallucinations are when the AI makes something up that it thinks is right but it's completely wrong and that's

something we absolutely need to watch out for when we're coding and when we're learning a perfect example of this is with Foundry which is a tool we're about to learn very soon in order for us to install Foundry we actually need to run

this command right get founder.sh it's the first thing that it tells us to do at the time of recording chat gbt has not been trained on The Foundry tool so if I ask it a question like I'd like to initialize a Foundry project with

solidity can you show me how to do that and will that enter so the first sentence out the gate is wrong it's not aware of Foundry so it tried to guess what Foundry was and it got it wrong it is not a rust-paced framework for

building blockchains at all and it is directly related to Solidity so it's really important that we use AI to augment our learning, but we don't skip over the learning with AI. It's really good to bounce questions and good ideas off of it, but in order for us to be even able

to recognize when Foundry is hallucinating and making stuff up, we need to have that knowledge ourselves. Simply, of course, use the forums, web3education.dev will have a place for you to ask questions, but in the meantime, definitely be sure to use The Foundry

full course discussions, use this to your advantage and use this to help other people out who have questions. This is a community project, we're all going to be helping each other out, learning. Number three, Google the exact error. If AI doesn't know, the forums aren't there, Google

the exact error. Maybe somebody else has come across this error previously, asked the question online, and you can just Google it. And then of course, post your question in Stack Exchange or Piranha, and like we said in that AI video, you want to use Markdown and format your

questions as best as possible. So if you're unfamiliar with how to use Markdown, if you're unfamiliar with how to format your questions, again, please be sure to ask ChatGPT or some other AI how to best format your questions. You can even simply say, ask ChatGPT, 'Could

you give me an example of a well-formatted Stack Overflow question with code or code?' And it'll actually give us a really good formatted question. So it gives us the question, it formats the code for us, it's using this with the three backticks that I showed you in

in order to get this code block here, it's using three backticks and it's being very verbose in giving all the details of the question, so be sure to ask questions like "Chat should be T awesome again." Let's say we're in here, compile, we get this error: "exactly one argument expected for explicit type conversion". If we copy this error, go to Google, we paste just the error in, we'll remove this our specific code, looks like the first thing we get at Google is actually contract inheritance, and we can see that this is actually exactly the error that we're

getting. It looks like this does actually explain the answer, but it's a little bit confusing to understand here, so maybe you would copy paste this into ChatGPT's context. Right, there's a lot of creative ways you can approach debugging some of your issues. Obviously when you're out in

the wild and you're actually building things yourself, obviously the education site and the discussions channel of the GitHub repo, the people in these aren't going to have context for the new creative thing that you're working on, so I want you to get used to doing that

methodology that we're teaching here, right? Asking your AI buddy, if your AI buddy doesn't know, Googling, asking questions on Stack Exchange, Ethereum, asking questions on Piranha. Piranha is arguably better because you're asking your questions in a decentralized

location as opposed to a centralized server, but I definitely want you to practice asking questions and go to Piranha, go to Stack Exchange, make accounts for these so that when you do run into an issue, because you will, you'll know where to post them. I'll

encourage you to pause and post a question on one of these forms right now just so that you get used to it just so that you get out of your shell and you're going to suck at asking questions in the beginning and that's okay you

will get better at asking questions as you continue with this course asking good questions is a skill in itself and if you learn how to ask very good questions that's the secret sauce to being amazing at AI prompting as well now the final step in all of this is

actually going to be posting an issue on GitHub Git a surprisingly incredibly important part of being a software engineer and being a developer in web3 is interacting with the community the vast majority of these tools that we're working with are going to be something called open source meaning

that the code associated with them is actually available for anybody to view this tool Foundry that we're going to be working with is one such example and if you see it has this issues tab where there's just a ton of issues people are posting while using this

tool this is how code is able to be improved and move forward all this code is public for people to use and work with and if there's a question that isn't answered you can post here and tell the developers of this tool hey I'm

running into an issue maybe we should make a project improvement I would say be very respectful with the way that you make issues you definitely want to do some searching on issues to make sure that nobody else has asked the question that you're working with and be sure to

use these other resources first like Piranha, like Stack Exchange, but in the future, once you leave this cohort, it's going to be incredibly important for you to participate in the ecosystem by making issues, by making pull requests, and actually improving some of the tools that we're going to be working with.

yourself. Even Ethereum has GitHub, and if there's any improvements that you want to make, you can add an EIP to actually improve Ethereum. We'll talk about EIPs more later. You can improve some of the clients that Ethereum runs, so interacting with each other is

incredibly important, and in fact, if you don't have a GitHub, we are going to get you set up with GitHub right now because GitHub is a platform that most developers use to share code and write code and interact with code in between each other. So if you don't have a GitHub,

let's sign up right now, and we're going to use the GitHub to create our own portfolios of all the different cool coding projects that we've created. This way, when you go to apply for a job, you can say, "Hey, go look at my GitHub. I've

got all these really cool projects." So we're going to make you a GitHub right now. If you don't have an email, you're going to need an email. I made a burner account just for this video, and I'm also going to walk you through formatting a

question. I know I'm belaboring the point here, but I really, really want to stress the importance of formatting these questions really well. So we're actually going to show a clip from my past video, so we're going to be using the full blockchain facility course JS, but again,

for this video just be sure to use the GitHub repo associated with this course and not the other old GitHub repo all right let's watch this video

Lesson 5 Part 1 | AI Prompting & Forums - Solidity & Foundry Full Course

Book a smart contract audit here 👇
https://www.cyfrin.io/


Cyfrin Audits

Debugging Strategies in Software Engineering

Tinker with the code to pinpoint errors, potentially resolving the issue before using AI.

Consult AI tools (ChatGPT, Bing AI, Google Bard) for assistance, following prompt engineering principles.

Be aware of AI hallucinations—incorrect outputs presented as fact—and test AI suggestions.

If AI fails, consult documentation, using AI to interpret complex sections.

Utilize search engines (Google, Find) to find solutions to previously encountered problems.

Post questions on indexed forums (Stack Exchange, Stack Overflow, Hirana, Reddit) for searchability and community learning.

Format questions using Markdown for clarity and searchability.

Engage with open-source projects by posting issues and contributing to code.

Limit initial debugging attempts to 15-20 minutes before seeking external help.

Use AI to augment learning, not replace it; be aware of AI hallucinations.

Utilize course forums and web3education.dev for questions.

Google exact error messages to find pre-existing solutions.

Post well-formatted questions on Stack Exchange or Piranha, using Markdown.

Use AI to interpret complex error messages or documentation.

Importance of GitHub and Open Source Contribution

Post issues on GitHub to improve open-source tools and participate in the development ecosystem.

Search for existing issues before posting new ones, and be respectful in communication.

Create a GitHub profile to showcase projects and build a portfolio for job applications.

Lesson 5 Part 1 | AI Prompting & Forums - Solidity & Foundry Full Course

Lesson 5 Part 1 | AI Prompting & Forums - Solidity & Foundry Full Course

Scripts