Fix Markdown lint check errors

CODE_OF_CONDUCT.md

@@ -1,10 +1,13 @@
 # Code of Conduct
 
 ## Our Pledge
+
 We as members, contributors, and leaders pledge to make participation in our community a harassment-free experience for everyone, regardless of age, body size, disability, ethnicity, sex characteristics, gender identity and expression, level of experience, education, socioeconomic status, nationality, personal appearance, race, religion, or sexual identity and orientation.
 
 ## Our Standards
+
 Examples of behavior that contributes to a positive environment for our community include:
+
 - Using welcoming and inclusive language
 - Being respectful of differing viewpoints and experiences
 - Gracefully accepting constructive criticism
@@ -12,6 +15,7 @@ Examples of behavior that contributes to a positive environment for our communit
 - Showing empathy towards other community members
 
 Examples of unacceptable behavior by participants include:
+
 - The use of sexualized language or imagery and unwelcome sexual attention or advances
 - Trolling, insulting or derogatory comments, and personal or political attacks
 - Public or private harassment
@@ -19,15 +23,19 @@ Examples of unacceptable behavior by participants include:
 - Other conduct which could reasonably be considered inappropriate in a professional setting
 
 ## Our Responsibilities
+
 Project maintainers are responsible for clarifying the standards of acceptable behavior and are expected to take appropriate and fair corrective action in response to any instances of unacceptable behavior.
 
 ## Scope
+
 This Code of Conduct applies both within project spaces and in public spaces when an individual is representing the project or its community. Examples of representing a project or community include using an official project e-mail address, posting via an official social media account, or acting as an appointed representative at an online or offline event.
 
 ## Enforcement
+
 Instances of abusive, harassing, or otherwise unacceptable behavior may be reported by contacting the project team at [insert contact method here]. All complaints will be reviewed and investigated and will result in a response that is deemed necessary and appropriate to the circumstances.
 
 ## Attribution
-This Code of Conduct is adapted from the Contributor Covenant, version 1.4, available at https://www.contributor-covenant.org/version/1/4/.
 
-For more details, visit the Open Source Initiative at https://opensource.org/.
+This Code of Conduct is adapted from the Contributor Covenant, version 1.4, available at [https://www.contributor-covenant.org/version/1/4/](https://www.contributor-covenant.org/version/1/4/).
+
+For more details, visit the [Open Source Initiative](https://opensource.org/).

CONTRIBUTING.md

@@ -1,26 +1,32 @@
+
 # Contributing to Embedded Engineering Roadmap
 
 Contributions from everyone are welcomed. To keep the roadmap practical, accessible, and high quality, the following guidelines should be followed:
 
 ## 1. Prioritize Beginner-Friendliness
+
 - Resources and explanations understandable for beginners should be added.
 - Advanced or specialized topics are welcomed and their inclusion can enrich the roadmap, but they should be explicitly labeled as advanced so beginners are not overwhelmed when choosing resources.
 
 ## 2. Resource Selection Policy
+
 - Free and open resources are preferred to maximize accessibility.
 - Paid resources may be included only if they clearly offer more value than existing free options; low-quality paid/free content should not be promoted.
 - The list should not be spammed with every publication from the same author or creator solely due to their reputation or personal preference. Each resource should be added for a clear reason, with usefulness especially for beginners prioritized.
 - Resources should be up-to-date, reliable, and organized under relevant headings.
 
 ## 3. Clarity & Structure
+
 - Clear and direct language should be used. Unnecessary jargon should be avoided. If technical terms are used, simple explanations should be added.
 - Bullet points and lists should be used for readability and structure.
 
 ## 4. Technical Accuracy
+
 - The correctness and relevance of all information and links should be verified.
 - If uncertainty exists, feedback should be requested in the pull request.
 
 ## 5. Roadmap Alignment
+
 - Contributions should match the topics and structure of the roadmap.
 - Areas where contributors have experience or genuine interest should be focused on.
 - If a new topic is thought to make the roadmap more complete, it may be suggested. New topics should be proposed thoughtfully, considering their usefulness and relevance for other learners.

README.md

@@ -1529,5 +1529,3 @@ Special thanks to my friends in the community of Iranian Embedded Engineers in T
 If you think that this roadmap can be improved in anyway or you know about some good learning resources that can be added here, please start an issue or a pull request. I’ll be maintaining and updating this repository frequently.
 
 The source file is created using [Microsoft Visio](https://office.com/visio) in `.vsdx` format and included in this repository for your contributions. If you do not have Microsoft Visio or you want to use free software, you can use [draw.io](https://draw.io) which can import and export `.vsdx` files.
-
-