[
  {
    "path": ".editorconfig",
    "content": "root = true\n\n[*]\ncharset = utf-8\nindent_style = space\nindent_size = 2\nend_of_line = lf\ntrim_trailing_whitespace = true\ninsert_final_newline = true\n"
  },
  {
    "path": ".gitattributes",
    "content": "* text=auto\nreadme.md merge=union\n"
  },
  {
    "path": ".github/dependabot.yml",
    "content": "version: 2\nupdates:\n  - package-ecosystem: \"npm\"\n    directory: \"/\"\n    schedule:\n      interval: \"daily\"\n    reviewers:\n      - \"kristories\"\n    assignees:\n      - \"kristories\"\n"
  },
  {
    "path": ".github/pull_request_template.md",
    "content": "**By submitting this pull request, I promise I have read the [contribution guidelines](https://github.com/Kristories/awesome-guidelines/blob/master/contributing.md) twice and ensured my submission follows it. I realize not doing so wastes the maintainers' time that they could have spent making the world better. 🖖**\n\n⬆⬆⬆⬆⬆⬆⬆⬆⬆⬆\n"
  },
  {
    "path": ".github/workflows/lint.yml",
    "content": "name: Lint\non:\n  pull_request:\n    branches: [ master ]\n\njobs:\n  build:\n    runs-on: ubuntu-latest\n\n    steps:\n      - uses: actions/checkout@v2\n        with:\n          fetch-depth: 0\n      - run: npx awesome-lint\n"
  },
  {
    "path": ".github/workflows/stale.yml",
    "content": "name: Mark stale issues and pull requests\n\non:\n  schedule:\n  - cron: \"59 23 * * *\"\n\njobs:\n  stale:\n\n    runs-on: ubuntu-latest\n\n    steps:\n    - uses: actions/stale@v1\n      with:\n        days-before-stale: 20\n        days-before-close: 1\n        repo-token: ${{ secrets.GITHUB_TOKEN }}\n        stale-issue-message: 'This issue has been hanging around a bit too long, if needed please update or comment.'\n        stale-pr-message: 'This PR has been hanging around a bit too long, please update/rebase or comment as needed.'\n        stale-issue-label: 'no-issue-activity'\n        stale-pr-label: 'no-pr-activity'\n"
  },
  {
    "path": ".gitignore",
    "content": "node_modules/\n"
  },
  {
    "path": "LICENSE",
    "content": "CC0 1.0 Universal\n\nStatement of Purpose\n\nThe laws of most jurisdictions throughout the world automatically confer\nexclusive Copyright and Related Rights (defined below) upon the creator and\nsubsequent owner(s) (each and all, an \"owner\") of an original work of\nauthorship and/or a database (each, a \"Work\").\n\nCertain owners wish to permanently relinquish those rights to a Work for the\npurpose of contributing to a commons of creative, cultural and scientific\nworks (\"Commons\") that the public can reliably and without fear of later\nclaims of infringement build upon, modify, incorporate in other works, reuse\nand redistribute as freely as possible in any form whatsoever and for any\npurposes, including without limitation commercial purposes. These owners may\ncontribute to the Commons to promote the ideal of a free culture and the\nfurther production of creative, cultural and scientific works, or to gain\nreputation or greater distribution for their Work in part through the use and\nefforts of others.\n\nFor these and/or other purposes and motivations, and without any expectation\nof additional consideration or compensation, the person associating CC0 with a\nWork (the \"Affirmer\"), to the extent that he or she is an owner of Copyright\nand Related Rights in the Work, voluntarily elects to apply CC0 to the Work\nand publicly distribute the Work under its terms, with knowledge of his or her\nCopyright and Related Rights in the Work and the meaning and intended legal\neffect of CC0 on those rights.\n\n1. Copyright and Related Rights. A Work made available under CC0 may be\nprotected by copyright and related or neighboring rights (\"Copyright and\nRelated Rights\"). Copyright and Related Rights include, but are not limited\nto, the following:\n\n  i. the right to reproduce, adapt, distribute, perform, display, communicate,\n  and translate a Work;\n\n  ii. moral rights retained by the original author(s) and/or performer(s);\n\n  iii. publicity and privacy rights pertaining to a person's image or likeness\n  depicted in a Work;\n\n  iv. rights protecting against unfair competition in regards to a Work,\n  subject to the limitations in paragraph 4(a), below;\n\n  v. rights protecting the extraction, dissemination, use and reuse of data in\n  a Work;\n\n  vi. database rights (such as those arising under Directive 96/9/EC of the\n  European Parliament and of the Council of 11 March 1996 on the legal\n  protection of databases, and under any national implementation thereof,\n  including any amended or successor version of such directive); and\n\n  vii. other similar, equivalent or corresponding rights throughout the world\n  based on applicable law or treaty, and any national implementations thereof.\n\n2. Waiver. To the greatest extent permitted by, but not in contravention of,\napplicable law, Affirmer hereby overtly, fully, permanently, irrevocably and\nunconditionally waives, abandons, and surrenders all of Affirmer's Copyright\nand Related Rights and associated claims and causes of action, whether now\nknown or unknown (including existing as well as future claims and causes of\naction), in the Work (i) in all territories worldwide, (ii) for the maximum\nduration provided by applicable law or treaty (including future time\nextensions), (iii) in any current or future medium and for any number of\ncopies, and (iv) for any purpose whatsoever, including without limitation\ncommercial, advertising or promotional purposes (the \"Waiver\"). Affirmer makes\nthe Waiver for the benefit of each member of the public at large and to the\ndetriment of Affirmer's heirs and successors, fully intending that such Waiver\nshall not be subject to revocation, rescission, cancellation, termination, or\nany other legal or equitable action to disrupt the quiet enjoyment of the Work\nby the public as contemplated by Affirmer's express Statement of Purpose.\n\n3. Public License Fallback. Should any part of the Waiver for any reason be\njudged legally invalid or ineffective under applicable law, then the Waiver\nshall be preserved to the maximum extent permitted taking into account\nAffirmer's express Statement of Purpose. In addition, to the extent the Waiver\nis so judged Affirmer hereby grants to each affected person a royalty-free,\nnon transferable, non sublicensable, non exclusive, irrevocable and\nunconditional license to exercise Affirmer's Copyright and Related Rights in\nthe Work (i) in all territories worldwide, (ii) for the maximum duration\nprovided by applicable law or treaty (including future time extensions), (iii)\nin any current or future medium and for any number of copies, and (iv) for any\npurpose whatsoever, including without limitation commercial, advertising or\npromotional purposes (the \"License\"). The License shall be deemed effective as\nof the date CC0 was applied by Affirmer to the Work. Should any part of the\nLicense for any reason be judged legally invalid or ineffective under\napplicable law, such partial invalidity or ineffectiveness shall not\ninvalidate the remainder of the License, and in such case Affirmer hereby\naffirms that he or she will not (i) exercise any of his or her remaining\nCopyright and Related Rights in the Work or (ii) assert any associated claims\nand causes of action with respect to the Work, in either case contrary to\nAffirmer's express Statement of Purpose.\n\n4. Limitations and Disclaimers.\n\n  a. No trademark or patent rights held by Affirmer are waived, abandoned,\n  surrendered, licensed or otherwise affected by this document.\n\n  b. Affirmer offers the Work as-is and makes no representations or warranties\n  of any kind concerning the Work, express, implied, statutory or otherwise,\n  including without limitation warranties of title, merchantability, fitness\n  for a particular purpose, non infringement, or the absence of latent or\n  other defects, accuracy, or the present or absence of errors, whether or not\n  discoverable, all to the greatest extent permissible under applicable law.\n\n  c. Affirmer disclaims responsibility for clearing rights of other persons\n  that may apply to the Work or any use thereof, including without limitation\n  any person's Copyright and Related Rights in the Work. Further, Affirmer\n  disclaims responsibility for obtaining any necessary consents, permissions\n  or other rights required for any use of the Work.\n\n  d. Affirmer understands and acknowledges that Creative Commons is not a\n  party to this document and has no duty or obligation with respect to this\n  CC0 or use of the Work.\n\nFor more information, please see\n<http://creativecommons.org/publicdomain/zero/1.0/>\n"
  },
  {
    "path": "README.md",
    "content": "# Awesome Guidelines [![Awesome](https://awesome.re/badge-flat2.svg)](https://awesome.re)\n\n<p align=\"center\">\n  <a href=\"https://github.com/Kristories/awesome-guidelines\">\n    <img alt=\"Awesome Guidelines\" src=\"https://repository-images.githubusercontent.com/97054975/e4621f95-3b09-48d7-85e4-244cdbd98bba\"/>\n  </a>\n</p>\n\n\nA set of guidelines for a specific programming language that provides recommendations on programming style, best practices, and methods for various aspects of writing programs in that language.\n\n## Contents\n\n- [Programming Languages](#programming-languages)\n- [Development Environment](#development-environment)\n- [Platforms](#platforms)\n- [Frameworks](#frameworks)\n- [Content Management System](#content-management-system)\n- [Tools](#tools)\n\n## Programming Languages\n\n### Brainfuck\n\n- [BF Style Guide](https://codepen.io/renmans/full/JjdJPpW) - Guidelines for writing and formatting Brainfuck code.\n\n### C\n\n- [C Coding Standard](https://users.ece.cmu.edu/~eno/coding/CCodingStandard.html) - Conventions and best practices for C code.\n- [C Programming/Structure and style](https://en.wikibooks.org/wiki/C_Programming/Structure_and_style) - Structural and style recommendations for C programs.\n- [Making The Best Use of C](https://www.gnu.org/prep/standards/html_node/Writing-C.html) - This chapter provides advice on how best to use the C language when writing GNU software.\n\n### C#\n\n- [C# Coding Conventions](https://learn.microsoft.com/en-us/dotnet/csharp/fundamentals/coding-style/coding-conventions) - Official C# coding style conventions.\n- [C# Style Guide](https://github.com/kodecocodes/c-sharp-style-guide) - Community C# style guide.\n- [C# Coding Standards and Naming Conventions](http://www.dofactory.com/reference/csharp-coding-standards) - Standards and naming conventions for C# code.\n\n### C++\n\n- [Google C++ Style Guide](https://google.github.io/styleguide/cppguide.html) - C++ coding standards and best practices.\n- [C++ Core Guidelines](http://isocpp.github.io/CppCoreGuidelines/CppCoreGuidelines) - A set of tried-and-true guidelines, rules, and best practices about coding in C++.\n- [LLVM C++ Coding Standards](https://llvm.org/docs/CodingStandards.html) - Coding standards for the LLVM project.\n- [Mozilla C++ Coding style](https://firefox-source-docs.mozilla.org/code-quality/coding-style/coding_style_cpp.html) - C++ coding style guidelines for Mozilla codebases.\n- [Chromium C++ style guide](https://chromium.googlesource.com/chromium/src/+/HEAD/styleguide/c++/c++.md) - C++ style guide for the Chromium project.\n- [Webkit C++ Code Style Guidelines](https://webkit.org/code-style-guidelines/) - C++ code style guidelines for WebKit.\n- [NASA C++ Coding Standards and Style Guide](https://ntrs.nasa.gov/api/citations/20080039927/downloads/20080039927.pdf) - C++ coding standards for safety-critical systems.\n- [OceanBase C++ Coding Standards](https://oceanbase.github.io/oceanbase/coding_standard.html) - C++ coding standards for OceanBase.\n\n### Clojure\n\n- [The Clojure Style Guide](https://github.com/bbatsov/clojure-style-guide) - A community coding style guide for the Clojure programming language.\n\n### Common Lisp\n\n- [Style Guide](http://lisp-lang.org/style-guide/) - Style guidance for Common Lisp code.\n- [Google Common Lisp Style Guide](https://google.github.io/styleguide/lispguide.xml) - Style guide for writing Common Lisp programs.\n- [Common Lisp Style Guide](http://labs.ariel-networks.com/cl-style-guide.html) - Community recommendations for Common Lisp style.\n\n### D\n\n- [The D Style](https://dlang.org/dstyle.html) - A set of style conventions for writing D programs.\n\n### Dart\n\n- [Effective Dart](https://dart.dev/effective-dart) - Recommendations for consistent, idiomatic Dart code.\n\n### Delphi\n\n- [Delphi's Object Pascal Style Guide](https://docwiki.embarcadero.com/RADStudio/Alexandria/en/Delphi%E2%80%99s_Object_Pascal_Style_Guide) - Object Pascal coding style guidelines.\n\n### Elixir\n\n- [Elixir Styleguide](https://github.com/christopheradams/elixir_style_guide) - Community Elixir coding style guide.\n\n### Elm\n\n- [Elm style guide](http://elm-lang.org/docs/style-guide) - Style suggestions and conventions for Elm.\n\n### Emacs Lisp\n\n- [Elisp Guide](https://github.com/chrisdone/elisp-guide) - Guide to writing Emacs Lisp.\n- [Emacs Lisp Style Guide](https://github.com/bbatsov/emacs-lisp-style-guide) - Community style guide for Emacs Lisp.\n\n### Erlang\n\n- [Programming Rules and Conventions](http://www.erlang.se/doc/programming_rules.shtml) - Guidelines and conventions for Erlang programming.\n- [Erlang Coding Guidelines](https://github.com/inaka/erlang_guidelines) - Community Erlang coding guidelines.\n\n### F#\n\n- [The F# Component Design Guidelines](https://learn.microsoft.com/en-us/dotnet/fsharp/style-guide/component-design-guidelines) - Official design and style guidelines for F#.\n\n### Fortran\n\n- [Fortran 90 Standards](http://research.metoffice.gov.uk/research/nwp/numerical/fortran90/f90_standards.html) - European Standards For Writing and Documenting Exchangeable Fortran 90 Code.\n- [Fortran Best Practices](https://fortran-lang.org/en/learn/best_practices/) - Style guide and best practices for modern Fortran programs.\n\n### Go\n\n- [Effective Go](https://go.dev/doc/effective_go) - Idioms and best practices for Go.\n- [Go Standard Project Layout](https://github.com/golang-standards/project-layout) - Basic layout for Go applications.\n- [Google Go Style Guide](https://google.github.io/styleguide/go) - Google's coding standards for source code in Go.\n- [Uber Go Style Guide](https://github.com/uber-go/guide/blob/master/style.md) - Patterns and conventions used in Go code at Uber.\n\n### Groovy\n\n- [Apache Groovy style guide](http://groovy-lang.org/style-guide.html) - Style guide for writing idiomatic Groovy code.\n\n### Haskell\n\n- [Haskell Programming guidelines](https://wiki.haskell.org/Programming_guidelines) - Best practices for Haskell programming.\n\n### Java\n\n- [Code Conventions for the Java™ Programming Language](http://www.oracle.com/technetwork/java/codeconvtoc-136057.html) - Historical Java coding conventions.\n- [Google Java Style Guide](https://google.github.io/styleguide/javaguide.html) - Google's coding standards for source code in the Java™ Programming Language.\n- [Java Programming Style Guide](http://javaranch.com/style.jsp) - Style recommendations for Java programming.\n- [Alibaba-Java-Coding-Guidelines](https://alibaba.github.io/Alibaba-Java-Coding-Guidelines/) - A guide for Java developers.\n\n### JavaScript\n\n- [AngularJS Style Guide](https://github.com/mgechev/angularjs-style-guide) - Community-driven set of best practices for AngularJS application development.\n- [JavaScript The Right Way](http://jstherightway.org) - An easy-to-read, quick reference for JS best practices, accepted coding standards, and links around the Web.\n- [Google JavaScript Style Guide](https://google.github.io/styleguide/jsguide.html) - This document serves as the complete definition of Google's coding standards for source code in the JavaScript programming language.\n- [Airbnb JavaScript Style Guide](https://github.com/airbnb/javascript) - A mostly reasonable approach to JavaScript.\n- [jQuery Core Style Guide](http://contribute.jquery.org/style-guide/js/)\n- [JavaScript Style Guides And Beautifiers](https://addyosmani.com/blog/javascript-style-guides-and-beautifiers/)\n- [JavaScript Style Guide and Coding Conventions](https://www.w3schools.com/js/js_conventions.asp)\n- [Code Conventions for the JavaScript](http://crockford.com/javascript/code.html)\n- [JavaScript Clean Code](https://github.com/ryanmcdermott/clean-code-javascript) - Software engineering principles, from Robert C. Martin's book [Clean Code](https://www.amazon.com/Clean-Code-Handbook-Software-Craftsmanship/dp/0132350882), adapted for JavaScript.\n- [Mozilla Coding Style Guide for JavaScript](https://developer.mozilla.org/en-US/docs/MDN/Writing_guidelines/Writing_style_guide/Code_style_guide/JavaScript)\n\n### JSON\n\n- [Google JSON Style Guide](https://google.github.io/styleguide/jsoncstyleguide.xml) - Recommendations for JSON formatting and usage.\n\n### Julia\n\n- [Blue Style](https://github.com/JuliaDiff/BlueStyle) - Community style guide for Julia packages.\n\n### Kotlin\n\n- [Coding Conventions](https://kotlinlang.org/docs/coding-conventions.html) - Official Kotlin coding conventions.\n\n### Lua\n\n- [Lua Style Guide](http://lua-users.org/wiki/LuaStyleGuide) - Community Lua coding style guide.\n\n### Markdown\n\n- [Google Markdown Style Guide](https://github.com/google/styleguide/blob/gh-pages/docguide/style.md) - Style guide for Google-originated projects using Markdown.\n- [Markdown Style Guide](http://www.cirosantilli.com/markdown-style-guide/) - Practical guidelines for writing readable Markdown.\n- [GitLab Markdown Style Guide](https://about.gitlab.com/handbook/markdown-guide/) - Markdown Style Guide for about.GitLab.com.\n\n### .NET\n\n- [.NET Standard](https://github.com/dotnet/standard) - Formal specification of .NET APIs that are available across .NET implementations.\n- [.NET Secure Coding Guidelines](https://learn.microsoft.com/en-us/dotnet/standard/security/secure-coding-guidelines) - Guidance for writing secure .NET code.\n- [.NET Naming Guidelines](https://learn.microsoft.com/en-us/dotnet/standard/design-guidelines/naming-guidelines) - Naming conventions for .NET libraries.\n\n### Nim\n\n- [Nim Style Guide](https://nim-lang.org/docs/nep1.html) - Style conventions and RFC for Nim code.\n\n### Objective-C\n\n- [Objective-C Style guide](https://github.com/github/objective-c-style-guide) - Style guide & coding conventions for Objective-C projects.\n- [Google Objective-C Style Guide](https://github.com/google/styleguide/blob/gh-pages/objcguide.md) - Objective-C coding standards and conventions.\n- [NYTimes Objective-C Style Guide](https://github.com/NYTimes/objective-c-style-guide) - The Objective-C Style Guide used by The New York Times.\n\n### Pascal\n\n- [Coding style](http://wiki.freepascal.org/Coding_style) - Style recommendations for Free Pascal.\n- [GNU Pascal Coding Standards](https://edoras.sdsu.edu/doc/gpcs-en.html) - GNU Pascal standards used by GNU Pascal project.\n\n### Perl\n\n- [Perl best practices v4](https://www.slideshare.net/RandalSchwartz/perl-best-practices-v4) - Slides by Randal Schwartz, based on the book by Damian Conway.\n- [Perl Elements to Avoid](http://perl-begin.org/tutorials/bad-elements/) - A list of unrecommended practices, and what to do instead.\n- [perlstyle](https://perldoc.perl.org/perlstyle) - Perl style guidelines.\n\n### PHP\n\n- [PHP FIG](http://www.php-fig.org/psr/) - PHP Standards Recommendations.\n- [PHP The Right Way](http://www.phptherightway.com) - An easy-to-read, quick reference for PHP best practices, accepted coding standards, and links to authoritative tutorials around the Web.\n- [Clean Code PHP](https://github.com/piotrplenik/clean-code-php) - Clean Code concepts adapted for PHP.\n\n### Python\n\n- [Style Guide for Python Code](https://peps.python.org/pep-0008/) - Official Python style guide (PEP 8).\n- [Google Python Style Guide](https://google.github.io/styleguide/pyguide.html) - Python coding standards.\n- [The Hitchhiker's Guide to Python](https://docs.python-guide.org/) - Highly regarded Python best practices guide.\n\n### R\n\n- [Google's R Style Guide](https://google.github.io/styleguide/Rguide.html) - R style conventions.\n- [The tidyverse style guide](http://style.tidyverse.org) - Style guide for R code in the tidyverse.\n\n### Racket\n\n- [How to Program Racket: a Style Guide](http://docs.racket-lang.org/style/index.html) - Style guidance for Racket programs.\n\n### Ruby\n\n- [The Ruby Style Guide](https://rubystyle.guide) - A community-driven Ruby coding style guide.\n- [Ruby Style Guide](https://github.com/airbnb/ruby) - Airbnb's Ruby Style Guide.\n- [Ruby Style Guide](https://github.com/rubocop/ruby-style-guide) - A community-driven Ruby coding style guide.\n\n### Rust\n\n- [Rust Style Guide](https://github.com/rust-lang/rust/tree/HEAD/src/doc/style-guide/src) - Style guidelines for the Rust language.\n- [Rust Guidelines](http://aturon.github.io) - Practices and guidance for writing Rust code.\n- [Rust API Guidelines](https://rust-lang.github.io/api-guidelines/)\n\n### Scala\n\n- [Effective Scala](https://twitter.github.io/effectivescala/) - Best practices and patterns for Scala.\n- [Scala Style Guide](http://docs.scala-lang.org/style/) - Official style guide for Scala code.\n- [Databricks Scala Guide](https://github.com/databricks/scala-style-guide) - Databricks Scala Coding Style Guide.\n- [Scala Best Practices](https://github.com/alexandru/scala-best-practices) - Recommendations and patterns for Scala development.\n\n### Solidity\n\n- [Solidity Style Guide](https://docs.soliditylang.org/en/latest/style-guide.html) - Style guidelines for Solidity smart contracts.\n- [Solcurity Standard](https://github.com/transmissions11/solcurity) - Security checklist and guidelines for Solidity smart contracts.\n\n### Swift\n\n- [API Design Guidelines](https://www.swift.org/documentation/api-design-guidelines/) - API design principles for Swift.\n- [Swift](https://github.com/github/swift-style-guide) - GitHub Official Swift style and conventions.\n- [Swift style guide](https://github.com/kodecocodes/swift-style-guide) - Community Swift style guide.\n- [Swift Style Guide](https://github.com/linkedin/swift-style-guide) - LinkedIn Official Swift Style Guide.\n- [Metova's Swift style guide](https://github.com/metova/swift-style-guide)\n- [Xmartlabs Swift Style Guide](https://github.com/xmartlabs/Swift-Style-Guide) - Swift language style guide & coding conventions followed by Xmartlabs.\n\n### TypeScript\n\n- [Google TypeScript Style Guide](https://google.github.io/styleguide/tsguide.html) - TypeScript Style Guide used at Google's.\n- [TypeScript deep dive - Style Guide](https://basarat.gitbook.io/typescript/styleguide) - An unofficial TypeScript Style Guide.\n- [TypeScript Lang - Do's and Don'ts](https://www.typescriptlang.org/docs/handbook/declaration-files/do-s-and-don-ts.html) - Suggestions from TypeScript Lang organization.\n\n### Visual Basic\n\n- [Visual Basic Concepts](<https://msdn.microsoft.com/en-us/library/aa240822(v=vs.60).aspx>) - Concepts and coding practices for classic Visual Basic.\n- [Visual Basic/Coding Standards](https://en.wikibooks.org/wiki/Visual_Basic/Coding_Standards) - Coding standards for Visual Basic projects.\n\n### XML\n\n- [Google XML Document Format Style Guide](https://google.github.io/styleguide/xmlstyle.html) - XML formatting and style guidance.\n\n## Development Environment\n\n### Shell\n\n- [Shell Style Guide](https://google.github.io/styleguide/shellguide.html) - Shell script style guide.\n\n### Git\n\n- [Git Style Guide](https://github.com/agis/git-style-guide) - Git usage and style recommendations.\n- [Few Rules from Git Documentation](https://github.com/git/git/blob/master/Documentation/CodingGuidelines) - Coding guidelines used in the Git project.\n\n### PowerShell\n\n- [The PowerShell Best Practices and Style Guide](https://github.com/PoshCode/PowerShellPracticeAndStyle) - The Unofficial PowerShell Best Practices and Style Guide.\n\n## Platforms\n\n### Android\n\n- [Android Guidelines](https://github.com/ribot/android-guidelines) - Architecture and code guidelines we use at ribot when developing for Android.\n- [Xmartlabs Android Style Guide](https://github.com/xmartlabs/Android-Style-Guide) - Style guide for Android by Xmartlabs.\n\n### Apache\n\n- [Apache Developers' C Language Style Guide](http://httpd.apache.org/dev/styleguide.html) - C language style guidelines for the Apache HTTP Server project.\n\n### API\n\n- [HAL](http://stateless.co/hal_specification.html) - A simple format that gives a consistent and easy way to hyperlink between resources in your API.\n- [Microsoft REST API Guidelines](https://github.com/Microsoft/api-guidelines) - The Microsoft REST API Guidelines.\n- [JSON API - Recommendations](http://jsonapi.org/recommendations) - This section contains recommendations for JSON API implementations.\n- [API Security Checklist](https://github.com/shieldfy/API-Security-Checklist) - Checklist of the most important security countermeasures when designing, testing, and releasing your API.\n- [Google Cloud API Design Guide](https://cloud.google.com/apis/design) - A general design guide for networked APIs provided by Google.\n\n### Arduino\n\n- [Arduino style guide](https://www.arduino.cc/) - General coding style guidance for Arduino.\n- [API Style Guide for Arduino](https://docs.arduino.cc/learn/contributions/arduino-library-style-guide/)\n\n### Frontend Development\n\n- [CSS Guidelines](https://cssguidelin.es) - High-level advice and guidelines for writing sane, manageable, scalable CSS.\n- [Frontend Guidelines](https://github.com/bendc/frontend-guidelines) - Some HTML, CSS and JS best practices.\n- [Sass Guidelines](https://sass-guidelin.es) - An opinionated styleguide for writing sane, maintainable and scalable Sass.\n- [Airbnb CSS / Sass Styleguide](https://github.com/airbnb/css) - A mostly reasonable approach to CSS and Sass.\n- [HTML Style Guide](https://github.com/marcobiedermann/html-style-guide) - A style guide which helps you write better, performant, structured, scalable and maintainable HTML.\n- [HTML + CSS Code Guide](http://codeguide.co) - Standards for flexible, durable, and sustainable HTML and CSS.\n- [U.S. Web Design Standards](https://designsystem.digital.gov/) - Open source UI components and visual style guide for U.S. government websites.\n- [CoffeeScript Style Guide](https://github.com/polarmobile/coffeescript-style-guide) - A collection of best-practices and coding conventions for the CoffeeScript programming language.\n- [LESS Coding Guidelines](https://gist.github.com/fat/a47b882eb5f84293c4ed) - Style guidelines for writing LESS.\n- [Google HTML/CSS Style Guide](https://google.github.io/styleguide/htmlcssguide.html) - HTML and CSS conventions and best practices.\n- [Guidelines for Responsive Web Design](https://www.smashingmagazine.com/2011/01/guidelines-for-responsive-web-design/)\n- [Yelp Styleguide](https://www.yelp.com/styleguide)\n- [Front-End Checklist](https://github.com/thedaviddias/Front-End-Checklist)\n- [BEM - Block Element Modifier](https://getbem.com/) - A methodology that helps you to create reusable components and code sharing in front‑end development.\n- [Web Content Accessibility Guidelines (WCAG) 2.1](https://www.w3.org/TR/WCAG21/) - Recommendations for making web content more accessible.  \n### GNU\n\n- [GNU coding standards](https://www.gnu.org/prep/standards/) - Coding and documentation standards for GNU software.\n\n### Java\n\n- [JavaEE Specification](https://github.com/javaee/javaee-spec) - Official specification for Java EE.\n\n### Linux\n\n- [Linux kernel coding style](https://www.kernel.org/doc/html/latest/process/coding-style.html) - Coding style for the Linux kernel.\n\n### Mailchimp\n\n- [Mailchimp Content Style Guide](https://styleguide.mailchimp.com) - Content style guidelines for Mailchimp.\n\n### Mozilla\n\n- [Mozilla Coding Style Guide](https://developer.mozilla.org/en-US/docs/MDN/Writing_guidelines/Writing_style_guide/Code_style_guide) - Coding style guidance for Mozilla projects.\n\n### Google\n\n- [Google-related developer documentation](https://developers.google.com/style) - This style guide provides editorial guidelines for writing clear and consistent Google-related developer documentation.\n\n### Node.js\n\n- [Microsoft + Node.js Guidelines](https://github.com/Microsoft/nodejs-guidelines) - Engineering guidelines for building Node.js apps.\n- [Node.js Style Guide](https://github.com/felixge/node-style-guide) - A guide for styling your Node.js / JavaScript code.\n\n### MongoDB\n\n- [Mongo Style Guide](https://github.com/jsoendermann/MongoStyleGuide) - Style guidelines for MongoDB usage.\n\n### SQL\n\n- [SQL Style Guide](https://www.sqlstyle.guide) - SQL style and formatting guidelines.\n\n### Other\n\n- [Keep a CHANGELOG](http://keepachangelog.com/en/0.3.0/) - Don't let your friends dump Git logs into CHANGELOGs™.\n- [Project Guidelines](https://github.com/elsewhencode/project-guidelines) - A set of best practices for JavaScript projects.\n- [Semantic Versioning](http://semver.org) - Versioning scheme for managing releases.\n- [Indent style](https://en.wikipedia.org/wiki/Indentation_style) - Overview of indentation styles in programming.\n- [WebAppSec/Secure Coding Guidelines](https://wiki.mozilla.org/WebAppSec/Secure_Coding_Guidelines)\n- [Robot Framework User Guide](https://robotframework.org/robotframework/latest/RobotFrameworkUserGuide.html)\n- [CodeQL Coding Standards](https://github.com/github/codeql-coding-standards)\n\n## Frameworks\n\n- [Symfony Coding Standards](https://symfony.com/doc/current/contributing/code/standards.html)\n- [Django Coding Style](https://docs.djangoproject.com/en/dev/internals/contributing/writing-code/coding-style)\n- [Vue Style Guide](https://vuejs.org/style-guide)\n- [Angular Style Guide](https://angular.dev/style-guide)\n\n## Content Management System\n\n- [WordPress Coding Standards](https://developer.wordpress.org/coding-standards/wordpress-coding-standards/)\n- [Drupal Coding Standards](https://www.drupal.org/docs/develop/standards)\n- [Magento Coding Standards](https://developer.adobe.com/commerce/php/coding-standards/)\n- [Octobercms Developer Guide](https://octobercms.com/help/guidelines/developer)\n\n## Tools\n\n- [Checkstyle](https://github.com/checkstyle/checkstyle) - Tool for checking Java source code for adherence to a Code Standard or set of validation rules.\n- [Conventional Changelog](https://github.com/conventional-changelog/conventional-changelog)\n- [EasyCodingStandard](https://github.com/easy-coding-standard/easy-coding-standard) - The Easiest Way to Use Any Coding Standard.\n- [ESLint](https://eslint.org/) - The pluggable linting utility for JavaScript and JSX.\n- [JavaScript Standard Style](https://standardjs.com) - One JavaScript Style to Rule Them All.\n- [Laravel Pint](https://laravel.com/docs/11.x/pint) - An opinionated PHP code style fixer for minimalists.\n- [North](http://pointnorth.io) - Design and development standards to align and guide your project.\n- [PHP_CodeSniffer](https://github.com/squizlabs/PHP_CodeSniffer) - The tool for detecting and fixing the violations of the specified standards in PHP code.\n- [PHP Coding Standards Fixer](https://cs.symfony.com) - The PHP Coding Standards Fixer (PHP CS Fixer) tool fixes your code to follow standards.\n- [RuboCop](https://rubocop.org) - A Ruby static code analyzer and formatter, based on the community Ruby style guide.\n- [semantic-release](https://github.com/semantic-release/semantic-release)\n- [ShellCheck](https://github.com/koalaman/shellcheck) - A shell script static analysis tool.\n- [Agents.md](https://agents.md) - A simple, open format for guiding coding agents\n"
  },
  {
    "path": "code-of-conduct.md",
    "content": "# Contributor Covenant Code of Conduct\n\n## Our Pledge\n\nIn the interest of fostering an open and welcoming environment, we as\ncontributors and maintainers pledge to making participation in our project and\nour community a harassment-free experience for everyone, regardless of age, body\nsize, disability, ethnicity, gender identity and expression, level of experience,\nnationality, personal appearance, race, religion, or sexual identity and\norientation.\n\n## Our Standards\n\nExamples of behavior that contributes to creating a positive environment\ninclude:\n\n* Using welcoming and inclusive language\n* Being respectful of differing viewpoints and experiences\n* Gracefully accepting constructive criticism\n* Focusing on what is best for the community\n* Showing empathy towards other community members\n\nExamples of unacceptable behavior by participants include:\n\n* The use of sexualized language or imagery and unwelcome sexual attention or\nadvances\n* Trolling, insulting/derogatory comments, and personal or political attacks\n* Public or private harassment\n* Publishing others' private information, such as a physical or electronic\n  address, without explicit permission\n* Other conduct which could reasonably be considered inappropriate in a\n  professional setting\n\n## Our Responsibilities\n\nProject maintainers are responsible for clarifying the standards of acceptable\nbehavior and are expected to take appropriate and fair corrective action in\nresponse to any instances of unacceptable behavior.\n\nProject maintainers have the right and responsibility to remove, edit, or\nreject comments, commits, code, wiki edits, issues, and other contributions\nthat are not aligned to this Code of Conduct, or to ban temporarily or\npermanently any contributor for other behaviors that they deem inappropriate,\nthreatening, offensive, or harmful.\n\n## Scope\n\nThis Code of Conduct applies both within project spaces and in public spaces\nwhen an individual is representing the project or its community. Examples of\nrepresenting a project or community include using an official project e-mail\naddress, posting via an official social media account, or acting as an appointed\nrepresentative at an online or offline event. Representation of a project may be\nfurther defined and clarified by project maintainers.\n\n## Enforcement\n\nInstances of abusive, harassing, or otherwise unacceptable behavior may be\nreported by contacting the project team at w.kristories@gmail.com. All\ncomplaints will be reviewed and investigated and will result in a response that\nis deemed necessary and appropriate to the circumstances. The project team is\nobligated to maintain confidentiality with regard to the reporter of an incident.\nFurther details of specific enforcement policies may be posted separately.\n\nProject maintainers who do not follow or enforce the Code of Conduct in good\nfaith may face temporary or permanent repercussions as determined by other\nmembers of the project's leadership.\n\n## Attribution\n\nThis Code of Conduct is adapted from the [Contributor Covenant][homepage], version 1.4,\navailable at [http://contributor-covenant.org/version/1/4][version]\n\n[homepage]: http://contributor-covenant.org\n[version]: http://contributor-covenant.org/version/1/4/\n"
  },
  {
    "path": "contributing.md",
    "content": "# Contributing to Awesome Guidelines\n\nThank you for taking the time to contribute! :+1:\n\n## How Can I Contribute?\n\n### Creating Issues\n\nKnow of an awesome guideline that’s missing from the list? If it’s not already mentioned in the [open issues](https://github.com/Kristories/awesome-guidelines/issues) or [pull requests](https://github.com/Kristories/awesome-guidelines/pulls), please feel free to create a new issue or submit a pull request. We’d love to hear from you!\n\n### Submitting Pull Requests\n\nYou’re welcome to work on any open issue. Just ensure you follow the contribution guidelines while submitting your PR.\n\n### Voting and Commenting\n\nJoin the conversation on GitHub Discussions ([Resource suggestions](https://github.com/Kristories/awesome-guidelines/discussions/categories/resource-suggestions)) to vote and provide feedback.\n\n## Contribution Guidelines\n\n* Please search previous suggestions before making a new one, as yours may be a duplicate.\n* Use the following format: `[Title](url) - Description.`\n* Include a short description for each entry unless the title is already sufficiently descriptive (this is rare).\n* Write descriptions in sentence case (not Title Case).\n* The link should be the name of the package or project.\n* Links and categories should be sorted alphabetically.\n* Add one link per pull-request.\n* Keep descriptions concise, clear and simple, and end them with a period/stop.\n* Check your spelling and grammar.\n* New categories, or improvements to the existing ones are also welcome.\n* Make sure your text editor is set to remove trailing whitespace.\n\n## Quality Standards\n\nProjects listed should meet these criteria to maintain quality:\n\n* Widely used and beneficial to the community.\n\nThank you to all our [contributors](https://github.com/Kristories/awesome-guidelines/graphs/contributors)! This project wouldn’t be possible without your support.\n"
  },
  {
    "path": "package.json",
    "content": "{\n  \"scripts\": {\n    \"test\": \"awesome-lint\"\n  },\n  \"devDependencies\": {\n    \"awesome-lint\": \"v2.2.3\"\n  }\n}\n"
  },
  {
    "path": "test.js",
    "content": "const awesomeLint = require('awesome-lint');\n\nawesomeLint.report();\n"
  },
  {
    "path": "travis.yml",
    "content": "language: node_js\nnode_js:\n  - 'node'\n# git:\n#   depth: false\n"
  }
]