diff --git a/README_ENG.md b/README_ENG.md
index eb57de5..873c195 100644
--- a/README_ENG.md
+++ b/README_ENG.md
@@ -2222,36 +2222,104 @@ Testing is the process of assessing that all parts of the program behave as expe
- ### Markdown
+ A standard in the development world. An incredibly simple, yet powerful markup language for describing your projects. As a matter of fact, the resource you are reading right now is written with [Markdown](https://en.wikipedia.org/wiki/Markdown).
+
+ - [Markdown cheatsheet](https://github.com/adam-p/markdown-here/wiki/Markdown-Cheatsheet)
+ > A cheatsheet on all the syntactic possibilities of the language.
+ - [Awesome Markdown](https://github.com/BubuAnabelas/awesome-markdown)
+ > A collection of various resources for working with Markdown.
+ - [Awesome README](https://github.com/matiassingers/awesome-readme)
+ > A collection of beautifull README.md files (this is the main file of any repository on GitHub that uses Markdown).
+ - Markdown for your notes
+ > Markdown is not only used for writing documentation. This incredible tool is great for learning - creating digital notes. Personally, I use [Obsidian editor](https://obsidian.md/) for outlining new material.
+
π References
-
+1. πΊ [**How To Write a USEFUL README On Github** β YouTube](https://youtu.be/E6NO0rgFub4)
+2. πΊ [**Obsidian As A Second Brain: The ULTIMATE Tutorial** β YouTube](https://youtu.be/WqKluXIra70)
+
- ### Documentation inside code
+
+ For every modern programming language there are [special tools](https://en.wikipedia.org/wiki/Documentation_generator) which allow you to write documentation directly in the program code. So you can read the description of methods, functions, structures and so on right inside your IDE. As a rule, this kind of documentation is done in the form of ordinary comments, taking into account some syntactic peculiarities.
+
+ - Why do you need it?
+ > To make your work and the work of other developers easier. In the long run this will save more time than _traveling through the code_ to figure out how everything works, what parameters to pass to functions or to find out what methods this or that class has. Over time you will inevitably forget your own code, so already written documentation will be useful to you personally.
+ - What does it take to get started?
+ > For each language, it's different. Many have their own well-established approaches:
+ >
+ > - [Docstring](https://peps.python.org/pep-0257/) for Python.
+ > - [JSDoc](https://github.com/jsdoc/jsdoc) for JavaScript.
+ > - [Godoc](https://go.dev/doc/comment) for Go.
+ > - [KDoc ΠΈ Dokka](https://kotlinlang.org/docs/kotlin-doc.html) for Kotlin.
+ > - [Javadoc](https://en.wikipedia.org/wiki/Javadoc) for Java.
+ > - And look for others on request: `documentation engine for `.
+
π References
-
+1. πΊ [**How To Use Developer Documentation** β YouTube](https://youtu.be/s1PLS3SQHQ0)
+2. πΊ [**How to use JSDoc - Basics & Introduction** β YouTube](https://youtu.be/Nqv6UkTROak)
+3. πΊ [**Godocs - Effortless documentation for your go packages** β YouTube](https://youtu.be/80VT3xexcWs)
+
- ### API Documentation
+ Easy-to-understand documentation will allow other users to understand and use your product faster. Writing documentation from scratch is a tedious process. There are common specifications and auto-generation tools to solve this problem.
+
+ - [OpenAPI](https://en.wikipedia.org/wiki/OpenAPI_Specification)
+ > A specification that describes how the API should be documented so that it is readable by humans and machines alike.
+ - [Swagger](https://swagger.io/)
+ > A set of tools that allows you to create convenient API documentation based on the OpenAPI specification.
+ - [Swagger UI](https://swagger.io/tools/swagger-ui/)
+ > A tool that allows you to automatically generate interactive documentation, which you can not only read but also actively interact with it (send HTTP requests).
+ - [Swagger editor](https://editor.swagger.io/)
+ > A kind of playground in which you can write documentation and immediately see the result of the generated page. You can use YAML or JSON format file for this.
+ - [Swagger codegen](https://swagger.io/tools/swagger-codegen/)
+ > Allows you to automatically create API client libraries, server stubs and documentation.
+
π References
-
+1. πΊ [**REST API and OpenAPI: Itβs Not an Either/Or Question** β YouTube](https://youtu.be/pRS9LRBgjYg)
+2. πΊ [**Swagger API documentation with Django REST Framework** β YouTube](https://youtu.be/fbIFdWj8PsY)
+3. πΊ [**NodeJS Swagger API Documentation Tutorial Using Swagger JSDoc** β YouTube](https://youtu.be/S8kmHtQeflo)
+4. πΊ [**Golang Microservices: REST APIs - OpenAPI / Swagger** β YouTube](https://youtu.be/HwtOAc0M08o)
+
- ### Static generators
+ Over time, when your project grows and has many modules, one README page on GitHub may not be enough. It will be appropriate to create a separate site for the documentation of your project. You don't need to learn how to make it, because there are many generators for creating nice-looking and handy documentation.
+
+ - [GitBook](https://www.gitbook.com/)
+ > Probably the most popular documentation generator using GitHub/Git and Markdown.
+ - [Docusaurus](https://docusaurus.io/)
+ > Open-source generator from Facebook (Meta).
+ - [MkDocs](https://www.mkdocs.org/)
+ > A simple and widely customizable Markdown documentation generator.
+ - [Slate](https://slatedocs.github.io/slate)
+ > Minimalistic documentation generator for REST API.
+ - [Docsify](https://docsify.js.org)
+ > Another simple, light and minimalistic static generator.
+ - [Astro](https://astro.build/)
+ > A generator with a modern and advanced design.
+ - [mdBook](https://rust-lang.github.io/mdBook/)
+ > A static generator from the developers of the Rust language.
+ - [Π Π΄ΡΡΠ³ΠΈΠ΅...](https://jamstack.org/generators/)
+
π References
-
+1. πΊ [**Build a Markdown Documentation Site with Docusaurus (Step-by-Step)** β YouTube](https://youtu.be/2R53Y7eP45k)
+2. πΊ [**Create template layouts for your HTML with Astro SSG** β YouTube](https://youtu.be/o7iQAF2EvUU)
+