File

Status

• CODE_OF_CONDUCT.md : Deleted
• CONTRIBUTING.md : Modified 🇺🇸33 / 🇰🇷29 📄 445

  ✅ line 1
  🇰🇷 (기여하기)
  
  ✅ line 3
  🇰🇷 본 저장소는 [Microsoft Open Source Code of Conduct(Microsoft 오픈 소스 규정)](https://opensource.microsoft.com/codeofconduct/)를 준수합니다.
  
  ✅ line 4
  🇰🇷 자세한 내용은 [준수 사항 FAQ(영문)](https://opensource.microsoft.com/codeofconduct/faq/)를 참조하세요.
  
  ✅ line 5
  🇰🇷 또는 opencode@microsoft.com에 궁금한 사항을 문의하거나 의견을 제시하실 수 있습니다.
  
  ✅ line 11
  🇺🇸 Blog Contributions
  🇰🇷 Korean
  
  => sentence diffrence : 83.33%
  
  ✅ line 13
  🇺🇸 The [Azure SDK Blog](https://aka.ms/azsdk/blog) welcomes contributions related to the new Azure SDKs. Please reach out to us here [azsdkblog@microsoft.com](mailto:azsdkblog@microsoft.com) if you are interested in contributing a blog post.
  
  ✅ line 15
  🇺🇸 ## Azure SDK
  
  ✅ line 22
  azure-sdk/main.
  
  ---------------------
  
  azure-sdk-korean/main.
  
  = cos_simularity: 77.65145304745155%
  
  

  ---

  🇺🇸: 33 words 🇰🇷: 29 words
  

  Modified rate 6.94%
  Translate rate 0.22%

• README.md : Modified 🇺🇸93 / 🇰🇷54 📄 519

  ✅ line 1
  🇰🇷 Documentation for Korean
  
  ✅ line 3
  The Azure SDK delivers a platform for developers to leverage the wide variety of Azure services in their language of choice. The source for the client libraries exists for the most part in repositories for each language. This repository is meant to be a jumping off point into those language specific repositories. Issues related to a specific language should be opened in the corresponding repository but cross cutting issues can be opened in this repository.
  
  ---------------------
  
  (For English, please visit https://github.com/Azure/azure-sdk repository)
  
  = cos_simularity: 9.521532704109458%
  
  ✅ line 5
  Language
  
  ---------------------
  
  Azure SDK는 개발자가 다양한 Azure 서비스를 원하는 프로그래밍 언어로 활용할 수 있는 플랫폼을 제공하고 있습니다. 각 언어에 대한 소스 저장소에 해당 클라이언트 라이브러리에 대한 소스 코드가 있습니다. 이 저장소는 해당 프로그래밍 언어 별 저장소를 가리키며, 한글로 보다 자세한 설명을 공유하고자 합니다. 구체적인 이슈는 각 SDK 저장소를 통해 확인하실 수 있습니다.-]| [-언어
  
  = cos_simularity: 17.924769648589884%
  
  ✅ line 5
  Design Guidelines
  
  ---------------------
  
  디자인 가이드라인 (영문)
  
  = cos_simularity: 26.055567105626242%
  
  ✅ line 5
  Packages
  
  ---------------------
  
  패키지
  
  ✅ line 5
  Repo
  
  ---------------------
  
  저장소
  
  ✅ line 5
  Documentation
  
  ---------------------
  
  문서 (영문)
  
  = cos_simularity: 0.0%
  
  ✅ line 5
  🇰🇷 Azure SDK는 개발자가 다양한 Azure 서비스를 원하는 프로그래밍 언어로 활용할 수 있는 플랫폼을 제공하고 있습니다. 각 언어에 대한 소스 저장소에 해당 클라이언트 라이브러리에 대한 소스 코드가 있습니다. 이 저장소는 해당 프로그래밍 언어 별 저장소를 가리키며, 한글로 보다 자세한 설명을 공유하고자 합니다. 구체적인 이슈는 각 SDK 저장소를 통해 확인하실 수 있습니다.
  
  ✅ line 18
  Service teams should schedule reviews of their client libraries with the Azure SDK Architecture Board. See the [Review Process][revproc] for more information.
  
  ---------------------
  
  # 기여하기 (Contributing)
  
  = cos_simularity: 0.0%
  
  ✅ line 20
  🇺🇸 ## Terminology
  
  ✅ line 22
  🇺🇸 - **SDK**: Software Development Kit. This refers to the entire Azure SDK for a single language, itself broken up into numerous Azure SDK _Client Libraries_ (as defined below).
  
  ✅ line 24
  - **Client Library**. This refers to a library (and associated tools, documentation, and samples) that customers/developers use to ease working with an Azure service. There is often one client library per service and per programming language. Sometimes a single client library will contain the ability to connect to multiple services. Each client library is published separately to the appropriate language-specific package repository. These releases are performed exclusively by the Azure SDK engineering systems team. Customers/Developers consume and use each client library separately as necessary to solve their use case.
  
  ---------------------
  
  본 저장소는 Microsoft 오픈 소스에 기여하기 위한 가이드라인을 따르고 있습니다.
  
  = cos_simularity: 1.7950255716180248%
  
  ✅ line 26
  🇺🇸 - **Package**. This refers to a client library after it has been packaged for distribution for customer-developers to consume. Examples are:
  
  ✅ line 27
  🇺🇸 - A NuGet package for a .NET client library
  
  ✅ line 28
  🇺🇸 - A Maven package for a Java library
  
  ✅ line 29
  🇺🇸 - An npm package for a JavaScript library
  
  ✅ line 30
  🇺🇸 - A Python wheel for a Python library
  
  ✅ line 32
  🇺🇸 # Contributing
  
  ✅ line 48
  🇺🇸 [Internal azure-sdk DevOps Wiki](https://aka.ms/azure-sdk-devops-wiki)
  
  ✅ line 50
  🇺🇸 [](https://dev.azure.com/azure-sdk/internal/_build/latest?definitionId=1620&branchName=master)
  
  ✅ line 86
  🇺🇸 [JavaScript
  🇰🇷 [Javascript
  
  => sentence diffrence : 9.09%
  
  

  ---

  🇺🇸: 93 words 🇰🇷: 54 words
  

  Modified rate 11.84%
  Translate rate 26.56%

• SECURITY.md : Modified 🇺🇸3 / 🇰🇷3 📄 334

  ✅ line 7
  🇺🇸 vulnerability](https://docs.microsoft.com/previous-versions/tn-archive/cc751383(v=technet.10)),
  🇰🇷 vulnerability](https://docs.microsoft.com/en-us/previous-versions/tn-archive/cc751383(v=technet.10)),
  
  => sentence diffrence : 5.94%
  
  ✅ line 15
  🇺🇸 page](https://www.microsoft.com/msrc/pgp-key-msrc).
  🇰🇷 page](https://www.microsoft.com/en-us/msrc/pgp-key-msrc).
  
  => sentence diffrence : 10.53%
  
  ✅ line 39
  🇺🇸 Disclosure](https://www.microsoft.com/msrc/cvd).
  🇰🇷 Disclosure](https://www.microsoft.com/en-us/msrc/cvd).
  
  => sentence diffrence : 11.11%
  
  

  ---

  🇺🇸: 3 words 🇰🇷: 3 words
  

  Modified rate 0.9%
  Translate rate 0.0%

• SUPPORT.md : Deleted

• _includes

  • info

    • header.md : Deleted
  • refs.md : Modified 🇺🇸54 / 🇰🇷0 📄 118

    ✅ line 7
    🇺🇸 [Acrolinx VS Code extension]: https://aka.ms/azsdk/acrolinx-vscode
    
    ✅ line 12
    🇺🇸 [clang-guidelines]: {{ site.baseurl }}{% link docs/clang/design.md %}
    
    ✅ line 13
    🇺🇸 [cpp-guidelines]: {{ site.baseurl }}{% link docs/cpp/introduction.md %}
    
    ✅ line 15
    🇺🇸 [golang-guidelines]: {{ site.baseurl }}{% link docs/golang/introduction.md %}
    
    ✅ line 19
    🇺🇸 [typescript-guidelines]: {{ site.baseurl }}{% link docs/typescript/introduction.md %}
    
    ✅ line 23
    🇺🇸 [go-latest-releases]: {{ site.baseurl }}{% link releases/latest/go.md %}
    
    ✅ line 28
    🇺🇸 [cpp-latest-releases]: {{ site.baseurl }}{% link releases/latest/cpp.md %}
    
    ✅ line 29
    🇺🇸 [c-latest-releases]: {{ site.baseurl }}{% link releases/latest/c.md %}
    
    

    ---

    🇺🇸: 54 words 🇰🇷: 0 words
    

    Modified rate 18.62%
    Translate rate 0.0%

  • releases

    • android.md : Modified 🇺🇸32 / 🇰🇷0 📄 28

      ✅ line 6
      🇺🇸 {% assign packages = site.data.releases.latest.android-packages %}
      
      ✅ line 7
      🇺🇸 {% elsif include.type == "deprecated" %}
      
      ✅ line 8
      🇺🇸 {%
      
      ✅ line 9
      🇺🇸 {% else %}
      
      ✅ line 10
      🇺🇸 {% assign packages = site.data.releases.latest.android-packages | where: 'Type', include.type | where: 'New', 'true' %}
      
      ✅ line 11
      🇺🇸 {% endif
      
      

      ---

      🇺🇸: 32 words 🇰🇷: 0 words
      

      Modified rate 32.65%
      Translate rate 0.0%

    • c.md : Modified 🇺🇸32 / 🇰🇷0 📄 29

      ✅ line 6
      🇺🇸 {% assign packages = site.data.releases.latest.c-packages %}
      
      ✅ line 7
      🇺🇸 {% elsif include.type == "deprecated" %}
      
      ✅ line 8
      🇺🇸 {%
      
      ✅ line 9
      🇺🇸 {% else %}
      
      ✅ line 10
      🇺🇸 {% assign packages = site.data.releases.latest.c-packages | where: 'Type', include.type | where: 'New', 'true' %}
      
      ✅ line 11
      🇺🇸 {% endif
      
      

      ---

      🇺🇸: 32 words 🇰🇷: 0 words
      

      Modified rate 31.68%
      Translate rate 0.0%

    • cpp.md : Modified 🇺🇸32 / 🇰🇷0 📄 28

      ✅ line 6
      🇺🇸 {% assign packages = site.data.releases.latest.cpp-packages %}
      
      ✅ line 7
      🇺🇸 {% elsif include.type == "deprecated" %}
      
      ✅ line 8
      🇺🇸 {%
      
      ✅ line 9
      🇺🇸 {% else %}
      
      ✅ line 10
      🇺🇸 {% assign packages = site.data.releases.latest.cpp-packages | where: 'Type', include.type | where: 'New', 'true' %}
      
      ✅ line 11
      🇺🇸 {% endif
      
      

      ---

      🇺🇸: 32 words 🇰🇷: 0 words
      

      Modified rate 32.32%
      Translate rate 0.0%

    • dotnet.md : Modified 🇺🇸16 / 🇰🇷0 📄 60

      ✅ line 7
      🇺🇸 {% elsif include.type == "deprecated" %}
      
      ✅ line 8
      🇺🇸 {% assign packages = site.data.releases.latest.dotnet-packages | where: 'Support', 'deprecated' %}
      
      

      ---

      🇺🇸: 16 words 🇰🇷: 0 words
      

      Modified rate 11.68%
      Translate rate 0.0%

    • go.md : Modified 🇺🇸16 / 🇰🇷0 📄 60

      ✅ line 7
      🇺🇸 {% elsif include.type == "deprecated" %}
      
      ✅ line 8
      🇺🇸 {% assign packages = site.data.releases.latest.go-packages | where: 'Support', 'deprecated' %}
      
      

      ---

      🇺🇸: 16 words 🇰🇷: 0 words
      

      Modified rate 11.68%
      Translate rate 0.0%

    • header.md : Modified 🇺🇸240 / 🇰🇷22 📄 77

      ✅ line 3
      🇺🇸 {% if include.type != "deprecated" %}
      
      ✅ line 6
      🇺🇸 provides an inventory
      🇰🇷 contains links to all
      
      => sentence diffrence : 80.95%
      
      ✅ line 6
      🇺🇸 all
      🇰🇷 the
      
      => sentence diffrence : 100.0%
      
      ✅ line 6
      🇺🇸 **Client Libraries**
      🇰🇷 "Client
      
      => sentence diffrence : 70.0%
      
      ✅ line 6
      🇺🇸 **Management Libraries**
      🇰🇷 Management Libraries"
      
      => sentence diffrence : 16.67%
      
      ✅ line 6
      🇺🇸 guidelines](https://aka.ms/azsdk/guide).
      🇰🇷 Guidelines](https://aka.ms/azsdk/guide).
      
      => sentence diffrence : 2.5%
      
      ✅ line 6
      🇺🇸 **All**
      🇰🇷 "All"
      
      => sentence diffrence : 57.14%
      
      ✅ line 6
      🇺🇸 don't
      🇰🇷 also-] contains {+the aforementioned+} libraries {+and those+} that [-do not yet
      
      => sentence diffrence : 95.0%
      
      ✅ line 6
      🇰🇷 also
      
      ✅ line 8
      🇺🇸 {% else %}
      
      ✅ line 9
      🇺🇸 # Azure SDK Deprecated Releases
      
      ✅ line 11
      🇺🇸 *This page contains the list of packages that have been deprecated. Please see [support policy](https://aka.ms/azsdk/policies/support) for more information.*
      
      ✅ line 13
      🇺🇸 **On 31 March 2023, we will be deprecating Azure SDK libraries which do not conform to our [current Azure SDK guidelines](https://azure.github.io/azure-sdk/general_introduction.html).** The new Azure SDK libraries are updated regularly to drive consistent experiences and strengthen your security posture. Please transition to the new Azure SDK libraries to take advantage of the new capabilities and critical security updates before 31 March 2023.
      
      ✅ line 15
      🇺🇸 Although the older libraries can still be used beyond 31 March 2023, they will no longer receive official support and updates from Microsoft. If you prefer not to transition to the new Azure SDK libraries, source code for the current Azure SDKs libraries will still be available on GitHub as open source. You can continue to use the code and apply your own fixes, as required.
      
      ✅ line 17
      🇺🇸 **Recommended action**
      
      ✅ line 19
      🇺🇸

      
      
      ✅ line 20
      🇺🇸
      • Upgrade to the new Azure SDK libraries by 31 March 2023 so that your applications continue receiving regular security and performance updates.
      
      
      ✅ line 21
      🇺🇸
      • Learn more about the deprecation and replacement of older Azure SDK libraries in this blog post.
      
      
      ✅ line 22
      🇺🇸

      
      
      ✅ line 24
      🇺🇸 {% endif %}
      
      ✅ line 28
      🇺🇸

      
      
      ✅ line 31
      🇺🇸 alt="Copy filter to clipboard"
      
      ✅ line 32
      🇺🇸 class="search-share search-share-hide"
      
      ✅ line 33
      🇺🇸 id="searchShare"
      
      ✅ line 34
      🇺🇸 title="Copy filter link to clipboard"
      
      ✅ line 35
      🇺🇸 src="{{ "/images/share.png" | relative_url }}"
      
      ✅ line 36
      🇺🇸 tabindex=0
      
      ✅ line 37
      🇺🇸 >
      
      ✅ line 38
      🇺🇸

      
      
      

      ---

      🇺🇸: 240 words 🇰🇷: 22 words
      

      Modified rate 68.05%
      Translate rate 0.0%

    • ios.md : Modified 🇺🇸32 / 🇰🇷0 📄 28

      ✅ line 6
      🇺🇸 {% assign packages = site.data.releases.latest.ios-packages %}
      
      ✅ line 7
      🇺🇸 {% elsif include.type == "deprecated" %}
      
      ✅ line 8
      🇺🇸 {%
      
      ✅ line 9
      🇺🇸 {% else %}
      
      ✅ line 10
      🇺🇸 {% assign packages = site.data.releases.latest.ios-packages | where: 'Type', include.type | where: 'New', 'true' %}
      
      ✅ line 11
      🇺🇸 {% endif
      
      

      ---

      🇺🇸: 32 words 🇰🇷: 0 words
      

      Modified rate 32.32%
      Translate rate 0.0%

    • java.md : Modified 🇺🇸16 / 🇰🇷0 📄 60

      ✅ line 7
      🇺🇸 {% elsif include.type == "deprecated" %}
      
      ✅ line 8
      🇺🇸 {% assign packages = site.data.releases.latest.java-packages | where: 'Support', 'deprecated' %}
      
      

      ---

      🇺🇸: 16 words 🇰🇷: 0 words
      

      Modified rate 11.68%
      Translate rate 0.0%

    • js.md : Modified 🇺🇸16 / 🇰🇷0 📄 60

      ✅ line 7
      🇺🇸 {% elsif include.type == "deprecated" %}
      
      ✅ line 8
      🇺🇸 {% assign packages = site.data.releases.latest.js-packages | where: 'Support', 'deprecated' %}
      
      

      ---

      🇺🇸: 16 words 🇰🇷: 0 words
      

      Modified rate 11.68%
      Translate rate 0.0%

    • languages.md : Modified 🇺🇸9 / 🇰🇷9 📄 45

      ✅ line 1
      🇺🇸 type=include.type
      🇰🇷 type="client"
      
      => sentence diffrence : 47.06%
      
      ✅ line 2
      🇺🇸 type=include.type
      🇰🇷 type="client"
      
      => sentence diffrence : 47.06%
      
      ✅ line 3
      🇺🇸 type=include.type
      🇰🇷 type="client"
      
      => sentence diffrence : 47.06%
      
      ✅ line 4
      🇺🇸 type=include.type
      🇰🇷 type="client"
      
      => sentence diffrence : 47.06%
      
      ✅ line 5
      🇺🇸 type=include.type
      🇰🇷 type="client"
      
      => sentence diffrence : 47.06%
      
      ✅ line 6
      🇺🇸 type=include.type
      🇰🇷 type="client"
      
      => sentence diffrence : 47.06%
      
      ✅ line 7
      🇺🇸 type=include.type
      🇰🇷 type="client"
      
      => sentence diffrence : 47.06%
      
      ✅ line 8
      🇺🇸 type=include.type
      🇰🇷 type="client"
      
      => sentence diffrence : 47.06%
      
      ✅ line 9
      🇺🇸 type=include.type
      🇰🇷 type="client"
      
      => sentence diffrence : 47.06%
      
      

      ---

      🇺🇸: 9 words 🇰🇷: 9 words
      

      Modified rate 20.0%
      Translate rate 0.0%

    • links.md : Modified 🇺🇸49 / 🇰🇷0 📄 290

      ✅ line 3
      🇺🇸
      
      ✅ line 4
      🇺🇸 {% if version == "" and item.Support == "deprecated" %}
      
      ✅ line 5
      🇺🇸 {% assign version = item.VersionPreview %}
      
      ✅ line 6
      🇺🇸 {% endif %}
      
      ✅ line 53
      🇺🇸

      Deprecated on {{ item.DeprecatedDate }}

      
      
      ✅ line 54
      🇺🇸 {% endif %}
      
      ✅ line 55
      🇺🇸 {%
      
      

      ---

      🇺🇸: 49 words 🇰🇷: 0 words
      

      Modified rate 7.68%
      Translate rate 0.0%

    • nav.md : Modified 🇺🇸9 / 🇰🇷0 📄 31

      ✅ line 7
      🇺🇸 {% if include.type != "deprecated" %}
      
      ✅ line 13
      🇺🇸 {% endif %}
      
      

      ---

      🇺🇸: 9 words 🇰🇷: 0 words
      

      Modified rate 12.68%
      Translate rate 0.0%

    • notes

      • common.md : Modified 🇺🇸2 / 🇰🇷3 📄 60

        ✅ line 12
        🇺🇸 packages
        🇰🇷 packaged
        
        => sentence diffrence : 12.5%
        
        ✅ line 12
        🇺🇸 month.
        🇰🇷 month yet.
        
        => sentence diffrence : 40.0%
        
        

        ---

        🇺🇸: 2 words 🇰🇷: 3 words
        

        Modified rate 4.2%
        Translate rate 0.0%

      • go.md : Added 📄 182

        182 words added.
    • pkgbadge.md : Modified 🇺🇸9 / 🇰🇷1 📄 60

      ✅ line 5
      🇺🇸 >{% if item.Support == 'deprecated' %}<= {% endif %}{{
      🇰🇷 >{{
      
      => sentence diffrence : 94.74%
      
      

      ---

      🇺🇸: 9 words 🇰🇷: 1 words
      

      Modified rate 7.75%
      Translate rate 0.0%

    • pkgrow.md : Modified 🇺🇸48 / 🇰🇷5 📄 83

      ✅ line 4
      🇺🇸 prepend: "^" %}
      🇰🇷 remove:
      
      => sentence diffrence : 80.0%
      
      ✅ line 5
      🇺🇸 {% assign packageTrim =
      
      ✅ line 7
      🇺🇸 {% assign trimmedPackage = trimmedPackage | remove: packageTrim | remove: "^" %}
      
      ✅ line 9
      🇺🇸 {% if package_url_template contains "item.RepoPath" and item.RepoPath contains "http" %}
      
      ✅ line 10
      🇺🇸 {% assign package_url = item.RepoPath %}
      
      ✅ line 11
      🇺🇸 {% else
      
      ✅ line 17
      🇺🇸

      {{
      🇰🇷

      {{
      
      => sentence diffrence : 53.33%
      
      ✅ line 17
      🇰🇷 %}(New){%endif%}

      
      
      ✅ line 18
      🇺🇸 %}(New){%endif%}

      
      🇰🇷

      {{item.Package}}

      
      
      => sentence diffrence : 76.71%
      
      ✅ line 19
      🇺🇸

      {{item.Package}}

      
      
      ✅ line 27
      🇺🇸 {% include releases/links.md version="VersionGA" %}
      
      ✅ line 28
      🇺🇸 {% endif %}
      
      

      ---

      🇺🇸: 48 words 🇰🇷: 5 words
      

      Modified rate 22.18%
      Translate rate 0.0%

    • pkgtable.md : Modified 🇺🇸14 / 🇰🇷0 📄 38

      ✅ line 5
      🇺🇸 {% if include.type != "deprecated" %}
      
      ✅ line 9
      🇺🇸 {% else %}
      
      ✅ line 10
      🇺🇸 Version
      
      ✅ line 11
      🇺🇸 {% endif %}
      
      

      ---

      🇺🇸: 14 words 🇰🇷: 0 words
      

      Modified rate 15.56%
      Translate rate 0.0%

    • python.md : Modified 🇺🇸16 / 🇰🇷0 📄 60

      ✅ line 7
      🇺🇸 {% elsif include.type == "deprecated" %}
      
      ✅ line 8
      🇺🇸 {% assign packages = site.data.releases.latest.python-packages | where: 'Support', 'deprecated' %}
      
      

      ---

      🇺🇸: 16 words 🇰🇷: 0 words
      

      Modified rate 11.76%
      Translate rate 0.0%

    • replace.md : Modified 🇺🇸17 / 🇰🇷1 📄 69

      ✅ line 12
      🇺🇸 {% if item.ReplaceGuide != "" %}
      🇰🇷 </small></div>
      
      => sentence diffrence : 90.62%
      
      ✅ line 13
      🇺🇸 See migration guide.
      
      ✅ line 14
      🇺🇸 {% endif %}
      
      ✅ line 15
      🇺🇸 </small>
      
      ✅ line 16
      🇺🇸 </div>
      
      

      ---

      🇺🇸: 17 words 🇰🇷: 1 words
      

      Modified rate 11.69%
      Translate rate 0.0%

    • tabs.md : Modified 🇺🇸37 / 🇰🇷0 📄 60

      ✅ line 1
      🇺🇸 {% if packages.size > 0 %}
      
      ✅ line 2
      🇺🇸 {% if include.active != "deprecated" %}
      
      ✅ line 14
      🇺🇸 {% else %}
      
      ✅ line 15
      🇺🇸

      
      
      ✅ line 16
      🇺🇸
      • 
        
        ✅ line 17
        🇺🇸 Deprecated Libraries
        
        ✅ line 18
        🇺🇸
      
      
      ✅ line 19
      🇺🇸

      
      
      ✅ line 20
      🇺🇸 {% endif %}
      
      ✅ line 21
      🇺🇸 {% endif %}
      
      

      ---

      🇺🇸: 37 words 🇰🇷: 0 words
      

      Modified rate 23.57%
      Translate rate 0.0%

    • variables

      • cpp.md : Modified 🇺🇸29 / 🇰🇷2 📄 36

        ✅ line 4
        🇺🇸
        🇰🇷
        🇰🇷 %}-->
        
        => sentence diffrence : 16.67%
        
        ✅ line 5
        🇺🇸 <!-- {%
        
        ✅ line 6
        🇺🇸 {% assign msdocs_url_template = "https://azuresdkdocs.blob.core.windows.net/$web/cpp/item.Package/item.Version/index.html" %}
        
        

        ---

        🇺🇸: 29 words 🇰🇷: 2 words
        

        Modified rate 31.31%
        Translate rate 0.0%

  • tables

    • data_namespaces.md : Modified 🇺🇸0 / 🇰🇷0 📄 156

      ✅ line 1
      Namespace Group
      
      ---------------------
      
      네임스페이스 그룹
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 1
      Functional Area
      
      ---------------------
      
      기능 영역
      
      ✅ line 3
      Artificial intelligence, including machine learning
      
      ---------------------
      
      인공지능, 기계 학습을 포함
      
      = cos_simularity: 29.121941856368966%
      
      ✅ line 4
      Gathering data for metrics or usage
      
      ---------------------
      
      메트릭 또는 사용량에 대한 데이터 수집
      
      = cos_simularity: 71.6811741443062%
      
      ✅ line 5
      Services related to containers
      
      ---------------------
      
      컨테이너 관련 서비스
      
      = cos_simularity: 20.199309249791835%
      
      ✅ line 6
      Communication services
      
      ---------------------
      
      커뮤니케이션 서비스
      
      = cos_simularity: 33.609692727625756%
      
      ✅ line 7
      Dealing with structured data stores like databases
      
      ---------------------
      
      데이터베이스와 같은 정형 데이터 저장소 처리
      
      = cos_simularity: 71.6811741443062%
      
      ✅ line 8
      Gathering data for diagnosing issues
      
      ---------------------
      
      문제 진단을 위한 데이터 수집
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 9
      Digital Twins, digital representations of physical spaces and
      
      ---------------------
      
      디지털 트윈(Digital Twins), 물리적 공간 및
      
      = cos_simularity: 42.44295338926332%
      
      ✅ line 9
      devices
      
      ---------------------
      
      장치의 디지털 표현
      
      = cos_simularity: 0.0%
      
      ✅ line 10
      Authentication and authorization
      
      ---------------------
      
      인증 및 권한 부여
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 11
      Internet of things
      
      ---------------------
      
      사물 인터넷
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 12
      Control Plane
      
      ---------------------
      
      컨트롤 플레인
      
      = cos_simularity: 0.0%
      
      ✅ line 12
      Resource Manager)
      
      ---------------------
      
      리소스 관리자)
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 13
      Audio and video technologies
      
      ---------------------
      
      오디오 및 비디오 기술
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 14
      Messaging services, like push notifications or pub-sub
      
      ---------------------
      
      푸시 알림 또는 pub-sub과 같은 메시징 서비스
      
      = cos_simularity: 77.99154245579976%
      
      ✅ line 15
      Mixed reality technologies
      
      ---------------------
      
      혼합 현실 기술
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 16
      Monitor
      
      ---------------------
      
      Monitor에서 제공하는 서비스
      
      = cos_simularity: 0.0%
      
      ✅ line 17
      Quantum computing technologies
      
      ---------------------
      
      퀀텀 컴퓨팅 기술
      
      = cos_simularity: 50.310261241513146%
      
      ✅ line 18
      Search technologies
      
      ---------------------
      
      검색 기술
      
      ✅ line 19
      Security and cryptography
      
      ---------------------
      
      보안 및 암호화
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 20
      Storage of unstructured data
      
      ---------------------
      
      비정형 데이터 저장소
      
      = cos_simularity: 0.0%
      
      

      ---

      🇺🇸: 0 words 🇰🇷: 0 words
      

      Modified rate 0.0%
      Translate rate 48.47%

    • environment_variables.md : Modified 🇺🇸1 / 🇰🇷7 📄 183

      ✅ line 1
      Environment Variable
      
      ---------------------
      
      환경 변수
      
      ✅ line 1
      Purpose
      
      ---------------------
      
      목적
      
      ✅ line 3
      **Proxy Settings**
      
      ---------------------
      
      **프록시 설정**
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 4
      connections
      
      ---------------------
      
      연결을 위한 프록시
      
      = cos_simularity: 0.0%
      
      ✅ line 5
      connections
      
      ---------------------
      
      연결을 위한 프록시
      
      = cos_simularity: 0.0%
      
      ✅ line 6
      Hosts which must not use a proxy
      
      ---------------------
      
      프록시를 사용하면 안 되는 호스트
      
      = cos_simularity: 29.121941856368966%
      
      ✅ line 7
      Proxy for
      
      ---------------------
      
      HTTP_PROXY 그리고/또는 HTTPS_PROXY가 정의되지 않은 경우
      
      = cos_simularity: 0.0%
      
      ✅ line 7
      and/or
      
      ---------------------
      
      그리고/또는
      
      = cos_simularity: 57.97386715376658%
      
      ✅ line 7
      connections in case HTTP_PROXY and/or HTTPS_PROXY are not defined
      
      ---------------------
      
      연결을 위한 프록시
      
      = cos_simularity: 0.0%
      
      ✅ line 8
      🇺🇸 **Identity**
      🇰🇷 **ID**
      
      => sentence diffrence : 58.33%
      
      ✅ line 9
      Credentials
      
      ---------------------
      
      자격 증명
      
      ✅ line 10
      Credentials
      
      ---------------------
      
      자격 증명
      
      ✅ line 11
      username for U/P Auth
      
      ---------------------
      
      U/P 인증을 위한-] Azure [-사용자 이름
      
      = cos_simularity: 29.12194185636897%
      
      ✅ line 11
      🇰🇷 U/P 인증을 위한
      
      ✅ line 12
      password for U/P Auth
      
      ---------------------
      
      U/P 인증을 위한-] Azure [-비밀 번호
      
      = cos_simularity: 0.0%
      
      ✅ line 12
      🇰🇷 U/P 인증을 위한
      
      ✅ line 18
      **Pipeline Configuration**
      
      ---------------------
      
      **파이프라인 구성**
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 19
      Disables telemetry
      
      ---------------------
      
      원격 분석 비활성화
      
      = cos_simularity: 15.06401849870651%
      
      ✅ line 20
      Enable logging by setting a log level.
      
      ---------------------
      
      로그 레벨을 설정하여 로깅 활성화
      
      = cos_simularity: 22.576484600261608%
      
      ✅ line 21
      Disables tracing
      
      ---------------------
      
      추적 비활성화
      
      = cos_simularity: 0.0%
      
      ✅ line 22
      **General
      
      ---------------------
      
      **범용
      
      ✅ line 22
      Configuration**
      
      ---------------------
      
      구성**
      
      ✅ line 23
      Name of the sovereign cloud
      
      ---------------------
      
      소버린 클라우드 이름
      
      = cos_simularity: 20.199309249791835%
      
      ✅ line 24
      subscription
      
      ---------------------
      
      구독
      
      ✅ line 25
      Resource Group
      
      ---------------------
      
      리소스 그룹
      
      = cos_simularity: 100.00000000000003%
      
      

      ---

      🇺🇸: 1 words 🇰🇷: 7 words
      

      Modified rate 2.17%
      Translate rate 31.72%

    • mgmt_namespaces.md : Modified 🇺🇸0 / 🇰🇷0 📄 58

      ✅ line 1
      Namespace Group
      
      ---------------------
      
      네임스페이스 그룹
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 1
      Functional Area
      
      ---------------------
      
      기능 영역
      
      ✅ line 3
      or
      
      ---------------------
      
      또는
      
      ✅ line 3
      Frameworks
      
      ---------------------
      
      Frameworks와 같은 애플리케이션 모델
      
      = cos_simularity: 0.0%
      
      ✅ line 4
      Virtual machines, containers, and other compute services
      
      ---------------------
      
      가상 머신, 컨테이너 및 기타 컴퓨팅 서비스
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 5
      Integration services (such as
      
      ---------------------
      
      통합 서비스 (예시:
      
      = cos_simularity: 70.9297266606274%
      
      ✅ line 6
      Management services (such as
      
      ---------------------
      
      관리 서비스 (예시:
      
      = cos_simularity: 70.9297266606274%
      
      ✅ line 7
      WAN, and Networking
      
      ---------------------
      
      WAN 및 네트워킹과 같은 서비스
      
      = cos_simularity: 22.028815056182975%
      
      

      ---

      🇺🇸: 0 words 🇰🇷: 0 words
      

      Modified rate 0.0%
      Translate rate 38.71%

• _posts

  • 2019-11-11-november-ga-release.md : Added 📄 16

    16 words added.
  • 2019-12-13-december-release.md : Added 📄 16

    16 words added.
  • 2020-01-13-january-release.md : Added 📄 16

    16 words added.
  • 2020-02-11-february-release.md : Added 📄 16

    16 words added.
  • 2020-02-25-defaultazurecredentials.md : Added 📄 16

    16 words added.
  • 2020-03-02-java-pluggable-http.md : Added 📄 20

    20 words added.
  • 2020-03-10-monorepo.md : Added 📄 18

    18 words added.
  • 2020-03-17-march-release.md : Added 📄 16

    16 words added.
  • 2020-03-24-python-tracing.md : Added 📄 20

    20 words added.
  • 2020-03-31-aspnet-core-integration.md : Added 📄 20

    20 words added.
  • 2020-04-07-java-eventprocessorclient.md : Added 📄 21

    21 words added.
  • 2020-04-14-april-release.md : Added 📄 16

    16 words added.
  • 2020-04-21-js-cancellation.md : Added 📄 27

    27 words added.
  • 2020-04-28-net-cancellation.md : Added 📄 24

    24 words added.
  • 2020-05-05-jupyter-notebooks.md : Added 📄 22

    22 words added.
  • 2020-05-12-may-release.md : Added 📄 18

    18 words added.
  • 2020-05-19-formrecognizer.md : Added 📄 19

    19 words added.
  • 2020-05-26-async-iterators.md : Added 📄 23

    23 words added.

• docs

  • android

    • design.md : Modified 🇺🇸50 / 🇰🇷14 📄 12170

      ✅ line 300
      🇺🇸 {% include requirement/MUSTNOT id="android-versioning-no-previews-in-stable" %} include preview API versions in a stable SDK release's API version enum.
      
      ✅ line 302
      🇺🇸 {% include requirement/MUST id="android-versioning-no-previews-in-stable" %} expose preview API versions only in beta SDKs.
      
      ✅ line 345
      🇺🇸 include a `getLatest()` method on the client's API version enum which returns
      🇰🇷 return
      
      => sentence diffrence : 92.21%
      
      ✅ line 345
      🇺🇸 preview
      🇰🇷 stable
      
      => sentence diffrence : 85.71%
      
      ✅ line 345
      🇺🇸 latest GA API version for stable SDKs.
      🇰🇷 service that is supported by the client using the enum's `getLatest()` method.
      
      => sentence diffrence : 78.21%
      
      

      ---

      🇺🇸: 50 words 🇰🇷: 14 words
      

      Modified rate 0.26%
      Translate rate 0.0%

    • implementation.md : Modified 🇺🇸5 / 🇰🇷13 📄 1353

      ✅ line 2
      Guidelines: Implementation"
      
      ---------------------
      
      가이드라인: 구현"
      
      = cos_simularity: 33.609692727625756%
      
      ✅ line 9
      Implementation
      
      ---------------------
      
      구현
      
      ✅ line 11
      This section describes guidelines for implementing
      
      ---------------------
      
      이 문서는
      
      ✅ line 11
      client libraries. Please note that some of these guidelines are automatically enforced by code generation tools.
      
      ---------------------
      
      클라이언트 라이브러리를 구현하기 위한 가이드라인입니다. 이 가이드라인의 일부는 코드 생성 도구에 의해 자동으로 적용된 점을 유의하시기 바랍니다.
      
      = cos_simularity: 36.42944127200891%
      
      ✅ line 13
      allow implementation code (that is, code that doesn't form part of the public API) to be mistaken as public API. There are two valid arrangements for implementation code, which in order of preference are the following:
      
      ---------------------
      
      구현 코드(즉, 공개 API의 일부를 구성하지 않은 코드)를 공개 API로 오인하지 않도록 하십시오. 구현 코드에는 두 가지 유효한 약정이 있는데, 우선 순위는 다음과 같습니다:
      
      = cos_simularity: 41.76495142943802%
      
      ✅ line 15
      Implementation classes can be made package-private and placed within the same package as the consuming class.
      
      ---------------------
      
      구현 클래스를 패키지-프라이빗으로 만들고, 이를 사용하는 클래스와 같은 패키지 내에 배치할 수 있습니다.
      
      = cos_simularity: 45.36345638828187%
      
      ✅ line 16
      Implementation classes can be placed within a subpackage named `implementation`.
      
      ---------------------
      
      구현 클래스를 `implementation`으로 명명된 서브패키지 내에 배치할 수 있습니다.
      
      = cos_simularity: 26.04881907105759%
      
      ✅ line 18
      checks ensure that classes within an
      
      ---------------------
      
      검사는
      
      ✅ line 18
      package aren’t exposed through public API, but it is better that the API not be public in the first place, so preferring to have package-private is the better approach where practicable.
      
      ---------------------
      
      패키지 내의 클래스가 공개 API를 통해 노출되지 않도록 확인합니다. 하지만 우선 API를 공개 API로 구현하지 않는 것이 좋으므로, 가능하면 패키지-프라이빗을 적용하는 것이 더 낫습니다.
      
      = cos_simularity: 23.014621399791256%
      
      ✅ line 20
      Service Client
      
      ---------------------
      
      서비스 클라이언트
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 22
      Async Service Client
      
      ---------------------
      
      비동기 서비스 클라이언트
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 24
      include blocking calls inside async client library code.
      
      ---------------------
      
      비동기 클라이언트 라이브러리 내에 동기 함수 호출을 포함하십시오.
      
      = cos_simularity: 23.29796548048753%
      
      ✅ line 26
      Pipeline
      
      ---------------------
      
      파이프라인 사용하기
      
      = cos_simularity: 57.97386715376658%
      
      ✅ line 28
      team has provided an
      
      ---------------------
      
      팀은 구성이나 HTTP 요청 등의 횡단 관심사(cross cutting concerns)에 관한 일반적인 매커니즘이 포함된
      
      = cos_simularity: 0.0%
      
      ✅ line 28
      library that contains common mechanisms for cross cutting concerns such as configuration and doing HTTP requests.
      
      ---------------------
      
      라이브러리를 제공하고 있습니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 28
      🇺🇸 The
      
      ✅ line 30
      use the HTTP pipeline component within
      
      ---------------------
      
      REST endpoints를 서비스하기 위해
      
      = cos_simularity: 0.0%
      
      ✅ line 30
      for communicating to service REST endpoints.
      
      ---------------------
      
      내의 HTTP 파이프라인 컴포넌트를 사용하십시오.
      
      = cos_simularity: 0.0%
      
      ✅ line 32
      pipeline consists of a
      
      ---------------------
      
      pipeline은 여러 정책에 의해 래핑된
      
      = cos_simularity: 0.0%
      
      ✅ line 32
      transport that is wrapped by multiple policies. Each policy is a control point during which the pipeline can modify either the request and/or response. We prescribe a default set of policies to standardize how client libraries interact with
      
      ---------------------
      
      transport로 구성되어 있다. 각 정책은 파이프라인이 요청 및/또는 응답을 수정할 수 있는 제어 지점입니다. 우리는 클라이언트 라이브러리가
      
      = cos_simularity: 41.776869237508066%
      
      ✅ line 32
      services. The order in the list is the most sensible order for implementation.
      
      ---------------------
      
      서비스와 상호 작용하는 방법을 표준화하는 기본 정책 세트를 규정합니다. 리스트의 순서는 구현에 있어 가장 합리적인 순서입니다.
      
      = cos_simularity: 24.121360667506988%
      
      ✅ line 32
      🇺🇸 The
      
      ✅ line 34
      include the following policies provided by
      
      ---------------------
      
      HTTP 파이프라인을 구성할 때
      
      = cos_simularity: 0.0%
      
      ✅ line 34
      Core when constructing the HTTP pipeline:
      
      ---------------------
      
      Core에 의해 제공되는 아래의 정책들을 포함하십시오:
      
      = cos_simularity: 0.0%
      
      ✅ line 43
      use the policy implementations in
      
      ---------------------
      
      가능한 한
      
      ✅ line 43
      Core whenever possible. Do not try to "write your own" policy unless it is doing something unique to your service. If you need another option to an existing policy, engage with the
      
      ---------------------
      
      Core의 정책 구현을 사용하십시오. 서비스의 고유한 것이 아니라면 정책을 "직접 작성하려고" 하지 마십시오. 기존 정책에 다른 옵션이 필요한 경우
      
      = cos_simularity: 25.282540934779043%
      
      ✅ line 43
      Board] to add the option.
      
      ---------------------
      
      Board]와 협력하여 옵션을 추가하십시오.
      
      = cos_simularity: 33.60969272762575%
      
      ✅ line 45
      Annotations
      
      ---------------------
      
      어노테이션
      
      ✅ line 47
      Include the following annotations on the service client class. For example, this code sample shows a sample class demonstrating the use of these two annotations:
      
      ---------------------
      
      서비스 클라이언트 클래스에는 다음의 어노테이션을 포함하십시오. 예를 들어, 이 코드에서는 두 어노테이션을 사용하는 예시 클래스를 볼 수 있습니다:
      
      = cos_simularity: 15.186371361376422%
      
      ✅ line 59
      Annotation
      
      ---------------------
      
      어노테이션
      
      ✅ line 59
      Location
      
      ---------------------
      
      위치
      
      ✅ line 59
      Description
      
      ---------------------
      
      설명
      
      ✅ line 61
      Service Client | Specifies the builder responsible for instantiating the service client, whether the API is asynchronous, and a reference back to the service interface (the interface annotated with `@ServiceInterface`).
      
      ---------------------
      
      서비스 클라이언트 | 클라이언트를 인스턴스화하는 빌더, API가 비동기인지 여부, 서비스 인터페이스(`@ServiceInterface` 어노테이션이 있는 인터페이스)에 대한 참조를 명시합니다.
      
      = cos_simularity: 71.31011344421555%
      
      ✅ line 62
      Service Method | Placed on all service client methods that do network operations.
      
      ---------------------
      
      서비스 메서드 | 네트워크 동작을 수행하는 모든 서비스 클라이언트 메서드에 명시합니다.
      
      = cos_simularity: 60.29748160380572%
      
      ✅ line 64
      Service Client Builder
      
      ---------------------
      
      서비스 클라이언트 빌더
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 66
      Annotations
      
      ---------------------
      
      어노테이션
      
      ✅ line 68
      annotation should be placed on any class that is responsible for instantiating service clients (that is, instantiating classes annotated with `@ServiceClient`). For example:
      
      ---------------------
      
      어노테이션은 서비스 클라이언트 인스턴스화를 담당하는 클래스에 반드시 명시되어야 합니다. (즉, `@ServiceClient` 어노테이션이 적용된 클래스를 인스턴스화하는 클래스에 배치되어야 합니다.). 예시는 다음과 같습니다:
      
      = cos_simularity: 18.627870690539563%
      
      ✅ line 68
      🇺🇸 The
      
      ✅ line 75
      This builder states that it can build instances of `ConfigurationClient` and `ConfigurationAsyncClient`.
      
      ---------------------
      
      위의 빌더는 `ConfigurationClient`와 `ConfigurationAsyncClient`의 인스턴스를 작성할 수 있다고 명시합니다.
      
      = cos_simularity: 67.3520504578081%
      
      ✅ line 77
      Supporting Types
      
      ---------------------
      
      지원 타입
      
      ✅ line 79
      Model Types
      
      ---------------------
      
      모델 타입
      
      ✅ line 81
      Annotations
      
      ---------------------
      
      어노테이션
      
      ✅ line 83
      There are two annotations of note that should be applied on model classes, when applicable:
      
      ---------------------
      
      조건에 해당하는 경우, 모델 클래스에 적용해야 하는 두 가지 어노테이션이 있습니다.
      
      = cos_simularity: 54.15443207343177%
      
      ✅ line 85
      annotation is applied to all model classes that are expected to provide a fluent API to end users.
      
      ---------------------
      
      어노테이션은 최종 사용자에게 Fluent API를 제공할 것으로 예상되는 모든 모델 클래스에 적용됩니다.
      
      = cos_simularity: 71.68117414430623%
      
      ✅ line 86
      annotation is applied to all immutable classes.
      
      ---------------------
      
      어노테이션은 변경할 수 없는 모든 클래스에 적용됩니다.
      
      = cos_simularity: 38.08726084759437%
      
      ✅ line 90
      Feature Implementation
      
      ---------------------
      
      기능 구현
      
      ✅ line 92
      Configuration
      
      ---------------------
      
      구성
      
      ✅ line 94
      When configuring your client library, particular care must be taken to ensure that the consumer of your client library can properly configure the connectivity to your
      
      ---------------------
      
      클라이언트 라이브러리를 구성할 때, 클라이언트 라이브러리의 사용자가
      
      = cos_simularity: 52.56933752437719%
      
      ✅ line 94
      service both globally (along with other client libraries the consumer is using) and specifically with your client library. For Android applications, configuration can be applied in a variety of ways, such as through application preferences or using a
      
      ---------------------
      
      서비스에 대한 접속을 글로벌하고(사용자가 사용하고 있는 다른 클라이언트와 함께), 특히 클라이언트 라이브러리와의 접속을 적절히 설정할 수 있도록 특히 주의해야 합니다. 안드로이드 어플리케이션에 대해서, 설정을 어플리케이션 환경설정 또는
      
      = cos_simularity: 14.712699497784318%
      
      ✅ line 94
      file, to name a few.
      
      ---------------------
      
      파일 사용 등과 같은 다양한 방법으로 적용할 수 있습니다.
      
      = cos_simularity: 11.671773546032798%
      
      ✅ line 98
      Logging
      
      ---------------------
      
      로깅
      
      ✅ line 100
      Client libraries must make use of the robust logging mechanisms in
      
      ---------------------
      
      클라이언트 라이브러리는
      
      = cos_simularity: 37.99783615910079%
      
      ✅ line 100
      Core, so that the consumers can adequately diagnose issues with method calls and quickly determine whether the issue is in the consumer code, client library code, or service.
      
      ---------------------
      
      Core의 견고한 로깅 메커니즘을 사용하여 사용자가 메서드 호출에 관한 문제를 적절하게 진단하고 문제가 사용자의 코드, 클라이언트 라이브러리 코드 또는 서비스에 있는지 여부를 신속하게 판단할 수 있도록 해야 합니다.
      
      = cos_simularity: 51.39759470980283%
      
      ✅ line 102
      Request logging will be done automatically by the `HttpPipeline`. If a client library needs to add custom logging, follow the same guidelines and mechanisms as the pipeline logging mechanism. If a client library wants to do custom logging, the designer of the library must ensure that the logging mechanism is pluggable in the same way as the
      
      ---------------------
      
      요청 로깅은 `HttpPipeline`에 의해 자동으로 수행됩니다. 클라이언트 라이브러리에서 커스텀로깅를 추가할 필요가 있는 경우, 파이프라인 로깅 메커니즘과 같은 가이드라인과 메커니즘을 따르십시오. 클라이언트 라이브러리가 커스텀로깅을 실행하고자 하는 경우, 라이브러리 설계자는 로깅 메커니즘이
      
      = cos_simularity: 42.69574680330289%
      
      ✅ line 102
      logging policy.
      
      ---------------------
      
      로깅 정책과 동일한 방법으로 접속 가능함을 보장해야 합니다.
      
      = cos_simularity: 15.055696960204953%
      
      ✅ line 104
      follow [the logging section of the Azure
      
      ---------------------
      
      (`HttpPipeline` 경유가 아닌) 직접 로깅하는 경우 [Azure
      
      = cos_simularity: 0.0%
      
      ✅ line 104
      General Guidelines][logging-general-guidelines] and [the following guidelines](#using-the-clientlogger-interface) if logging directly (as opposed to through the `HttpPipeline`).
      
      ---------------------
      
      공통 가이드라인 로깅 섹션][logging-general-guidelines]및 [다음 가이드라인](#clientlogger-인터페이스-사용)을 따르십시오.
      
      = cos_simularity: 8.341883833340924%
      
      ✅ line 106
      interface
      
      ---------------------
      
      인터페이스 사용
      
      = cos_simularity: 57.97386715376658%
      
      ✅ line 108
      Core as the sole logging API throughout all client libraries. Internally,
      
      ---------------------
      
      Core에서 제공되는
      
      = cos_simularity: 0.0%
      
      ✅ line 108
      logs to the
      
      ---------------------
      
      API를 모든 클라이언트 라이브러리에서 유일한 로깅 API로 사용합니다. 내부적으로, `ClientLogger`는
      
      = cos_simularity: 0.0%
      
      ✅ line 108
      buffer.
      
      ---------------------
      
      버퍼에 기록됩니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 112
      create a new instance of a
      
      ---------------------
      
      모든 관련 클래스의 인스턴스별로 `ClientLogger`의 새 인스턴스를 만듭니다. 예를 들어, 아래의 코드는 `ConfigurationAsyncClient`용
      
      = cos_simularity: 21.507032570577074%
      
      ✅ line 112
      per instance of all relevant classes. For example, the code below will create a `ClientLogger` instance for the `ConfigurationAsyncClient`:
      
      ---------------------
      
      인스턴스를 생성합니다:
      
      = cos_simularity: 29.03209973602377%
      
      ✅ line 129
      Don't create static logger instances. Static logger instances are long-lived and the memory allocated to them is not released until the application is terminated.
      
      ---------------------
      
      정적 로거 인스턴스를 생성하지 마십시오. 정적 로거 인스턴스는 수명이 길며 애플리케이션이 종료될 때까지 할당된 메모리가 해제되지 않습니다.
      
      = cos_simularity: 79.43825679009012%
      
      ✅ line 131
      all exceptions created within the client library code through one of the logger APIs
      
      ---------------------
      
      로거 API 중 하나를 통해 클라이언트 라이브러리 코드 내에 생성된 모든 예외를-] throw [-하십시오
      
      = cos_simularity: 60.832555636579976%
      
      ✅ line 131
      🇺🇸 `ClientLogger.logExceptionAsError()` or
      🇰🇷 `ClientLogger.logExceptionAsError()`,
      
      => sentence diffrence : 7.69%
      
      ✅ line 131
      🇰🇷 로거 API 중 하나를 통해 클라이언트 라이브러리 코드 내에 생성된 모든 예외를
      
      ✅ line 133
      For example:
      
      ---------------------
      
      예를 들어:
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 164
      Distributed tracing
      
      ---------------------
      
      분산 트레이스
      
      = cos_simularity: 33.609692727625756%
      
      ✅ line 166
      Distributed tracing is uncommon in a mobile context. If you feel like you need to support distributed tracing, contact the
      
      ---------------------
      
      분산 트레이스는 모바일컨텍스트에서는 거의 발생하지 않습니다. 분산 트레이스를 서포트할 필요가 있는 경우는,
      
      = cos_simularity: 22.969571945631692%
      
      ✅ line 166
      mobile team](mailto:azuresdkmobileteam@microsoft.com) for advice.
      
      ---------------------
      
      모바일 팀](mailto:azuresdkmobileteam@microsoft.com)에 문의해 주십시오.
      
      = cos_simularity: 55.86177528223194%
      
      ✅ line 168
      Testing
      
      ---------------------
      
      테스팅
      
      ✅ line 170
      One of the key things we want to support is to allow consumers of the library to easily write repeatable unit-tests for their applications without activating a service. This allows them to reliably and quickly test their code without worrying about the vagaries of the underlying service implementation (including, for example, network conditions or service outages). Mocking is also helpful to simulate failures, edge cases, and hard to reproduce situations (for example: does code work on February 29th).
      
      ---------------------
      
      우리가 지원하고 싶은 핵심 사항 중 하나는 라이브러리 이용자가 서비스를 활성화하지 않고도 애플리케이션에 대해 반복 가능한 유닛 테스트를 쉽게 작성할 수 있도록 하는 것입니다. 이는 기반이 되는 서비스 구현의 예상 밖의 문제(네트워크의 상태나 서비스의 정지등)에 대해 염려하지 않고, 코드를 확실하고 빠르게 테스트할 수 있습니다. 모의 객체는 장애, 엣지 케이스, 재현하기 어려운 상황(코드가 2월 29일에는 작동하지 않는 경우)을 시뮬레이트하는데도 도움이 됩니다.
      
      = cos_simularity: 31.756292563325527%
      
      ✅ line 172
      parameterize all applicable unit tests to make use of all available
      
      ---------------------
      
      사용 가능한 모든
      
      = cos_simularity: 55.785379678651246%
      
      ✅ line 172
      clients and service versions. Parameterized runs of all tests must occur as part of live tests. Shorter runs, consisting of just Netty and the latest service version, can be run whenever
      
      ---------------------
      
      클라이언트 및 서비스 버전을 사용하기 위해 적용 가능한 모든 유닛 테스트를 파라미터화하십시오. 모든 테스트의 파라미터화된 실행은 라이브 테스트의 일부로 수행되어야 합니다.
      
      = cos_simularity: 37.77037580814247%
      
      ✅ line 172
      validation occurs.
      
      ---------------------
      
      유효성 검사가 발생할 때마다 더 짧은 실행(Netty 및 최신 서비스 버전)을 실행할 수 있습니다.
      
      = cos_simularity: 21.507032570577074%
      
      ✅ line 176
      Other Android-related considerations
      
      ---------------------
      
      기타 Android 관련 고려 사항
      
      = cos_simularity: 66.94188517266485%
      
      ✅ line 180
      developers need to concern themselves with the runtime environment they are running in. The
      
      ---------------------
      
      개발자들은 자신이 실행하고 있는 런타임 환경에 대해 고려할 필요가 있습니다.
      
      = cos_simularity: 18.976728433844915%
      
      ✅ line 180
      ecosystem is fragmented, with a wide variety of runtimes deployed.
      
      ---------------------
      
      생태계는 매우 다양한 런타임으로 분할되어 있습니다.
      
      = cos_simularity: 20.199309249791835%
      
      ✅ line 182
      support at least
      
      ---------------------
      
      최소
      
      ✅ line 182
      and later (Ice
      
      ---------------------
      
      이상을 지원하십시오(Ice
      
      = cos_simularity: 0.0%
      
      ✅ line 182
      This value can be found in your project's top level
      
      ---------------------
      
      해당 값은 프로젝트의 최상위 레벨
      
      = cos_simularity: 38.08726084759437%
      
      ✅ line 182
      file as `minSdkVersion`.
      
      ---------------------
      
      파일의 `minSdkVersion`에서 찾을 수 있습니다.
      
      = cos_simularity: 12.735952979479356%
      
      ✅ line 184
      There are two things that are of concern when discussing the minimum
      
      ---------------------
      
      최소
      
      ✅ line 184
      level to choose:
      
      ---------------------
      
      수준 선택에 대해 논의할 때 다음 두 가지 사항을 고려해야 합니다:
      
      = cos_simularity: 14.14305679255449%
      
      ✅ line 186
      The minimum
      
      ---------------------
      
      Google이 지원하는 최소
      
      = cos_simularity: 44.943641652398206%
      
      ✅ line 186
      level that Google supports.
      
      ---------------------
      
      레벨
      
      ✅ line 187
      The reach of selecting a particular
      
      ---------------------
      
      선택하는 특정
      
      = cos_simularity: 26.055567105626242%
      
      ✅ line 187
      level.
      
      ---------------------
      
      수준의 도달 범위
      
      = cos_simularity: 0.0%
      
      ✅ line 189
      We require the minimum API level that Google supports that reaches the most Android devices while still allowing for the use of widely adopted tools by the developer community, such as popular
      
      ---------------------
      
      우리는 인기 있는
      
      = cos_simularity: 7.240380080811216%
      
      ✅ line 189
      clients or serialization libraries. We have currently landed on
      
      ---------------------
      
      클라이언트나 직렬화 라이브러리같이 개발자 커뮤니티에서 여전히 널리 적용되는 툴을 사용할 수 있는 안드로이드 장치가 도달할 수 있도록 구글이 지원하는 최소
      
      = cos_simularity: 4.743492331868174%
      
      ✅ line 189
      level 15, which covers more than
      
      ---------------------
      
      레벨을 요구합니다. 우리는 현재
      
      = cos_simularity: 0.0%
      
      ✅ line 189
      of all Android devices (as of May 2021). The reach of a particular
      
      ---------------------
      
      이상을 커버하는
      
      = cos_simularity: 0.0%
      
      ✅ line 189
      can be found when clicking
      
      ---------------------
      
      15(2021년 5월 기준)에 정착하고 있습니다. 특정 API 수준의 도달 범위는 안드로이드 스튜디오에서 "Create New Project" 화면에서 생성할 프로젝트 유형을 선택한 후
      
      = cos_simularity: 7.061632799533442%
      
      ✅ line 189
      in Android Studio's "Create New Project" screen, after selecting the type of project to create.
      
      ---------------------
      
      를 클릭하면 확인할 수 있습니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 191
      set the `targetSdkVersion` to be
      
      ---------------------
      
      프로젝트의 최상위 `build.gradle` 파일에서 `targetSdkVersion`을
      
      = cos_simularity: 11.521554337793123%
      
      ✅ line 191
      level
      
      ---------------------
      
      수준
      
      ✅ line 191
      or higher in your project's top level `build.gradle` file.
      
      ---------------------
      
      이상으로 설정하십시오.
      
      = cos_simularity: 0.0%
      
      ✅ line 193
      As of November 2018, all existing
      
      ---------------------
      
      2018년 11월 현재 모든 기존
      
      = cos_simularity: 66.94188517266485%
      
      ✅ line 193
      apps are required to target
      
      ---------------------
      
      앱은
      
      ✅ line 193
      level
      
      ---------------------
      
      레벨
      
      ✅ line 193
      or higher. For more information, see [Improving app security and performance on
      
      ---------------------
      
      이상을 대상으로 해야 합니다. 자세한 내용은 [향후
      
      = cos_simularity: 16.839750037215275%
      
      ✅ line 193
      Play for years to come](https://android-developers.googleblog.com/2017/12/improving-app-security-and-performance.html).
      
      ---------------------
      
      Play에서 앱 보안 및 성능 향상](https://android-developers.googleblog.com/2017/12/improving-app-security-and-performance.html)을 참조하십시오.
      
      = cos_simularity: 66.01667904194328%
      
      ✅ line 195
      set the `maxSdkVersion` to be the latest
      
      ---------------------
      
      `maxSdkVersion`을 프로젝트의 최상위 `build.gradle` 파일에서 테스트를 실행하는 최신
      
      = cos_simularity: 20.608363501393825%
      
      ✅ line 195
      level that you have run tests on in your project's top level `build.gradle` file. This should be the latest
      
      ---------------------
      
      수준으로 설정하십시오. 이는 SDK가 출시되는 시점에 Google이 지원하는 최신
      
      = cos_simularity: 5.117102977172801%
      
      ✅ line 195
      level that is supported by Google at the point at which the SDK is released.
      
      ---------------------
      
      수준이어야 합니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 197
      project's
      
      ---------------------
      
      프로젝트의
      
      ✅ line 197
      and
      
      ---------------------
      
      및
      
      ✅ line 197
      level to `1.8`.
      
      ---------------------
      
      수준을 `1.8`로 설정하십시오.
      
      = cos_simularity: 0.0%
      
      ✅ line 199
      release the library as an
      
      ---------------------
      
      라이브러리를
      
      = cos_simularity: 100.0%
      
      ✅ line 199
      AAR.
      
      ---------------------
      
      AAR로 릴리스하십시오.
      
      = cos_simularity: 0.0%
      
      ✅ line 201
      define a `resourcePrefix` of `azure_` in the `build.gradle` android section if using resources.
      
      ---------------------
      
      리소스를 사용하는 경우 `build.gradle`의 안드로이드 섹션에서 `azure_`의 `resourcePrefix`를 정의하십시오.
      
      = cos_simularity: 83.50499057520979%
      
      ✅ line 203
      include a
      
      ---------------------
      
      AAR에는 개발자가 라이브러리를 사용할 때 애플리케이션을 올바르게 최소화하는 것을 보조할 수 있도록
      
      = cos_simularity: 0.0%
      
      ✅ line 203
      configuration in the AAR to assist developers in correctly minifying their applications when using the library.
      
      ---------------------
      
      구성이 포함되어 있어야 합니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 205
      use `consumerProguardFiles` if you include a
      
      ---------------------
      
      라이브러리에
      
      = cos_simularity: 0.0%
      
      ✅ line 205
      configuration in the library.
      
      ---------------------
      
      구성을 포함하는 경우 `consumerProguardFiles`를 사용하십시오.
      
      = cos_simularity: 0.0%
      
      

      ---

      🇺🇸: 5 words 🇰🇷: 13 words
      

      Modified rate 0.59%
      Translate rate 68.03%

      </details>
    • refs.md : Modified 🇺🇸0 / 🇰🇷0 📄 53

      ✅ line 7
      https://azure.github.io/azure-sdk/general_implementation.html#logging
      
      ---------------------
      
      https://azure.github.io/azure-sdk-korean/general_implementation.html#logging
      
      = cos_simularity: 92.07401897413287%
      
      

      ---

      🇺🇸: 0 words 🇰🇷: 0 words
      

      Modified rate 0.0%
      Translate rate 1.89%

  • clang

    • approved_dependencies.md : Added 📄 8

      8 words added.
    • design.md : Added 📄 8633

      8633 words added.
    • implementation.md : Added 📄 5924

      5924 words added.
    • refs.md : Added 📄 9

      9 words added.

  • cpp

    • approved_dependencies.md : Added 📄 58

      58 words added.
    • implementation.md : Added 📄 5330

      5330 words added.
    • introduction.md : Added 📄 8069

      8069 words added.
    • refs.md : Added 📄 10

      10 words added.

  • dotnet

    • implementation.md : Modified 🇺🇸3 / 🇰🇷3 📄 2926

      ✅ line 51
      🇺🇸 Response
      🇰🇷 var
      
      => sentence diffrence : 100.0%
      
      ✅ line 139
      🇺🇸 JsonElement
      🇰🇷 var
      
      => sentence diffrence : 100.0%
      
      ✅ line 480
      🇺🇸 Type
      🇰🇷 var
      
      => sentence diffrence : 100.0%
      
      

      ---

      🇺🇸: 3 words 🇰🇷: 3 words
      

      Modified rate 0.1%
      Translate rate 0.0%

    • introduction.md : Modified 🇺🇸1182 / 🇰🇷211 📄 6825

      ✅ line 67
      🇺🇸 are
      🇰🇷 will be
      
      => sentence diffrence : 85.71%
      
      ✅ line 67
      🇺🇸 [service client](#dotnet-client)
      🇰🇷 _service client_
      
      => sentence diffrence : 56.25%
      
      ✅ line 67
      🇺🇸 [supporting types](#supporting-types). The supporting types may include various [subclients](#dotnet-subclients), which give structure to the API by organizing groups of related service operations, and [model types](#dotnet-model-types), which represent resources on the service.
      🇰🇷 _supporting types_.
      
      => sentence diffrence : 93.93%
      
      ✅ line 147
      🇰🇷 #### Client Hierarchies {#dotnet-client-hierarchy}
      
      ✅ line 149
      🇰🇷 Some Azure services store and manipulate resources organized in a hierarchy. For example, Azure Storage provides an account that contains zero or more containers, which in turn contain zero or more blobs.
      
      ✅ line 150
      🇰🇷 SDK libraries for such services might want to provide more than one client type representing various levels of the hierarchy. For example, the storage library provides `BlobServiceClient`, `BlobContainerClient`, and `BlobClient`.
      
      ✅ line 152
      🇰🇷 {% include requirement/MAY id="dotnet-client-hierarchy-clients" %} provide a client type corresponding to each level in a resource hierarchy.
      
      ✅ line 154
      🇰🇷 {% include requirement/MUST id="dotnet-client-hierarchy-get" %} provide a `.GetClient(...)` method to retrieve a client for the named child.
      
      ✅ line 156
      🇰🇷 For example, `BlobContainerClient` has a method [`GetBlobClient`](https://docs.microsoft.com/en-us/dotnet/api/azure.storage.blobs.blobcontainerclient.getblobclient?view=azure-dotnet#Azure_Storage_Blobs_BlobContainerClient_GetBlobClient_System_String_) returning an instance of `BlobClient`. The method must not make a network call to verify the existence of the child.
      
      ✅ line 157
      🇰🇷 Also, note that per general client constructor guidelines, all clients need to provide at least one public constructor.
      
      ✅ line 159
      🇰🇷 {% include requirement/MAY id="dotnet-client-hierarchy-create" %} provide method `.Create(...)` that creates a child resource.
      
      ✅ line 161
      🇰🇷 The method **should** return an instance of a client for the newly created child resource.
      
      ✅ line 163
      🇰🇷 {% include requirement/MAY id="dotnet-client-hierarchy-delete" %} provide method `.Delete(...)` that deletes a child resource.
      
      ✅ line 182
      🇺🇸 name, such as `ClientOptions`.
      🇰🇷 plural or-] more general [-name.
      
      => sentence diffrence : 84.09%
      
      ✅ line 182
      🇺🇸 `BlobClientOptions`
      🇰🇷 `BlobClientsOptions`
      
      => sentence diffrence : 5.0%
      
      ✅ line 182
      🇰🇷 plural or
      
      ✅ line 275
      🇺🇸 #### Subclients {#dotnet-subclients}
      
      ✅ line 277
      🇺🇸 There are two categories of clients: _service clients_ and their _subclients_. Service clients can be instantiated and [have the `Client` suffix](#dotnet-client-naming). Subclients can only be created by calling factory methods on other clients (commonly on service clients) and do not have the client suffix.
      
      ✅ line 279
      🇺🇸 As discussed above, the [service client](#dotnet-client) is the entry point to the API for an Azure service -- from it, library users can invoke all operations the service provides and can easily implement the most common scenarios. Where it will simplify an API's design, groups of service calls can be organized around smaller subclient types.
      
      ✅ line 281
      🇺🇸 {% include requirement/MUST id="dotnet-service-client-entry-point" %} use service clients to indicate the starting point(s) for the most common customer scenarios.
      
      ✅ line 283
      🇺🇸 {% include requirement/SHOULD id="dotnet-use-subclients" %} use subclients to group operations related to a service resource or functional area to improve API usability.
      
      ✅ line 285
      🇺🇸 There are a variety of types of subclients. These include:
      
      ✅ line 287
      🇺🇸 * _Resource Clients_, which group methods bound to a specific resource, along with information about the resource.
      
      ✅ line 288
      🇺🇸 * _Operation Group Clients_, which are not bound to a resource but group related operations. If referring to a specific resource, these would take a resource identifier as a parameter.
      
      ✅ line 289
      🇺🇸 * Subclasses of ```Operation```, which manage service calls related to [long running operations](#dotnet-longrunning).
      
      ✅ line 290
      🇺🇸 * ```Pageable``` types returned from [paging methods](#dotnet-paging), which manage service calls to retrieve pages of elements in a collection.
      
      ✅ line 292
      🇺🇸 For example, in the Azure Container Registry API, a `ContainerRegistryClient` service client provides an entry point for communicating with the service, and a `ContainerRepository` resource client organizes operations related to a specific repository resource:
      
      ✅ line 294
      🇺🇸 ```C#
      
      ✅ line 295
      🇺🇸 public class ContainerRegistryClient {
      
      ✅ line 296
      🇺🇸 // ...
      
      ✅ line 297
      🇺🇸 public virtual ContainerRepository GetRepository(string name);
      
      ✅ line 298
      🇺🇸 }
      
      ✅ line 299
      🇺🇸
      
      ✅ line 300
      🇺🇸 public class ContainerRepository {
      
      ✅ line 301
      🇺🇸 protected ContainerRepository();
      
      ✅ line 302
      🇺🇸 public virtual string Name { get; }
      
      ✅ line 303
      🇺🇸 public virtual Response Delete(CancellationToken cancellationToken = default);
      
      ✅ line 304
      🇺🇸 public virtual Response GetProperties(CancellationToken cancellationToken = default);
      
      ✅ line 305
      🇺🇸 public virtual Response UpdateProperties(ContainerRepositoryProperties value, CancellationToken cancellationToken = default);
      
      ✅ line 306
      🇺🇸 // ...
      
      ✅ line 307
      🇺🇸 }
      
      ✅ line 308
      🇺🇸 ```
      
      ✅ line 310
      🇺🇸 `ServiceBusSender` groups operations for sending messages to a specific entity with properties that identify that entity.
      
      ✅ line 312
      🇺🇸 ```C#
      
      ✅ line 313
      🇺🇸 public class ServiceBusSender {
      
      ✅ line 314
      🇺🇸 protected ServiceBusSender();
      
      ✅ line 315
      🇺🇸 public virtual string EntityPath { get; }
      
      ✅ line 316
      🇺🇸 public virtual Task CancelScheduledMessageAsync(long sequenceNumber, CancellationToken cancellationToken = default);
      
      ✅ line 317
      🇺🇸 public virtual ValueTask CreateMessageBatchAsync(CancellationToken cancellationToken = default);
      
      ✅ line 318
      🇺🇸 public virtual Task ScheduleMessageAsync(ServiceBusMessage message, DateTimeOffset scheduledEnqueueTime, CancellationToken cancellationToken = default);
      
      ✅ line 319
      🇺🇸 public virtual Task SendMessageAsync(ServiceBusMessage message, CancellationToken cancellationToken = default);
      
      ✅ line 320
      🇺🇸 // ...
      
      ✅ line 321
      🇺🇸 }
      
      ✅ line 322
      🇺🇸 ```
      
      ✅ line 324
      🇺🇸 {% include requirement/MUST id="dotnet-subclient-factory-methods" %} provide factory methods to create a subclient.
      
      ✅ line 326
      🇺🇸 {% include requirement/MAY id="dotnet-subclient-factory-methods-suffix" %} include a suffix the method that creates a subclient, according to the table below:
      
      ✅ line 328
      🇺🇸 | Client Type | Naming Convention | Factory Method Naming Convention |
      
      ✅ line 329
      🇺🇸 |------------------------|--------------------|--------------------------------------------------|
      
      ✅ line 330
      🇺🇸 | Service Client | `Client` Suffix | Get\<client\>Client() |
      
      ✅ line 331
      🇺🇸 | Resource Client | No Suffix | Get\<resource\>() |
      
      ✅ line 332
      🇺🇸 | Operation Group Client | No Suffix | Get\<group\>Client() |
      
      ✅ line 333
      🇺🇸 | [Long Running Operation](#dotnet-longrunning) | `Operation` Suffix | (long LRO) `Start` prefix; (short LRO) no prefix |
      
      ✅ line 334
      🇺🇸 | [Pageable](#dotnet-paging) | ```Pageable``` | Get\<resource\>s |
      
      ✅ line 336
      🇺🇸 {% include requirement/SHOULD id="dotnet-subclient-factory-methods-parameters" %} take a resource identifier as a parameter to the resource client factory method.
      
      ✅ line 338
      🇺🇸 {% include requirement/SHOULD id="dotnet-subclient-properties" %} expose resource identifiers as properties on the resource client.
      
      ✅ line 340
      🇺🇸 {% include requirement/MAY id="dotnet-subclient-collections" %} place operations on collections of resources a separate subclient to avoid cluttering the parent client with too many methods.
      
      ✅ line 342
      🇺🇸 While API usability is the primary reason for subclients, another motivating factor is resource efficiency. [Clients need to be cached](https://devblogs.microsoft.com/azure-sdk/lifetime-management-and-thread-safety-guarantees-of-azure-sdk-net-clients/), so if the set of client instances is large or unlimited (in case the client takes a scoping parameter, like a hub, or a container), using subclients allows an application to cache the top level client and create instances of subclients on demand. In addition, if there is an expensive shared resource (e.g. an AMQP connection), subclients are preferred, as they naturally lead to resource sharing.
      
      ✅ line 344
      🇺🇸 {% include requirement/SHOULD id="dotnet-service-client-entry-point" %} use the `HttpPipeline` that belongs to the type providing the factory method to make network calls to the service from the subclient. An exception to this might be if subclient needs different pipeline policies than the parent client.
      
      ✅ line 346
      🇺🇸 {% include requirement/MUSTNOT id="dotnet-subclient-no-constructor" %} provide a public constructor on a subclient. Subclients are non-instantiable by design.
      
      ✅ line 348
      🇺🇸 {% include requirement/MUST id="dotnet-subclient-mocking" %} provide a protected parameterless constructor on subclients for mocking.
      
      ✅ line 350
      🇺🇸 ##### Choosing between Service Clients and Subclients {#dotnet-choosing-client-types}
      
      ✅ line 352
      🇺🇸 In many cases, an Azure SDK API should contain one service client and zero or more subclients. Both service clients and subclients have [service methods](#dotnet-client-methods). Consider adding more than one service client to the API in the following cases:
      
      ✅ line 354
      🇺🇸 {% include requirement/MAY id="dotnet-service-client-multiple-target-customers" %} consider providing an additional service client in an API when the service has different common scenarios for multiple target users, such as a service administrator and an end-user of the entities the administrator creates.
      
      ✅ line 356
      🇺🇸 For example, the Azure Form Recognizer library provides a `FormRecognizerClient` for application developers to read form fields in their applications, and a `FormTrainingClient` for data scientist customers to train the form recognition models.
      
      ✅ line 358
      🇺🇸 {% include requirement/MAY id="dotnet-service-client-advanced-scenarios" %} consider providing an additional service client when a service has advanced scenarios you want to keep separate from the types that support the most common scenarios. In this case, consider using a `.Specialized` namespace to contain the additional clients.
      
      ✅ line 360
      🇺🇸 For example, the Azure Storage Blobs library provides a `BlockBlobClient` in the `Azure.Storage.Blobs.Specialized` namespace that gives finer grained control of how blobs are uploaded. For further discussion of designing APIs for advanced scenarios, please see the [.NET Framework Guidelines](https://aka.ms/fxdg3) sections on progressive frameworks and the principle of layered architecture.
      
      ✅ line 362
      🇺🇸 {% include requirement/MAY id="dotnet-service-client-direct-resource-urls" %} consider providing an additional service client for a service resource that is commonly referenced with a URL that points to it directly. This will allow users to instantiate a client directly from the resource endpoint, without needing to parse the URL to obtain the root service endpoint.
      
      ✅ line 364
      🇺🇸 {% include requirement/MAY id="dotnet-service-client-resource-hierarchy" %} consider providing additional service clients for each level in a resource hierarchy. For service clients representing resources in a hierarchy, you should also provide a `.GetClient(...)` method to retrieve the client for the named child.
      
      ✅ line 366
      🇺🇸 For example, the Azure Storage service provides an account that contains zero or more containers, which in turn contain zero or more blobs. The Azure SDK storage library provides service clients for each level: `BlobServiceClient`, `BlobContainerClient`, and `BlobClient`.
      
      ✅ line 368
      🇺🇸 ```C#
      
      ✅ line 369
      🇺🇸 public class BlobServiceClient {
      
      ✅ line 370
      🇺🇸 // ...
      
      ✅ line 371
      🇺🇸 public virtual BlobContainerClient GetBlobContainerClient(string blobContainerName);
      
      ✅ line 372
      🇺🇸 // ...
      
      ✅ line 373
      🇺🇸 }
      
      ✅ line 375
      🇺🇸 public class BlobContainerClient {
      
      ✅ line 376
      🇺🇸 // ...
      
      ✅ line 377
      🇺🇸 public virtual BlobClient GetBlobClient(string blobName);
      
      ✅ line 378
      🇺🇸 // ...
      
      ✅ line 379
      🇺🇸 }
      
      ✅ line 381
      🇺🇸 public class BlobClient {
      
      ✅ line 382
      🇺🇸 // ...
      
      ✅ line 383
      🇺🇸 }
      
      ✅ line 385
      🇺🇸 ```
      
      ✅ line 525
      🇺🇸 sent
      🇰🇷 directly passed
      
      => sentence diffrence : 86.67%
      
      ✅ line 525
      🇺🇸 service as URL segments, query parameters, request header values, and request bodies (typically JSON or XML).
      🇰🇷 service.
      
      => sentence diffrence : 92.66%
      
      ✅ line 525
      🇺🇸 are not sent
      🇰🇷 aren't passed directly
      
      => sentence diffrence : 63.64%
      
      ✅ line 525
      🇺🇸 service; examples are path parameters, CancellationTokens or file paths.
      🇰🇷 service.
      
      => sentence diffrence : 88.89%
      
      ✅ line 604
      🇺🇸 Response response
      🇰🇷 var value
      
      => sentence diffrence : 91.3%
      
      ✅ line 605
      🇺🇸 Console.WriteLine(response.Value);
      🇰🇷 Console.WriteLine(value);
      
      => sentence diffrence : 29.41%
      
      ✅ line 627
      🇺🇸 long
      🇰🇷 var
      
      => sentence diffrence : 100.0%
      
      ✅ line 638
      🇺🇸 {% include requirement/MUST id="dotnet-lro-constructor" %} provide a public constructor on subclasses of ```Operation``` to allow users to access an existing LRO.
      
      ✅ line 908
      🇺🇸 - `Azure.Monitor` for observability and Azure Monitor client libraries.
      
      

      ---

      🇺🇸: 1182 words 🇰🇷: 211 words
      

      Modified rate 9.52%
      Translate rate 0.0%

      </details>
    • refs.md : Modified 🇺🇸1 / 🇰🇷1 📄 27

      ✅ line 7
      🇺🇸 https://docs.microsoft.com/dotnet/standard/net-standard
      🇰🇷 https://github.com/dotnet/standard/blob/master/docs/versions/netstandard2.0.md
      
      => sentence diffrence : 58.97%
      
      

      ---

      🇺🇸: 1 words 🇰🇷: 1 words
      

      Modified rate 3.7%
      Translate rate 0.0%

  • general

    • azurecore.md : Modified 🇺🇸32 / 🇰🇷50 📄 2345

      ✅ line 2
      "General Guidelines:
      
      ---------------------
      
      "공통 가이드라인:
      
      = cos_simularity: 0.0%
      
      ✅ line 9
      is a library that provides cross-cutting services to other client libraries. These services include:
      
      ---------------------
      
      라이브러리는 다른 클라이언트 라이브러리에 교차 서비스를 제공합니다. 이러한 서비스는 다음과 같습니다:
      
      = cos_simularity: 35.63922999903629%
      
      ✅ line 11
      pipeline
      
      ---------------------
      
      파이프라인
      
      ✅ line 12
      Global configuration
      
      ---------------------
      
      전역 구성
      
      ✅ line 13
      Credentials
      
      ---------------------
      
      자격 증명
      
      ✅ line 15
      The following sections define the requirements for the
      
      ---------------------
      
      다음 절에서는
      
      = cos_simularity: 33.609692727625756%
      
      ✅ line 15
      library. If you are implementing a client library in a language that already has an
      
      ---------------------
      
      라이브러리에 대한 요구 사항을 정의합니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 15
      library, you do not need to read this section. It is primarily targeted at developers who work on the
      
      ---------------------
      
      라이브러리를 이미 갖고 있는 언어로 클라이언트 라이브러리를 구현하는 경우, 이 섹션을 읽을 필요가 없습니다. 주로
      
      = cos_simularity: 26.92552877926112%
      
      ✅ line 15
      library.
      
      ---------------------
      
      라이브러리에서 일하는 개발자를 대상으로 합니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 17
      pipeline
      
      ---------------------
      
      파이프라인
      
      ✅ line 19
      pipeline consists of a
      
      ---------------------
      
      파이프라인은 여러 정책으로 구성된
      
      = cos_simularity: 37.99783615910079%
      
      ✅ line 19
      transport that is wrapped by multiple policies. Each policy is a control point during which the pipeline can modify either the request and/or response. We use a default set of policies to standardize how client libraries interact with
      
      ---------------------
      
      전송으로 구성됩니다. 각 정책은 파이프라인이 요청 그리고/또는 응답을 수정할 수 있는 제어 지점입니다. 클라이언트 라이브러리가
      
      = cos_simularity: 45.38641518710934%
      
      ✅ line 19
      services.
      
      ---------------------
      
      서비스와 상호 작용하는 방식을 표준화하기 위해 기본 정책 집합을 사용합니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 19
      🇺🇸 The
      
      ✅ line 21
      Telemetry
      
      ---------------------
      
      원격 분석
      
      ✅ line 22
      Unique request
      
      ---------------------
      
      고유한 요청
      
      = cos_simularity: 33.609692727625756%
      
      ✅ line 23
      Retry
      
      ---------------------
      
      재시도
      
      ✅ line 24
      Authentication
      
      ---------------------
      
      인증
      
      ✅ line 25
      Response downloader
      
      ---------------------
      
      응답 다운로더
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 26
      Distributed tracing
      
      ---------------------
      
      분산 추적
      
      ✅ line 27
      Logging
      
      ---------------------
      
      로깅
      
      ✅ line 28
      Proxy
      
      ---------------------
      
      프록시
      
      ✅ line 30
      In general, the client library will only need to configure these policies. However, if you are producing a new
      
      ---------------------
      
      일반적으로 클라이언트 라이브러리는 이러한 정책만 구성하면 됩니다. 그러나 (새로운 언어를 위한) 새로운
      
      = cos_simularity: 48.114368389620395%
      
      ✅ line 30
      library (for a new language), you will need to understand the requirements for each policy.
      
      ---------------------
      
      라이브러리를 생성하는 경우, 각 정책에 대한 요구 사항을 이해해야 합니다.
      
      = cos_simularity: 23.577033983032976%
      
      ✅ line 32
      Telemetry policy
      
      ---------------------
      
      원격 분석 정책
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 34
      Client library usage telemetry is used by service teams (not consumers) to monitor what
      
      ---------------------
      
      클라이언트 라이브러리 사용 원격 분석은 (소비자가 아닌) 서비스 팀에서 클라이언트가 서비스에 호출하는 데 사용하는
      
      = cos_simularity: 56.66441608108925%
      
      ✅ line 34
      language, client library version, and language/platform info a client is using to call into their service. Clients can prepend additional information indicating the name and version of the client application.
      
      ---------------------
      
      언어, 클라이언트 라이브러리 및 언어/플랫폼 정보를 모니터링하는 데 사용됩니다. 클라이언트는 클라이언트 애플리케이션의 이름과 버전을 나타내는 추가 정보를 앞에 추가할 수 있습니다.
      
      = cos_simularity: 64.15336676349868%
      
      ✅ line 36
      send telemetry information in the
      
      ---------------------
      
      다음 형식을 사용하여
      
      = cos_simularity: 0.0%
      
      ✅ line 36
      header] using the following format:
      
      ---------------------
      
      헤더]로 원격 측정 정보를 전송하십시오:
      
      = cos_simularity: 0.0%
      
      ✅ line 42
      optional application-specific string. May contain a slash, but must not contain a space. The string is supplied by the user of the client library, e.g.
      
      ---------------------
      
      선택적 애플리케이션별 문자열. 슬래시를 포함할 수 있지만, 공백을 포함해서는 안 됩니다. 문자열은 클라이언트 라이브러리의 사용자가 제공합니다. 예시:
      
      = cos_simularity: 66.94188517266485%
      
      ✅ line 43
      SDK's language name (all lowercase):
      
      ---------------------
      
      SDK 언어 이름 (모두 소문자):
      
      = cos_simularity: 66.94188517266485%
      
      ✅ line 43
      or
      
      ---------------------
      
      또는
      
      ✅ line 44
      client library package name as it appears to the developer, replacing slashes with dashes and removing the
      
      ---------------------
      
      슬래시를 대시로 바꾸고
      
      = cos_simularity: 25.213870694526257%
      
      ✅ line 44
      indicator. For example,
      
      ---------------------
      
      표시기를 제거하여 개발자에게 표시되는 클라이언트 라이브러리 패키지 이름. 예시:
      
      = cos_simularity: 0.0%
      
      ✅ line 45
      the version of the package. Note: this is not the version of the service
      
      ---------------------
      
      패키지의 버전. 참고: 서비스 버전이 아닙니다.
      
      = cos_simularity: 45.02681446556265%
      
      ✅ line 46
      information about the currently executing language runtime and OS, e.g.
      
      ---------------------
      
      현재 실행 중인 언어 런타임 및 OS에 대한 정보. 예시:
      
      = cos_simularity: 89.55324150715728%
      
      ✅ line 48
      For example, if we re-wrote `AzCopy` in each language using the
      
      ---------------------
      
      예를 들어,
      
      = cos_simularity: 37.99783615910079%
      
      ✅ line 48
      client library, we may end up with the following
      
      ---------------------
      
      클라이언트 라이브러리를 사용하여 각 언어로 `AzCopy`를 다시 작성하면, 다음과 같은
      
      = cos_simularity: 14.587439082056456%
      
      ✅ line 48
      strings:
      
      ---------------------
      
      문자열이 발생할 수 있습니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 55
      allow the consumer of the library to set the application ID. This allows the consumer to obtain cross-service telemetry for their app. The application ID should be settable in the relevant
      
      ---------------------
      
      라이브러리 소비자가 애플리케이션 ID를 설정할 수 있도록 허용하십시오. 이를 통해 소비자는 앱에 대한 서비스 간 원격 분석을 얻을 수 있습니다. 응용 프로그램 ID는 관련
      
      = cos_simularity: 68.87753976699385%
      
      ✅ line 55
      object.
      
      ---------------------
      
      개체에서 설정할 수 있어야 합니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 57
      enforce that the application ID is no more than 24 characters in length. Shorter application IDs allows service teams to include diagnostic information in the "platform information" section of the user agent, while still allowing the consumer to obtain telemetry information for their own application.
      
      ---------------------
      
      애플리케이션 ID가 길이는 24자를 넘지 않도록 강제하십시오. 애플리케이션 ID가 짧을수록 서비스 팀은 사용자 에이전트의 "플랫폼 정보" 섹션에 진단 정보를 포함시킬 수 있으며, 소비자는 여전히 자신의 애플리케이션에 대한 원격 분석 정보를 얻을 수 있습니다.
      
      = cos_simularity: 52.25878040398471%
      
      ✅ line 59
      send telemetry information that is normally sent in the
      
      ---------------------
      
      플랫폼이
      
      ✅ line 59
      header in the
      
      ---------------------
      
      헤더 변경을 지원하지 않을 경우, 일반적으로 `User-Agent` 헤더로 전송하는 원격 분석 정보를
      
      = cos_simularity: 0.0%
      
      ✅ line 59
      header when the platform does not support changing the `User-Agent` header. Note that services will need to configure log gathering to capture the
      
      ---------------------
      
      헤더에 보내야 합니다. 서비스는 일반적인 분석 시스템을 통해 쿼리할 수 있는 방식으로
      
      = cos_simularity: 4.416443453527434%
      
      ✅ line 59
      header in such a way that it can be queried through normal analytics systems.
      
      ---------------------
      
      헤더를 캡처하도록 로그 수집을 구성해야 합니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 61
      send additional (dynamic) telemetry information as a semi-colon separated set of key-value types in the
      
      ---------------------
      
      추가적인 (동적) 원격 분석 정보는
      
      = cos_simularity: 27.73962289762415%
      
      ✅ line 61
      header. For example:
      
      ---------------------
      
      헤더에서 키-값 유형의 세미콜론으로 구분된 집합으로 전송해야 합니다. 예를 들어:
      
      = cos_simularity: 25.213870694526264%
      
      ✅ line 67
      The content of the header is a semi-colon key=value list. The following keys have specific meaning:
      
      ---------------------
      
      헤더의 내용은 세미콜론 키=값 목록입니다. 다음 키는 특정한 의미를 갖습니다:
      
      = cos_simularity: 33.90994998381386%
      
      ✅ line 69
      `class` is the name of the type within the client library that the consumer called to trigger the network operation.
      
      ---------------------
      
      `class`는 소비자가 네트워크 작업을 트리거하기 위해 호출한 클라이언트 라이브러리 내 타입의 이름입니다.
      
      = cos_simularity: 77.36753693468769%
      
      ✅ line 70
      `method` is the name of the method within the client library type that the consumer called to trigger the network operation.
      
      ---------------------
      
      `method`는 소비자가 네트워크 작업을 트리거하기 위해 호출한 클라이언트 라이브러리 내 메서드의 이름입니다.
      
      = cos_simularity: 72.41072696029362%
      
      ✅ line 72
      Any other keys that are used should be common across all client libraries for a specific service. **DO NOT** include personally identifiable information (even encoded) in this header. Services need to configure log gathering to capture the
      
      ---------------------
      
      사용되는 다른 모든 키는 특정 서비스의 모든 클라이언트 라이브러리에서 공통적이어야 합니다. 이 헤더에 (인코딩된 경우에도) 개인 식별 정보를 **포함하지 마십시오**. 서비스는 일반적인 분석 시스템을 통해 쿼리할 수 있는 방식으로
      
      = cos_simularity: 40.34818695398129%
      
      ✅ line 72
      header in such a way that it can be queried through normal analytics systems.
      
      ---------------------
      
      헤더를 캡처하도록 로그 수집을 구성해야 합니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 74
      Unique request
      
      ---------------------
      
      고유한 요청
      
      = cos_simularity: 33.609692727625756%
      
      ✅ line 74
      policy
      
      ---------------------
      
      정책
      
      ✅ line 76
      **TODO**
      
      ---------------------
      
      **TODO(추가 예정)**
      
      = cos_simularity: 0.0%
      
      ✅ line 78
      Retry policy
      
      ---------------------
      
      재시도 정책
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 80
      There are many reasons why failure can occur when a client application attempts to send a network request to a service. Some examples are timeout, network infrastructure failures, service rejecting the request due to throttle/busy, service instance terminating due to service scale-down, service instance going down to be replaced with another version, service crashing due to an unhandled exception, etc. By offering a built-in retry mechanism (with a default configuration the consumer can override), our SDKs and the consumer's application become resilient to these kinds of failures. Note that some services charge real money for each try and so consumers should be able to disable retries entirely if they prefer to save money over resiliency.
      
      ---------------------
      
      클라이언트 애플리케이션이 서비스에 네트워크 요청을 보내려고 할 때 오류가 발생하는 데에는 여러 이유가 있습니다. 몇 가지 예로는 시간 초과, 네트워크 인프라 오류, 제한/사용 중으로 인한 서비스 거부, 스케일 다운으로 인한 서비스 인스턴스 종료, 다른 버전으로 교체하기 위해 다운되는 서비스 인스턴스, 처리되지 않은 예외로 인한 서비스 충돌 등이 있습니다. 기본 제공 재시도 메커니즘(소비자가 재정의할 수 있는 기본 구성)을 제공함으로써 SDK와 소비자 애플리케이션은 이러한 장애에 탄력적으로 대처할 수 있습니다. 일부 서비스는 각 시도에 대해 실제 비용을 청구하므로, 소비자가 복원력보다 비용 절감을 선호하는 경우 재시도를 완전히 비활성화할 수 있어야 합니다.
      
      = cos_simularity: 62.42374639721041%
      
      ✅ line 82
      For more information, see [Transient fault handling].
      
      ---------------------
      
      더 많은 정보는 다음을 참고하십시오: [일시적인 오류 처리]
      
      = cos_simularity: 30.412574187549353%
      
      ✅ line 84
      Pipeline provides this functionality.
      
      ---------------------
      
      파이프라인은 이 기능을 제공합니다.
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 84
      🇺🇸 The
      
      ✅ line 86
      offer the following configuration settings:
      
      ---------------------
      
      다음 구성 설정을 제공하십시오:
      
      = cos_simularity: 29.121941856368966%
      
      ✅ line 88
      Retry policy type (exponential or fixed)
      
      ---------------------
      
      재시도 정책 유형 (지수 또는 고정)
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 89
      Maximum number of retries
      
      ---------------------
      
      최대 재시도 횟수
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 90
      Delay between retries (timespan/duration; this is the delay for fixed policy, the delay is increased exponentially by this amount for the exponential policy)
      
      ---------------------
      
      재시도 간 지연(시간 간격/기간; 고정 정책의 경우 이 양만큼 지연, 지수 정책의 경우 지연이 이 양만큼 기하급수적으로 증가함)
      
      = cos_simularity: 48.800212639748665%
      
      ✅ line 91
      Maximum retry delay (timespan/duration)
      
      ---------------------
      
      최대 재시도 지연(시간 간격/기간)
      
      = cos_simularity: 71.6811741443062%
      
      ✅ line 92
      List of
      
      ---------------------
      
      재시도를 유발하는
      
      = cos_simularity: 0.0%
      
      ✅ line 92
      status codes that would cause a retry (default is "all service errors that are retryable")
      
      ---------------------
      
      상태 코드 목록(기본값은 "재시도 가능한 모든 서비스 오류")
      
      = cos_simularity: 43.60379885513016%
      
      ✅ line 94
      offer additional retry mechanisms if supported by the service. For example, the
      
      ---------------------
      
      서비스에서 지원하는 경우 추가 재시도 메커니즘을 제공할 수 있습니다. 예를 들어
      
      = cos_simularity: 73.27068970668786%
      
      ✅ line 94
      service supports retrying read operations against a secondary datacenter, or recommends the use of a per-try timeout for resilience.
      
      ---------------------
      
      서비스는 보조 데이터 센터에 대한 읽기 작업 재시도를 지원하거나, 복원력을 위해 시도당 제한 시간 사용을 권장합니다.
      
      = cos_simularity: 57.510837604170575%
      
      ✅ line 96
      reset (or seek back to position 0) any request data stream before retrying a request
      
      ---------------------
      
      요청을 재시도하기 전에 모든 요청 데이터 스트림을 재설정(또는 위치 0으로 다시 탐색)하십시오.
      
      = cos_simularity: 59.76138776801605%
      
      ✅ line 98
      honor any cancellation mechanism passed in to the caller which can terminate the request before retries have been attempted.
      
      ---------------------
      
      재시도가 실행되기 전에 요청을 종료할 수 있는 호출자에게 전달된 취소 메커니즘을 준수하십시오.
      
      = cos_simularity: 69.49450440198667%
      
      ✅ line 100
      update any query parameter or request header that gets sent to the service telling it how much time the service has to process the individual request attempt.
      
      ---------------------
      
      서비스가 개별 요청 시도를 처리해야 하는 데 걸리는 시간을 알려주는 서비스로 전송되는 쿼리 매개변수 또는 요청 헤더를 업데이트하십시오.
      
      = cos_simularity: 58.634664569015705%
      
      ✅ line 102
      retry in the case of a hardware network failure as it may self-correct.
      
      ---------------------
      
      하드웨어 네트워크 오류의 경우 자체 수정될 수 있으므로 다시 시도하십시오.
      
      = cos_simularity: 73.27068970668786%
      
      ✅ line 104
      retry in the case of a "service not found" error. The service may be coming back online or a load balancer may be reconfiguring itself.
      
      ---------------------
      
      "서비스를 찾을 수 없음" 오류가 발생한 경우 다시 시도하십시오. 서비스가 다시 온라인 상태가 되거나 로드 밸런서가 자체적으로 재구성 중일 수 있습니다.
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 106
      retry if the service successfully responds indicating that it is throttling requests (for example, with an
      
      ---------------------
      
      서비스가 요청을 제한하고 있음을 나타내는 응답을 성공적으로 수행할 경우(예시,
      
      = cos_simularity: 64.98913515523019%
      
      ✅ line 106
      header or similar metadata).
      
      ---------------------
      
      헤더 또는 유사한 메타데이터) 재시도하십시오.
      
      = cos_simularity: 81.81802073667197%
      
      ✅ line 108
      retry if the service responds with a 400-level response code unless a retry-after header is also returned.
      
      ---------------------
      
      서비스가 400 수준 응답 코드로 응답하는 경우, Retry After 헤더가 반환되지 않는 한 재시도하지 마십시오.
      
      = cos_simularity: 50.38711573210972%
      
      ✅ line 110
      change any client-side generated request-id when retrying the request. Th request ID represents the logical operation and should be the same across all physical retries of this operation. When looking at server logs, multiple entries with the same client request ID show each retry
      
      ---------------------
      
      요청을 재시도할 때 클라이언트 측에서 생성한 요청 ID를 변경하지 마십시오. 요청 ID는 논리적 작업을 나타내며, 이 작업의 모든 물리적 재시도 동안 동일해야 합니다. 서버 로그를 볼 때, 동일한 클라이언트 요청 ID를 가진 여러 항목이 각 재시도를 표시합니다.
      
      = cos_simularity: 75.23197619890016%
      
      ✅ line 112
      implement a default policy that starts at 3 retries with a 0.8s delay with exponential (plus jitter) backoff.
      
      ---------------------
      
      지수(지터 포함) 백오프와 함께 0.8초 지연으로 3회 재시도에서 시작하는 기본 정책을 구현해야 합니다.
      
      = cos_simularity: 55.86177528223195%
      
      ✅ line 114
      Authentication policy
      
      ---------------------
      
      인증 정책
      
      ✅ line 116
      use a variety of different authentication schemes to authenticate clients. Conceptually there are two entities responsible for authenticating service client requests, a credential and an authentication policy. Credentials provide confidential authentication data needed to authenticate requests. Authentication policies use the data provided by a credential to authenticate requests to the service. It is essential that credential data can be updated as needed across the lifetime of a client, and authentication policies must always use the most current credential data.
      
      ---------------------
      
      전역의 서비스에서는 클라이언트를 인증하기 위해 다양한 인증 스키마를 사용합니다. 개념적으로, 서비스 클라이언트 요청을 인증하는 두 가지 엔터티인 자격 증명과 인증 정책이 있습니다. 자격 증명은 요청을 인증하는 데 필요한 기밀 인증 데이터를 제공합니다. 인증 정책은 서비스에 대한 요청을 인증하기 위해 자격 증명이 제공한 데이터를 사용합니다. 클라이언트 수명 기간 동안 자격 증명 데이터는 필요에 따라 업데이트가 가능해야 하며, 인증 정책은 항상 최신 자격 증명 데이터를 사용해야 합니다.
      
      = cos_simularity: 74.16710659938771%
      
      ✅ line 116
      🇺🇸 Services across
      
      ✅ line 118
      implement
      
      ---------------------
      
      (토큰 자격 증명 및 범위를 허용하는)
      
      = cos_simularity: 0.0%
      
      ✅ line 118
      authorization policy (which accepts a token credential and
      
      ---------------------
      
      권한 부여 정책을 구현하십시오.
      
      = cos_simularity: 23.790309463326235%
      
      ✅ line 119
      🇺🇸 scope).
      
      ✅ line 121
      Response downloader policy
      
      ---------------------
      
      응답 다운로더(Response downloader) 정책
      
      = cos_simularity: 65.69729210330907%
      
      ✅ line 123
      The response downloader is required for most (but not all) operations to change whatever is returned by the service into a model that the consumer code can use. An example of a method that does not deserialize the response payload is a method that downloads a raw blob within the
      
      ---------------------
      
      서비스가 반환하는 모든 것을 소비자 코드가 사용할 수 있는 모델로 변경하기 위해, 대부분의(전부는 아님) 작업에 응답 다운로더가 필요합니다. 응답 페이로드를 역직렬화하지 않는 메서드의 예로,
      
      = cos_simularity: 54.877840455435155%
      
      ✅ line 123
      client library. In this case, the raw data bytes are required. For most operations, the body must be downloaded in totality before deserialization. This pipeline policy must implement the following requirements:
      
      ---------------------
      
      클라이언트 라이브러리 내에서 원시 Blob을 다운로드하는 메서드가 있습니다. 이 경우, 원시 데이터 바이트가 필요합니다. 대부분의 작업에서 본문은 역직렬화 전에 전체적으로 다운로드되어야 합니다. 이 파이프라인 정책은 다음 요구 사항을 구현해야 합니다:
      
      = cos_simularity: 61.97566552029205%
      
      ✅ line 125
      download the entire response body and pass the complete downloaded body up to the operation method for methods that deserialize the response payload. If a network connection fails while reading the body, the retry policy must automatically retry the operation.
      
      ---------------------
      
      전체 응답 본문을 다운로드하고, 완전히 다운로드 된 응답 본문을 응답 페이로드를 역직렬화하는 메서드에 대한 작업 메서드에 전달하십시오. 본문을 읽는 동안 네트워크 연결이 실패하면, 재시도 정책이 자동으로 작업을 재시도해야 합니다.
      
      = cos_simularity: 70.0709003380968%
      
      ✅ line 127
      Distributed tracing policy
      
      ---------------------
      
      분산 추적 정책
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 129
      Distributed tracing allows the consumer to trace their code from frontend to backend. The distributed tracing library creates spans (units of unique work) to facilitate tracing. Each span is in a parent-child relationship. As you go deeper into the hierarchy of code, you create more spans. These spans can then be exported to a suitable receiver as needed. Spans must follow [Tracing Conventions]. To keep track of the spans, a _distributed tracing context_ (called a context within the rest of this section) is passed into each successive layer. For more information on this topic, visit the [OpenTelemetry] topic on tracing.
      
      ---------------------
      
      분산 추적 메커니즘을 통해 소비자는 그들의 코드를 프론트엔드부터 백엔드까지 추적할 수 있습니다. 분산 추적 라이브러리는 고유한 작업 단위인 범위를 생성합니다. 각각의 범위는 부모-자식 관계에 있습니다. 코드 계층 구조에 더 깊이 들어갈수록 더 많은 범위가 생성됩니다. 이러한 범위는 필요에 따라 적합한 수신자로 내보내질 수 있습니다. 범위를 추적하기 위해, _분산 추적 컨텍스트(이하 컨텍스트)_는 각 연속 계층으로 전달됩니다. 자세한 정보는, [OpenTelemetry]의 추적 항목을 참조하십시오.
      
      = cos_simularity: 48.85235286742325%
      
      ✅ line 131
      The Distributed Tracing policy is responsible for:
      
      ---------------------
      
      분산 추적 정책은 다음 작업을 담당합니다:
      
      = cos_simularity: 58.033298467656856%
      
      ✅ line 133
      call.
      
      ---------------------
      
      호출당 범위 생성.
      
      = cos_simularity: 0.0%
      
      ✅ line 134
      Passing the context to the backend service.
      
      ---------------------
      
      백엔드 서비스에 컨텍스트 전달.
      
      = cos_simularity: 14.438355527738675%
      
      ✅ line 136
      There is also a distributed tracing topic for implementing a client library.
      
      ---------------------
      
      클라이언트 라이브러리 구현 문서에도 분산 추적 관련 주제가 있습니다.
      
      = cos_simularity: 31.125746752705368%
      
      ✅ line 138
      support [OpenTelemetry] for distributed tracing.
      
      ---------------------
      
      분산 추적을 위해 [OpenTelemetry]를 지원하십시오.
      
      = cos_simularity: 66.94188517266485%
      
      ✅ line 140
      accept a context from calling code to establish a parent span.
      
      ---------------------
      
      부모 범위를 설정하기 위해 코드 호출에서 컨텍스트를 수락하십시오.
      
      = cos_simularity: 25.32094495161746%
      
      ✅ line 142
      pass the context to the backend service through the appropriate headers (`traceparent` and
      
      ---------------------
      
      [Azure Monitor]를 지원하기 위해 적절한 헤더(`traceparent`,
      
      = cos_simularity: 52.45910904457137%
      
      ✅ line 142
      per [W3C Trace-Context](https://www.w3.org/TR/trace-context/) standard) to support [Azure Monitor].
      
      ---------------------
      
      등)를 통해 백엔드 서비스에 컨텍스트를 전달하십시오.
      
      = cos_simularity: 0.0%
      
      ✅ line 144
      create a new span (which must be a child of the per-method span) for each
      
      ---------------------
      
      클라이언트 라이브러리가 수행하는 각
      
      = cos_simularity: 0.0%
      
      ✅ line 144
      call that the client library makes.
      
      ---------------------
      
      호출에 대해 새 범위(메서드당 범위의 자식 범위어야 함)를 만드십시오.
      
      = cos_simularity: 0.0%
      
      ✅ line 146
      Logging policy
      
      ---------------------
      
      로깅 정책
      
      ✅ line 148
      mirror the same requirements for logging within the client library.
      
      ---------------------
      
      내의 많은 로깅 요구 사항은 클라이언트 라이브러리 내의 로깅에 대한 동일한 요구 사항을 반영합니다.
      
      = cos_simularity: 47.59239229523208%
      
      ✅ line 148
      🇺🇸 Many logging requirements within
      
      ✅ line 150
      allow the client library to set the log handler and log settings.
      
      ---------------------
      
      클라이언트 라이브러리가 로그 핸들러 및 로그 설정을 지정할 수 있도록 하용하십시오.
      
      = cos_simularity: 57.44651733947117%
      
      ✅ line 152
      use one of the following log levels when emitting logs: `Verbose` (details), `Informational` (things happened), `Warning` (might be a problem or not), and
      
      ---------------------
      
      로그를 내보낼 때는 다음 로그 레벨 중 하나를 사용하십시오: `Verbose`(상세 정보), `Informational`(발생한 상황), `Warning`(문제일 수 있는 상황),
      
      = cos_simularity: 15.968178784616413%
      
      ✅ line 154
      logging level for failures that the application is unlikely to recover from (out of memory, etc.).
      
      ---------------------
      
      레벨은 응용 프로그램이 복구될 가능성이 거의 없는 오류(메모리 부족 등)에 사용하십시오.
      
      = cos_simularity: 37.79132184330249%
      
      ✅ line 156
      logging level when a function fails to perform its intended task. This generally means that the function will raise an exception. Don't include occurrences of self-healing events (for example, when a request will be automatically retried).
      
      ---------------------
      
      레벨은 함수가 의도한 작업을 수행하지 못한 경우 사용하십시오. 이는 일반적으로 함수가 예외를 발생시킨다는 것을 의미합니다. 스스로 복구하는 이벤트 발생(예를 들어, 요청이 자동으로 재시도되는 경우)은 포함하지 마십시오.
      
      = cos_simularity: 45.55849463822703%
      
      ✅ line 158
      logging level when a function operates normally.
      
      ---------------------
      
      레벨은 함수가 정상적으로 작동할 때 사용하십시오.
      
      = cos_simularity: 22.576484600261608%
      
      ✅ line 160
      logging level for detailed troubleshooting scenarios. This is primarily intended for developers or system administrators to diagnose specific failures.
      
      ---------------------
      
      레벨은 자세한 문제 해결 시나리오를 위해 사용하십시오. 이는 주로 개발자 혹은 시스템 관리자가 특정 오류를 진단하기 위한 것입니다.
      
      = cos_simularity: 52.53253907296236%
      
      ✅ line 162
      send sensitive information in log levels other than `Verbose`. For example, remove account keys when logging headers.
      
      ---------------------
      
      승인된 헤더와 쿼리 파라미터의 서비스 제공 "허용 목록"에 있는 헤더 및 쿼리 파라미터만 로그로 기록하십시오. 다른 모든 헤더와 쿼리 파라미터는 해당 값을 수정해야 합니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 164
      log request line, response line, and headers as an
      
      ---------------------
      
      요청 행, 응답 행, 헤더는
      
      = cos_simularity: 41.120705506761865%
      
      ✅ line 164
      message.
      
      ---------------------
      
      로그를 남기십시오.
      
      = cos_simularity: 0.0%
      
      ✅ line 166
      log an
      
      ---------------------
      
      서비스 요청이 취소된 경우
      
      = cos_simularity: 0.0%
      
      ✅ line 166
      message if a service call is cancelled.
      
      ---------------------
      
      로그를 기록하십시오.
      
      = cos_simularity: 0.0%
      
      ✅ line 168
      log exceptions thrown as a
      
      ---------------------
      
      예외는
      
      ✅ line 168
      level message. If the log level set to `Verbose`, append stack trace information to the message.
      
      ---------------------
      
      레벨 메시지로 기록하십시오. 로그 레벨이 `Verbose`로 설정된 경우, 스택 추적 정보를 메시지에 포함하십시오.
      
      = cos_simularity: 37.131352596671285%
      
      ✅ line 170
      include information about relevant configuration when the
      
      ---------------------
      
      문제를 완화할 수 있는 관련 구성 설정이 있는 경우,
      
      = cos_simularity: 12.735952979479354%
      
      ✅ line 170
      pipeline throws an error if there is a relevant configuration setting that would alleviate the problem. Not all errors can be fixed with a configuration change.
      
      ---------------------
      
      파이프라인이 오류를 발생시킬 때 관련 구성 정보를 로그에 포함하십시오. 모든 오류가 구성 변경으로 해결될 수 있는 것은 아닙니다.
      
      = cos_simularity: 46.941382539382104%
      
      ✅ line 172
      Proxy policy
      
      ---------------------
      
      프록시 정책
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 174
      SDK need to operate in common enterprises. It is a common practice to implement
      
      ---------------------
      
      SDK를 통합하는 앱은 일반 기업에서 운영되어야 합니다. 제어 및 캐싱 목적으로
      
      = cos_simularity: 18.976728433844915%
      
      ✅ line 174
      proxies for control and caching purposes. Proxies are generally configured at the machine level and, as such, are part of the environment. However, there are reasons to adjust proxies (for example, testing may use a proxy to rewrite URLs to a test environment instead of a production environment). The
      
      ---------------------
      
      프록시를 구현하는 것이 일반적인 관행입니다. 프록시는 일반적으로 머신 수준에서 구성되며, 따라서 환경의 일부입니다. 그러나 프록시를 조정해야 하는 이유가 있습니다(예를 들어, 테스트는 URL 프로덕션 환경 대신 테스트 환경에 URL을 다시 작성하기 위해 프록시를 사용할 수 있음).
      
      = cos_simularity: 51.472619065788784%
      
      ✅ line 174
      SDK and all client libraries should operate in those environments.
      
      ---------------------
      
      SDK와 모든 클라이언트 라이브러리는 해당 환경에서 작동해야 합니다.
      
      = cos_simularity: 60.297481603805714%
      
      ✅ line 174
      🇺🇸 Apps that integrate the
      
      ✅ line 176
      There are a number of common methods for proxy configuration. However, they fall into four groups:
      
      ---------------------
      
      프록시 구성에는 여러 가지 일반적인 방법이 있습니다. 그러나 그들은 네 그룹으로 나뉩니다:
      
      = cos_simularity: 77.36753693468769%
      
      ✅ line 178
      Inline, no authentication (filtering only)
      
      ---------------------
      
      인라인(Inline), 인증 없음(필터링만 적용)
      
      = cos_simularity: 58.033298467656856%
      
      ✅ line 179
      Inline, with authentication
      
      ---------------------
      
      인라인(Inline), 인증 있음
      
      = cos_simularity: 41.120705506761865%
      
      ✅ line 180
      Out-of-band, no authentication
      
      ---------------------
      
      대역 외(Out-of-band), 인증 없음
      
      = cos_simularity: 31.87840217537793%
      
      ✅ line 181
      Out of band, with authentication
      
      ---------------------
      
      대역 외(Out-of-band), 인증 있음
      
      = cos_simularity: 13.627634143908644%
      
      ✅ line 183
      For inline/no-auth proxy, nothing needs to be done. The
      
      ---------------------
      
      인라인/비인증 프록시의 경우 아무것도 수행할 필요가 없습니다.
      
      = cos_simularity: 39.2181175971253%
      
      ✅ line 183
      SDK will work without any proxy configuration. For inline/auth proxy, the connection may receive a
      
      ---------------------
      
      SDK는 프록시 구성 없이 작동합니다. 인라인/인증 프록시의 경우, 연결에
      
      = cos_simularity: 82.0020739282118%
      
      ✅ line 183
      status code. This will include a scheme, realm, and potentially other information (such as a `nonce` for digest authentication). The client library must resubmit the request with a
      
      ---------------------
      
      상태 코드가 수신될 수 있습니다. 여기에는 스키마, 영역 및 잠재적인 다른 정보(예시: Digest 인증을 위한 `nonce`)가 포함됩니다. 클라이언트 라이브러리는 스키마에 적합하게 인코딩된 인증 정보를 제공하는
      
      = cos_simularity: 33.328645724028064%
      
      ✅ line 183
      header that provides authentication information suitably encoded for the scheme. The most common schemes are
      
      ---------------------
      
      헤더를 사용하여 요청을 다시 제출해야 합니다. 가장 일반적인 스키마는
      
      = cos_simularity: 10.77862696149231%
      
      ✅ line 183
      and NTLM.
      
      ---------------------
      
      그리고 NTLM입니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 185
      For an out-of-band/no-auth proxy, the client will send the entire request URL to the proxy instead of the service. For example, if the client is communicating to `https://foo.blob.storage.azure.net/path/to/blob`, it will connect to the `HTTPS_PROXY` and send a
      
      ---------------------
      
      대역 외/인증 없음 프록시의 경우, 클라이언트는 전체 요청 URL을 서비스 대신 프록시로 보냅니다. 예를 들어, 클라이언트가 `https://foo.blob.storage.azure.net/path/to/blob` 에 통신하는 경우, 클라이언트는 `HTTPS_PROXY`에 연결하여
      
      = cos_simularity: 87.86432344735395%
      
      ✅ line 185
      HTTP/1.1`. For an out-of-band/auth proxy, the client will send the entire request URL just as in the out-of-band/no-auth proxy version, but it may send back a
      
      ---------------------
      
      HTTP/1.1` 요청을 보냅니다. 대역 외/인증 프록시의 경우, 클라이언트는 대역 외/인증 없음 프록시 버전처럼 전체 요청 URL을 보내지만, (인라인/인증 프록시와 마찬가지로)
      
      = cos_simularity: 50.549690499755016%
      
      ✅ line 185
      status code (as with the inline/auth proxy).
      
      ---------------------
      
      상태 코드를 다시 보낼 수 있습니다.
      
      = cos_simularity: 10.163066979112656%
      
      ✅ line 187
      WebSockets can normally be tunneled through an
      
      ---------------------
      
      WebSocket은 일반적으로
      
      = cos_simularity: 17.57860783933462%
      
      ✅ line 187
      proxy, in which case the proxy authentication happens during the
      
      ---------------------
      
      프록시를 통해 터널링될 수 있으며, 이 경우 프록시 인증은
      
      = cos_simularity: 49.45892232056129%
      
      ✅ line 187
      call. This is the preferred mechanism for tunneling non-HTTP traffic to the
      
      ---------------------
      
      호출 중에 발생합니다. 이는 비 HTTP 트래픽을
      
      = cos_simularity: 22.576484600261608%
      
      ✅ line 187
      service. However, there are other types of proxies. The most notable is the
      
      ---------------------
      
      서비스로 터널링하기 위해 자주 사용되는 메커니즘입니다. 한편, 다른 유형의 프록시가 있습니다. 가장 주목할 만한 것은 비 HTTP 트래픽(AMQP 또는 MQTT 등)에 사용되는
      
      = cos_simularity: 27.616107683159345%
      
      ✅ line 187
      proxy used for non-HTTP traffic (such as AMQP or MQTT). We make no recommendation (for or against) support of SOCKS. It is explicitly not a requirement to support
      
      ---------------------
      
      프록시입니다. SOCKS에 대한 지원을 추천하지도, 반대하지도 않습니다. 클라이언트 라이브러리 내에서
      
      = cos_simularity: 20.355877473109494%
      
      ✅ line 187
      proxy within the client library.
      
      ---------------------
      
      프록시를 지원하는 것은 명시적으로 요구 사항이 아닙니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 189
      Most proxy configuration will be done by adopting the
      
      ---------------------
      
      대부분의 프록시 구성은 모든 Azure 서비스 클라이언트 라이브러리에 공통적인
      
      = cos_simularity: 44.94364165239821%
      
      ✅ line 189
      pipeline that is common to all Azure service client libraries.
      
      ---------------------
      
      파이프라인을 채택하여 수행됩니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 191
      support proxy configuration via common global configuration directives configured on a platform or runtime basis.
      
      ---------------------
      
      플랫폼 또는 런타임 기반으로 구성된 공통 글로벌 구성 지시문을 통해 프록시 구성을 지원하십시오.
      
      = cos_simularity: 62.79041938452457%
      
      ✅ line 193
      and macOS generally use the `HTTPS_PROXY` (and associated) environment variables to configure proxies.
      
      ---------------------
      
      및 macOS는 일반적으로 `HTTPS_PROXY`(및 관련된) 환경 변수를 사용하여 프록시를 구성합니다.
      
      = cos_simularity: 58.83635900492964%
      
      ✅ line 194
      environments generally use the
      
      ---------------------
      
      환경은 일반적으로
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 194
      proxy configuration to configure proxies.
      
      ---------------------
      
      프록시 구성을 사용하여 프록시를 구성합니다.
      
      = cos_simularity: 25.23342014336961%
      
      ✅ line 195
      Other options (such as loading from configuration files) may exist on a platform and runtime basis.
      
      ---------------------
      
      다른 옵션(예를 들어, 구성 파일에서 로드)은 플랫폼 및 런타임 기반으로 존재할 수 있습니다.
      
      = cos_simularity: 84.66473536503038%
      
      ✅ line 197
      support
      
      ---------------------
      
      프록시 기능 비활성화를 포함한 프록시 구성에 대한
      
      = cos_simularity: 0.0%
      
      ✅ line 197
      SDK-wide configuration directives for proxy configuration, including disabling the proxy functionality.
      
      ---------------------
      
      SDK 전체 구성 지시문을 지원하십시오.
      
      = cos_simularity: 23.85534451960737%
      
      ✅ line 199
      support client library-specific configuration directives for proxy configuration, including disabling the proxy functionality.
      
      ---------------------
      
      프록시 기능 비활성화를 포함한 프록시 구성에 대한 클라이언트 라이브러리별 구성 지시문을 지원하십시오.
      
      = cos_simularity: 75.23197619890014%
      
      ✅ line 201
      requests and responses.
      
      ---------------------
      
      요청 및 응답 로그를 남기십시오.
      
      = cos_simularity: 57.97386715376658%
      
      ✅ line 203
      indicate in logging if the request is being sent to the service via a proxy, even if proxy authentication is not required.
      
      ---------------------
      
      프록시 인증이 필요하지 않더라도, 프록시를 통해 요청이 서비스로 전송되고 있는 경우 로깅에 표시하십시오.
      
      = cos_simularity: 53.25025132738133%
      
      ✅ line 205
      and
      
      ---------------------
      
      및
      
      ✅ line 205
      authentication schemes.
      
      ---------------------
      
      인증 스키마를 지원하십시오.
      
      = cos_simularity: 26.055567105626242%
      
      ✅ line 207
      authentication scheme.
      
      ---------------------
      
      인증 체계를 지원해야 합니다.
      
      = cos_simularity: 22.028815056182975%
      
      ✅ line 209
      There is no requirement to support SOCKS at this time. We recommend services adopt a
      
      ---------------------
      
      현재 SOCKS를 지원해야 하는 요구 사항은 없습니다. 프록시와의 호환성을 보장하기 위해 서비스에서
      
      = cos_simularity: 12.44285461998526%
      
      ✅ line 209
      connectivity option (for example,
      
      ---------------------
      
      연결 옵션(예를 들어, WebSocket을 통한
      
      = cos_simularity: 44.94364165239822%
      
      ✅ line 209
      or MQTT over WebSockets) to ensure compatibility with proxies.
      
      ---------------------
      
      또는 MQTT)을 채택하는 것이 좋습니다.
      
      = cos_simularity: 8.704446792504218%
      
      ✅ line 211
      Global configuration
      
      ---------------------
      
      전역 구성
      
      ✅ line 213
      SDK can be configured by a variety of sources, some of which are necessarily language-dependent. This will generally be codified in the
      
      ---------------------
      
      SDK는 다양한 소스로 구성할 수 있으며, 그 중 일부는 반드시 언어에 따라 다릅니다. 이것은 일반적으로
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 213
      library. The configuration sources include:
      
      ---------------------
      
      라이브러리에서 코드화됩니다. 구성 소스는 다음과 같습니다:
      
      = cos_simularity: 10.163066979112656%
      
      ✅ line 213
      🇺🇸 The
      
      ✅ line 215
      System settings
      
      ---------------------
      
      시스템 설정
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 216
      Environment variables
      
      ---------------------
      
      환경 변수
      
      ✅ line 217
      Global configuration store (code)
      
      ---------------------
      
      전역 구성 저장소(코드)
      
      = cos_simularity: 60.29748160380572%
      
      ✅ line 218
      Runtime parameters
      
      ---------------------
      
      런타임 매개 변수
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 220
      apply configuration in the order above by default, such that subsequent items in the list override settings from previous items in the list.
      
      ---------------------
      
      기본적으로 위의 순서대로 구성을 적용하여, 목록의 후속 항목이 이전 항목의 설정을 재정의하도록 하십시오.
      
      = cos_simularity: 73.25052427369967%
      
      ✅ line 222
      support configuration systems that users opt in to that do not follow the above ordering.
      
      ---------------------
      
      사용자가 위의 순서를 따르지 않는 구성 시스템을 지원할 수 있습니다.
      
      = cos_simularity: 70.60777744337089%
      
      ✅ line 224
      be consistent with naming between environment variables and configuration keys.
      
      ---------------------
      
      환경 변수와 구성 키 사이의 이름을 일관되게 지정하십시오.
      
      = cos_simularity: 25.32094495161746%
      
      ✅ line 226
      log when a configuration setting is found somewhere in the environment or global configuration store.
      
      ---------------------
      
      환경 또는 전역 구성 저장소의 어딘가에서 구성 설정이 발견되면 로그로 남기십시오.
      
      = cos_simularity: 56.66441608108925%
      
      ✅ line 228
      ignore configuration settings that are irrelevant for your client library.
      
      ---------------------
      
      클라이언트 라이브러리와 무관한 구성 설정은 무시할 수 있습니다.
      
      = cos_simularity: 27.519581217502303%
      
      ✅ line 230
      System settings
      
      ---------------------
      
      시스템 설정
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 232
      respect system settings for proxies.
      
      ---------------------
      
      프록시에 대한 시스템 설정을 준수해야 합니다.
      
      = cos_simularity: 58.033298467656856%
      
      ✅ line 234
      Environment variables
      
      ---------------------
      
      환경 변수
      
      ✅ line 236
      Environment variables are a well-known method for
      
      ---------------------
      
      환경 변수는
      
      = cos_simularity: 57.97386715376658%
      
      ✅ line 236
      administrators to configure basic settings when running code in the cloud.
      
      ---------------------
      
      관리자가 클라우드에서 코드를 실행할 때 기본 설정을 구성할 수 있는 잘 알려진 방법입니다.
      
      = cos_simularity: 43.330094650894715%
      
      ✅ line 238
      load relevant configuration settings from the environment variables listed in the table below:
      
      ---------------------
      
      아래 표에 나열된 환경 변수에서 관련 구성 설정을 로드하십시오:
      
      = cos_simularity: 80.19783064439235%
      
      ✅ line 242
      prefix Azure-specific environment variables with `AZURE_`.
      
      ---------------------
      
      Azure 특정 환경 변수에 접두사를 `AZURE_`로 지정하십시오.
      
      = cos_simularity: 27.519581217502303%
      
      ✅ line 244
      ### Global configuration
      
      ---------------------
      
      {% include requirement/MUST id="azurecore-config-envvars-no-proxy-cidr" %} `NO_PROXY`에 대해 [CIDR notation]를 지원하십시오.
      
      = cos_simularity: 0.0%
      
      ✅ line 246
      Global configuration refers to configuration settings that are applied to all applicable client constructors in some manner.
      
      ---------------------
      
      ### 전역 구성
      
      = cos_simularity: 29.03209973602377%
      
      ✅ line 248
      {% include requirement/MUST id="azurecore-config-shared-pipeline-policies" %} support global configuration of shared pipeline policies including:
      
      ---------------------
      
      전역 구성은 어떤 방식으로든 적용 가능한 모든 클라이언트 생성자에 적용되는 구성 설정을 나타냅니다.
      
      = cos_simularity: 3.421369084214042%
      
      ✅ line 250
      * Logging: Log level, swapping out logger implementation
      
      ---------------------
      
      {% include requirement/MUST id="azurecore-config-shared-pipeline-policies" %} 다음을 포함한 공유 파이프라인 정책의 전역 구성을 지원하십시오:
      
      = cos_simularity: 0.0%
      
      ✅ line 251
      🇺🇸 * HTTP: Proxy settings, max retries, timeout, swapping out transport implementation
      
      ✅ line 252
      🇺🇸 * Telemetry: enabled/disabled
      
      ✅ line 253
      🇺🇸 * Tracing: enabled/disabled
      
      ✅ line 255
      🇰🇷 * 로깅: 로그 레벨, 로거 구현 교체(swapping out)
      
      ✅ line 256
      🇰🇷 * HTTP: 프록시 설정, 최대 재시도 횟수, 시간 초과, 전송 구현 교체(swapping out)
      
      ✅ line 257
      🇰🇷 * 원격 분석: 활성화/비활성화
      
      ✅ line 258
      {% include requirement/MUST id="azurecore-config-override-global-config" %} provide configuration keys for setting or overriding every configuration setting inherited from the system or environment variables.
      
      ---------------------
      
      * 추적: 활성화/비활성화
      
      = cos_simularity: 0.0%
      
      ✅ line 260
      🇺🇸 id="azurecore-config-opt-out"
      🇰🇷 id="azurecore-config-override-global-config"
      
      => sentence diffrence : 43.18%
      
      ✅ line 260
      provide a method of opting out from importing system settings and environment variables into the configuration.
      
      ---------------------
      
      시스템 또는 환경 변수에서 상속된 모든 구성 설정을 설정하거나 재정의하기 위한 구성 키를 제공하십시오.
      
      = cos_simularity: 8.704446792504218%
      
      ✅ line 262
      ## Authentication and credentials
      
      ---------------------
      
      {% include requirement/MUST id="azurecore-config-opt-out" %} 시스템 설정 및 환경 변수를 구성으로 가져오는 것을 거부하는 방법을 제공하십시오.
      
      = cos_simularity: 0.0%
      
      ✅ line 264
      OAuth token authentication, obtained via Managed Security Identities (MSI) or Azure Identity is the preferred mechanism for authenticating service requests, and the only authentication credentials supported by the Azure Core library.
      
      ---------------------
      
      ## 인증 및 자격 증명
      
      = cos_simularity: 13.732225381708076%
      
      ✅ line 266
      provide a token credential type that can fetch an OAuth-compatible token needed to authenticate a request to the service in a non-blocking atomic manner.
      
      ---------------------
      
      MSI(Managed Security Identity) 또는 Azure Identity를 통해 얻는 OAuth 토큰 인증은 서비스 요청을 인증하는 기본 메커니즘이며, Azure Core 라이브러리에서 지원하는 유일한 인증 자격 증명입니다.-]{% include requirement/MUST id="azurecore-auth-token-credential" %} [-서비스에 대한 요청을 비차단 원자성 방식으로 인증하는 데 필요한 OAuth 호환 토큰을 가져올 수 있는 토큰 자격 증명 유형을 제공하십시오.
      
      = cos_simularity: 41.40170443455772%
      
      ✅ line 266
      🇰🇷 MSI(Managed Security Identity) 또는 Azure Identity를 통해 얻는 OAuth 토큰 인증은 서비스 요청을 인증하는 기본 메커니즘이며, Azure Core 라이브러리에서 지원하는 유일한 인증 자격 증명입니다.
      
      ✅ line 270
      header]:
      
      ---------------------
      
      헤더]:
      
      ✅ line 271
      [Transient fault handling]:
      
      ---------------------
      
      [일시적인 오류 처리]:
      
      = cos_simularity: 50.310261241513146%
      
      ✅ line 274
      [Tracing Conventions]: {{ site.baseurl }}{% link docs/tracing/distributed-tracing-conventions.md %}
      
      ---------------------
      
      [CIDR notation]: https://en.wikipedia.org/wiki/Classless_Inter-Domain_Routing
      
      = cos_simularity: 0.0%
      
      

      ---

      🇺🇸: 32 words 🇰🇷: 50 words
      

      Modified rate 1.56%
      Translate rate 81.24%

    • design.md : Modified 🇺🇸91 / 🇰🇷7 📄 3808

      ✅ line 2
      "General Guidelines:
      
      ---------------------
      
      "공통 가이드라인:
      
      = cos_simularity: 0.0%
      
      ✅ line 2
      Design"
      
      ---------------------
      
      디자인"
      
      ✅ line 9
      The
      
      ---------------------
      
      클라이언트 라이브러리의
      
      = cos_simularity: 0.0%
      
      ✅ line 9
      surface of your client library must have the most thought as it is the primary interaction that the consumer has with your service.
      
      ---------------------
      
      표면은 소비자가 서비스와 갖는 주요 상호 작용이기 때문에 가장 많이 고려해야 합니다.
      
      = cos_simularity: 50.31026124151317%
      
      ✅ line 11
      Namespaces
      
      ---------------------
      
      네임스페이스
      
      = cos_simularity: 100.0%
      
      ✅ line 13
      Some languages have a concept of namespaces to group related types. Grouping services within a cloud infrastructure is common since it aids discoverability and provides structure to the reference documentation.
      
      ---------------------
      
      일부 언어에는 관련 유형을 그룹화하기 위한 네임스페이스 개념이 있습니다. 클라우드 인프라 내에서 서비스를 그룹화하는 것은 검색 가능성을 지원하고 참조 문서에 구조를 제공하기 때문에 일반적입니다.
      
      = cos_simularity: 83.18714763738949%
      
      ✅ line 15
      support namespaces if namespace usage is common within the language ecosystem.
      
      ---------------------
      
      언어 생태계에서 네임스페이스 사용이 일반적인 경우 네임스페이스를 지원해야 합니다.
      
      = cos_simularity: 50.310261241513146%
      
      ✅ line 17
      use a root namespace of the form `..`. All consumer-facing APIs that are commonly used should exist within this namespace. The namespace is comprised of three parts:
      
      ---------------------
      
      `..` 형식의 루트 네임스페이스를 사용하십시오. 일반적으로 사용되는 모든 소비자 대면 API는 이 네임스페이스 내에 있어야 합니다. 네임스페이스는 세 부분으로 구성됩니다:
      
      = cos_simularity: 75.48969126692829%
      
      ✅ line 19
      `` indicates a common prefix for all
      
      ---------------------
      
      ``는 모든
      
      = cos_simularity: 17.57860783933462%
      
      ✅ line 19
      services. This may be
      
      ---------------------
      
      서비스에 대한 공통 접두사를 나타냅니다. 이는 언어 내 공통 형식에 따라
      
      = cos_simularity: 0.0%
      
      ✅ line 19
      or `com.azure` or similiar, depending on the common form within the language.
      
      ---------------------
      
      또는 `com.azure`이거나 이와 유사할 수 있습니다.
      
      = cos_simularity: 36.55142474699859%
      
      ✅ line 20
      `` is the group for the service. See the list below.
      
      ---------------------
      
      ``은 서비스의 그룹입니다. 아래의 리스트를 보십시오.
      
      = cos_simularity: 33.60969272762574%
      
      ✅ line 21
      `` is the shortened service name.
      
      ---------------------
      
      ``는 줄여 쓴 서비스 이름입니다.
      
      = cos_simularity: 60.29748160380572%
      
      ✅ line 23
      pick a shortened service name that allows the consumer to tie the package to the service being used. As a default, use the compressed service name. The namespace does **NOT** change when the branding of the product changes, so avoid the use of marketing names that may change.
      
      ---------------------
      
      소비자가 패키지를 사용 중인 서비스에 연결할 수 있도록 단축된 서비스 이름을 선택하십시오. 기본적으로, 줄여서 쓴 서비스 이름을 사용합니다. 네임스페이스는 제품 브랜딩이 변경될 때 변경되지 **않습니다**. 따라서 변경될 수 있는 마케팅 이름의 사용을 피하세요.
      
      = cos_simularity: 59.37385016900462%
      
      ✅ line 25
      A compressed service name is the service name without spaces. It may further be shortened if the shortened version is well known in the community. For example,
      
      ---------------------
      
      줄여 쓴 서비스 이름은 공백이 없는 서비스 이름입니다. 커뮤니티에서 줄여 쓴 이름이 잘 알려진 경우, 더 줄여 쓸 수 있습니다. 예를 들어,
      
      = cos_simularity: 47.39393421029533%
      
      ✅ line 25
      Analytics" would have a compressed service name of `MediaAnalytics`, whereas
      
      ---------------------
      
      Analytics"는 줄여 쓴 서비스 이름이 `MediaAnalytics`인 한편,
      
      = cos_simularity: 18.443191662261306%
      
      ✅ line 25
      Bus" would become `ServiceBus`.
      
      ---------------------
      
      Bus"는 `ServiceBus`가 됩니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 27
      use the following list as the group of services (if the target language supports namespaces):
      
      ---------------------
      
      (대상 언어가 네임스페이스를 지원하는 경우) 다음 목록을 서비스 그룹으로 사용하십시오:
      
      = cos_simularity: 82.0020739282118%
      
      ✅ line 31
      If the client library does not seem to fit into the group list, contact the
      
      ---------------------
      
      클라이언트 라이브러리가 그룹 목록에 맞지 않는 경우,
      
      = cos_simularity: 75.23197619890014%
      
      ✅ line 31
      Board] to discuss the namespace requirements.
      
      ---------------------
      
      Board]에 문의하여 네임스페이스 요구 사항에 대해 논의하십시오.
      
      = cos_simularity: 30.412574187549353%
      
      ✅ line 33
      place the management (Azure Resource Manager) API in the
      
      ---------------------
      
      관리(Azure 리소스 관리자) API를
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 33
      group. Use the grouping
      
      ---------------------
      
      그룹에 배치하십시오. 네임스페이스에 대해
      
      = cos_simularity: 0.0%
      
      ✅ line 33
      for the namespace. Since more services require control plane APIs than data plane APIs, other namespaces may be used explicitly for control plane only. Data plane usage is by exception only. Additional namespaces that can be used for control plane SDKs include:
      
      ---------------------
      
      그룹을 사용하십시오. 더 많은 서비스가 컨트롤 플레인 API를 필요로 하기 때문에, 다른 네임스페이스는 제어 플레인에만 명시적으로 사용할 수 있습니다. 데이터 플레인 사용은 예외입니다. 컨트롤 플레인 SDK에 사용할 수 있는 추가 네임스페이스는 다음과 같습니다:
      
      = cos_simularity: 40.34952947213574%
      
      ✅ line 37
      Many
      
      ---------------------
      
      많은
      
      ✅ line 37
      APIs do not have a data plane because they deal with management of the
      
      ---------------------
      
      API는
      
      ✅ line 37
      account. Place the management library in the
      
      ---------------------
      
      계정 관리를 처리하기 때문에 데이터 플레인이 없습니다. 관리 라이브러리를
      
      = cos_simularity: 25.213870694526264%
      
      ✅ line 37
      namespace. For example, use `azure.management.costanalysis` instead of `azure.management.management.costanalysis`.
      
      ---------------------
      
      네임스페이스에 배치하십시오. 예를 들어, 'azure.management.management.costanalysis' 대신 'azure.management.costanalysis'를 사용하십시오.
      
      = cos_simularity: 80.26080002469268%
      
      ✅ line 39
      choose similar names for clients that do different things.
      
      ---------------------
      
      서로 다른 작업을 수행하는 클라이언트에 대해 유사한 이름을 선택하지 마십시오.
      
      = cos_simularity: 64.98913515523019%
      
      ✅ line 41
      register the chosen namespace with the
      
      ---------------------
      
      선택한 네임스페이스를
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 41
      Board]. Open an issue to request the namespace. See [the registered namespace list](registered_namespaces.html) for a list of the currently registered namespaces.
      
      ---------------------
      
      Board]에 등록하십시오. 네임스페이스를 요청하려면 이슈를 생성하십시오. 현재 등록된 네임스페이스 목록은 [등록된 네임스페이스 목록](registered_namespaces.html)을 참조하세요.
      
      = cos_simularity: 56.35003957009452%
      
      ✅ line 43
      Example Namespaces
      
      ---------------------
      
      네임스페이스 예시
      
      = cos_simularity: 33.609692727625756%
      
      ✅ line 45
      Here are some examples of namespaces that meet these guidelines:
      
      ---------------------
      
      다음은 이러한 지침을 충족하는 네임스페이스의 몇 가지 예입니다:
      
      = cos_simularity: 100.00000000000004%
      
      ✅ line 51
      (the client library for Notification Hubs)
      
      ---------------------
      
      (Notification Hubs를 위한 클라이언트 라이브러리)
      
      = cos_simularity: 25.233420143369617%
      
      ✅ line 52
      (the management library for Notification Hubs)
      
      ---------------------
      
      (Notification Hubs를 위한 관리 라이브러리)
      
      = cos_simularity: 29.12194185636897%
      
      ✅ line 54
      Here are some namespaces that do not meet the guidelines:
      
      ---------------------
      
      다음은 지침에 맞지 않는 몇 가지 네임스페이스입니다.
      
      = cos_simularity: 50.310261241513146%
      
      ✅ line 56
      (not in the `Azure` namespace and does not use grouping)
      
      ---------------------
      
      (`Azure` 네임스페이스에 속하지 않으며, 그룹핑을 사용하지 않음)
      
      = cos_simularity: 55.86177528223194%
      
      ✅ line 57
      (the grouping is not in the approved list)
      
      ---------------------
      
      (그룹이 승인된 목록에 없음)
      
      = cos_simularity: 60.29748160380572%
      
      ✅ line 58
      (too many levels in the group)
      
      ---------------------
      
      (그룹에 너무 많은 단계가 있음)
      
      = cos_simularity: 12.735952979479356%
      
      ✅ line 60
      Client interface
      
      ---------------------
      
      클라이언트 인터페이스
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 62
      surface will consist of one of more
      
      ---------------------
      
      표면은 소비자가 서비스에 연결하기 위해 인스턴스화하는 하나 이상의
      
      = cos_simularity: 9.86796179798696%
      
      ✅ line 62
      that the consumer will instantiate to connect to your service, plus a set of supporting types.
      
      ---------------------
      
      및 지원 유형의 집합으로 구성됩니다.
      
      = cos_simularity: 9.269789668627059%
      
      ✅ line 62
      🇺🇸 The
      
      ✅ line 64
      suffix.
      
      ---------------------
      
      접미사를 사용하여 서비스 클라이언트 유형의 이름을 지정하십시오.
      
      = cos_simularity: 0.0%
      
      ✅ line 66
      There are times when operations require the addition of optional data, provided in what is colloquially known as an "options bag". Libraries should strive for consistent naming.
      
      ---------------------
      
      선택적 데이터, 즉 구어체로는 "옵션 백(options bag)"으로 알려진 것 안에 제공되는 데이터를 작업에서 추가해야 하는 경우가 있습니다. 라이브러리는 일관된 이름을 지정하기 위해 노력해야 합니다.
      
      = cos_simularity: 29.848936483542104%
      
      ✅ line 68
      suffix.
      
      ---------------------
      
      접미사를 사용하여 서비스 클라이언트 옵션 백의 유형 이름을 지정해야 합니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 70
      name operation option bag types with the `options` suffix. For example, if the operation is `get_secret`, then the type of the options bag would be called `get_secret_options`.
      
      ---------------------
      
      `option` 접미사를 사용하여 작업 옵션 백 유형의 이름을 지정해야 합니다. 예를 들어, 작업이 `get_secret`인 경우 옵션 백의 유형은 `get_secret_options`이라고 명명됩니다.
      
      = cos_simularity: 43.37894047439195%
      
      ✅ line 72
      place service client types that the consumer is most likely to interact with in the root namespace of the client library (assuming namespaces are supported in the target language). Specialized service clients may be placed in sub-namespaces.
      
      ---------------------
      
      소비자가 상호 작용할 가능성이 가장 높은 서비스 클라이언트 유형을 클라이언트 라이브러리의 루트 네임스페이스에 배치하십시오(네임스페이스가 대상 언어에서 지원된다고 가정). 특수 서비스 클라이언트는 하위 네임스페이스에 배치할 수 있습니다.
      
      = cos_simularity: 73.476868347535%
      
      ✅ line 74
      allow the consumer to construct a service client with the minimal information needed to connect and authenticate to the service.
      
      ---------------------
      
      소비자가 서비스에 연결하고 인증하는 데 필요한 최소한의 정보로 서비스 클라이언트를 구성할 수 있도록 허용하십시오.
      
      = cos_simularity: 84.77624970048979%
      
      ✅ line 76
      standardize verb prefixes within a set of client libraries for a service. The service must be able to speak about a specific operation in a cross-language manner within outbound materials (such as documentation, blogs, and public speaking). They cannot do this if the same operation is referred to by different verbs in different languages.
      
      ---------------------
      
      서비스에 대한 클라이언트 라이브러리 세트 내에서 동사 접두사를 표준화하십시오. 서비스는 아웃바운드 자료(예시: 문서, 블로그 및 대중 연설) 내에서 교차 언어 간 방식으로 특정 작업에 대해 말할 수 있어야 합니다. 동일한 작업이 다른 언어의 다른 동사에 의해 참조되는 경우에는 이 작업을 수행할 수 없습니다.
      
      = cos_simularity: 75.2961574475688%
      
      ✅ line 78
      The following are standard verb prefixes. You should have a good (articulated) reason to have an alternate verb for one of these operations. For example, .NET uses `Gets` instead of
      
      ---------------------
      
      다음은 표준 동사 접두사입니다. 이러한 작업 중 하나에 대해 대체 동사가 있어야 하는 타당한(명확한) 이유가 있어야 합니다. 예를 들어, .NET은 언어에 관용적이기 때문에
      
      = cos_simularity: 37.49376571911608%
      
      ✅ line 78
      since it is idiomatic to the language.
      
      ---------------------
      
      대신 `Gets`를 사용합니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 82
      support
      
      ---------------------
      
      클라이언트 라이브러리가 나타내는 Azure 서비스에서 제공하는 기능을
      
      = cos_simularity: 0.0%
      
      ✅ line 82
      of the features provided by the Azure service the client library represents. Gaps in functionality cause confusion and frustration among developers.
      
      ---------------------
      
      지원하십시오. 기능상의 격차는 개발자들 사이에 혼란과 좌절을 야기합니다.
      
      = cos_simularity: 36.12108762957872%
      
      ✅ line 84
      Service
      
      ---------------------
      
      서비스
      
      ✅ line 84
      versions
      
      ---------------------
      
      버전
      
      ✅ line 86
      The purposes of the client library is to communicate with an
      
      ---------------------
      
      클라이언트 라이브러리의 목적은
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 86
      service.
      
      ---------------------
      
      서비스와 통신하는 것입니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 86
      services support multiple
      
      ---------------------
      
      서비스는 여러
      
      = cos_simularity: 57.97386715376658%
      
      ✅ line 86
      versions. To understand the capabilities of the service, the client library must be able to support multiple service
      
      ---------------------
      
      버전을 지원합니다. 서비스의 기능을 이해하려면, 클라이언트 라이브러리가 여러 서비스
      
      = cos_simularity: 43.60379885513016%
      
      ✅ line 86
      versions.
      
      ---------------------
      
      버전을 지원할 수 있어야 합니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 88
      only target generally available service
      
      ---------------------
      
      클라이언트 라이브러리의 GA 버전을 출시할 때는 일반적으로 사용 가능한 서비스
      
      = cos_simularity: 27.73962289762415%
      
      ✅ line 88
      versions when releasing a stable version of the client library.
      
      ---------------------
      
      버전만 대상으로 하십시오.
      
      = cos_simularity: 0.0%
      
      ✅ line 90
      target the latest generally available service
      
      ---------------------
      
      클라이언트 라이브러리의 GA 버전에서는 기본적으로 일반적으로 사용 가능한 최신 서비스
      
      = cos_simularity: 6.997254341808112%
      
      ✅ line 90
      version by default in stable versions of the client library.
      
      ---------------------
      
      버전을 대상으로 하십시오.
      
      = cos_simularity: 0.0%
      
      ✅ line 92
      document the service
      
      ---------------------
      
      기본적으로 사용되는 서비스
      
      = cos_simularity: 0.0%
      
      ✅ line 92
      version that is used by default.
      
      ---------------------
      
      버전을 문서화하십시오.
      
      = cos_simularity: 0.0%
      
      ✅ line 94
      target the latest public preview
      
      ---------------------
      
      클라이언트 라이브러리의 공개(public) 베타 버전을 출시할 때는 기본적으로 최신 공개 미리 보기
      
      = cos_simularity: 27.4564300906118%
      
      ✅ line 94
      version by default when releasing a public beta version of the client library.
      
      ---------------------
      
      버전을 대상으로 하십시오.
      
      = cos_simularity: 11.671773546032798%
      
      ✅ line 96
      include all service
      
      ---------------------
      
      `ServiceVersion` 열거(enumerated) 값에 클라이언트 라이브러리에서 지원하는 모든 서비스
      
      = cos_simularity: 25.213870694526264%
      
      ✅ line 96
      versions that are supported by the client library in a `ServiceVersion` enumerated value.
      
      ---------------------
      
      버전을 포함하십시오.
      
      = cos_simularity: 0.0%
      
      ✅ line 98
      enumerated value "match" the version strings in the service
      
      ---------------------
      
      열거 값의 값이 서비스
      
      = cos_simularity: 0.0%
      
      ✅ line 98
      definition.
      
      ---------------------
      
      정의의 버전 문자열과 "일치"하는지 확인하십시오.
      
      = cos_simularity: 0.0%
      
      ✅ line 100
      {% include requirement/MUST id="general-service-apiversion-7" %} add or replace the `api-version` query parameter on any URI returned by the service e.g., `Operation-Location`, next page links, etc., with the service version passed configured on the client.
      
      ---------------------
      
      이 요구 사항의 목적을 위해 의미론적(semantic) 변경이 허용됩니다. 예를 들어, 많은 버전 문자열은 점과 대시를 허용하는 SemVer를 기반으로 합니다. 그러나 이러한 문자는 식별자에서는 허용되지 않습니다. 개발자는 서비스의 버전이 `ServiceVersion` 열거 값의 각 값으로 설정될 때, 어떤 서비스 API 버전이 사용될지 **반드시** 명확하게 이해할 수 있어야 합니다.
      
      = cos_simularity: 4.009605754143767%
      
      ✅ line 102
      For the purposes of this requirement, semantic changes are allowed. For instance, many version strings are based on SemVer, which allows dots and dashes. However, these characters are not allowed in identifiers. The developer **MUST** be able to clearly understand what service API version will be used when the service version is set to each value in the `ServiceVersion` enumerated value.
      
      ---------------------
      
      ## 모델 형식
      
      = cos_simularity: 0.0%
      
      ✅ line 104
      ## Model types
      
      ---------------------
      
      클라이언트 라이브러리는 Azure 서비스와 주고받는 엔터티를 모델 형식으로 나타냅니다. 특정 형식은 서비스 왕복(round-trips)에 사용됩니다. 그것들은 (추가 또는 업데이트 작업으로) 서비스에 보내지고 (가져오기 작업으로) 서비스에서 검색될 수 있습니다. 그들은 형식에 따라 이름 지어져야 합니다. 예를 들어, 앱 구성(App Configuration)의 `ConfigurationSetting`, 또는 이벤트 그리드(Event Grid)의 `Event`입니다.
      
      = cos_simularity: 5.692548331193387%
      
      ✅ line 106
      Client libraries represent entities transferred to and from Azure services as model types. Certain types are used for round-trips to the service. They can be sent to the service (as an addition or update operation) and retrieved from the service (as a get operation). These should be named according to the type. For example, a `ConfigurationSetting` in App Configuration, or an `Event` on Event Grid.
      
      ---------------------
      
      모델 형식 내에 데이터는 일반적으로 두 부분으로 나눌 수 있습니다 - 서비스에 대한 최상의 시나리오 중 하나를 지원하는 데 사용되는 데이터와 덜 중요한 데이터입니다. `Foo` 형식이 주어지면, 덜 중요한 세부 정보를 `FooDetails`라는 유형으로 수집하고, `details`속성으로 `Foo`에 첨부할 수 있습니다.
      
      = cos_simularity: 6.472740335849178%
      
      ✅ line 108
      Data within the model type can generally be split into two parts - data used to support one of the champion scenarios for the service, and less important data. Given a type `Foo`, the less important details can be gathered in a type called `FooDetails` and attached to `Foo` as the `details` property.
      
      ---------------------
      
      예시:
      
      ✅ line 110
      🇺🇸 For example:
      
      ✅ line 126
      Optional parameters and settings to an operation should be collected into an options bag named `Options`. For example, the
      
      ---------------------
      
      작업에 대한 선택적 매개변수 및 설정은 `Options`라는 옵션 백에 수집해야 합니다. 예를 들어
      
      = cos_simularity: 65.34225190479034%
      
      ✅ line 126
      method might take a
      
      ---------------------
      
      메서드는 선택적 매개 변수를 지정하기 위해
      
      = cos_simularity: 30.32160644503863%
      
      ✅ line 126
      class for specifying optional parameters.
      
      ---------------------
      
      클래스를 사용할 수 있습니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 128
      Results should use the model type (e.g. `ConfigurationSetting`) where the return value is a complete set of data for the model. However, in cases where a partial schema is returned, use the following types:
      
      ---------------------
      
      결과는 반환 값이 모델에 대한 완전한 데이터 세트인 모델 형식(예: `ConfigurationSetting`)을 사용해야 합니다. 그러나 부분 스키마가 반환되는 경우, 다음 형식을 사용합니다:
      
      = cos_simularity: 48.61438647008596%
      
      ✅ line 130
      `Item` for each item in an enumeration if the enumeration returns a partial schema for the model. For example, `GetBlobs()` return an enumeration of `BlobItem`, which contains the blob name and metadata, but not the content of the blob.
      
      ---------------------
      
      `Item`: 열거(enumeration)가 모델에 대한 부분 스키마를 반환하는 경우, 열거의 각 항목에 대한 `Item`를 사용합니다. 예를 들어, `GetBlobs()`은 Blob의 이름과 메타데이터를 포함하지만 Blob의 내용은 포함하지 않는 `BlobItem`의 열거를 반환합니다.
      
      = cos_simularity: 62.313585963563156%
      
      ✅ line 131
      `Result` for the result of an operation. The `` is tied to a specific service operation. If the same result can be used for multiple operations, use a suitable noun-verb phrase instead. For example, use `UploadBlobResult` for the result from `UploadBlob`, but `ContainerChangeResult` for results from the various methods that change a blob container.
      
      ---------------------
      
      `Result`: 작업의 결과를 위해 `Result`를 사용합니다. ``은 특정 서비스 작업에 연결됩니다. 여러 작업에 동일한 결과를 사용할 수 있는 경우, 적절한 명사-동사구를 대신 사용하십시오. 예를 들어, `UploadBlob`의 결과에는 `UploadBlobResult`를 사용하되, Blob 컨테이너를 변경하는 다양한 메서드의 결과에는 `ContainerChangeResult`를 사용합니다.
      
      = cos_simularity: 65.98319225922714%
      
      ✅ line 133
      The following table enumerates the various models you might create:
      
      ---------------------
      
      다음 표에는 생성할 수 있는 다양한 모델이 나열되어 있습니다:
      
      = cos_simularity: 60.297481603805714%
      
      ✅ line 135
      Type
      
      ---------------------
      
      형식
      
      ✅ line 135
      Example
      
      ---------------------
      
      예시
      
      ✅ line 135
      Usage
      
      ---------------------
      
      사용
      
      ✅ line 136
      The full data for a resource
      
      ---------------------
      
      리소스의 전체 데이터.
      
      = cos_simularity: 41.120705506761865%
      
      ✅ line 137
      Less important details about a resource. Attached to `.details` |
      
      ---------------------
      
      리소스에 대한 덜 중요한 세부정보. `.details`에 첨부됨.|
      
      = cos_simularity: 36.80232087561149%
      
      ✅ line 138
      A partial set of data returned for enumeration
      
      ---------------------
      
      열거에 대해 반환된 데이터의 부분 집합.
      
      = cos_simularity: 9.193998174078082%
      
      ✅ line 139
      Optional parameters to a single operation
      
      ---------------------
      
      단일 작업에 대한 선택적 매개변수.
      
      = cos_simularity: 58.033298467656856%
      
      ✅ line 140
      A partial or different set of data for a single operation
      
      ---------------------
      
      단일 작업에 대한 부분 또는 다른 데이터 집합.
      
      = cos_simularity: 77.99154245579976%
      
      ✅ line 141
      A partial or different set of data for multiple operations on a model
      
      ---------------------
      
      모델에 대한 여러 작업에 대한 부분적 또는 다른 데이터 집합.
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 143
      Network requests
      
      ---------------------
      
      네트워크 요청
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 145
      Since the client library generally wraps one or more
      
      ---------------------
      
      클라이언트 라이브러리는 일반적으로 하나 이상의
      
      = cos_simularity: 67.64792400877006%
      
      ✅ line 145
      requests, it is important to support standard network capabilities. Asynchronous programming techniques are not widely understood, although such techniques are essential in developing scalable web services and required in certain environments (such as mobile or Node environments). Many developers prefer synchronous method calls for their easy semantics when learning how to use a technology. In addition, consumers have come to expect certain capabilities in a network stack - capabilities such as call cancellation, automatic retry, and logging.
      
      ---------------------
      
      요청을 래핑하므로, 표준 네트워크 기능을 지원하는 것이 중요합니다. 비동기 프로그래밍 기법은 널리 이해되지는 않지만, 이러한 기법은 확장 가능한 웹 서비스 개발에 필수적이며 특정 환경(모바일 또는 노드 환경)에서 필요합니다. 많은 개발자들은 기술 사용법을 배울 때 쉬운 의미론(semantics) 때문에 동기식 메서드 호출을 선호합니다. 또한 소비자는 네트워크 스택에서 호출 취소, 자동 재시도, 로깅과 같은 특정 기능을 기대하게 되었습니다.
      
      = cos_simularity: 62.80974756229843%
      
      ✅ line 147
      support both synchronous and asynchronous method calls, except where the language or default runtime does not support one or the other.
      
      ---------------------
      
      동기 및 비동기 메서드 호출을 모두 지원하십시오. 언어 또는 기본 런타임이 둘 중 하나를 지원하지 않는 경우는 예외입니다.
      
      = cos_simularity: 54.28602769562183%
      
      ✅ line 149
      ensure that the consumer can identify which methods are async and which are synchronous.
      
      ---------------------
      
      소비자가 어떤 메서드가 비동기식이고, 어떤 메서드가 동기식인지 식별할 수 있는지 확인하십시오.
      
      = cos_simularity: 16.8120002662379%
      
      ✅ line 151
      When an application makes a network request, the network infrastructure (like routers) and the called service may take a long time to respond and, in fact, may never respond. A well-written application SHOULD NEVER give up its control to the network infrastucture or service. Here are some examples as to why this is so important:
      
      ---------------------
      
      애플리케이션이 네트워크 요청을 할 때, (라우터와 같은) 네트워크 인프라와 호출된 서비스가 응답하는 데 오랜 시간이 걸릴 수 있으며, 실제로는 아예 응답하지 않을 수 있습니다. 잘 작성된 애플리케이션은 네트워크 인프라나 서비스에 대한 제어를 절대 포기해서는 안 됩니다. 이것이 왜 중요한지에 대한 몇 가지 예는 다음과 같습니다:
      
      = cos_simularity: 49.5497664870707%
      
      ✅ line 153
      When an orchestrator needs to terminate a service (due to scale in, reconfiguration, or upgrading to a new version), the orchestrator typically notifies a running service instance by sending the
      
      ---------------------
      
      오케스트레이터가 (스케일 인, 재구성 또는 새 버전으로 업그레이드하기 위해) 서비스를 종료해야 하는 경우, 일반적으로 오케스트레이터는
      
      = cos_simularity: 51.33446566680539%
      
      ✅ line 153
      SIGINT. When the service receives this signal, it should terminate as quickly and gracefully as possible by setting a cancellation mechanism which is honored by all network operations that are currently in progress.
      
      ---------------------
      
      SIGINT를 전송하여 실행 중인 서비스 인스턴스에 알립니다. 서비스가 이 신호를 수신하면, 현재 진행 중인 모든 네트워크 작업에 적용되는 취소 메커니즘을 설정하여 최대한 빠르고 정상적으로(gracefully) 종료해야 합니다.
      
      = cos_simularity: 59.86531315436725%
      
      ✅ line 154
      When a consumer's web server receives a request, it may set a time limit indicating how much time it is allowing before it must give a response to the user.
      
      ---------------------
      
      소비자의 웹 서버가 요청을 수신하면, 사용자에게 응답을 제공해야 하기 전에 허용되는 시간을 나타내는 시간 제한을 설정할 수 있습니다.
      
      = cos_simularity: 48.31669290456148%
      
      ✅ line 155
      When a consumer's
      
      ---------------------
      
      소비자의
      
      ✅ line 155
      application makes a request to an
      
      ---------------------
      
      애플리케이션이 당사의 SDK를 통해
      
      = cos_simularity: 0.0%
      
      ✅ line 155
      service via our SDK, the GUI might offer a cancel button so that the end user can indicate that they are no longer in waiting for an operation or operations to complete.
      
      ---------------------
      
      서비스에 요청할 때, GUI에서 취소 버튼을 제공하여 최종 사용자가 더 이상 작업이 완료되기를 기다리고 있지 않음을 나타낼 수 있습니다.
      
      = cos_simularity: 40.58859969976558%
      
      ✅ line 157
      The best way for consumers to work with cancellation is to think of cancellation objects as forming a tree. For example:
      
      ---------------------
      
      소비자가 취소 작업을 수행하는 가장 좋은 방법은 취소 객체를 트리를 형성하는 것으로 생각하는 것입니다. 예를 들어:
      
      = cos_simularity: 80.19783064439237%
      
      ✅ line 159
      Cancelling a parent automatically cancels its children.
      
      ---------------------
      
      부모 항목을 취소하면 자식 항목이 자동으로 취소됩니다.
      
      = cos_simularity: 34.46421410380548%
      
      ✅ line 160
      Children can time out sooner than their parent but cannot extend the total time.
      
      ---------------------
      
      자식 항목은 부모보다 일찍 타임아웃할 수 있지만 총 시간을 연장할 수는 없습니다.
      
      = cos_simularity: 39.01052651831878%
      
      ✅ line 161
      Cancellation can happen due to timeout or due to a manual/explicit cancel.
      
      ---------------------
      
      취소는 시간 초과 또는 수동/명시적 취소로 인해 발생할 수 있습니다.
      
      = cos_simularity: 100.00000000000007%
      
      ✅ line 163
      Here is an example of how an application would use the tree of cancellations:
      
      ---------------------
      
      다음은 애플리케이션이 취소 트리를 사용하는 방법의 예입니다:
      
      = cos_simularity: 67.35205045780812%
      
      ✅ line 165
      When an application starts, it should create a cancellation object that represents the entire application; this object is explicitly terminated in response to the application receiving a
      
      ---------------------
      
      애플리케이션이 시작되면, 전체 애플리케이션을 나타내는 취소 객체를 만들어야 합니다. 이 객체는
      
      = cos_simularity: 23.855344519607367%
      
      ✅ line 165
      notification.
      
      ---------------------
      
      알림을 받는 애플리케이션에 대한 응답으로 명시적으로 종료됩니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 166
      When a web server receives an incoming request, it would create a new cancellation object that is a child of the application node. The new cancellation object would specify a maximum time that the web server is allowed to operate on the request.
      
      ---------------------
      
      웹 서버가 수신 요청을 받으면, 애플리케이션 노드의 하위 항목인 새 취소 객체를 만듭니다. 새 취소 객체는 웹 서버가 요청에 대해 작업할 수 있는 최대 시간을 지정합니다.
      
      = cos_simularity: 61.58435206204844%
      
      ✅ line 167
      As part of operating on the incoming request, the web server might need to make multiple requests to other services (like a database). If these requests can be made serially or in parallel, then they might share the previously created cancellation object. However, if the web server wants to limit the time spent on 1 or more of the requests, it can create a new cancellation object (with the desired timeout value) and make this object a child of the incoming node; this way, the individual request times out either when the overall request times out or when the maximum time for this operation is exceeded
      
      ---------------------
      
      수신 요청에 대한 작업의 일부로 웹 서버는 (데이터베이스와 같은) 다른 서비스에 여러 요청을 해야 할 수 있습니다. 이러한 요청을 직렬 또는 병렬로 수행할 수 있는 경우, 이전에 생성된 취소 객체를 공유할 수 있습니다. 그러나 웹 서버가 하나 이상의 요청에 소요되는 시간을 제한하려는 경우, (원하는 시간 초과 값으로) 새 취소 객체를 만들고, 이 객체를 들어오는 노드의 자식 객체로 만들 수 있습니다. 이렇게 하면 전체 요청 시간이 초과되거나 이 작업의 최대 시간이 초과될 때(둘 중 먼저 발생하는 경우) 개별 요청 시간이 초과됩니다.
      
      = cos_simularity: 72.01876083962503%
      
      ✅ line 167
      whichever happens first.
      
      ---------------------
      
      여러 요청이 병렬로 이루어진 경우, 일반적으로 소비자는 그 중 하나가 실패하면 모든 요청을 취소하고자 합니다. 이것은 지원되는 시나리오여야 합니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 168
      🇺🇸 - Note that if multiple requests are made in parallel, it is common for the consumer to want to cancel all of them if any one of them fails. This should be a supported scenario.
      
      ✅ line 170
      accept platform-native cancellation tokens (that implement a timeout) on all asynchronous calls.
      
      ---------------------
      
      모든 비동기식 호출에서 (시간 초과를 구현하는) 플랫폼 고유(platform-native) 취소 토큰을 수락하십시오.
      
      = cos_simularity: 33.817352289271554%
      
      ✅ line 172
      check cancellation tokens only on
      
      ---------------------
      
      취소 토큰은
      
      = cos_simularity: 57.97386715376658%
      
      ✅ line 172
      calls (such as network requests and file loads). Do not check cancellation tokens in between
      
      ---------------------
      
      통화(예시: 네트워크 요청 및 파일 로드)에서만 확인해야 합니다. 클라이언트 라이브러리 내에서
      
      = cos_simularity: 22.576484600261605%
      
      ✅ line 172
      calls within the client library (for example, when processing data between
      
      ---------------------
      
      호출 사이에 취소 토큰을 확인하지 마십시오(예:
      
      = cos_simularity: 8.45798608014702%
      
      ✅ line 172
      calls).
      
      ---------------------
      
      호출 간에 데이터를 처리할 때). 취소 토큰은 I/O 통화(예: 네트워크 요청 및 파일 로드)에서만 확인해야 합니다. 클라이언트 라이브러리 내에서 I/O 호출 사이에 취소 토큰을 확인하지 마십시오(예시: I/O 호출 간에 데이터를 처리할 때).
      
      = cos_simularity: 34.83055458274277%
      
      ✅ line 174
      leak the underlying protocol transport implementation details to the consumer. All types from the protocol transport implementation must be appropriately abstracted.
      
      ---------------------
      
      기본 프로토콜 전송 구현 세부 정보를 소비자에게 누설하지 마십시오. 프로토콜 전송 구현의 모든 유형은 적절하게 추상화되어야 합니다.
      
      = cos_simularity: 86.59674074447715%
      
      ✅ line 176
      Authentication
      
      ---------------------
      
      인증
      
      ✅ line 177
      services use a variety of different authentication schemes to allow clients to access the service. Conceptually, there are two entities responsible in this process: a credential and an authentication policy. Credentials provide confidential authentication data. Authentication policies use the data provided by a credential to authenticate requests to the service.
      
      ---------------------
      
      서비스는 클라이언트가 서비스에 액세스할 수 있도록 다양한 인증 체계를 사용합니다. 개념적으로 이 프로세스에는 자격 증명과 인증 정책이라는 두 가지 엔터티가 있습니다. 자격 증명은 기밀 인증 데이터를 제공합니다. 인증 정책은 자격 증명에서 제공한 데이터를 사용하여 서비스에 대한 요청을 인증합니다.
      
      = cos_simularity: 84.03814828598644%
      
      ✅ line 179
      Primarily, all
      
      ---------------------
      
      기본적으로 모든
      
      = cos_simularity: 0.0%
      
      ✅ line 179
      services should support
      
      ---------------------
      
      서비스는
      
      ✅ line 179
      token authentication, and all clients must support authenticating requests in this manner.
      
      ---------------------
      
      토큰 인증을 지원해야 하며 모든 클라이언트는 이러한 방식으로 인증 요청을 지원해야 합니다.
      
      = cos_simularity: 79.50833778808516%
      
      ✅ line 181
      provide a service client constructor or factory that accepts an instance of the
      
      ---------------------
      
      Azure Core에서
      
      = cos_simularity: 0.0%
      
      ✅ line 181
      abstraction from Azure Core.
      
      ---------------------
      
      추상화 인스턴스를 허용하는 서비스 클라이언트 생성자 또는 팩토리를 제공하십시오.
      
      = cos_simularity: 10.964258683453854%
      
      ✅ line 183
      persist, cache, or reuse tokens returned from the token credential. This is __CRITICAL__ as credentials generally have a short validity period and the token credential is responsible for refreshing these.
      
      ---------------------
      
      토큰 자격 증명에서 반환된 토큰을 유지, 캐시 또는 재사용하지 마십시오. 일반적으로 자격 증명의 유효 기간이 짧고, 토큰 자격 증명이 이러한 자격 증명을 갱신하는 역할을 담당하기 때문에 이는 __매우 중요합니다__.
      
      = cos_simularity: 55.18852194424632%
      
      ✅ line 185
      use authentication policy implementations from the
      
      ---------------------
      
      사용 가능한 경우
      
      = cos_simularity: 0.0%
      
      ✅ line 185
      library where available.
      
      ---------------------
      
      라이브러리의 인증 정책 구현을 사용하십시오.
      
      = cos_simularity: 0.0%
      
      ✅ line 187
      reserve the API surface needed for TokenCredential authentication, in the rare case that a service does not yet support
      
      ---------------------
      
      서비스가 아직
      
      = cos_simularity: 30.32160644503863%
      
      ✅ line 187
      authentication.
      
      ---------------------
      
      인증을 지원하지 않는 경우가 드물지만, 이러한 경우 TokenCredential 인증에 필요한 API 표면을 유지하십시오.
      
      = cos_simularity: 0.0%
      
      ✅ line 189
      OAuth, services may provide custom authentication schemes. In this case the following guidelines apply.
      
      ---------------------
      
      OAuth 외에도 서비스는 사용자 지정 인증 체계를 제공할 수 있습니다. 이 경우 다음 지침이 적용됩니다.
      
      = cos_simularity: 92.66368211041916%
      
      ✅ line 189
      🇺🇸 In addition to
      
      ✅ line 191
      support all authentication schemes that the service supports.
      
      ---------------------
      
      서비스가 지원하는 모든 인증 체계를 지원하십시오.
      
      = cos_simularity: 71.6811741443062%
      
      ✅ line 193
      define a public custom credential type which enables clients to authenticate requests using the custom scheme.
      
      ---------------------
      
      클라이언트가 사용자 지정 체계를 사용하여 요청을 인증할 수 있도록 하는 공개 사용자 지정 자격 증명 유형을 정의하십시오.
      
      = cos_simularity: 82.0020739282118%
      
      ✅ line 195
      define custom credential types extending or implementing the
      
      ---------------------
      
      Azure Core에서
      
      = cos_simularity: 0.0%
      
      ✅ line 195
      abstraction from Azure Core. This is especially true in type safe languages where extending or implementing this abstraction would break the type safety of other service clients, allowing users to instantiate them with the custom credential of the wrong service.
      
      ---------------------
      
      추상화를 확장하거나 구현하는 사용자 지정 자격 증명 형식을 정의하면 안 됩니다. 이는 특히 이러한 추상화를 확장하거나 구현하면 다른 서비스 클라이언트의 형식 안전성이 훼손되어 사용자가 잘못된 서비스에 대한 사용자 정의 자격 증명으로 해당 클라이언트를 인스턴스화할 수 있는 타입 세이프(type safe) 언어에서 더욱 그렇습니다.
      
      = cos_simularity: 38.07823956173435%
      
      ✅ line 197
      define custom credential types in the same namespace and package as the client, or in a service group namespace and shared package, not in
      
      ---------------------
      
      사용자 지정 자격 증명 형식은
      
      = cos_simularity: 27.4234159180337%
      
      ✅ line 197
      Core or
      
      ---------------------
      
      Core나
      
      ✅ line 197
      Identity.
      
      ---------------------
      
      Identity가 아닌, 클라이언트와 동일한 네임 스페이스 및 패키지 또는 서비스 그룹 네임스페이스와 공유 패키지 에서 지정하십시오.
      
      = cos_simularity: 0.0%
      
      ✅ line 199
      prepend custom credential type names with the service name or service group name to provide clear context to its intended scope and usage.
      
      ---------------------
      
      서비스 이름 또는 서비스 그룹 이름에 사용자 지정 자격 증명 유형 이름을 추가하여 의도한 범위 및 사용에 대한 명확한 컨텍스트를 제공하십시오.
      
      = cos_simularity: 82.6562646483423%
      
      ✅ line 201
      append Credential to the end of the custom credential type name. Note this must be singular not plural.
      
      ---------------------
      
      사용자 지정 자격 증명 유형 이름 끝에 자격 증명(Credential)을 추가하십시오. 이것은 복수가 아닌 단수여야 합니다.
      
      = cos_simularity: 62.63687268050692%
      
      ✅ line 203
      define a constructor or factory for the custom credential type which takes in ALL data needed for the custom authentication protocol.
      
      ---------------------
      
      사용자 정의 인증 프로토콜에 필요한 모든 데이터를 가져오는 사용자 정의 자격 증명 유형에 대한 생성자 또는 팩토리를 정의하십시오.
      
      = cos_simularity: 57.44651733947117%
      
      ✅ line 205
      define an update method which accepts all mutable credential data, and updates the credential in an atomic, thread safe manner.
      
      ---------------------
      
      변경 가능한 모든 자격 증명 데이터를 허용하고, 원자적인 스레드 안전 방식으로 자격 증명을 갱신하는 업데이트 메서드를 정의하십시오.
      
      = cos_simularity: 65.49838312574768%
      
      ✅ line 207
      define public settable properties or fields which allow users to update the authentication data directly in a non-atomic manner.
      
      ---------------------
      
      사용자가 인증 데이터를 비원자적 방식으로 직접 업데이트할 수 있도록 공개 설정 가능한 속성 또는 필드를 정의하지 마십시오.
      
      = cos_simularity: 45.76241622696326%
      
      ✅ line 209
      define public properties or fields which allow users to access the authentication data directly. They are most often not needed by end users, and are difficult to use in a thread safe manner. In the case that exposing the authentication data is necessary, all the data needed to authenticate requests should be returned from a single API which guarantees the data returned is in a consistent state.
      
      ---------------------
      
      사용자가 인증 데이터에 직접 접근할 수 있도록 허용하는 공용 속성 또는 필드를 정의하면 안 됩니다. 이는 최종 사용자가 필요로 하지 않는 경우가 대부분이며, 스레드로부터 안전한 방식으로 사용하기 어렵습니다. 인증 데이터를 노출해야 하는 경우, 요청을 인증하는 데 필요한 모든 데이터는 반환된 데이터가 일관된 상태임을 보장하는 단일 API에서 반환되어야 합니다.
      
      = cos_simularity: 68.1513893817785%
      
      ✅ line 211
      provide service client constructors or factories that accept all supported credential types.
      
      ---------------------
      
      지원되는 모든 자격 증명 유형을 허용하는 서비스 클라이언트 생성자 또는 팩토리를 제공하십시오.
      
      = cos_simularity: 60.2974816038057%
      
      ✅ line 213
      Client libraries may support providing credential data via a connection string __ONLY IF__ the service provides a connection string to users via the portal or other tooling. Connection strings are generally good for getting started as they are easily integrated into an application by copy/paste from the portal. However, connection strings are considered a lesser form of authentication because the credentials cannot be rotated within a running process.
      
      ---------------------
      
      클라이언트 라이브러리는 서비스가 포털 또는 기타 도구를 통해 사용자에게 연결 문자열(connection string)을 제공하는 __경우에만__ 연결 문자열을 통한 자격 증명 데이터 제공을 지원할 수 있습니다. 연결 문자열은 일반적으로 포털에서 복사/붙여넣기를 통해 애플리케이션에 쉽게 통합되므로 시작하기에 좋습니다. 그러나 연결 문자열은 실행 중인 프로세스 내에서 자격 증명을 교체할 수 없기 때문에, 덜 인증된 형식으로 간주됩니다.
      
      = cos_simularity: 71.33373095735718%
      
      ✅ line 215
      support constructing a service client with a connection string unless such connection string is available within tooling (for copy/paste operations).
      
      ---------------------
      
      도구 내에서 (복사/붙여넣기 작업 용으로) 이러한 연결 문자열을 사용할 수 있는 경우가 아니라면, 연결 문자열로 서비스 클라이언트를 구성하는 것을 지원하지 마십시오.
      
      = cos_simularity: 45.56538722924371%
      
      ✅ line 217
      Response formats
      
      ---------------------
      
      응답 형식
      
      ✅ line 219
      Requests to the service fall into two basic groups - methods that make a single logical request, or a deterministic sequence of requests. An example of a *single logical request* is a request that may be retried inside the operation. An example of a *deterministic sequence of requests* is a paged operation.
      
      ---------------------
      
      서비스에 대한 요청은 두 가지 기본 그룹, 즉 단일 논리적(single logical) 요청을 만드는 메서드 또는 요청의 결정론적 시퀀스(deterministic sequence)로 나뉩니다. *단일 논리적 요청*의 예는 작업 내에서 재시도할 수 있는 요청입니다. *결정론적 요청 시퀀스*의 예로는 페이징 작업이 있습니다.
      
      = cos_simularity: 67.6787885730903%
      
      ✅ line 221
      The *logical entity* is a protocol neutral representation of a response. For HTTP, the logical entity may combine data from headers, body and the status line. A common example is exposing an
      
      ---------------------
      
      *논리적 엔티티*는 응답의 프로토콜 중립적 표현입니다. HTTP의 경우, 논리적 엔터티는 헤더, 본문 및 상태 표시줄의 데이터를 결합할 수 있습니다. 일반적인 예로는 본문에서 역직렬화된 내용 외에도
      
      = cos_simularity: 59.263810503925704%
      
      ✅ line 221
      header as a property on the logical entity in addition to any deserialized content from the body.
      
      ---------------------
      
      헤더를 논리적 엔티티의 속성으로 노출하는 것입니다.
      
      = cos_simularity: 15.976420924144444%
      
      ✅ line 223
      optimize for returning the logical entity for a given request. The logical entity must represent the information needed in the 99%+ case.
      
      ---------------------
      
      주어진 요청에 대한 논리적 엔터티를 반환하도록 최적화하십시오. 논리적 엔터티는 99% 이상의 경우에 필요한 정보를 나타내야 합니다.
      
      = cos_simularity: 71.68117414430623%
      
      ✅ line 225
      allow a consumer to access the complete response, including the status line, headers and body. The client library must follow the language specific guidance for accomplishing this.
      
      ---------------------
      
      소비자가 상태 표시줄, 헤더 및 본문을 포함하여 전체 응답에 접근할 수 있도록 허용하십시오. 클라이언트 라이브러리는 이를 수행하기 위해 언어별 지침을 따라야 합니다.
      
      = cos_simularity: 58.83635900492964%
      
      ✅ line 227
      provide examples on how to access the raw and streamed response for a given request, where exposed by the client library. We do not expect all methods to expose a streamed response.
      
      ---------------------
      
      클라이언트 라이브러리에 의해 노출되는 주어진 요청에 대한 원시 및 스트림 응답에 액세스하는 방법의 예시를 제공하십시오. 모든 메서드가 스트림된 응답을 노출할 것으로 기대하지는 않습니다.
      
      = cos_simularity: 44.14101155873184%
      
      ✅ line 229
      provide a language idiomatic way to enumerate all logical entities for a paged operation, automatically fetching new pages as needed.
      
      ---------------------
      
      필요에 따라 새 페이지를 자동으로 가져오는 페이징 작업에 대한 모든 논리적 엔터티를 열거하는 언어 관용적 방법을 제공하십시오.
      
      = cos_simularity: 60.2974816038057%
      
      ✅ line 231
      For example, in Python:
      
      ---------------------
      
      예를 들어, 파이썬은 다음과 같습니다:
      
      = cos_simularity: 35.63004293331381%
      
      ✅ line 248
      For methods that combine multiple requests into a single call:
      
      ---------------------
      
      여러 요청을 단일 호출로 결합하는 메서드의 경우:
      
      = cos_simularity: 100.00000000000004%
      
      ✅ line 250
      return headers and other per-request metadata unless it is obvious as to which specific
      
      ---------------------
      
      메서드 반환 값이 어떤 특정
      
      = cos_simularity: 13.215817862062323%
      
      ✅ line 250
      request the methods return value corresponds to.
      
      ---------------------
      
      요청에 해당하는지 명확하지 않은 경우 헤더 및 기타 요청별 메타데이터를 반환하십시오.
      
      = cos_simularity: 0.0%
      
      ✅ line 252
      provide enough information in failure cases for an application to take appropriate corrective action.
      
      ---------------------
      
      실패 시 애플리케이션이 적절한 시정 조치를 취할 수 있도록 충분한 정보를 제공하십시오.
      
      = cos_simularity: 54.733190192161665%
      
      ✅ line 254
      use common reserved words as a property name within the models returned within the logical entity. For example:
      
      ---------------------
      
      논리 엔터티 내에 반환된 모델 내에서 공통 예약 단어를 속성 이름으로 사용하면 안 됩니다. 예를 들어:
      
      = cos_simularity: 51.72310173353064%
      
      ✅ line 259
      Such usage can cause confusion and will inevitably have to be changed on a per-language basis, which can cause consistency problems.
      
      ---------------------
      
      이러한 사용법은 혼동을 일으킬 수 있으며, 언어별로 반드시 변경해야 하므로 일관성 문제가 발생할 수 있습니다.
      
      = cos_simularity: 39.24425991293043%
      
      ✅ line 261
      Conditional requests
      
      ---------------------
      
      조건부 요청
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 263
      [Conditional requests](https://developer.mozilla.org/en-US/docs/Web/HTTP/Conditional_requests) are normally performed using
      
      ---------------------
      
      [HTTP 조건부 요청](https://developer.mozilla.org/en-US/docs/Web/HTTP/Conditional_requests)은 일반적으로
      
      = cos_simularity: 80.45233744391021%
      
      ✅ line 263
      headers. The primary usage provides headers that match the `ETag` to some known value. The `ETag` is an opaque identifier that represents a single version of a resource. For example, adding the following header will translate to "if the record's version, specified by the `ETag`, is not the same".
      
      ---------------------
      
      헤더를 사용하여 수행됩니다. 기본 사용법은 알려진 값에 `ETag`와 일치시키는 헤더를 제공합니다. `ETag`는 단일 버전의 리소스를 나타내는 불투명한 식별자입니다. 예를 들어 다음 헤더를 추가하면 "`ETag`로 지정된 레코드 버전이 동일하지 않은 경우"로 변환됩니다.
      
      = cos_simularity: 67.81632951297587%
      
      ✅ line 269
      With headers, tests are possible for the following:
      
      ---------------------
      
      헤더를 사용하여 다음을 테스트할 수 있습니다:
      
      = cos_simularity: 10.163066979112656%
      
      ✅ line 271
      Unconditionally (no additional headers)
      
      ---------------------
      
      조건 없음 (추가 헤더 없음)
      
      = cos_simularity: 63.50012214071283%
      
      ✅ line 272
      If (not) modified since a version
      
      ---------------------
      
      버전 이후 수정(안)한 경우
      
      = cos_simularity: 51.01490193104813%
      
      ✅ line 272
      and
      
      ---------------------
      
      및
      
      ✅ line 273
      If (not) modified since a date
      
      ---------------------
      
      날짜 이후 수정(안)한 경우
      
      = cos_simularity: 51.01490193104813%
      
      ✅ line 273
      and
      
      ---------------------
      
      및
      
      ✅ line 274
      If (not) present (`If-Match` and `If-Not-Match` with a `ETag=*` value)
      
      ---------------------
      
      존재하는(하지 않는) 경우 (`ETag=*` 값이 있는 `If-Match` 및 `If-Not-Match`)
      
      = cos_simularity: 60.89364572857249%
      
      ✅ line 276
      Not all services support all of these semantics, and may not support any of them. Developers have varying levels of understanding of the
      
      ---------------------
      
      모든 서비스가 이러한 의미 체계를 모두 지원하는 것은 아니며, 어느 것도 지원하지 않을 수 있습니다. 개발자는
      
      = cos_simularity: 81.17332422367399%
      
      ✅ line 276
      and conditional requests, so it is best to abstract this concept from the
      
      ---------------------
      
      및 조건부 요청에 대한 이해 수준이 다양하므로
      
      = cos_simularity: 8.45798608014702%
      
      ✅ line 276
      surface. There are two types of conditional requests we need to be concerned with:
      
      ---------------------
      
      표면에서 이 개념을 추상화하는 것이 가장 좋습니다. 우리가 고려해야 할 조건부 요청에는 두 가지 유형이 있습니다.
      
      = cos_simularity: 36.64231981525373%
      
      ✅ line 278
      **Safe conditional requests** (e.g.
      
      ---------------------
      
      **안전한(Safe) 조건부 요청** (예시:
      
      = cos_simularity: 65.69729210330907%
      
      ✅ line 280
      These are typically used to save bandwidth in an "update cache" scenario, i.e. I have a cached value, only send me the data if what the service has is newer than my copy. These return either a
      
      ---------------------
      
      이는 일반적으로 "캐시 업데이트" 시나리오에서 대역폭을 절약하는 데 사용됩니다. (예시: 나에게 캐시된 값이 있습니다. 서비스에 있는 데이터가 내 복사본보다 최신인 경우에만 데이터를 보내주십시오.) 이 경우 값이 수정되지 않았음을 나타내는
      
      = cos_simularity: 31.592196261821698%
      
      ✅ line 280
      or a
      
      ---------------------
      
      또는
      
      ✅ line 280
      status code, indicating the value was not modified, which tells the caller that their cached value is up to date.
      
      ---------------------
      
      상태 코드가 반환되며, 호출자에게 캐시된 값이 최신 상태임을 알 수 있습니다.
      
      = cos_simularity: 46.653917226490705%
      
      ✅ line 282
      **Unsafe conditional requests** (e.g.
      
      ---------------------
      
      **안전하지 않은(Unsafe) 조건부 요청** (예시
      
      = cos_simularity: 70.92972666062738%
      
      ✅ line 284
      These are typically used to prevent losing updates in an optimistic concurrency scenario, i.e. I've modified the cached value I'm holding, but don't update the service version unless it has the same copy I've got. These return either a success or a
      
      ---------------------
      
      이는 일반적으로 낙관적 동시성(optimistic concurrency) 시나리오에서 업데이트 손실을 방지하는 데 사용됩니다. (예시: 나는 현재 보유하고 있는 캐시된 값을 수정했습니다. 하지만 동일한 복사본이 없으면 서비스 버전을 업데이트하지 마십시오.) 이 경우 성공 혹은 값이 수정되었음을 나타내는
      
      = cos_simularity: 45.39616149948184%
      
      ✅ line 284
      error status code, indicating the value was modified, to indicate to the caller that they'll need to retry their update if they want it to succeed.
      
      ---------------------
      
      오류 상태 코드를 반환하여, 호출자에게 업데이트가 성공하려면 업데이트를 다시 시도해야 함을 나타냅니다.
      
      = cos_simularity: 47.44932943426848%
      
      ✅ line 286
      These two cases are handled differently in client libraries. However, the form of the call is the same in both cases. The signature of the method should be:
      
      ---------------------
      
      이 두 경우는 클라이언트 라이브러리에서 다르게 처리됩니다. 그러나 호출 형식은 두 경우 모두 동일합니다. 메서드의 서명은 다음과 같아야 합니다:
      
      = cos_simularity: 100.0%
      
      ✅ line 292
      field provides preconditions to the
      
      ---------------------
      
      필드는
      
      ✅ line 292
      request. The
      
      ---------------------
      
      요청에 대한 전제 조건을 제공합니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 292
      value will be retrieved from the item that is passed into the method where possible, and method arguments where not possible. The form of the method will be modified based on idiomatic usage patterns in the language of choice. In cases where the
      
      ---------------------
      
      값은 가능한 경우 메서드에 전달된 항목에서 검색되고, 불가능한 경우 메서드 인수에서 검색됩니다. 메서드의 형식은 선택한 언어의 관용적 사용 패턴을 기반으로 수정됩니다.
      
      = cos_simularity: 70.62848168468484%
      
      ✅ line 292
      🇺🇸 The
      
      ✅ line 292
      🇰🇷 값을 모르는 경우 작업은 조건부일 수 없습니다.
      
      ✅ line 293
      value is not known, the operation cannot be conditional.
      
      ---------------------
      
      라이브러리 개발자가 사전 조건 헤더의 고급 사용을 지원할 필요가 없는 경우, 조건을 설정하기 위해 true로 설정된 부울(boolean) 매개변수를 추가할 수 있습니다. 예를 들어, 조건 연산자 대신 다음 부울 이름 중 하나를 사용합니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 294
      🇺🇸 If the library developer doens't need to support advanced usage of precondition headers, they can add a boolean parameter that is set to true to establish the condition. For example, use one of the following boolean names instead of the conditions operator:
      
      ✅ line 301
      In all cases, the conditional expression is "opt-in", and the default is to perform the operation unconditionally.
      
      ---------------------
      
      모든 경우에 조건식은 "옵트인(opt-in)"이며 기본값은 작업을 무조건 수행하는 것입니다.
      
      = cos_simularity: 92.07401897413285%
      
      ✅ line 303
      The return value from a conditional operation must be carefully considered. For safe operators (e.g. GET), return a response that will throw if the value is accessed (or follow the same convention used fro a
      
      ---------------------
      
      조건부 연산의 반환 값은 신중하게 고려해야 합니다. 안전한 연산자(예: GET)의 경우 본문에 참조할 값이 없으므로, 값에 접근하면(또는
      
      = cos_simularity: 43.60379885513018%
      
      ✅ line 303
      response), since there is no value in the body to reference. For unsafe operators (e.g.
      
      ---------------------
      
      응답에 사용된 것과 동일한 규칙을 따름) 던져지는 응답을 반환합니다. 안전하지 않은 연산자(예:
      
      = cos_simularity: 10.778626961492307%
      
      ✅ line 303
      DELETE, or POST), throw a specific error when a
      
      ---------------------
      
      DELETE 또는 POST)의 경우
      
      = cos_simularity: 34.89939079552687%
      
      ✅ line 303
      or
      
      ---------------------
      
      또는
      
      ✅ line 303
      result is received. This allows the consumer to do something different in the case of conflicting results.
      
      ---------------------
      
      결과가 수신되면 특정 오류를 발생시킵니다. 이렇게 하면 결과가 충돌되는 경우 소비자가 다른 작업을 수행할 수 있습니다.
      
      = cos_simularity: 27.235315896952066%
      
      ✅ line 305
      accept a
      
      ---------------------
      
      서비스에 대한 조건부 검사를 허용하는 서비스 메소드에 대한 (열거형 유형의)
      
      = cos_simularity: 0.0%
      
      ✅ line 305
      parameter (which takes an enumerated type) on service methods that allow a conditional check on the service.
      
      ---------------------
      
      매개변수를 수락해야 합니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 307
      accept an additional boolean or enum parameter on service methods as necessary to enable conditional checks using `ETag`.
      
      ---------------------
      
      `ETag`를 사용하여 조건부 검사를 활성화하려면 필요에 따라 서비스 메서드에 대한 추가 부울 또는 열거형 매개변수를 수락해야 합니다.
      
      = cos_simularity: 59.45112648218955%
      
      ✅ line 309
      include the
      
      ---------------------
      
      조건부 연산이 지원되는 경우
      
      = cos_simularity: 0.0%
      
      ✅ line 309
      field as part of the object model when conditional operations are supported.
      
      ---------------------
      
      필드를 객체 모델의 일부로 포함해야 합니다.
      
      = cos_simularity: 15.976420924144444%
      
      ✅ line 311
      throw an error when a
      
      ---------------------
      
      서비스로부터
      
      = cos_simularity: 0.0%
      
      ✅ line 311
      response is received from the service, unless such errors are idiomatic to the language.
      
      ---------------------
      
      응답이 수신되었을 때, 이러한 오류가 언어에 관용적이지 않은 한 오류를 발생시켜서는 안 됩니다.
      
      = cos_simularity: 39.218117597125314%
      
      ✅ line 313
      throw a distinct error when a
      
      ---------------------
      
      조건부 확인으로 인해 서비스로부터
      
      = cos_simularity: 0.0%
      
      ✅ line 313
      response or a
      
      ---------------------
      
      응답 또는
      
      ✅ line 313
      response is received from the service due to a conditional check.
      
      ---------------------
      
      응답이 수신되면 고유한 오류를 발생시켜야 합니다.
      
      = cos_simularity: 9.193998174078082%
      
      ✅ line 315
      Pagination
      
      ---------------------
      
      페이지 매김(Pagination)
      
      = cos_simularity: 70.9297266606274%
      
      ✅ line 317
      client libraries eschew low-level pagination APIs in favor of high-level abstractions that implement per-item iterators. High-level APIs are easy for developers to use for the majority of use cases but can be more confusing when finer-grained control is required (for example, over-quota/throttling) and debugging when things go wrong. Other guidelines in this document work to mitigate this limitation, for example by providing robust logging, tracing, and pipeline customization options.
      
      ---------------------
      
      클라이언트 라이브러리는 항목별 반복기(iterator)를 구현하는 높은 수준의 추상화를 위해 낮은 수준의 페이지 매김 API를 사용하지 않습니다. 고수준 API는 대부분의 사용 사례에 대해 개발자가 사용하기 쉽지만, 보다 세분화된 제어(예시: 할당량 초과/제한)가 필요할 때 그리고 문제가 발생하여 디버깅이 필요할 때 더 혼란스러울 수 있습니다. 이 문서의 다른 지침은 예를 들어 강력한 로깅, 추적 및 파이프라인 사용자 지정 옵션을 제공하여 이러한 제한을 완화합니다.
      
      = cos_simularity: 44.57446101867614%
      
      ✅ line 319
      expose paginated collections using language-canonical iterators over items within pages. The APIs used to expose the async iterators are language-dependent but should align with any existing common practices in your ecosystem.
      
      ---------------------
      
      페이지 내의 항목에 대해 언어 표준 반복자를 사용하여 페이지를 매긴 컬렉션을 노출하십시오. 비동기 반복기를 노출하는 데 사용되는 API는 언어에 따라 다르지만, 에코시스템의 기존 일반적인 관행과 일치해야 합니다.
      
      = cos_simularity: 77.64724513837686%
      
      ✅ line 321
      expose paginated collections using an iterator or cursor pattern if async iterators aren't a built-in feature of your language.
      
      ---------------------
      
      비동기 반복기가 해당 언어의 기본 기능이 아닌 경우, 반복기 또는 커서 패턴을 사용하여 페이지가 매겨진 컬렉션을 노출하십시오.
      
      = cos_simularity: 48.135845263284466%
      
      ✅ line 323
      expose non-paginated list endpoints identically to paginated list endpoints. Users shouldn't need to appreciate the difference.
      
      ---------------------
      
      페이지가 매겨지지 않은 목록 끝점을 페이지가 매겨진 목록 끝점과 동일하게 노출하십시오. 사용자는 그 차이를 인식할 필요가 없습니다.
      
      = cos_simularity: 59.87157689484274%
      
      ✅ line 325
      use distinct types for entities in a list endpoint and an entity returned from a get endpoint if these are different types, and otherwise you must use the same types in these situations.
      
      ---------------------
      
      목록 끝점의 엔터티와 가져오기(get) 끝점에서 반환된 엔터티가 서로 다른 유형인 경우 고유한 유형을 사용하고, 그렇지 않으면 이러한 상황에서 동일한 유형을 사용해야 합니다.
      
      = cos_simularity: 42.01053260405988%
      
      ✅ line 327
      content="Services should refrain from having a difference between the type of a particular entity as it exists in a list versus the result of a
      
      ---------------------
      
      content="서비스는 목록에 존재하는 특정 엔티티 형식과 해당 개별 항목에 대한
      
      = cos_simularity: 28.070494092026046%
      
      ✅ line 327
      request for that individual item as it makes the client library's surface area simpler."
      
      ---------------------
      
      요청의 결과 간의 차이가 발생하지 않도록 해야 하는데, 이는 클라이언트 라이브러리의 노출 영역을 더욱 단순하게 만들기 때문입니다."
      
      = cos_simularity: 13.208865781909152%
      
      ✅ line 329
      expose an iterator over each individual item if getting each item requires a corresponding
      
      ---------------------
      
      각 항목을 가져오려면 해당
      
      = cos_simularity: 10.964258683453854%
      
      ✅ line 329
      request to the service. One GET per item is often too expensive and so not an action we want to take on behalf of users.
      
      ---------------------
      
      요청이 서비스에 필요한 경우 각 개별 항목에 대해 반복기를 노출하지 마십시오. 항목당 하나의 GET는 너무 비싸기 때문에 사용자를 대신하여 수행할 작업이 아닙니다.
      
      = cos_simularity: 30.939000852909754%
      
      ✅ line 331
      expose an API to get a paginated collection into an array. This is a dangerous capability for services which may return many pages.
      
      ---------------------
      
      페이지가 매겨진 컬렉션을 배열로 가져오기 위해 API를 노출하지 마십시오. 이는 여러 페이지를 반환할 수 있는 서비스에 위험한 기능입니다.
      
      = cos_simularity: 28.341083743774213%
      
      ✅ line 333
      expose paging APIs when iterating over a collection. Paging APIs must accept a continuation token (from a prior run) and a maximum number of items to return, and must return a continuation token as part of the response so that the iterator may continue, potentially on a different machine.
      
      ---------------------
      
      컬렉션을 반복할 때 페이징 API를 노출하십시오. 페이징 API는 (이전 실행에서 반환할) 연속 토큰과 최대 항목 수를 수락해야 하며, 반복기가 잠재적으로 다른 시스템에서 계속될 수 있도록 응답의 일부로 연속 토큰을 반환해야 합니다.
      
      = cos_simularity: 83.50499057520979%
      
      ✅ line 335
      Long running operations
      
      ---------------------
      
      장기 실행 작업
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 337
      Long-running operations are operations which consist of an initial request to start the operation followed by polling to determine when the operation has completed or failed. Long-running operations in Azure tend to follow the [REST
      
      ---------------------
      
      장기 실행 작업은 작업을 시작하기 위한 초기 요청과 작업이 완료되었는지 또는 실패했는지 여부를 확인하기 위한 폴링에 이은 작업으로 구성됩니다. Azure의 장기 실행 작업은 [장기 실행 작업에 대한 REST
      
      = cos_simularity: 55.81763734995724%
      
      ✅ line 337
      guidelines for Long-running Operations][rest-lro], but there are exceptions.
      
      ---------------------
      
      지침][rest-lro]을 따르는 경향이 있지만 예외가 있습니다.
      
      = cos_simularity: 39.2181175971253%
      
      ✅ line 339
      represent long-running operations with some object that encapsulates the polling and the operation status. This object, called a *poller*, must provide APIs for:
      
      ---------------------
      
      폴링 및 작업 상태를 캡슐화하는 일부 객체로 장기 실행 작업을 나타내십시오. *poller*라고 하는 이 객체는 다음에 대한 API를 제공해야 합니다:
      
      = cos_simularity: 69.8922932216897%
      
      ✅ line 341
      querying the current operation state (either asynchronously, which may consult the service, or synchronously which must not)
      
      ---------------------
      
      현재 작업 상태 쿼리 (서비스를 참조할 수 있는 비동기식 또는 동기화해서는 안 되는 비동기식)
      
      = cos_simularity: 39.73459529124458%
      
      ✅ line 342
      requesting an asynchronous notification when the operation has completed
      
      ---------------------
      
      작업이 완료되었을 때 비동기 알림 요청
      
      = cos_simularity: 66.94188517266485%
      
      ✅ line 343
      cancelling the operation if cancellation is supported by the service
      
      ---------------------
      
      서비스에서 취소를 지원하는 경우 작업 취소
      
      = cos_simularity: 50.310261241513146%
      
      ✅ line 344
      registering disinterest in the operation so polling stops
      
      ---------------------
      
      폴링이 중지되도록 작업에 무관심 등록
      
      = cos_simularity: 43.161341897075154%
      
      ✅ line 345
      triggering a poll operation manually (automatic polling must be disabled)
      
      ---------------------
      
      수동으로 폴링 작업 트리거 (자동 폴링을 비활성화해야 함)
      
      = cos_simularity: 61.5218690896332%
      
      ✅ line 346
      progress reporting (if supported by the service)
      
      ---------------------
      
      진행 상황 보고 (서비스에서 지원하는 경우)
      
      = cos_simularity: 58.033298467656856%
      
      ✅ line 348
      support the following polling configuration options:
      
      ---------------------
      
      다음 폴링 구성 옵션을 지원하십시오:
      
      = cos_simularity: 66.94188517266485%
      
      ✅ line 352
      Polling configuration may be used only in the absence of relevant retry-after headers from service, and otherwise should be ignored.
      
      ---------------------
      
      폴링 구성은 서비스에서 관련 재시도 후 헤더가 없는 경우에만 사용할 수 있으며, 그렇지 않은 경우 무시해야 합니다.
      
      = cos_simularity: 81.59466395833364%
      
      ✅ line 354
      or `start`. Language-specific guidelines will dictate which verb to use.
      
      ---------------------
      
      또는 `start`를 사용하여 폴러를 반환하는 접두사 메서드 이름을 지정하십시오. 언어별 지침에 따라 사용할 동사가 지정됩니다.
      
      = cos_simularity: 17.583020868334938%
      
      ✅ line 356
      provide a way to instantiate a poller with the serialized state of another poller to begin where it left off, for example by passing the state as a parameter to the same method which started the operation, or by directly instantiating a poller with that state.
      
      ---------------------
      
      다른 폴러의 직렬화된 상태로 폴러를 인스턴스화하는 방법을 제공하십시오. 예를 들어 상태를 작업을 시작한 동일한 메소드에 매개변수로 전달하거나 해당 상태로 폴러를 직접 인스턴스화하여 중단된 위치에서 시작합니다.
      
      = cos_simularity: 58.253377793470484%
      
      ✅ line 358
      cancel the long-running operation when cancellation is requested via a cancellation token. The cancellation token is cancelling the polling operation and should not have any effect on the service.
      
      ---------------------
      
      취소 토큰을 통해 취소를 요청한 경우 장기 실행 작업을 취소하지 마십시오. 취소 토큰이 폴링 작업을 취소하고 있으므로 서비스에 영향을 미치지 않아야 합니다.
      
      = cos_simularity: 61.71096904498196%
      
      ✅ line 360
      level (including time to next retry)
      
      ---------------------
      
      수준에서 폴링 상태를 기록하십시오(다음 재시도 시간 포함).
      
      = cos_simularity: 47.4330706497194%
      
      ✅ line 362
      expose a progress reporting mechanism to the consumer if the service reports progress as part of the polling operation. Language-dependent guidelines will present additional guidance on how to expose progress reporting in this case.
      
      ---------------------
      
      서비스가 폴링 작업의 일부로 진행 상황을 보고하는 경우, 진행률 보고 메커니즘을 소비자에게 노출하십시오. 언어 의존적 지침은 이 경우에 진행 상황 보고를 노출하는 방법에 대한 추가 지침을 제시합니다.
      
      = cos_simularity: 71.8884353153043%
      
      ✅ line 364
      Support for non-HTTP protocols
      
      ---------------------
      
      HTTP가 아닌 프로토콜 지원
      
      = cos_simularity: 41.120705506761865%
      
      ✅ line 366
      Most
      
      ---------------------
      
      대부분의
      
      ✅ line 366
      services expose a
      
      ---------------------
      
      서비스는 HTTPS를 통해
      
      = cos_simularity: 44.94364165239821%
      
      ✅ line 366
      API over HTTPS. However, a few services use other protocols, such as
      
      ---------------------
      
      API를 노출합니다. 그러나 일부 서비스는
      
      = cos_simularity: 26.242093626195995%
      
      ✅ line 366
      or [WebRTC](https://webrtc.org/). In these cases, the operation of the protocol can be split into two phases:
      
      ---------------------
      
      또는 [WebRTC](https://webrtc.org/)와 같은 다른 프로토콜을 사용합니다. 이러한 경우 프로토콜 작동은 두 단계로 나눌 수 있습니다:
      
      = cos_simularity: 66.01667904194328%
      
      ✅ line 368
      Per-connection (surrounding when the connection is initiated and terminated)
      
      ---------------------
      
      연결별(per-connection, 연결 시작하고 종료될 때를 둘러쌈)
      
      = cos_simularity: 8.704446792504218%
      
      ✅ line 369
      Per-operation (surrounding when an operation is sent through the open connection)
      
      ---------------------
      
      작업별(per-operation, 열린 연결을 통해 작업이 전송될 때를 둘러쌈)
      
      = cos_simularity: 29.121941856368966%
      
      ✅ line 371
      request/response (authentication, unique request
      
      ---------------------
      
      요청/응답에 추가된 정책(인증, 고유한 요청
      
      = cos_simularity: 46.52915323370137%
      
      ✅ line 371
      telemetry, distributed tracing, and logging) are still valid on both a per-connection and per-operation basis. However, the methods by which these policies are implemented are protocol dependent.
      
      ---------------------
      
      원격 측정, 분산 추적 및 로깅)은 여전히 연결별 및 작업별로 모두 유효합니다. 그러나 이러한 정책을 구현하는 방법은 프로토콜에 따라 다릅니다.
      
      = cos_simularity: 75.32444928234143%
      
      ✅ line 371
      🇺🇸 The policies that are added to a
      
      ✅ line 373
      implement as many of the policies as possible on a per-connection and per-operation basis.
      
      ---------------------
      
      연결 및 작업별로 가능한 한 많은 정책을 구현하십시오.
      
      = cos_simularity: 50.310261241513146%
      
      ✅ line 375
      For example, MQTT over
      
      ---------------------
      
      예를 들어 WebSockets를 통한 MQTT는
      
      = cos_simularity: 29.121941856368966%
      
      ✅ line 375
      provides the ability to add headers during the initiation of the WebSockets connection, so this is a good place to add authentication, telemetry, and distributed tracing policies. However, MQTT has no metadata (the equivalent of HTTP headers), so per-operation policies are not possible. AMQP, by contract, does have per-operation metadata. Unique request ID, and distributed tracing headers can be provided on a per-operation basis with AMQP.
      
      ---------------------
      
      연결을 시작하는 동안 헤더를 추가할 수 있는 기능을 제공하므로, 인증, 원격 측정 및 분산 추적 정책을 추가하기에 좋습니다. 그러나 MQTT에는 (HTTP 헤더와 동일한) 메타데이터가 없으므로 작업별 정책이 불가능합니다. AMQP는 계약에 따라 작업별 메타데이터를 가지고 있습니다. AMQP를 사용하여 작업별로 고유 요청 ID 및 분산 추적 헤더를 제공할 수 있습니다.
      
      = cos_simularity: 67.98253914230166%
      
      ✅ line 377
      consult the
      
      ---------------------
      
      HTTP가 아닌 프로토콜에 대한 정책 결정에 대해서는
      
      = cos_simularity: 0.0%
      
      ✅ line 377
      Board] on policy decisions for non-HTTP protocols. Implementation of all policies is expected. If the protocol cannot support a policy, obtain an exception from the
      
      ---------------------
      
      Board]에 문의하십시오. 모든 정책의 구현이 기대됩니다. 프로토콜이 정책을 지원할 수 없는 경우
      
      = cos_simularity: 42.223314731573645%
      
      ✅ line 377
      Board].
      
      ---------------------
      
      Board]에서 예외를 얻습니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 379
      library to configure policies for non-HTTP protocols. Consumers don't necessarily know what protocol is used by the client library. They will expect the client library to honor global configuration that they have established for the entire
      
      ---------------------
      
      라이브러리에 설정된 전역 구성을 사용하여 HTTP가 아닌 프로토콜에 대한 정책을 구성하십시오. 소비자는 클라이언트 라이브러리에서 어떤 프로토콜을 사용하는지 반드시 알 필요는 없습니다. 이들은 클라이언트 라이브러리가 전체
      
      = cos_simularity: 53.269839160946674%
      
      ✅ line 379
      SDK.
      
      ---------------------
      
      SDK에 대해 설정한 전역 구성을 준수할 것으로 예상합니다.
      
      = cos_simularity: 0.0%
      
      

      ---

      🇺🇸: 91 words 🇰🇷: 7 words
      

      Modified rate 1.13%
      Translate rate 83.15%

      </details>
    • documentation.md : Modified 🇺🇸69 / 🇰🇷6 📄 488

      ✅ line 2
      "General Guidelines: Documentation"
      
      ---------------------
      
      "공통 가이드라인: 설명서"
      
      = cos_simularity: 0.0%
      
      ✅ line 9
      There are several documentation deliverables that must be included in or as a companion to your client library. Beyond complete and helpful
      
      ---------------------
      
      클라이언트 라이브러리에 반드시 포함되거나 함께 제공돼야 하는 몇 가지의 문서들이 있습니다. 코드 내(Docstrings)에 포함된 완전하고 유용한
      
      = cos_simularity: 28.82447244309152%
      
      ✅ line 9
      documentation within the code itself (docstrings), you need a great
      
      ---------------------
      
      설명서 외에도, 훌륭한
      
      = cos_simularity: 0.0%
      
      ✅ line 9
      and other supporting documentation.
      
      ---------------------
      
      및 기타 지원 설명들이 필요합니다.
      
      = cos_simularity: 41.120705506761865%
      
      ✅ line 11
      repository; includes package installation and client library usage information. ([example][README-EXAMPLE])
      
      ---------------------
      
      저장소 내 라이브러리의 루트 디렉토리에 위치합니다; 패키지 설치, 클라이언트 라이브러리 사용 정보가 포함합니다. ([예시][README-EXAMPLE])
      
      = cos_simularity: 40.77305866937336%
      
      ✅ line 12
      reference`
      
      ---------------------
      
      참조`
      
      ✅ line 12
      Generated from the docstrings in your code; published on docs.microsoft.com.
      
      ---------------------
      
      코드 내의 Docstrings에서 생성됩니다; docs.microsoft.com에 게시됩니다.
      
      = cos_simularity: 23.29796548048753%
      
      ✅ line 13
      `Code snippets`
      
      ---------------------
      
      `코드 조각`
      
      = cos_simularity: 33.609692727625756%
      
      ✅ line 13
      Short code examples that demonstrate single (atomic) operations for the champion scenarios you've identified for your library; included in your
      
      ---------------------
      
      라이브러리에 대해 식별된 대표 시나리오의 단일(원자성) 작업을 보여주기 위한 짧은 샘플 코드가
      
      = cos_simularity: 22.03402578610446%
      
      ✅ line 13
      docstrings, and Quickstart.
      
      ---------------------
      
      Docstrings, 빠른 시작에 포함됩니다.
      
      = cos_simularity: 14.438355527738675%
      
      ✅ line 14
      `Quickstart`
      
      ---------------------
      
      `빠른 시작`
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 14
      Article on docs.microsoft.com that is similar to but expands on the README content; typically written by your service's content developer.
      
      ---------------------
      
      README의 내용과 유사하지만 확장된 내용의 docs.microsoft.com에서의 항목. 일반적으로 서비스 콘텐츠 개발자가 작성합니다.
      
      = cos_simularity: 33.609692727625756%
      
      ✅ line 15
      `Conceptual`
      
      ---------------------
      
      `개념`
      
      ✅ line 15
      Long-form documentation like Quickstarts, Tutorials, How-to guides, and other content on docs.microsoft.com; typically written by your service's content developer.
      
      ---------------------
      
      빠른 시작, 자습서, 사용법 가이드 및 docs.microsoft.com의 기타 콘텐츠 같은 장문의 설명서; 일반적으로 서비스 콘텐츠 개발자가 작성합니다.
      
      = cos_simularity: 59.871576894842725%
      
      ✅ line 17
      include your service's content developer in the Architecture Board review for your library. To find the content developer you should work with, check with your team's Program Manager.
      
      ---------------------
      
      라이브러리의 아키텍처 보드 리뷰에 서비스 콘텐츠 개발자를 포함시킵니다. 함께 작업해야 할 콘텐츠 개발자를 찾으려면 해당 팀의 프로그램 관리자에게 문의하십시오.
      
      = cos_simularity: 66.98708937612741%
      
      ✅ line 19
      Contributors Guide].
      
      ---------------------
      
      기여자 가이드]를 따릅니다.
      
      = cos_simularity: 70.9297266606274%
      
      ✅ line 19
      INTERNAL)
      
      ---------------------
      
      내부)
      
      ✅ line 21
      adhere to the specifications set forth in the
      
      ---------------------
      
      공용 문서를 작성할 때
      
      = cos_simularity: 0.0%
      
      ✅ line 21
      style guides when you write public-facing documentation. This applies to both long-form documentation like a
      
      ---------------------
      
      스타일 가이드에 명시된 사항들을 준수합니다. 이 부분은
      
      = cos_simularity: 6.360120575671213%
      
      ✅ line 21
      and the docstrings in your code.
      
      ---------------------
      
      같은 긴 형식의 문서와 코드 내의 Docstrings 모두에 적용됩니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 21
      INTERNAL)
      
      ---------------------
      
      내부)
      
      ✅ line 23
      Writing Style Guide].
      
      ---------------------
      
      작성 스타일 가이드].
      
      = cos_simularity: 50.310261241513146%
      
      ✅ line 24
      Cloud Style Guide].
      
      ---------------------
      
      클라우드 스타일 가이드].
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 26
      🇺🇸 requirement/MUST id="general-docs-content-governance"
      🇰🇷 requirement/SHOULD id="general-docs-to-silence"
      
      => sentence diffrence : 32.08%
      
      ✅ line 26
      use the [Acrolinx VS Code extension] when authoring or editing public-facing Markdown files, such as library READMEs, migration guides, and troubleshooting guides. Changelogs are an exception to this rule. Acrolinx is licensed for use only in the public and private GitHub repos for Tier 1 language SDKs. (MICROSOFT INTERNAL)
      
      ---------------------
      
      라이브러리를 명료하게 문서화합니다. Docstrings에서 API를 명확하게 설명함으로써 깃허브 이슈를 최소화하고 사용 과정에 따른 개발자들의 질문거리들을 사전에 차단합니다. 서비스 제한 및 발생할 수 있는 오류와 오류를 방지하고 복구하는 방법에 대한 정보를 포함합니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 28
      {% include requirement/SHOULD id="general-docs-to-silence" %} attempt to document your library into silence. Preempt developers' usage questions and minimize GitHub issues by clearly explaining your API in the docstrings. Include information on service limits and errors they might hit, and how to avoid and recover from those errors.
      
      ---------------------
      
      코드를 작성할 때, *doc it so you never hear about it again.* 답변해야 하는 클라이언트 라이브러리에 관한 질문이 적을수록, 서비스에 추가될 새로운 기능을 개발하는데 더 많은 시간을 쓸 수 있습니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 30
      As you write your code, *doc it so you never hear about it again.* The less questions you have to answer about your client library, the more time you have to build new features for your service.
      
      ---------------------
      
      ### 코드 조각
      
      = cos_simularity: 0.0%
      
      ✅ line 32
      ### Code snippets
      
      ---------------------
      
      {% include requirement/MUST id="general-docs-include-snippets" %} 저장소 내에 라이브러리 코드와 함께 예제 코드 조각들을 포함하십시오. 코드 조각들은 대부분의 개발자가 라이브러리로 수행해야 하는 작업들을 명확하고 간결하게 설명해야 합니다. 코드 조각들은 모든 공통 작업, 특히 라이브러리를 처음 사용하는 이용자에게 복잡하거나 어려울 수 있는 작업들을 포함해야 합니다. 최소한, 라이브러리에 대해 식별한 대표 시나리오에 대한 코드 조각을 포함합니다.
      
      = cos_simularity: 20.14240138807147%
      
      ✅ line 34
      🇺🇸 id="general-docs-include-snippets"
      🇰🇷 id="general-docs-build-snippets"
      
      => sentence diffrence : 14.71%
      
      ✅ line 34
      include example code snippets alongside your library's code within the repository. The snippets should clearly and succinctly demonstrate the operations most developers need to perform with your library. Include snippets for every common operation, and especially for those that are complex or might otherwise be difficult for new users of your library. At a bare minimum, include snippets for the champion scenarios you've identified for the library.
      
      ---------------------
      
      저장소의 연속 통합(CI)을 이용해 코드 조각들을 빌드하고 테스트하여 기능이 유지되고 있는지 확인합니다.
      
      = cos_simularity: 1.957015125635508%
      
      ✅ line 36
      🇺🇸 id="general-docs-build-snippets"
      🇰🇷 id="general-docs-snippets-in-docstrings"
      
      => sentence diffrence : 42.5%
      
      ✅ line 36
      build and test your example code snippets using the repository's continuous integration (CI) to ensure they remain functional.
      
      ---------------------
      
      예제 코드 조각들을 라이브러리 Docstrings에 포함시켜 API 참조에 표시합니다. 언어나 해당 도구가 이를 지원하는 경우, 이 코드 조각들을 Docstrings에서 API 참조로 직접 수집합니다. 예를 들어, Python Docstrings의 'literalinclude' 지시어를 사용하여 Sphinx가 [코드 조각을 자동으로 수집][1]하도록 지시합니다.
      
      = cos_simularity: 14.450601216305678%
      
      ✅ line 38
      🇺🇸 requirement/MUST id="general-docs-snippets-in-docstrings"
      🇰🇷 requirement/MUSTNOT id="general-docs-operation-combinations"
      
      => sentence diffrence : 33.33%
      
      ✅ line 38
      include the example code snippets in your library's docstrings so they appear in its API reference. If the language and its tools support it, ingest these snippets directly into the API reference from within the docstrings. For example, use the `literalinclude` directive in Python docstrings to instruct Sphinx to [ingest the snippets automatically][1].
      
      ---------------------
      
      형식이나 멤버를 보여주는데 필요하지 않거나 원자성 작업을 보여주는 기존 코드 조각에 *추가*되지 않는 한 코드 조각에서 하나 보다 많은 작업을 결합합니다. 예를 들어, 하나의 Cosmos DB 코드 조각에는 계정과 컨테이너를 생성하는 작업이 동시 포함되어서는 안 됩니다--코드 조각을 계정 생성용으로 하나, 컨테이너 생성용으로 하나 총 두 개를 만들어야 합니다.
      
      = cos_simularity: 8.448871597319265%
      
      ✅ line 40
      {% include requirement/MUSTNOT id="general-docs-operation-combinations" %} combine more than one operation in a code snippet unless it's required for demonstrating the type or member, or it's *in addition to* existing snippets that demonstrate atomic operations. For example, a Cosmos DB code snippet should not include both account and container creation operations--create two different snippets, one for account creation, and one for container creation.
      
      ---------------------
      
      결합된 작업들은 라이브러리 소비자에게 현재 초점에서 벗어날 수 있는 추가 작업에 대한 지식을 요구하여 불필요한 마찰을 야기합니다. 결합된 작업들은 라이브러리 소비자들이 먼저 작업 중인 작업의 주변 접선 코드를 파악한 다음, 다음 작업에 필요한 코드만 신중하게 추출할 것을 요구합니다. 따라서 개발자는 더는 코드 조각을 복사하여 프로젝트에 붙여넣기 할 수 없습니다.
      
      = cos_simularity: 1.8489350187227687%
      
      ✅ line 42
      🇺🇸 Combined operations cause unnecessary friction for a library consumer by requiring knowledge of additional operations which might be outside their current focus. It requires them to first understand the tangential code surrounding the operation they're working on, then carefully extract just the code they need for their task. The developer can no longer simply copy and paste the code snippet into their project.
      
      

      ---

      🇺🇸: 69 words 🇰🇷: 6 words
      

      Modified rate 6.41%
      Translate rate 77.57%

    • implementation.md : Modified 🇺🇸38 / 🇰🇷51 📄 3563

      ✅ line 60
      🇺🇸 send
      🇰🇷 several-] methods that [-perform
      
      => sentence diffrence : 90.62%
      
      ✅ line 60
      🇺🇸 to
      🇰🇷 on
      
      => sentence diffrence : 100.0%
      
      ✅ line 60
      🇺🇸 sent
      🇰🇷 directly passed
      
      => sentence diffrence : 86.67%
      
      ✅ line 60
      the service as URL segments, query parameters, request header values, and request bodies (typically JSON or XML).
      
      ---------------------
      
      an Azure service.
      
      = cos_simularity: 0.0%
      
      ✅ line 60
      🇺🇸 service; examples
      🇰🇷 not passed directly to the service, but-] used {+solely+} within the client library {+and are not sent+} to[-fulfill-] the [-request. Examples of client parameters include values that
      
      => sentence diffrence : 91.3%
      
      ✅ line 60
      path parameters, CancellationTokens
      
      ---------------------
      
      used to construct a URI,
      
      = cos_simularity: 0.0%
      
      ✅ line 60
      🇺🇸 paths. If, for example, a path parameter is not validated, it could result in sending a request
      🇰🇷 a-] file [-that needs
      
      => sentence diffrence : 83.33%
      
      ✅ line 60
      🇺🇸 a malformed URI, which could prevent the service from having the opportunity
      🇰🇷 be uploaded
      
      => sentence diffrence : 90.79%
      
      ✅ line 60
      🇺🇸 do validation on it.
      🇰🇷 storage.
      
      => sentence diffrence : 85.0%
      
      ✅ line 60
      🇰🇷 several
      
      ✅ line 60
      🇰🇷 not passed directly to the service, but
      
      ✅ line 60
      🇰🇷 fulfill
      
      ✅ line 60
      🇰🇷 a
      
      ✅ line 180
      (`traceparent` and `tracestate` per [W3C Trace-Context](https://www.w3.org/TR/trace-context/) standard))
      
      ---------------------
      
      (`traceparent`, `tracestate`, etc.)
      
      = cos_simularity: 19.785318493980437%
      
      

      ---

      🇺🇸: 38 words 🇰🇷: 51 words
      

      Modified rate 1.24%
      Translate rate 0.75%

    • introduction.md : Modified 🇺🇸1 / 🇰🇷0 📄 442

      ✅ line 2
      "General Guidelines: Introduction"
      
      ---------------------
      
      "공통 가이드라인: 소개"
      
      = cos_simularity: 20.199309249791835%
      
      ✅ line 9
      The general guidelines are for the benefit of:
      
      ---------------------
      
      본 공통 가이드라인 문서는 다음과 같은 분들에게 유용합니다:
      
      = cos_simularity: 18.443191662261306%
      
      ✅ line 11
      Language-specific guidelines authors.
      
      ---------------------
      
      언어별 가이드라인 작성자
      
      = cos_simularity: 50.310261241513146%
      
      ✅ line 12
      Client library designers for languages that have no specific language guidelines.
      
      ---------------------
      
      특정 언어 가이드라인이 있지 않은 클라이언트 라이브러리 디자이너
      
      = cos_simularity: 31.125746752705375%
      
      ✅ line 14
      If you are working in a language with no specific language guidelines, please work with the
      
      ---------------------
      
      특정 언어 가이드라인이 없는 언어로 작업하는 경우,
      
      = cos_simularity: 75.23197619890014%
      
      ✅ line 14
      Board] more closely to ensure the client library is appropriately designed and the developer experience is exemplary.
      
      ---------------------
      
      Board]와 더욱 긴밀하게 협력하여 클라이언트 라이브러리가 적절하게 설계되고 개발자 경험이 모범적인지 확인하세요.
      
      = cos_simularity: 50.31026124151315%
      
      ✅ line 16
      Design principles
      
      ---------------------
      
      디자인 원칙
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 18
      SDK should be designed to enhance the productivity of developers connecting to
      
      ---------------------
      
      SDK는
      
      ✅ line 18
      services. Other qualities (such as completeness, extensibility, and performance) are important but secondary. Productivity is achieved by adhering to the principles described below:
      
      ---------------------
      
      서비스에 연결하는 개발자의 생산성을 증대시켜야 합니다. 완성도, 확장성, 성능과 같은 부분들도 중요하지만 부수적인 것이며, 생산성은 다음과 같은 원칙들을 적용함으로서 이룰 수 있습니다:
      
      = cos_simularity: 9.253214101607812%
      
      ✅ line 18
      🇺🇸 The
      
      ✅ line 20
      Idiomatic
      
      ---------------------
      
      관습적으로 (Idiomatic)
      
      = cos_simularity: 0.0%
      
      ✅ line 22
      The SDK should follow the general design guidelines and conventions for the target language. It should feel natural to a developer in the target language.
      
      ---------------------
      
      SDK는 해당 언어의 규칙과 일반적인 디자인 가이드라인을 따라야 합니다. 해당 언어의 개발자가 자연스럽게 받아들일 수 있게 해야 합니다.
      
      = cos_simularity: 21.214174320668658%
      
      ✅ line 23
      We embrace the ecosystem with its strengths and its flaws.
      
      ---------------------
      
      우리는 그 생태계의 장단점을 감수해야 합니다.
      
      = cos_simularity: 22.576484600261608%
      
      ✅ line 24
      We work with the ecosystem to improve it for all developers.
      
      ---------------------
      
      우리는 모든 개발자를 위해 생태계와 협력해 개선합니다.
      
      = cos_simularity: 67.35205045780812%
      
      ✅ line 26
      Consistent
      
      ---------------------
      
      일관성있게 (Consistent)
      
      = cos_simularity: 0.0%
      
      ✅ line 28
      Client libraries should be consistent within the language, consistent with the service and consistent between all target languages. In cases of conflict, consistency within the language is the highest priority and consistency between all target languages is the lowest priority.
      
      ---------------------
      
      클라이언트 라이브러리는 언어와, 다른 언어와, 서비스 모두에 대해 일관적이어야 합니다. 충돌이 일어날 것을 생각해 언어의 일관성은 가장 높은 우선순위를 가져야 하며, 다른 언어와의 일관성은 비교적 가장 낮은 우선순위를 가집니다.
      
      = cos_simularity: 10.59094103451673%
      
      ✅ line 29
      Service-agnostic concepts such as logging,
      
      ---------------------
      
      로깅,
      
      ✅ line 29
      communication, and error handling should be consistent. The developer should not have to relearn service-agnostic concepts as they move between client libraries.
      
      ---------------------
      
      통신, 에러 핸들링과 같은 서비스와 관련없는 개념들도 일관적이어야 합니다. 개발자가 다른 클라이언트 라이브러리 간 이동할 때 이러한 개념들을 다시 학습할 필요가 없게 해야 합니다.
      
      = cos_simularity: 17.07761131901165%
      
      ✅ line 30
      Consistency of terminology between the client library and the service is a good thing that aids in diagnosability.
      
      ---------------------
      
      클라리언트 라이브러리와 그 서비스 간 용어의 일관성은 진단하는 데 도움을 주는 좋은 것입니다.
      
      = cos_simularity: 23.794411161289162%
      
      ✅ line 31
      All differences between the service and client library must have a good (articulated) reason for existing, rooted in idiomatic usage rather than whim.
      
      ---------------------
      
      서비스와 클라이언트 라이브러리 간 모든 차이점들은 일시적인 이유가 아니라 기존의 관습적인 사용을 기반으로 합당한 이유가 있어야할 것입니다.
      
      = cos_simularity: 22.029529512254562%
      
      ✅ line 32
      The
      
      ---------------------
      
      각각 언어의
      
      = cos_simularity: 0.0%
      
      ✅ line 32
      SDK for each target language feels like a single product developed by a single team.
      
      ---------------------
      
      SDK은 한 팀에서 하나의 제품이 나오는 것처럼 느껴져야 합니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 33
      There should be feature parity across target languages. This is more important than feature parity with the service.
      
      ---------------------
      
      해당 언어 간 동일한 기능이 있어야 합니다. 서비스의 동일한 기능보다 더 중요한 부분입니다.
      
      = cos_simularity: 8.428628150824313%
      
      ✅ line 35
      Approachable
      
      ---------------------
      
      접근하기쉽게 (Approachable)
      
      = cos_simularity: 0.0%
      
      ✅ line 37
      We are experts in the supported technologies so our customers, the developers, don't have to be.
      
      ---------------------
      
      우리는 지원하는 기술의 전문가입니다. 그래서 우리의 고객인 개발자까지 전문적인 지식을 필요로 하지는 않아도 될 것입니다.
      
      = cos_simularity: 10.599213135093247%
      
      ✅ line 38
      Developers should find great documentation (hero tutorial, how to articles, samples, and
      
      ---------------------
      
      개발자들이 튜토리얼, 예제, 아티클,
      
      = cos_simularity: 0.0%
      
      ✅ line 38
      documentation) that makes it easy to be successful with the
      
      ---------------------
      
      문서 등 양질의 문서를 찾아볼 수 있게 해야합니다. 그래서
      
      = cos_simularity: 9.349477497536716%
      
      ✅ line 38
      service.
      
      ---------------------
      
      서비스를 쉽게 성공할 수 있어야 합니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 39
      Getting off the ground should be easy through the use of predictable defaults that implement best practices. Think about progressive concept disclosure.
      
      ---------------------
      
      베스트 프랙티스를 적용할 수 있는 예측 가능한 기본값들을 사용해 쉽게 시작할 수 있어야 합니다. 점진적으로 개념을 소개할 수 있게 생각해보세요.
      
      = cos_simularity: 10.485400535675758%
      
      ✅ line 40
      The SDK should be easily acquired through the most normal mechanisms in the target language and ecosystem.
      
      ---------------------
      
      SDK는 해당 언어와 생태계의 가장 일반적인 매커니즘을 통해 쉽게 얻을 수 있어야 합니다.
      
      = cos_simularity: 35.63922999903629%
      
      ✅ line 41
      Developers can be overwhelmed when learning new service concepts. The core use cases should be discoverable.
      
      ---------------------
      
      개발자들이 새로운 서비스 개념을 배우는 데 사로잡힐 수 있게 해야 합니다. 핵심 사용 사례를 발견할 수 있어야 합니다.
      
      = cos_simularity: 30.101921462382652%
      
      ✅ line 43
      Diagnosable
      
      ---------------------
      
      분석가능하게 (Diagnosable)
      
      = cos_simularity: 0.0%
      
      ✅ line 45
      The developer should be able to understand what is going on.
      
      ---------------------
      
      개발자가 어떻게 돌아가는지 쉽게 이해할 수 있게 해야합니다.
      
      = cos_simularity: 7.7808943592850035%
      
      ✅ line 46
      It should be discoverable when and under what circumstances a network call is made.
      
      ---------------------
      
      어느 상황에서 네트워크 호출이 이루어지는지 인지할 수 있어야 합니다.
      
      = cos_simularity: 33.60969272762574%
      
      ✅ line 47
      Defaults are discoverable and their intent is clear.
      
      ---------------------
      
      기본값들을 알 수 있어야 하며 그 의도 또한 명확해야 합니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 48
      Logging, tracing, and exception handling are fundamental and should be thoughtful.
      
      ---------------------
      
      노깅, 추적, 예외처리는 기본적이며, 신중해야 합니다.
      
      = cos_simularity: 30.412574187549357%
      
      ✅ line 49
      Error messages should be concise, correlated with the service, actionable, and human readable. Ideally, the error message should lead the consumer to a useful action that they can take.
      
      ---------------------
      
      에러 메시지는 간결하고, 서비스과 연관있어야 하고, 이용할 수 있어야 하며 사람이 읽을 수 있게 해야합니다.
      
      = cos_simularity: 19.08598900456927%
      
      ✅ line 50
      Integrating with the preferred debugger for the target language should be easy.
      
      ---------------------
      
      해당 언어의 선호되는 디버거들과의 통합이 쉬워야 합니다.
      
      = cos_simularity: 14.587439082056452%
      
      ✅ line 52
      Dependable
      
      ---------------------
      
      믿음직하게 (Dependable)
      
      = cos_simularity: 0.0%
      
      ✅ line 54
      Breaking changes are more harmful to a user's experience than most new features and improvements are beneficial.
      
      ---------------------
      
      갑작스러운 변화는 대부분의 새로운 기능보다 사용자 경험에 좋지 않으며 개선사항이 유익합니다.
      
      = cos_simularity: 19.43814076055138%
      
      ✅ line 55
      Incompatibilities should never be introduced deliberately without thorough review and very strong justification.
      
      ---------------------
      
      매우 합당한 이유와 리뷰 없이 호환성을 깨버려서는 안됩니다. 의도적으로라도 이를 막아야 합니다.
      
      = cos_simularity: 10.163066979112658%
      
      ✅ line 56
      Do not rely on dependencies that can force our hand on compatibility.
      
      ---------------------
      
      호환성에 영향을 줄 수 있는 디펜던시에 의존해서는 안됩니다.
      
      = cos_simularity: 9.193998174078082%
      
      

      ---

      🇺🇸: 1 words 🇰🇷: 0 words
      

      Modified rate 0.1%
      Translate rate 89.93%

    • terminology.md : Modified 🇺🇸0 / 🇰🇷0 📄 416

      ✅ line 2
      "General Guidelines: Terminology"
      
      ---------------------
      
      "공통 가이드라인: 용어"
      
      = cos_simularity: 20.199309249791835%
      
      ✅ line 9
      Throughout the guidelines, the following terms should be understood:
      
      ---------------------
      
      가이드라인을 통해 다음의 용어들을 이해할 수 있습니다:
      
      = cos_simularity: 0.0%
      
      ✅ line 11
      Architecture Board
      
      ---------------------
      
      아키텍처 보드
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 12
      Board] is comprised of language experts who advise and review client libraries used for accessing Azure services.
      
      ---------------------
      
      Board]는 애저 서비스를 액세스하는 데 사용되는 클라이언트 라이브러리를 조언하고 리뷰하는 언어 전문가로 이루어져 있습니다.
      
      = cos_simularity: 47.449329434268485%
      
      ✅ line 14
      Azure
      
      ---------------------
      
      애저
      
      ✅ line 15
      The collection of
      
      ---------------------
      
      애저 서비스에 액세스할 때 사용되는 단일 대상 언어에 대한
      
      = cos_simularity: 0.0%
      
      ✅ line 15
      for a single target language, used for accessing Azure services.
      
      ---------------------
      
      모음입니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 17
      Azure Core
      
      ---------------------
      
      애저 코어
      
      ✅ line 18
      A dependency of many client libraries. The Azure Core library provides access to the HTTP pipeline, common credential types, and other types that are appropriate to the Azure SDK as a whole.
      
      ---------------------
      
      많은 클라이언트 라이브러리의 종속성입니다. 애저 코어 라이브러리는 애저 SDK에 전체적으로 적합한 파이프라인, 일반적인 자격 증명 형식, 그리고 다른 유형에 대한 액세스를 제공합니다.
      
      = cos_simularity: 33.60969272762574%
      
      ✅ line 20
      Client Library
      
      ---------------------
      
      클라이언트 라이브러리
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 21
      A library (and associated tools, documentation, and samples) that _consumers_ use to ease working with an Azure service. There is generally a client library per Azure service and per target language. Sometimes a single client library will contain the ability to connect to multiple services.
      
      ---------------------
      
      애저 서비스 작업을 쉽게하기 위해 _consumers_가 사용하는 라이브러리(및 관련 도구, 문서, 샘플). 일반적으로 애저 서비스 그리고 대상 언어 당 하나의 클라이언트 라이브러리가 있습니다. 가끔 단일 클라이언트 라이브러리는 다수의 서비스를 연결할 수 있는 기능을 포함합니다.
      
      = cos_simularity: 34.84946449758732%
      
      ✅ line 23
      Consumer
      
      ---------------------
      
      소비자
      
      ✅ line 24
      Where appropriate to disambiguate between the various types of developers, we use the term _consumer_ to indicate the developer who is using a client library in an app to connect to an Azure service.
      
      ---------------------
      
      다양한 유형의 개발자들을 구분하기 위해 우리는 앱에서 클라이언트 라이브러리를 사용하여 애저 서비스에 연결하는 개발자를 표시하기 위해 _consumer_라는 용어를 사용합니다.
      
      = cos_simularity: 48.67945197830192%
      
      ✅ line 27
      The comments embedded within the code that describe the
      
      ---------------------
      
      구현중인
      
      ✅ line 27
      surface being implemented. The _docstrings_ are extracted and post-processed during the build to generate
      
      ---------------------
      
      표면을 설명하는 코드에 포함된 주석입니다. 빌드 중에 _docstrings_를 추출하고 사전 처리하여
      
      = cos_simularity: 10.658510262542638%
      
      ✅ line 27
      reference documentation.
      
      ---------------------
      
      참조 문서를 생성합니다.
      
      = cos_simularity: 26.055567105626242%
      
      ✅ line 29
      Library Developer
      
      ---------------------
      
      라이브러리 개발자
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 30
      Where appropriate to disambiguate between the various types of developers, we use the term
      
      ---------------------
      
      다양한 유형의 개발자들을 구분하기 위해 우리는 클라이언트 라이브러리를 작성하는 개발자를 표시하기 위해
      
      = cos_simularity: 24.620196725086444%
      
      ✅ line 30
      developer_ to indicate the developer who is writing a client library.
      
      ---------------------
      
      developer_라는 용어를 사용합니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 32
      Package
      
      ---------------------
      
      패키지
      
      ✅ line 33
      A client library after it has been packaged for distribution to consumers. Packages are generally installed using a package manager from a package repository.
      
      ---------------------
      
      소비자들에게 배포할 수 있도록 패키지된 클라이언트 라이브러리입니다. 패키지는 일반적으로 패키지 리포지토리의 패키지 관리자를 사용하여 설치됩니다.
      
      = cos_simularity: 57.5108376041706%
      
      ✅ line 35
      Package Repository
      
      ---------------------
      
      패키지 리포지토리
      
      = cos_simularity: 33.609692727625756%
      
      ✅ line 36
      Each client library is published separately to the appropriate language-specific package repository. For example, we distribute JavaScript libraries to [npmjs.org](https://npmjs.org) (also known as the NPM Registry), and Python libraries to [PyPI](https://pypi.org/). These releases are performed exclusively by the Azure
      
      ---------------------
      
      각 클라이언트 라이브러리는 해당 언어별 패키지 리포지토리에 별도로 게시됩니다. 예를 들어, [npmjs.org](https://npmjs.org)에는 자바스크립트 라이브러리(NPM Registry)를, [PyPI](https://pypi.org/)에서는 파이썬 라이브러리를 배포합니다. 이러한 릴리스는 애저
      
      = cos_simularity: 68.85847856630191%
      
      ✅ line 36
      engineering systems team. Consumers install packages using a package manager. For example, a JavaScript consumer might use
      
      ---------------------
      
      엔지니어링 팀만이 수행합니다. 소비자는 패키지 관리자를 통하여 패키지를 설치합니다. 예를 들어 자바스크립트는
      
      = cos_simularity: 47.21323521251367%
      
      ✅ line 36
      npm, or similar, whereas a Python consumer will use `pip` to install packages into their project.
      
      ---------------------
      
      npm등을 사용할 수 있고 파이썬 소비자는 `pip`을 사용하여 프로젝트에 패키지를 설치할 수 있습니다.
      
      = cos_simularity: 35.63922999903629%
      
      ✅ line 38
      Progressive Concept Disclosure
      
      ---------------------
      
      프로그레시브 컨셉 공개
      
      = cos_simularity: 20.199309249791835%
      
      ✅ line 39
      The first interaction with the client library should not rely on advanced service concepts. As the consumer of the library becomes more adept, we expose the concepts necessary at the point at which the consumer needs those concepts for implementation.
      
      ---------------------
      
      클라이언트 라이브러리와의 첫 번째 상호 작용은 고급 서비스 컨셉들에 의지해서는 안됩니다. 라이브러리의 소비자가 더 능숙해짐에 따라, 우리는 소비자가 구현을 위해 그러한 개념을 필요로 하는 시점에 필요한 개념을 공개합니다.
      
      = cos_simularity: 58.19696692214292%
      
      ✅ line 39
      Disclosure] was first discussed by the
      
      ---------------------
      
      Disclosure]는
      
      = cos_simularity: 0.0%
      
      ✅ line 39
      Group as an approach to designing better user interfaces.
      
      ---------------------
      
      Group이 더 좋은 사용자 인터페이스를 설계하기 위한 접근으로 처음 논의되었습니다.
      
      = cos_simularity: 31.125746752705368%
      
      ✅ line 41
      Requirements
      
      ---------------------
      
      요구사항
      
      ✅ line 43
      Each requirement in this document is labelled and color-coded to show the relative importance. In order from highest importance to lowest importance:
      
      ---------------------
      
      이 문서의 요구사항들은 라벨로 표시되어 있고 상대적 중요성을 나타내기 위해 색상으로 구분되어 있습니다. 중요도가 높은 순으로 작성되었습니다:
      
      = cos_simularity: 20.380370846518474%
      
      ✅ line 45
      adopt this requirement for the client library. If you feel you need an exception, engage with the
      
      ---------------------
      
      클라이언트 라이브러리에 요구사항을 사용해주세요. 만약 예외가 필요하다면 구현전에
      
      = cos_simularity: 21.693381701139696%
      
      ✅ line 45
      Board] prior to implementation.
      
      ---------------------
      
      Board]와 상의해주세요.
      
      = cos_simularity: 0.0%
      
      ✅ line 47
      adopt this requirement for the client library. If you feel you need an exception, engage with the
      
      ---------------------
      
      클라이언트 라이브러리에 요구사항을 사용하지 말아주세요. 만약 예외가 필요하다면 구현전에
      
      = cos_simularity: 20.199309249791835%
      
      ✅ line 47
      Board] prior to implementation.
      
      ---------------------
      
      Board]와 상의해주세요.
      
      = cos_simularity: 0.0%
      
      ✅ line 49
      strongly consider this requirement for the client library. If not following this advice, you **MUST** disclose the variance during the
      
      ---------------------
      
      클라이언트 라이브러리에 요구사항을 강력하게 고려해야합니다. 만약 이 권장사항을 따르지 않을 경우, **반드시**
      
      = cos_simularity: 23.55894430780045%
      
      ✅ line 49
      design review.
      
      ---------------------
      
      디자인 리뷰를 할 때 차이를 공개해야합니다.
      
      = cos_simularity: 22.028815056182975%
      
      ✅ line 51
      strongly consider this requirement for the client library. If not following this advice, you **MUST** disclose the variance during the
      
      ---------------------
      
      클라이언트 라이브러리에 요구사항을 강력하게 고려하지 말아야합니다. 만약 이 권장사항을 따르지 않을 경우, **반드시**
      
      = cos_simularity: 22.28882368991097%
      
      ✅ line 51
      design review.
      
      ---------------------
      
      디자인 리뷰를 할 때 차이를 공개해야합니다.
      
      = cos_simularity: 22.028815056182975%
      
      ✅ line 53
      consider this advice if appropriate to your situation. No notification to the architecture board is required.
      
      ---------------------
      
      만약 여러분의 상황에 적절할 경우 이 권장사항을 고려해야합니다. 아키텍처 보드에 통보할 필요가 없습니다.
      
      = cos_simularity: 14.438355527738672%
      
      

      ---

      🇺🇸: 0 words 🇰🇷: 0 words
      

      Modified rate 0.0%
      Translate rate 87.3%

  • golang

    • approved_dependencies.md : Added 📄 28

      28 words added.
    • implementation.md : Added 📄 958

      958 words added.
    • introduction.md : Added 📄 5834

      5834 words added.
    • refs.md : Added 📄 11

      11 words added.

  • ios

    • design.md : Modified 🇺🇸1468 / 🇰🇷101 📄 7640

      ✅ line 23
      🇺🇸 guidelines](https://swift.org/documentation/).
      🇰🇷 guidelines](https://swift.org/documentation/api-design-guidelines/).
      
      => sentence diffrence : 32.35%
      
      ✅ line 210
      🇺🇸 {% include requirement/MUSTNOT id="ios-versioning-no-previews-in-stable" %} include preview API versions in a stable SDK release's API version enum.
      
      ✅ line 212
      🇺🇸 {% include requirement/MUST id="ios-versioning-no-previews-in-stable" %} expose preview API versions only in beta SDKs.
      
      ✅ line 243
      🇺🇸 include a `latest` property from the client's API version enum which returns
      🇰🇷 return
      
      => sentence diffrence : 92.11%
      
      ✅ line 243
      🇺🇸 preview
      🇰🇷 stable
      
      => sentence diffrence : 85.71%
      
      ✅ line 243
      🇺🇸 latest GA API version for stable SDKs.
      🇰🇷 service that is supported by the client from the enum's `latest` property.
      
      => sentence diffrence : 78.38%
      
      ✅ line 295
      🇺🇸 #### Event Handling
      
      ✅ line 297
      🇺🇸 iOS applications commonly need to react to events from the UI or service. The following guidelines apply to SDKs that expose events to the customer.
      
      ✅ line 299
      🇺🇸 ##### Closures
      
      ✅ line 301
      🇺🇸 {% include requirement/MUST id="ios-event-closures-required" %} expose event handlers as closures.
      
      ✅ line 303
      🇺🇸 {% include requirement/SHOULD id="ios-event-properties" %} group related events together in a `struct` whose definition is enclosed within the client. This struct should be named `Events` (if there is only one collection) or end with the `Events` suffix and should contain no other properties or methods besides the event handlers themselves. Event collections must be exposed directly on the client as a property that is either named `events` (if there is only one collection) or ends with the `Events` suffix. For example:
      
      ✅ line 305
      🇺🇸 {% highlight swift %}
      
      ✅ line 306
      🇺🇸 public class CatClient: PipelineClient {
      
      ✅ line 308
      🇺🇸 public struct UnicastEvents {
      
      ✅ line 309
      🇺🇸 public var onCatMeow: ((String) -> Void)? = nil
      
      ✅ line 310
      🇺🇸 public var onCatSleep: ((String) -> Void)? = nil
      
      ✅ line 311
      🇺🇸 ...
      
      ✅ line 312
      🇺🇸 }
      
      ✅ line 313
      🇺🇸
      
      ✅ line 314
      🇺🇸 public struct MulticastEvents {
      
      ✅ line 315
      🇺🇸 public var onCatMeow: MulticastEventsCollection<((String) -> Void)>
      
      ✅ line 316
      🇺🇸 public var onCatSleep: MulticastEventsCollection<((String) -> Void)>
      
      ✅ line 317
      🇺🇸 ...
      
      ✅ line 318
      🇺🇸 }
      
      ✅ line 320
      🇺🇸 public var unicastEvents = Events()
      
      ✅ line 321
      🇺🇸 public var multicastEvents = MulticastEvents()
      
      ✅ line 322
      🇺🇸 ...
      
      ✅ line 323
      🇺🇸 }
      
      ✅ line 324
      🇺🇸 {% endhighlight %}
      
      ✅ line 325
      🇺🇸
      
      ✅ line 326
      🇺🇸 {% include requirement/MAY id="ios-event-mutable" %} mutate individual event handlers after client instantiation, unlike most client configuration which is required to be immutable.
      
      ✅ line 328
      🇺🇸 {% include requirement/SHOULDNOT id="ios-closure-typealias" %} provide a public typealias event signatures because they do not aid in Intellisense and pollute the public API surface area. If you feel you need to expose a public typealias, contact the SDK team.
      
      ✅ line 330
      🇺🇸 {% include requirement/MUST id="ios-closure-naming-convention" %} name event properties using the Swift UI naming convention. For example, a delegate method called "cat(didMeow:)" would translate to an closure-based event named "onCatMeow".
      
      ✅ line 332
      🇺🇸 {% include requirement/MUST id="ios-event-multicast" %} expose multicast event handlers using the `MulticastEventCollection` generic type from `Azure.Core`. This type contains a `register` method which accepts the event as a trailing closure and returns a UUID string identifier which can be used to unregister the handler. SDKs which cannot use `Azure.Core` (for example, ObjC-based SDKs) should work with the Azure SDK team to ensure their multicast solution projects to the same Swift interface.
      
      ✅ line 334
      🇺🇸 {% highlight swift %}
      
      ✅ line 335
      🇺🇸 // SDK code
      
      ✅ line 336
      🇺🇸 public class CatClient: PipelineClient {
      
      ✅ line 337
      🇺🇸 public struct Events {
      
      ✅ line 338
      🇺🇸 public var onCatMeow: MulticastEventsCollection<((String) -> Void)>
      
      ✅ line 339
      🇺🇸 public var onCatSleep: MulticastEventsCollection<((String) -> Void)>
      
      ✅ line 340
      🇺🇸 ...
      
      ✅ line 341
      🇺🇸 }
      
      ✅ line 342
      🇺🇸 public var events = MulticastEvents()
      
      ✅ line 343
      🇺🇸 ...
      
      ✅ line 344
      🇺🇸 }
      
      ✅ line 346
      🇺🇸 // Customer Code
      
      ✅ line 347
      🇺🇸 let client = CatClient(...)
      
      ✅ line 348
      🇺🇸 let event1 = client.events.onCatMeow.register { ... }
      
      ✅ line 349
      🇺🇸 let event 2 = client.events.onCatMeow.register { ... }
      
      ✅ line 350
      🇺🇸 client.events.unregister(event1)
      
      ✅ line 351
      🇺🇸 {% endhighlight %}
      
      ✅ line 355
      🇺🇸 expose events as one or more
      🇰🇷 provide a
      
      => sentence diffrence : 85.71%
      
      ✅ line 355
      🇺🇸 protocols
      🇰🇷 protocol
      
      => sentence diffrence : 11.11%
      
      ✅ line 355
      🇺🇸 to. This pattern
      🇰🇷 to instead of a closure parameter for service methods where use of the delegate would improve clarity and/or reduce clutter. For such methods, you
      
      => sentence diffrence : 91.78%
      
      ✅ line 355
      🇺🇸 be more familiar to Objective-C developers.
      🇰🇷 either accept the delegate as the final parameter or provide a
      
      => sentence diffrence : 79.03%
      
      ✅ line 358
      🇺🇸 if delegates are implemented.
      🇰🇷 to which the delegate can be attached.
      
      => sentence diffrence : 63.16%
      
      ✅ line 358
      🇺🇸 {% include requirement/MUST id="ios-delegate-property" %} include an optional weak `delegate`
      
      ✅ line 386
      🇰🇷 Accept a delegate parameter
      
      ✅ line 387
      🇰🇷 public func getChanges(
      
      ✅ line 388
      🇰🇷 forConfigurationSettingsWithPrefix prefix: String,
      
      ✅ line 389
      🇰🇷 delegate: ConfigurationSettingDelegate
      
      ✅ line 390
      🇰🇷 ) {
      
      ✅ line 391
      🇰🇷 ...
      
      ✅ line 392
      🇰🇷 }
      
      ✅ line 394
      🇺🇸 Provide
      🇰🇷 // Or provide
      
      => sentence diffrence : 64.71%
      
      ✅ line 395
      🇺🇸 delegate:
      🇰🇷 configurationSettingDelegate:
      
      => sentence diffrence : 72.41%
      
      ✅ line 409
      🇰🇷 Provide delegate as a parameter
      
      ✅ line 410
      🇰🇷 client.getChanges(forConfigurationSettingsWithPrefix: "Foo", delegate: self)
      
      ✅ line 412
      Attach
      
      ---------------------
      
      // Or attach
      
      = cos_simularity: 0.0%
      
      ✅ line 412
      🇰🇷 client.getChanges(forConfigurationSettingsWithPrefix: "Foo")
      
      ✅ line 419
      🇺🇸 conventions](https://swift.org/documentation/)
      🇰🇷 conventions](https://swift.org/documentation/api-design-guidelines/#naming)
      
      => sentence diffrence : 38.67%
      
      ✅ line 431
      🇺🇸 {% include requirement/SHOULD id="ios-delegate-closure-parity" %} expose the same level of functionality through delegates as through event closures if delegates are implemented; however, there does not need to be a one-to-one match between delegate methods and event closures. Delegate methods are often verbose and it is acceptable to use fewer closures to represent the same set of delegate methods.
      
      ✅ line 711
      🇺🇸 Conditional requests are normally performed using HTTP headers. The primary usage provides headers that match the ETag to some known value. The ETag is an opaque identifier that represents a single version of a resource. For example, adding the following header will translate to "if the record's version, specified by the ETag, is not the same".
      🇰🇷 > TODO
      
      => sentence diffrence : 99.42%
      
      ✅ line 713
      🇺🇸 {% highlight text %} If-Not-Match: "etag-value" {% endhighlight %}
      
      ✅ line 715
      🇺🇸 With headers, tests are possible for the following:
      
      ✅ line 717
      🇺🇸 Unconditionally (no additional headers)
      
      ✅ line 718
      🇺🇸 If (not) modified since a version (If-Match and If-Not-Match)
      
      ✅ line 719
      🇺🇸 If (not) modified since a date (If-Modified-Since and If-Unmodified-Since)
      
      ✅ line 720
      🇺🇸 If (not) present (If-Match and If-Not-Match with a ETag=* value)
      
      ✅ line 721
      🇺🇸 Not all services support all of these semantics and may not support any of them. Developers have varying levels of understanding of the ETag and conditional requests, so it is best to abstract this concept from the API surface. There are two types of conditional requests we need to be concerned with:
      
      ✅ line 723
      🇺🇸 Safe conditional requests (e.g. GET)
      
      ✅ line 725
      🇺🇸 These are typically used to save bandwidth in an "update cache" scenario, i.e. I have a cached value, only send me the data if what the service has is newer than my copy. These return either a 200 or a 304 status code, indicating the value was not modified, which tells the caller that their cached value is up to date.
      
      ✅ line 727
      🇺🇸 Unsafe conditional requests (e.g. POST, PUT, or DELETE)
      
      ✅ line 729
      🇺🇸 These are typically used to prevent losing updates in an optimistic concurrency scenario, i.e. I've modified the cached value I'm holding, but don't update the service version unless it has the same copy I've got. These return either a success or a 412 error status code, indicating the value was modified, to indicate to the caller that they'll need to retry their update if they want it to succeed.
      
      ✅ line 731
      🇺🇸 These two cases are handled differently in client libraries. However, the form of the call is the same in both cases. The signature of the method should be:
      
      ✅ line 733
      🇺🇸 {% highlight text %} client.method(..., withOptions: RequestOptions) {% endhighlight %}
      
      ✅ line 735
      🇺🇸 The `withOptions` field provides preconditions to the HTTP request. The Etag value will be retrieved from the item that is passed into the method where possible, and method arguments where not possible. The form of the method will be modified based on idiomatic usage patterns in the language of choice. In cases where the ETag value is not known, the operation cannot be conditional. If the library developer does not need to support advanced usage of precondition headers, they can add a boolean parameter that is set to true to establish the condition. For example, use one of the following boolean names instead of the conditions operator:
      
      ✅ line 737
      🇺🇸 `onlyIfChanged`
      
      ✅ line 738
      🇺🇸 `onlyIfUnchanged`
      
      ✅ line 739
      🇺🇸 `onlyIfMissing`
      
      ✅ line 740
      🇺🇸 `onlyIfPresent`
      
      ✅ line 741
      🇺🇸
      
      ✅ line 742
      🇺🇸 In all cases, the conditional expression is "opt-in", and the default is to perform the operation unconditionally.
      
      ✅ line 744
      🇺🇸 The return value from a conditional operation must be carefully considered. For safe operators (e.g. GET), return a response that will throw if the value is accessed (or follow the same convention used for a 204 No Content response), since there is no value in the body to reference. For unsafe operators (e.g. PUT, DELETE, or POST), throw a specific error when a Precondition Failed or Conflict result is received. This allows the consumer to do something different in the case of conflicting results.
      
      ✅ line 746
      🇺🇸 {% include requirement/SHOULD %} accept a conditions parameter (which takes an enumerated type) on service methods that allow a conditional check on the service.
      
      ✅ line 748
      🇺🇸 {% include requirement/SHOULD %} accept an additional boolean or enum parameter on service methods as necessary to enable conditional checks using ETag.
      
      ✅ line 750
      🇺🇸 {% include requirement/SHOULD %} include the ETag field as part of the object model when conditional operations are supported.
      
      ✅ line 752
      🇺🇸 {% include requirement/SHOULDNOT %} throw an error when a 304 Not Modified response is received from the service.
      
      ✅ line 754
      🇺🇸 {% include requirement/SHOULD %} throw a distinct error when a 412 Precondition Failed response or a 409 Conflict response is received from the service due to a conditional check.
      
      ✅ line 760
      🇺🇸 objects (structs and classes)
      🇰🇷 structures
      
      => sentence diffrence : 72.41%
      
      ✅ line 760
      protocol-neutral
      
      ---------------------
      
      protocol neutral
      
      = cos_simularity: 0.0%
      
      ✅ line 762
      🇺🇸 requirement/SHOULD
      🇰🇷 requirement/MUST
      
      => sentence diffrence : 27.78%
      
      ✅ line 787
      🇺🇸 {% include requirement/MUST id="ios-enums" %} use an `enum` for parameters, properties, and return types when values are known.
      🇰🇷 > TODO
      
      => sentence diffrence : 98.43%
      
      ✅ line 789
      🇺🇸 {% include requirement/MUST id="ios-enums-request-string-convertible" %} conform to the `RequestStringConvertible` protocol provided in Azure Core.
      
      ✅ line 790
      🇺🇸
      
      ✅ line 791
      🇺🇸 {% include requirement/MUST id="ios-naming-enum-camelcase" %} use camel casing names for enum values. `EnumType.foo` and `EnumType.twoWords` are valid, whereas `EnumType.Foo` and `EnumType.TWO_WORDS` are not.
      
      ✅ line 793
      🇺🇸 {% include requirement/MAY id="ios-expandable-enums" %} define an enum-like API that declares well-known fields but which can also contain unknown values returned from the service, or user-defined values passed to the service. The customized value that accepts a string SHOULD be called `custom`. An example expandable enum is shown below:
      
      ✅ line 795
      🇺🇸 ```swift
      
      ✅ line 796
      🇺🇸 public enum ShapeEnum: RequestStringConvertible {
      
      ✅ line 797
      🇺🇸 case custom(String)
      
      ✅ line 798
      🇺🇸 case square
      
      ✅ line 799
      🇺🇸 case circle
      
      ✅ line 800
      🇺🇸
      
      ✅ line 801
      🇺🇸 var requestString: String {
      
      ✅ line 802
      🇺🇸 switch self {
      
      ✅ line 803
      🇺🇸 case let .custom(val):
      
      ✅ line 804
      🇺🇸 return val
      
      ✅ line 805
      🇺🇸 case .square:
      
      ✅ line 806
      🇺🇸 return "square"
      
      ✅ line 807
      🇺🇸 case .circle:
      
      ✅ line 808
      🇺🇸 return "circle"
      
      ✅ line 809
      🇺🇸 }
      
      ✅ line 810
      🇺🇸 }
      
      ✅ line 811
      🇺🇸 }
      
      ✅ line 812
      🇺🇸 ```
      
      ✅ line 814
      🇺🇸 {% include requirement/MUST id="ios-enums-no-future-growth" %} use an regular `enum` only if the enum values are known to not change like days of a week, months in a year etc.
      
      ✅ line 816
      🇺🇸 {% include requirement/MUST id="ios-enums-future-growth" %} define an expandable enum for enumerations if the values could expand in the future.
      
      ✅ line 820
      🇺🇸 {% include requirement/MUST id="ios-core-types" %} make use of packages in Azure Core to provide behavior consistent across all Azure SDK libraries. This includes, but is not limited to:
      🇰🇷 > TODO
      
      => sentence diffrence : 98.39%
      
      ✅ line 822
      🇺🇸 * `PipelineClient`, `PipelineRequest`, `PipelineResponse`, etc. for http client, pipeline and related functionality.
      
      ✅ line 823
      🇺🇸 * `ClientLogger` for logging.
      
      ✅ line 824
      🇺🇸 * `PagedCollection` and `PagedItemSyncIterator` for returning paged results.
      
      ✅ line 826
      🇺🇸 See the [Azure Core README][Azure Core] for more details.
      
      ✅ line 1067
      🇺🇸 stable
      🇰🇷 GA
      
      => sentence diffrence : 100.0%
      
      

      ---

      🇺🇸: 1468 words 🇰🇷: 101 words
      

      Modified rate 9.42%
      Translate rate 0.02%

    • implementation.md : Modified 🇺🇸299 / 🇰🇷41 📄 1226

      ✅ line 17
      🇺🇸 Service clients are the main starting points for developers calling Azure services with the Azure SDK. Each client library should have at least one client, so it’s easy to discover. The guidelines in this section describe patterns for the design of a service client. Because for iOS only asynchronous service clients are required, the sections below are organized into general service client guidance.
      🇰🇷 > TODO: Add introductory sentence.
      
      => sentence diffrence : 93.27%
      
      ✅ line 21
      🇺🇸 Service methods are the methods on the client that invoke operations on the service.
      🇰🇷 > TODO: Add introductory sentence.
      
      => sentence diffrence : 79.76%
      
      ✅ line 44
      🇰🇷 > TODO: Add introductory sentence.
      
      ✅ line 48
      🇺🇸 ##### Attributes
      🇰🇷 > TODO
      
      => sentence diffrence : 93.75%
      
      ✅ line 50
      🇺🇸 The following guidance applies to Swift [attributes](https://docs.swift.org/swift-book/ReferenceManual/Attributes.html) :
      🇰🇷 ## SDK Feature Implementation
      
      => sentence diffrence : 88.43%
      
      ✅ line 52
      🇺🇸 {% include requirement/SHOULD id="ios-attr-objc" %} use the `@objc` and `@objMembers` attributes ONLY when a Swift object must be exposed to ObjectiveC.
      
      ✅ line 54
      🇺🇸 {% include requirement/MUST id="ios-attr-available" %} use the `@available` attribute when implementation is contingent upon differences in supported OS or Swift versions.
      
      ✅ line 56
      🇺🇸 {% include requirement/MUST id="ios-attr-available" %} use the `@available` attribute to manage breaking changes and transition customers away from deprecated APIs. For example:
      
      ✅ line 57
      🇺🇸 ```swift
      
      ✅ line 58
      🇺🇸 // usable but will issue a warning
      
      ✅ line 59
      🇺🇸 @available(*, deprecated, message: "Optional message here...")
      
      ✅ line 60
      🇺🇸 func myFunction() { ... }
      
      ✅ line 62
      🇺🇸 // unusable -- will issue a compiler error
      🇰🇷 > TODO: Add introductory sentence.
      
      => sentence diffrence : 83.33%
      
      ✅ line 63
      🇺🇸 @available(*, unavailable, message: "Optional message here...")
      
      ✅ line 64
      🇺🇸 func myUnavailableFunc() { ... }
      
      ✅ line 66
      🇺🇸 // usable but will issue a warning
      
      ✅ line 67
      🇺🇸 @available(*, deprecated, renamed: "BetterProtocolName")
      
      ✅ line 68
      🇺🇸 typealias BadProtocolName = BetterProtocolName
      
      ✅ line 69
      🇺🇸 ```
      
      ✅ line 70
      🇺🇸 {% include requirement/MUST id="ios-attr-escaping" %} use `@escaping` on completion handler closures.
      
      ✅ line 72
      🇺🇸 {% include requirement/MUST id="ios-attr-unspecified" %} contact the Azure SDK team if you are using an attribute not specified here.
      
      ✅ line 74
      🇺🇸 ## SDK Feature Implementation
      
      ✅ line 173
      {% include requirement/MUST id="ios-testing-unit-xctest" %} use
      
      ---------------------
      
      > TODO: Document how to write good tests with
      
      = cos_simularity: 0.0%
      
      ✅ line 173
      🇰🇷 existing XCTest framework.
      
      ✅ line 174
      🇺🇸 built-in `XCTest` framework for unit testing.
      🇰🇷 > TODO: Say something about mocking of
      
      => sentence diffrence : 82.22%
      
      ✅ line 175
      🇺🇸 AzureTest static framework for end-to-end testing.
      🇰🇷 requests and how
      
      => sentence diffrence : 80.0%
      
      ✅ line 175
      🇺🇸 {% include requirement/MUST id="ios-testing-e2e-azuretest" %} use
      
      ✅ line 176
      🇺🇸 the inherent complexity. Instead, AzureTest should be used for most end-to-end scenario tests.
      🇰🇷 design
      
      => sentence diffrence : 95.74%
      
      ✅ line 176
      🇺🇸 {% include requirement/SHOULDNOT id="ios-testing-nomocks" %} mock service calls for end-to-end tests due
      
      ✅ line 177
      🇺🇸 abnormal network conditions such as dropped connectivity.
      🇰🇷 it.
      
      => sentence diffrence : 94.74%
      
      ✅ line 177
      🇺🇸 {% include requirement/MAY id="ios-testing-ohhttpstubs" %} use `OHHTTPStubs` to perform mocking
      
      

      ---

      🇺🇸: 299 words 🇰🇷: 41 words
      

      Modified rate 12.56%
      Translate rate 0.41%

  • java

    • implementation.md : Modified 🇺🇸108 / 🇰🇷53 📄 1399

      ✅ line 2
      Guidelines: Implementation"
      
      ---------------------
      
      가이드라인: 구현"
      
      = cos_simularity: 33.609692727625756%
      
      ✅ line 9
      Implementation
      
      ---------------------
      
      구현
      
      ✅ line 11
      This section describes guidelines for implementing
      
      ---------------------
      
      이 문서는
      
      ✅ line 11
      client libraries. Please note that some of these guidelines are automatically enforced by code generation tools.
      
      ---------------------
      
      클라이언트 라이브러리를 구현하기 위한 가이드라인입니다. 이 가이드라인의 일부는 코드 생성 도구에 의해 자동으로 적용된 점을 유의하시기 바랍니다.
      
      = cos_simularity: 36.42944127200891%
      
      ✅ line 13
      allow implementation code (that is, code that doesn't form part of the public API) to be mistaken as public API. There are two valid arrangements for implementation code, which in order of preference are the following:
      
      ---------------------
      
      구현 코드(즉, 공개 API의 일부를 구성하지 않은 코드)를 공개 API로 오인하지 않도록 하십시오. 구현 코드에는 두 가지 유효한 약정이 있는데, 우선 순위는 다음과 같습니다:
      
      = cos_simularity: 41.76495142943802%
      
      ✅ line 15
      Implementation classes can be made package-private and placed within the same package as the consuming class.
      
      ---------------------
      
      구현 클래스를 패키지-프라이빗으로 만들고, 이를 사용하는 클래스와 같은 패키지 내에 배치할 수 있습니다.
      
      = cos_simularity: 45.36345638828187%
      
      ✅ line 16
      Implementation classes can be placed within a subpackage named `implementation`.
      
      ---------------------
      
      구현 클래스를 `implementation`으로 명명된 서브패키지 내에 배치할 수 있습니다.
      
      = cos_simularity: 26.04881907105759%
      
      ✅ line 18
      checks ensure that classes within an
      
      ---------------------
      
      검사는
      
      ✅ line 18
      package aren't exposed through public API, but it is better that the API not be public in the first place, so preferring to have package-private is the better approach where practicable.
      
      ---------------------
      
      패키지 내의 클래스가 공개 API를 통해 노출되지 않도록 확인합니다. 하지만 우선 API를 공개 API로 구현하지 않는 것이 좋으므로, 가능하면 패키지-프라이빗을 적용하는 것이 더 낫습니다.
      
      = cos_simularity: 23.014621399791256%
      
      ✅ line 20
      Service Client
      
      ---------------------
      
      서비스 클라이언트
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 22
      Async Service Client
      
      ---------------------
      
      비동기 서비스 클라이언트
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 24
      include blocking calls inside async client library code. Use [BlockHound] to detect blocking calls in async APIs.
      
      ---------------------
      
      비동기 클라이언트 라이브러리 내에 동기 함수 호출을 포함하지 마십시오. 비동기 API 안의 동기 함수 호출을 감지하기 위해 [BlockHound]를 사용하십시오.
      
      = cos_simularity: 27.157269310461817%
      
      ✅ line 26
      Annotations
      
      ---------------------
      
      주석
      
      ✅ line 28
      Include the following annotations on the service client class. For example, this code sample shows a sample class demonstrating the use of these two annotations:
      
      ---------------------
      
      서비스 클라이언트 클래스에는 다음의 주석을 포함하십시오. 예를 들어, 이 코드에서는 두 주석을 사용하는 예시 클래스를 볼 수 있습니다:
      
      = cos_simularity: 23.2878332772395%
      
      ✅ line 41
      Annotation
      
      ---------------------
      
      주석
      
      ✅ line 41
      Location
      
      ---------------------
      
      위치
      
      ✅ line 41
      Description
      
      ---------------------
      
      설명
      
      ✅ line 43
      Service Client | Specifies the builder responsible for instantiating the service client, whether the API is asynchronous, and a reference back to the service interface (the interface annotated with `@ServiceInterface`). |
      
      ---------------------
      
      서비스 클라이언트 |서비스 클라이언트를 인스턴스화하는 빌더, API가 비동기인지 여부, 서비스 인터페이스(`@ServiceInterface` 주석이 있는 인터페이스)에 대한 참조를 명시합니다.|
      
      = cos_simularity: 80.37311277734125%
      
      ✅ line 44
      Service Method | Placed on all methods that do network operations, regardless of whether it is a client class or not. |
      
      ---------------------
      
      서비스 메서드 |클라이언트 클래스인지 여부에 관계 없이, 네트워크 작업을 수행하는 모든 메서드에 명시합니다.|
      
      = cos_simularity: 56.66441608108923%
      
      ✅ line 46
      Service Client Builder
      
      ---------------------
      
      서비스 클라이언트 빌더
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 48
      Annotations
      
      ---------------------
      
      주석
      
      ✅ line 50
      annotation should be placed on any class that is responsible for instantiating service clients (that is, instantiating classes annotated with `@ServiceClient`). For example:
      
      ---------------------
      
      주석은 서비스 클라이언트 인스턴스화를 담당하는 클래스에 반드시 명시되어야 합니다. (즉, `@ServiceClient` 주석이 적용된 클래스를 인스턴스화하는 클래스에 배치되어야 합니다.) 예시는 다음과 같습니다:
      
      = cos_simularity: 25.263444682823444%
      
      ✅ line 50
      🇺🇸 The
      
      ✅ line 57
      This builder states that it can build instances of `ConfigurationClient` and `ConfigurationAsyncClient`.
      
      ---------------------
      
      위의 빌더는 `ConfigurationClient`와 `ConfigurationAsyncClient`의 인스턴스를 작성할 수 있다고 명시합니다.
      
      = cos_simularity: 67.3520504578081%
      
      ✅ line 59
      Supporting Types
      
      ---------------------
      
      지원 타입
      
      ✅ line 61
      Model Types
      
      ---------------------
      
      모델 타입
      
      ✅ line 63
      Annotations
      
      ---------------------
      
      주석
      
      ✅ line 65
      There are two annotations of note that should be applied on model classes, when applicable:
      
      ---------------------
      
      조건에 해당하는 경우, 모델 클래스에 적용해야 하는 두 가지 주석이 있습니다:
      
      = cos_simularity: 66.94188517266485%
      
      ✅ line 67
      annotation is applied to all model classes that are expected to provide a fluent API to end users.
      
      ---------------------
      
      주석은 최종 사용자에게 Fluent API를 제공할 것으로 예상되는 모든 모델 클래스에 적용됩니다.
      
      = cos_simularity: 84.77624970048979%
      
      ✅ line 68
      annotation is applied to all immutable classes.
      
      ---------------------
      
      주석은 변경할 수 없는 모든 클래스에 적용됩니다.
      
      = cos_simularity: 58.033298467656856%
      
      ✅ line 70
      Feature Implementation
      
      ---------------------
      
      기능 구현
      
      ✅ line 72
      Logging
      
      ---------------------
      
      로깅
      
      ✅ line 74
      Client libraries must make use of the robust logging mechanisms in azure core, so that the consumers can adequately diagnose issues with method calls and quickly determine whether the issue is in the consumer code, client library code, or service.
      
      ---------------------
      
      클라이언트 라이브러리는 Azure Core의 강력한 로깅 메커니즘을 사용해야 합니다. 이는 소비자가 메서드 호출의 문제를 적절하게 진단하고, 그 문제가 개발자 코드, 클라이언트 라이브러리 코드, 서비스 중 어디에서 발생했는지 확인할 수 있도록 하기 위함입니다.
      
      = cos_simularity: 62.80974756229841%
      
      ✅ line 76
      🇺🇸 {% include requirement/MUST id="java-logging-clientlogger" %} use the `ClientLogger` API provided within Azure Core as the sole logging API throughout all client libraries. Internally, `ClientLogger` wraps [SLF4J], so all external configuration that is offered through SLF4J is valid. We encourage you to expose the SLF4J configuration to end users. For more information, see the [SLF4J user manual].
      
      ✅ line 78
      🇰🇷 id="java-logging-clientlogger" %} 모든 클라이언트 라이브러리에서는 Azure Core가 제공하는 `ClientLogger` API를 유일한 로깅 API로 사용하십시오. 내부적으로, `ClientLogger`는 [SLF4J]를 감싸고 있으므로, SLF4J를 통해 제공되는 모든 외부 구성이 유효합니다. 최종 사용자에게 SLF4J 구성을 노출하기를 권장합니다. 자세한 내용은 [SLF4J user manual]을 참조하십시오.
      
      ✅ line 80
      create a new instance of a
      
      ---------------------
      
      {% include requirement/MUST-] id="java-logging-new-clientlogger" %} [-모든 관련 클래스에
      
      = cos_simularity: 0.0%
      
      ✅ line 80
      per instance of all relevant classes, except in situations where performance is critical, the instances are short-lived (and therefore the cost of unique loggers is excessive), or in
      
      ---------------------
      
      인스턴스를 생성하십시오. 단, 성능이 매우 중요하거나, 인스턴스의 수명이 짧아 고유한 로거를 사용하기에 비용이 과하거나, 클래스 인스턴스화가 허용되지 않는
      
      = cos_simularity: 9.485596580009679%
      
      ✅ line 80
      classes (where there is no instantiation of the class allowed). In these cases, it is acceptable to have a shared (or
      
      ---------------------
      
      클래스는 예외입니다. 이러한 예외의 경우, 공유 (또는
      
      = cos_simularity: 38.63133208585898%
      
      ✅ line 80
      logger instance. For example, the code below will create a
      
      ---------------------
      
      로거 인스턴스가 허용됩니다. 예를 들어, 아래 코드는 `ConfigurationAsyncClient`에 대한
      
      = cos_simularity: 52.70724758293459%
      
      ✅ line 80
      instance for the `ConfigurationAsyncClient`:
      
      ---------------------
      
      인스턴스를 생성합니다:
      
      = cos_simularity: 0.0%
      
      ✅ line 80
      🇰🇷 {% include requirement/MUST
      
      ✅ line 95
      Note that static loggers are shared among all client library instances running in a
      
      ---------------------
      
      Static 로거는
      
      = cos_simularity: 14.14305679255449%
      
      ✅ line 95
      instance.
      
      ---------------------
      
      인스턴스에서 실행되는 모든 클라이언트 라이브러리 인스턴스 간에 공유된다는 점을 참고하십시오.
      
      = cos_simularity: 23.076792961123065%
      
      ✅ line 95
      🇰🇷 로거는 인스턴스 수명이 짧은 경우에만 신중히 사용해야 합니다.
      
      ✅ line 97
      loggers should be used carefully and in short-lived cases only.
      
      ---------------------
      
      {% include requirement/MUST id="java-logging-levels" %} 로그를 내보낼 때는 다음 로그 레벨 중 하나를 사용하십시오: `Verbose`(상세 정보), `Informational`(발생한 상황), `Warning`(문제일 수 있는 상황), `Error`.
      
      = cos_simularity: 0.0%
      
      ✅ line 99
      🇺🇸 id="java-logging-levels"
      🇰🇷 id="java-logging-errors"
      
      => sentence diffrence : 20.83%
      
      ✅ line 99
      use one of the following log levels when emitting logs: `Verbose` (details), `Informational` (things happened), `Warning` (might be a problem or not), and `Error`.
      
      ---------------------
      
      `Error` 레벨은 응용 프로그램이 복구될 가능성이 거의 없는 오류(메모리 부족 등)에 사용하십시오.
      
      = cos_simularity: 3.2181833982313903%
      
      ✅ line 101
      🇺🇸 id="java-logging-errors"
      🇰🇷 id="java-logging-warn"
      
      => sentence diffrence : 20.83%
      
      ✅ line 101
      use the `Error` logging level for failures that the application is unlikely to recover from (out of memory, etc.).
      
      ---------------------
      
      `Warning` 레벨은 함수가 의도한 작업을 수행하지 못한 경우 사용하십시오. 이는 일반적으로 함수가 예외를 발생시킨다는 것을 의미합니다. 스스로 복구하는 이벤트 발생(예를 들어, 요청이 자동으로 재시도되는 경우)은 포함하지 마십시오.
      
      = cos_simularity: 0.0%
      
      ✅ line 103
      🇺🇸 {% include requirement/MUST id="java-logging-warn" %} use the `Warning` logging level when a function fails to perform its intended task. This generally means that the function will raise an exception. Do not include occurrences of self-healing events (for example, when a request will be automatically retried).
      
      ✅ line 105
      log the request and response (see below) at the
      
      ---------------------
      
      요청/응답 주기(응답 본문 시작까지)가 서비스 정의 임계계 값을 초과할 때,
      
      = cos_simularity: 6.743557494279506%
      
      ✅ line 105
      logging level when a request/response cycle (to the start of the response body) exceeds a service-defined threshold. The threshold should be chosen to minimize false-positives and identify service issues.
      
      ---------------------
      
      수준에서 요청 및 응답(아래 참조)을 기록할 수 있습니다. 임계 값은 거짓-긍정(false-positives)을 최소화하고, 서비스 문제를 식별하기 위해 선택되어야 합니다.
      
      = cos_simularity: 27.51764851686965%
      
      ✅ line 107
      logging level when a function operates normally.
      
      ---------------------
      
      레벨은 함수가 정상적으로 작동할 때 사용하십시오.
      
      = cos_simularity: 22.576484600261608%
      
      ✅ line 109
      logging level for detailed troubleshooting scenarios. This is primarily intended for developers or system administrators to diagnose specific failures.
      
      ---------------------
      
      레벨은 자세한 문제 해결 시나리오를 위해 사용하십시오. 이는 주로 개발자 혹은 시스템 관리자가 특정 오류를 진단하기 위한 것입니다.
      
      = cos_simularity: 52.53253907296236%
      
      ✅ line 111
      only log headers and query parameters that are in a service-provided "allow-list" of approved headers and query parameters. All other headers and query parameters must have their values redacted.
      
      ---------------------
      
      승인된 헤더와 쿼리 파라미터의 서비스 제공 "허용 목록"에 있는 헤더 및 쿼리 파라미터만 로그로 기록하십시오. 다른 모든 헤더와 쿼리 파라미터는 해당 값을 수정해야 합니다.
      
      = cos_simularity: 38.570649188441614%
      
      ✅ line 113
      message. The log should include the following information:
      
      ---------------------
      
      메시지로 요청 행과 헤더를 로그에 남기십시오. 로그는 다음의 정보를 포함해야 합니다:
      
      = cos_simularity: 6.655924660794856%
      
      ✅ line 115
      method.
      
      ---------------------
      
      메서드
      
      ✅ line 116
      🇺🇸 The URL.
      🇰🇷 URL
      
      => sentence diffrence : 62.5%
      
      ✅ line 117
      The query parameters (redacted if not in the allow-list).
      
      ---------------------
      
      쿼리 파라미터(허용 목록에 없는 경우 수정)
      
      = cos_simularity: 50.560555887396916%
      
      ✅ line 118
      The request headers (redacted if not in the allow-list).
      
      ---------------------
      
      요청 헤더(허용 목록에 없는 경우 수정)
      
      = cos_simularity: 75.23197619890014%
      
      ✅ line 119
      An SDK provided request
      
      ---------------------
      
      SDK가 상관 광계 목적을 위해 제공하는 요청
      
      = cos_simularity: 12.536693798731733%
      
      ✅ line 120
      The number of times this request has been attempted.
      
      ---------------------
      
      요청이 시도된 횟수
      
      = cos_simularity: 50.310261241513146%
      
      ✅ line 122
      This happens within
      
      ---------------------
      
      이는 기본적으로
      
      = cos_simularity: 0.0%
      
      ✅ line 122
      by default, but users can configure this through the builder
      
      ---------------------
      
      내에서 수행하지만, 사용자가
      
      = cos_simularity: 13.62763414390864%
      
      ✅ line 122
      configuration setting.
      
      ---------------------
      
      구성 빌더를 통해 설정할 수 있습니다.
      
      = cos_simularity: 19.431434016858148%
      
      ✅ line 124
      message. The format of the log should be the following:
      
      ---------------------
      
      메시지로 응답 행과 헤더를 로그에 남기십시오. 로그 형식은 다음과 같아야 합니다:
      
      = cos_simularity: 46.11709283793983%
      
      ✅ line 126
      The SDK provided request ID (see above).
      
      ---------------------
      
      SDK에서 제공한 요청 ID(위 참조)
      
      = cos_simularity: 25.23342014336961%
      
      ✅ line 127
      The status code.
      
      ---------------------
      
      상태 코드
      
      ✅ line 128
      Any message provided with the status code.
      
      ---------------------
      
      상태 코드와 함께 제공된 메시지
      
      = cos_simularity: 38.08726084759437%
      
      ✅ line 129
      The response headers (redacted if not in the allow-list).
      
      ---------------------
      
      응답 헤더(허용 목록에 없는 경우 수정)
      
      = cos_simularity: 75.23197619890014%
      
      ✅ line 130
      The time period between the first attempt of the request and the first byte of the body.
      
      ---------------------
      
      요청의 첫 번째 시도와 본문의 첫 번째 바이트 사이의 기간
      
      = cos_simularity: 82.0020739282118%
      
      ✅ line 132
      log an
      
      ---------------------
      
      서비스 요청이 취소된 경우
      
      = cos_simularity: 0.0%
      
      ✅ line 132
      message if a service call is cancelled. The log should include:
      
      ---------------------
      
      로그를 기록하십시오. 로그에는 다음이 포함되어야 합니다:
      
      = cos_simularity: 38.08165329771114%
      
      ✅ line 134
      The SDK provided request ID (see above).
      
      ---------------------
      
      SDK에서 제공한 요청 ID(위 참조)
      
      = cos_simularity: 25.23342014336961%
      
      ✅ line 135
      The reason for the cancellation (if available).
      
      ---------------------
      
      취소 사유(가능한 경우)
      
      = cos_simularity: 60.29748160380572%
      
      ✅ line 137
      log exceptions thrown as a
      
      ---------------------
      
      예외는
      
      ✅ line 137
      level message. If the log level set to `Verbose`, append stack trace information to the message.
      
      ---------------------
      
      레벨 메시지로 기록하십시오. 로그 레벨이 `Verbose`로 설정된 경우, 스택 추적 정보를 메시지에 포함하십시오.
      
      = cos_simularity: 37.131352596671285%
      
      ✅ line 139
      throw all exceptions created within the client library code through one of the logger APIs
      
      ---------------------
      
      클라이언트 라이브러리 코드 내에서 발생한 모든 예외는 다음 로거 API 중 하나를 통해 발생시킵시오
      
      = cos_simularity: 56.66441608108925%
      
      ✅ line 139
      or
      
      ---------------------
      
      혹은
      
      ✅ line 141
      For example:
      
      ---------------------
      
      아래 예시가 있습니다:
      
      = cos_simularity: 0.0%
      
      ✅ line 170
      Distributed tracing
      
      ---------------------
      
      분산 추적
      
      ✅ line 172
      Distributed tracing mechanisms allow the consumer to trace their code from frontend to backend. Distributed tracing libraries creates spans - units of unique work. Each span is in a parent-child relationship. As you go deeper into the hierarchy of code, you create more spans. These spans can then be exported to a suitable receiver as needed. To keep track of the spans, a _distributed tracing context_ (called a context in the remainder of this section) is passed into each successive layer. For more information on this topic, visit the [OpenTelemetry] topic on tracing.
      
      ---------------------
      
      분산 추적 메커니즘을 통해 소비자는 그들의 코드를 프론트엔드부터 백엔드까지 추적할 수 있습니다. 분산 추적 라이브러리는 고유한 작업 단위인 범위를 생성합니다. 각각의 범위는 부모-자식 관계에 있습니다. 코드 계층 구조에 더 깊이 들어갈수록 더 많은 범위가 생성됩니다. 이러한 범위는 필요에 따라 적합한 수신자로 내보내질 수 있습니다. 범위를 추적하기 위해, _분산 추적 컨텍스트_(이하 컨텍스트)는 각 연속 계층으로 전달됩니다. 자세한 정보는 [OpenTelemetry]의 추적 항목을 참조하십시오.
      
      = cos_simularity: 54.13357152298356%
      
      ✅ line 174
      core library provides a service provider interface (SPI) for adding pipeline policies at runtime. The pipeline policy is used to enable tracing on consumer deployments. Pluggable pipeline policies must be supported in all client libraries to enable distributed tracing. Additional metadata can be specified on a per-service-method basis to provide a richer tracing experience for consumers.
      
      ---------------------
      
      Core 라이브러리는 런타임 시점에 파이프라인 정책을 추가하기 위한 Service Provider Interface (SPI)를 제공합니다. 파이프라인 정책은 소비자 배포에서 추적을 활성화하는 데 사용됩니다. 분산 추적을 사용하려면 모든 클라이언트 라이브러리에서 플러그형 파이프라인 정책을 지원해야 합니다. 추가 메타데이터는 서비스별 메서드에 따라 지정하여 소비자에게 더 풍부한 추적 경험을 제공할 수 있습니다.
      
      = cos_simularity: 50.05567409318943%
      
      ✅ line 174
      🇺🇸 The
      
      ✅ line 176
      pipeline instantiation. This enables developers to include a tracing plugin and have its pipeline policy automatically injected into all client libraries that they are using.
      
      ---------------------
      
      파이프라인 인스턴스화의 일부로써 플러그형 파이프라인 정책을 지원하십시오. 이를 통해 개발자는 추적 플러그인을 포함하고, 해당 파이프라인 정책을 사용 중인 모든 클라이언트 라이브러리에 자동으로 주입할 수 있습니다.
      
      = cos_simularity: 72.8536113640802%
      
      ✅ line 178
      Review the code sample below, in which a service client builder creates an `HttpPipeline` from its set of policies. At the same time, the builder allows plugins to add 'before retry' and 'after retry' policies with the lines
      
      ---------------------
      
      아래의 예시 코드를 검토해보십시오. 이 코드에서는 서비스 클라이언트 빌더가 해당 정책에 `HttpPipeline`을 생성하고 있습니다. 동시에, 빌더는
      
      = cos_simularity: 19.55790087589677%
      
      ✅ line 178
      and `HttpPolicyProviders.addAfterRetryPolicies(policies)`:
      
      ---------------------
      
      및 `HttpPolicyProviders.addAfterRetryPolicies(policies)` 행을 사용하여 플러그인이 ‘before retry’와 ‘after retry’ 정책을 추가할 수 있도록 허용합니다:
      
      = cos_simularity: 32.34269579951918%
      
      ✅ line 201
      use the
      
      ---------------------
      
      추적 범위와 함께 제공해야 하는 추가 메타데이터를 설정하려면
      
      = cos_simularity: 0.0%
      
      ✅ line 201
      🇺🇸 core
      🇰🇷 Core
      
      => sentence diffrence : 25.0%
      
      ✅ line 201
      API to set additional metadata that should be supplied along with the tracing span. In particular, use the
      
      ---------------------
      
      API를 사용하십시오. 특히
      
      = cos_simularity: 10.371551133313005%
      
      ✅ line 201
      method to set a new key/value pair on the tracing context.
      
      ---------------------
      
      메서드를 사용하여 추적 컨텍스트에서 새 키/값 쌍을 설정합니다.
      
      = cos_simularity: 38.08726084759437%
      
      ✅ line 203
      pass all
      
      ---------------------
      
      서비스 메서드 인수로 받은
      
      = cos_simularity: 0.0%
      
      ✅ line 203
      objects received as service method arguments through to the generated service interface methods in all cases.
      
      ---------------------
      
      객체 전부를 모든 경우에 생성된 서비스 인터페이스 메서드로 전달하십시오.
      
      = cos_simularity: 37.491427238345565%
      
      ✅ line 205
      Testing
      
      ---------------------
      
      테스팅
      
      ✅ line 207
      parameterize all applicable unit tests to make use of all available
      
      ---------------------
      
      사용 가능한 모든
      
      = cos_simularity: 55.785379678651246%
      
      ✅ line 207
      clients and service versions. Parameterized runs of all tests must occur as part of live tests. Shorter runs, consisting of just Netty and the latest service version, can be run whenever
      
      ---------------------
      
      클라이언트와 서비스 버전을 사용하려면, 적용 가능한 모든 단위 테스트를 매개변수화하십시오. 모든 테스트의 매개변수화된 실행은 라이브 테스트의 일부로 이루어져야 합니다. Netty와 최신 서비스 버전으로 구성된 더 짧은 실행은
      
      = cos_simularity: 54.82486573663926%
      
      ✅ line 207
      validation occurs.
      
      ---------------------
      
      유효성 검사가 발생할 때마다 실행할 수 있습니다.
      
      = cos_simularity: 31.87840217537793%
      
      ✅ line 209
      TODO
      
      ---------------------
      
      **TODO(추가 예정)**
      
      = cos_simularity: 0.0%
      
      

      ---

      🇺🇸: 108 words 🇰🇷: 53 words
      

      Modified rate 5.16%
      Translate rate 62.06%

    • introduction.md : Modified 🇺🇸77 / 🇰🇷68 📄 12214

      ✅ line 543
      🇺🇸 The service client will have methods that send requests to the service. These
      🇰🇷 Service
      
      => sentence diffrence : 92.21%
      
      ✅ line 543
      🇺🇸 sent
      🇰🇷 directly passed
      
      => sentence diffrence : 86.67%
      
      ✅ line 543
      🇺🇸 service as URL segments, query parameters, request header values, and request bodies (typically JSON or XML).
      🇰🇷 service.
      
      => sentence diffrence : 92.66%
      
      ✅ line 543
      🇺🇸 are not sent
      🇰🇷 aren't passed directly
      
      => sentence diffrence : 63.64%
      
      ✅ line 543
      🇺🇸 service; examples are path parameters, Context or file paths. If, for example, a path parameter is not validated, it could result in sending a request to a malformed URL, which could prevent the service from having the opportunity to do validation on it.
      🇰🇷 service.
      
      => sentence diffrence : 96.85%
      
      ✅ line 549
      🇺🇸 service.
      🇰🇷 Common parameter validations include null checks, empty string checks, and range checks. Let the service validate its parameters.-]{% include requirement/MUST id="java-params-test-devex" %} test the developer experience when invalid service parameters are passed in. Ensure clear error messages are generated by the [-client.
      
      => sentence diffrence : 97.54%
      
      ✅ line 549
      🇰🇷 Common parameter validations include null checks, empty string checks, and range checks. Let the service validate its parameters.
      
      ✅ line 1227
      circumstances.
      
      ---------------------
      
      circumstnaces.
      
      = cos_simularity: 0.0%
      
      

      ---

      🇺🇸: 77 words 🇰🇷: 68 words
      

      Modified rate 0.59%
      Translate rate 0.01%

    • spring.md : Modified 🇺🇸24 / 🇰🇷27 📄 553

      ✅ line 2
      "Spring Guidelines"
      
      ---------------------
      
      "스프링 가이드라인"
      
      = cos_simularity: 0.0%
      
      ✅ line 9
      Providing the Spring ecosystem with a first-class experience is of the utmost importance. The guidelines below are in addition to the [standard Java design guidelines](https://azure.github.io/azure-sdk/java_introduction.html), overriding the guidance as appropriate.
      
      ---------------------
      
      스프링 생태계에 최상의 환경을 제공하는 것은 매우 중요합니다. 아래 가이드라인은 [자바 표준 디자인 가이드라인](https://azure.github.io/azure-sdk/java_introduction.html) 의 지침을 적절히 재정의하여 확장한 것입니다.
      
      = cos_simularity: 36.917324463808455%
      
      ✅ line 11
      Namespaces
      
      ---------------------
      
      네임스페이스
      
      = cos_simularity: 100.0%
      
      ✅ line 13
      ensure all Java packages are named using the form `com.azure.spring..[.]`.
      
      ---------------------
      
      모든 자바 패키지들은 `com.azure.spring..[.]`과 같은 형식으로 명명되어야 합니다.
      
      = cos_simularity: 35.32666629240934%
      
      ✅ line 15
      use the same group, service, and feature naming as is used by the underlying Java client library.
      
      ---------------------
      
      그룹, 서비스, 기능은 자바 기본 클라이언트 라이브러리에 사용되는 것과 동일하게 명명합니다.
      
      = cos_simularity: 26.704531371660252%
      
      ✅ line 17
      put all non-public API under an
      
      ---------------------
      
      모든 논-퍼블릭 API는 루트 네임스페이스에 속한
      
      = cos_simularity: 13.627634143908644%
      
      ✅ line 17
      package under the root namespace.
      
      ---------------------
      
      패키지에 위치시킵니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 21
      use the group ID of `com.azure.spring`.
      
      ---------------------
      
      그룹 ID는 `com.azure.spring`를 사용합니다.
      
      = cos_simularity: 50.310261241513146%
      
      ✅ line 23
      to be of the form `azure-spring-boot-starter--[-]`, for example,
      
      ---------------------
      
      는 `azure-spring-boot-starter--[-]`의 형태로 지정합니다.
      
      = cos_simularity: 54.798075875839224%
      
      ✅ line 23
      🇰🇷 ]`, for example,+} `azure-spring-boot-starter-storage-blob` [-또는 `azure-spring-boot-starter-security-keyvault-secrets`와 같은 예시가 있습니다.
      
      ✅ line 24
      🇰🇷 스프링 데이터 추상화의 경우, `artifactId`는 `azure-spring-data--[-]`와 같은 형식이어야 합니다.
      
      ✅ line 25
      or `azure-spring-boot-starter-security-keyvault-secrets`.
      
      ---------------------
      
      스프링 클라우드 스타터의 경우, `artifactId`는 `azure-spring-cloud-starter--[-]`와 같은 형식이어야 합니다.
      
      = cos_simularity: 16.178251404752235%
      
      ✅ line 26
      🇺🇸 For Spring data abstraction, the `artifactId` should be of the form `azure-spring-data--[-]`.
      
      ✅ line 27
      🇺🇸 For Spring cloud starters, the `artifactId` should be of the form `azure-spring-cloud-starter--[-]`.
      
      ✅ line 29
      include a
      
      ---------------------
      
      Azure 스프링 라이브러리를 사용하는 사용자가 버전을 선택할 필요 없이 다른 Azure 자바 클라이언트 라이브러리에서 추가적인 종속성들을 가져올 수 있도록
      
      = cos_simularity: 0.0%
      
      ✅ line 29
      dependency on the
      
      ---------------------
      
      종속성을
      
      ✅ line 29
      Java
      
      ---------------------
      
      자바
      
      ✅ line 29
      BOM, so that users who use Azure Spring libraries can bring in additional dependencies on other Azure Java client libraries without needing to choose versions.
      
      ---------------------
      
      BOM에 포함합니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 31
      Versioning
      
      ---------------------
      
      버전 관리
      
      ✅ line 33
      Spring Cloud for Azure modules must be versioned in a way that enables the following goals:
      
      ---------------------
      
      스프링 인티그레이션 모듈 버전 관리는 아래 목표들을 실현하도록 이뤄져야 합니다.
      
      = cos_simularity: 10.163066979112658%
      
      ✅ line 35
      Each Spring Cloud for Azure module must be able to release at different release cadences.
      
      ---------------------
      
      각각의 스프링 인티그레이션 모듈은 다른 릴리스 케이던스에서도 릴리스가 가능해야 합니다.
      
      = cos_simularity: 22.576484600261605%
      
      ✅ line 36
      Each Spring Cloud for Azure module must have full semantic versioning for major, minor, and patch versions, in all releases. Versioning must not be tied to the Spring dependency version as in earlier iterations of the
      
      ---------------------
      
      각각의 스프링 인티그레이션 모듈은 모든 릴리스에서 주 버전, 부 버전, 패치 버전이 모두 포함된 유의적 버전을 가져야 합니다.
      
      = cos_simularity: 20.046553896901575%
      
      ✅ line 36
      Spring Cloud for Azure modules.
      
      ---------------------
      
      스프링 인티그레이션 모듈에서 그랬던 것처럼, 버전 관리가 스프링 종속성 버전에 연결되어 이뤄지면 안 됩니다.
      
      = cos_simularity: 14.982363486245815%
      
      ✅ line 37
      Allow developers to easily choose Spring Cloud for Azure modules which work together.
      
      ---------------------
      
      개발자들이 사용할 스프링 인티그레이션 모듈을 쉽게 선택할 수 있도록 해야 합니다.
      
      = cos_simularity: 23.794411161289162%
      
      ✅ line 39
      ensure that all releases of a Spring Cloud for Azure module support all active versions (as of the time of release) of the corresponding Spring API.
      
      ---------------------
      
      모든 스프링 인티그레이션 모듈은, 릴리스 시점을 기준으로, 상응하는 모든 스프링 API 활성 버전들을 지원합니다.
      
      = cos_simularity: 36.091094553587034%
      
      ✅ line 41
      add latest release version of Spring
      
      ---------------------
      
      최신 릴리스 버전의 스프링
      
      = cos_simularity: 29.121941856368966%
      
      ✅ line 41
      dependencies in the Spring Cloud for Azure module
      
      ---------------------
      
      종속성을 스프링 인티그레이션 모듈
      
      = cos_simularity: 12.735952979479354%
      
      ✅ line 41
      files, it is the users responsibility to override the Spring
      
      ---------------------
      
      파일에 추가합니다. 사용자들은 스스로 스프링 BOM을 통해 스프링
      
      = cos_simularity: 0.0%
      
      ✅ line 41
      version via Spring BOM.
      
      ---------------------
      
      버전을 재정의해야 합니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 43
      add Maven classifiers to releases if a Spring Cloud for Azure module cannot support all active versions of the corresponding Spring API. For example, if a Spring Cloud for Azure module needs to support
      
      ---------------------
      
      스프링 인티그레이션 모듈이 모든 스프링 API 활성 버전들을 지원할 수 없는 경우 릴리스에 메이븐 분류자를 추가합니다. 예를 들어 스프링 인티그레이션 모듈이
      
      = cos_simularity: 48.6329167992004%
      
      ✅ line 43
      🇰🇷 2.2x와 2.3.x을 지원해야 하지만 기술적인 제약으로 지원하지 못하는 경우
      
      ✅ line 44
      2.2.x and 2.3.x, but cannot due to technical contraints, two versions of the Spring Cloud for Azure module must be released, with classifiers `springboot_2_2` and `springboot_2_3`.
      
      ---------------------
      
      `springboot_2_2`와 `springboot_2_3` 분류자가 있는 두 가지 버전의 스프링 인티그레이션 모듈이 릴리스 돼야 합니다.
      
      = cos_simularity: 16.499519418432367%
      
      ✅ line 46
      provide a Spring Cloud for
      
      ---------------------
      
      사용자들을 위해 스프링 인티그레이션 모듈 BOM을 제공합니다. 이 BOM은 같이 동작하는 것으로 알려진 모든 스프링 인티그레이션 모듈들의 버전을 반드시 포함해야 합니다(종속성 버전들에 대한 단일 집합을 포함해야 합니다). 또한
      
      = cos_simularity: 10.964258683453853%
      
      ✅ line 46
      modules BOM for users. This BOM must contain versions of all Spring Cloud for Azure modules that are known to work together (and have a single set of dependency versions). It must also include appropriate references to Azure Java SDK.
      
      ---------------------
      
      자바 SDK에 대한 적절한 참조 역시 포함돼야 합니다.
      
      = cos_simularity: 15.055696960204948%
      
      ✅ line 48
      encourage users to use the Spring Cloud for Azure modules BOM for their chosen version of Spring rather than specific versions of each Spring Cloud for Azure module, such that they need not worry about Maven classifiers and other versioning issues.
      
      ---------------------
      
      사용자들이 메이븐 분류자나 기타 버전 관리 문제들을 신경쓰지 않도록 그들이 선택한 스프링 버전에 대해, 특정 버전의 스프링 인트그레이션 모듈을 사용하기 보다는, 스프링 인티그레이션 모듈 BOM을 사용할 것을 권장합니다.
      
      = cos_simularity: 14.563990271617236%
      
      ✅ line 50
      Dependencies
      
      ---------------------
      
      종속성
      
      ✅ line 52
      introduce dependencies on libraries, or change dependency versions, without discussion with the Java architect. Each dependency must receive explicit approval and be added to the dependency allow list before it may be used.
      
      ---------------------
      
      자바 설계자와의 논의 없이 라이브러리에 대한 종속성을 도입하거나, 종속성 버전을 변경합니다. 각 종속성은 사용하기 전에 반드시 명시적인 승인을 받고 종속성 허용 목록에 추가돼야 합니다.
      
      = cos_simularity: 56.55517669836122%
      
      ✅ line 54
      introduce dependencies on library versions that conflict with the transitive dependencies of Spring libraries.
      
      ---------------------
      
      스프링 라이브러리의 전이적 종속성들과 충돌하는 라이브러리 버전들에 대해 종속성을 도입합니다.
      
      = cos_simularity: 25.233420143369617%
      
      ✅ line 56
      client libraries only
      
      ---------------------
      
      클라이언트 라이브러리만 사용해야 합니다
      
      = cos_simularity: 57.97386715376658%
      
      ✅ line 56
      do not mix older
      
      ---------------------
      
      종속성 계층 구조에서 구 버전인
      
      = cos_simularity: 0.0%
      
      ✅ line 56
      client libraries into the dependency hierarchy.
      
      ---------------------
      
      클라이언트 라이브러리를 혼용하지 마십시오.
      
      = cos_simularity: 26.055567105626242%
      
      ✅ line 58
      keep dependencies to the minimal required set.
      
      ---------------------
      
      최소한의 요구사항에 대한 종속성들을 유지해야 합니다.
      
      = cos_simularity: 10.163066979112656%
      
      ✅ line 60
      Logging
      
      ---------------------
      
      로깅
      
      ✅ line 62
      logging APIs.
      
      ---------------------
      
      로깅 API를 사용해야 합니다.
      
      = cos_simularity: 22.028815056182975%
      
      ✅ line 64
      Tracing
      
      ---------------------
      
      추적
      
      ✅ line 66
      ensure that all
      
      ---------------------
      
      모든
      
      ✅ line 66
      Spring libraries fully integrate with the tracing capabilities available in the
      
      ---------------------
      
      스프링 라이브러리가
      
      = cos_simularity: 33.609692727625756%
      
      ✅ line 66
      Java client libraries.
      
      ---------------------
      
      자바 클라이언트 라이브러리에서 사용 가능한 추적 기능들과 완전히 통합되는지 확인합니다.
      
      = cos_simularity: 23.7739238575224%
      
      ✅ line 68
      ensure that all
      
      ---------------------
      
      모든
      
      ✅ line 68
      Spring libraries work appropriately with Spring Sleuth, and that tracing information is appropriately exported.
      
      ---------------------
      
      스프링 라이브러리가 스프링 Sleyth와 적절하게 동작하고, 추적 정보가 적절하게 내보내졌는지 확인합니다.
      
      = cos_simularity: 21.056954891908813%
      
      ✅ line 70
      Performance
      
      ---------------------
      
      성능
      
      ✅ line 72
      ensure, through appropriate benchmarks (developed in conjuction with the Java SDK team) that performance of all Spring libraries is at an equivalent level to the same operation being performed directly through the Java client library.
      
      ---------------------
      
      적절한 벤치마크들(자바 SDK팀과 공동으로 개발)을 통해 모든 스프링 라이브러리의 성능이 자바 클라이언트에서 직접 실행하는 동일한 작업과 동등한 수준인지 확인합니다.
      
      = cos_simularity: 28.369961605749992%
      
      

      ---

      🇺🇸: 24 words 🇰🇷: 27 words
      

      Modified rate 4.02%
      Translate rate 76.26%

      </details>

  • policies

    • adoption.md : Modified 🇺🇸10 / 🇰🇷3 📄 499

      ✅ line 2
      "Policies: Guideline Adoption"
      
      ---------------------
      
      "정책: 도입 가이드라인"
      
      = cos_simularity: 20.199309249791835%
      
      ✅ line 8
      The design guidelines are meant to be much like the US constitution - a document that everyone can abide by and follow, but not one that is easy to adjust. As a result, the following policy affects how we can change the design guidelines.
      
      ---------------------
      
      설계 가이드라인은 미국 헌법과 -모든 사람이 준수하고 따를 수 있지만 쉽게 조정할 수 있는 문서는 아니라는 점에서-매우 유사합니다. 그 결과, 이하의 방침이 설계 가이드 라인을 변경하는 방법에 영향을 줄 수 있습니다.
      
      = cos_simularity: 32.4271395891976%
      
      ✅ line 10
      Changing the general design guidelines
      
      ---------------------
      
      일반적인 설계 지침 변경
      
      = cos_simularity: 60.29748160380572%
      
      ✅ line 12
      Any change to the general design guidelines (which includes everything under the `/docs/general` folder within the `azure/azure-sdk` repository) should be "a big deal" since such changes affect every single client library that we produce. The following requirements must be met before a general design guideline is adopted:
      
      ---------------------
      
      일반적인 설계 가이드라인(azure/azure-sdk 저장소 내의 /docs/general 폴더 아래에 있는 모든 내용 포함하는)의 변경은 그러한 변경이 작성하는 모든 클라이언트 라이브러리에 영향을 미치기 때문에 "큰 일"이 될 것입니다. 일반적인 설계 지침을 채택하기 전에 다음 요건이 충족되어야 합니다.
      
      = cos_simularity: 45.014861881016955%
      
      ✅ line 14
      The design guideline is discussed within an Architectural Board meeting with a quorum of 3 voting members of the architecture board. Each voting member may vote as follows:
      
      ---------------------
      
      설계 가이드라인은 아키텍처 이사회의 3명의 의결권 멤버로 구성된 아키텍처 이사회에서 논의됩니다. 각 투표 구성원은 다음과 같이 투표할 수 있습니다.
      
      = cos_simularity: 30.769799194189705%
      
      ✅ line 15
      Approve
      
      ---------------------
      
      승인
      
      ✅ line 15
      the architect believes this is a good guideline.
      
      ---------------------
      
      설계자는 이것이 좋은 지침이라고 생각합니다.
      
      = cos_simularity: 43.161341897075154%
      
      ✅ line 16
      Abstain
      
      ---------------------
      
      자제
      
      ✅ line 16
      the architect feels the guideline has flaws, but not enough to stop the proposal.
      
      ---------------------
      
      설계자는 가이드라인에 결함이 있다고 생각하지만 제안을 멈출 만큼 충분하지는 않습니다.
      
      = cos_simularity: 11.23427789154278%
      
      ✅ line 17
      Reject
      
      ---------------------
      
      거부
      
      ✅ line 17
      the architect feels the guideline is flawed enough it must not be added to the guidelines.
      
      ---------------------
      
      설계자는 가이드라인에 추가해서는 안 될 정도로 가이드라인에 결함이 있다고 생각합니다.
      
      = cos_simularity: 17.828145388467142%
      
      ✅ line 18
      Two thirds of voting members must vote "Approve".
      
      ---------------------
      
      투표 멤버의 3분의 2가 "찬성"에 투표해야 합니다.
      
      = cos_simularity: 8.45798608014702%
      
      ✅ line 19
      There must be no "Reject" votes.
      
      ---------------------
      
      "거부" 표가 없어야 합니다.
      
      = cos_simularity: 17.077611319011652%
      
      ✅ line 20
      The proposed language for the design guideline is submitted via PR.
      
      ---------------------
      
      설계 가이드라인에 대해 제안된 언어는 PR을 통해 제출됩니다.
      
      = cos_simularity: 77.99154245579976%
      
      ✅ line 21
      Review by any appropriate groups (as determined by the board chair)
      
      ---------------------
      
      적절한 그룹(이사회 의장의 결정에 따라)에 의한 검토
      
      = cos_simularity: 33.60969272762574%
      
      ✅ line 21
      examples: Security, CSS.
      
      ---------------------
      
      예: 보안, CSS
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 22
      Review by at least two affected service teams in different groups.
      
      ---------------------
      
      서로 다른 그룹에 속한 영향을 받는 서비스 팀 2개 이상에 의한 검토.
      
      = cos_simularity: 43.60379885513016%
      
      ✅ line 23
      Approval (through the PR process) by 3 voting members of the board.
      
      ---------------------
      
      (PR 프로세스를 통해) 이사회의 3명의 투표 멤버에 의한 승인.
      
      = cos_simularity: 50.310261241513146%
      
      ✅ line 25
      Changing the language specific guidelines
      
      ---------------------
      
      언어별 가이드라인 변경
      
      = cos_simularity: 50.310261241513146%
      
      ✅ line 27
      Language specific guidelines (which includes everything under the language-specific folder of `/docs` in the `azure/azure-sdk` repository) are generally driven by the general guidelines, but also idiomatic and generally accepted design and implementation principals in the language of choice. Design guidelines must meet the spirit of the general design guidelines. Implementation guidelines are governed by the language team, with the language architect having responsibility for ensuring the implementation guidelines meet the best practices for the language concerned.
      
      ---------------------
      
      언어 고유의 가이드라인(azure/azure-sdk 저장소의 /docs 언어 고유의 폴더 아래에 있는 모든 것을 포함한다)은 일반적으로 일반적인 가이드라인에 따라 결정되며, 일반적인 언어에서 자연스럽게 받아들여지는 설계 및 구현 원칙에도 따라 결정됩니다. 설계 가이드라인은 일반적인 설계 가이드라인의 정신을 충족해야 합니다. 실장 가이드라인은 언어 팀에 의해 관리되며, 언어 설계자는 실장 가이드라인이 해당 언어의 최선을 충족하는지 확인할 책임이 있습니다.
      
      = cos_simularity: 35.02464495069554%
      
      ✅ line 29
      Guidelines can be proposed by anyone via PR, but the following must be met to be merged:
      
      ---------------------
      
      가이드라인은 누구나 PR을 통해 제안할 수 있지만 병합하려면 다음 사항을 충족해야 합니다.
      
      = cos_simularity: 83.50499057520979%
      
      ✅ line 31
      PR is approved (through the PR process) by the assigned language architect. If the updated guidelines affect the design principles or the
      
      ---------------------
      
      PR은 (PR 프로세스를 통해) 지정된 언어 설계자에 의해 승인됩니다. 업데이트된 가이드라인이 설계 원칙이나
      
      = cos_simularity: 51.33446566680539%
      
      ✅ line 31
      design sections, then a second member of the architecture board must also approve the PR.
      
      ---------------------
      
      설계 섹션에 영향을 미치는 경우 아키텍처 보드[이사회]의 두 번째 멤버도 PR을 승인해야 합니다.
      
      = cos_simularity: 16.31948625672096%
      
      ✅ line 32
      PR is reviewed with relevant stake holders (such as service teams, security, and CSS).
      
      ---------------------
      
      PR은 관련 관계자(서비스 팀, 보안, CSS 등)와 함께 검토됩니다.
      
      = cos_simularity: 89.55324150715728%
      
      ✅ line 33
      PR is approved by the language dev lead.
      
      ---------------------
      
      PR은 Language Dev Lead에 의해 승인됩니다.
      
      = cos_simularity: 9.193998174078082%
      
      ✅ line 35
      Engineering systems policy changes
      
      ---------------------
      
      엔지니어링 시스템 정책 변경
      
      = cos_simularity: 100.0%
      
      ✅ line 37
      The engineering systems policies (which includes everything under the `/docs/policies` folder within the `azure/azure-sdk` repository) are also proposed via PR and subject to review:
      
      ---------------------
      
      엔지니어링 시스템 정책(azure/azure-sdk 저장소 내의 /docs/policies 폴더 아래에 있는 모든 내용 포함)도 PR을 통해 제안되며 다음 사항을 검토할 수 있습니다.
      
      = cos_simularity: 71.86149334200744%
      
      ✅ line 39
      PR is reviewed with relevant stake holders, as determined by the engineering systems dev lead (such as service teams, security, and CSS).
      
      ---------------------
      
      PR은 엔지니어링 시스템 개발 리드(서비스 팀, 보안, CSS 등)에 의해 결정되는 관련 이해관계자와 함께 검토됩니다.
      
      = cos_simularity: 61.49918982664359%
      
      ✅ line 40
      PR is approved by the engineering systems dev lead or designate.
      
      ---------------------
      
      PR은 엔지니어링 시스템 개발 리드 또는 지정에 의해 승인됩니다.
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 41
      If the proposal affects client libraries in a specific language, then the proposal must also be approved by the language dev lead.
      
      ---------------------
      
      제안서가 특정 언어의 클라이언트 라이브러리에 영향을 미치는 경우 제안서는 언어 개발 책임자의 승인을 받아야 합니다.
      
      = cos_simularity: 76.69315927137316%
      
      ✅ line 43
      For new language guidelines
      
      ---------------------
      
      새로운 언어의 가이드라인
      
      = cos_simularity: 17.077611319011652%
      
      ✅ line 45
      Language specific guidelines are first published in DRAFT. This means that they are in flux and may be adjusted as the first libraries are created. During the draft phase, there are no requirements on merging
      
      ---------------------
      
      언어 고유의 가이드라인은 최초로 드래프트에 게재되어 있습니다. 즉, 이들 라이브러리는 유동적이며 첫 번째 라이브러리가 작성될 때 조정될 수 있습니다. 드래프트 단계 중에는
      
      = cos_simularity: 15.545859921337096%
      
      ✅ line 45
      requests. To move from DRAFT to general availability, the following conditions must be met:
      
      ---------------------
      
      request를 병합하는 요건은 없습니다. 드래프트에서 일반으로 이행하려면 다음 조건들이 충족되어야 합니다.
      
      = cos_simularity: 11.304078416613478%
      
      ✅ line 47
      The guidelines are published in draft mode for at least 1 month to allow public comments.
      
      ---------------------
      
      이 가이드라인은 공개 코멘트를 허용하기 위해 최소 1개월 동안 초안 모드로 게시됩니다.
      
      = cos_simularity: 57.44651733947116%
      
      ✅ line 48
      The engineering systems are configured for producing client libraries in the language.
      
      ---------------------
      
      엔지니어링 시스템은 언어로 클라이언트 라이브러리를 생성하도록 구성됩니다.
      
      = cos_simularity: 100.00000000000004%
      
      ✅ line 49
      and
      
      ---------------------
      
      및
      
      ✅ line 49
      libraries are published in beta to appropriate distribution points.
      
      ---------------------
      
      라이브러리는 베타 버전으로 적절한 배포 지점에 게시됩니다.
      
      = cos_simularity: 100.00000000000004%
      
      ✅ line 50
      At least 2
      
      ---------------------
      
      적어도 2개의
      
      = cos_simularity: 0.0%
      
      ✅ line 50
      client libraries are published in beta to the appropriate distribution points.
      
      ---------------------
      
      클라이언트 라이브러리가 적절한 배포 지점에 베타 버전으로 게시됩니다.
      
      = cos_simularity: 77.99154245579976%
      
      ✅ line 51
      and
      
      ---------------------
      
      및
      
      ✅ line 51
      library usage (generally as part of a client library user study).
      
      ---------------------
      
      라이브러리의 사용(용례)(일반적으로 클라이언트 라이브러리 사용자 연구의 일부)을 조사하는 사용자 연구가 적어도1건 실시되었습니다.
      
      = cos_simularity: 50.54214130385236%
      
      ✅ line 52
      The guidelines have been reviewed by the architectural board and (if there is one) the language team in DevDiv.
      
      ---------------------
      
      가이드라인은 아키텍처 보드, 및 (존재하는 경우에)DevDiv 언어 팀이 검토했습니다.
      
      = cos_simularity: 12.636373966504365%
      
      ✅ line 54
      🇰🇷 이 정책 변경
      
      ✅ line 55
      Changing this policy
      
      ---------------------
      
      이 정책은
      
      ✅ line 57
      architectural board](mailto:adparch@microsoft.com).
      
      ---------------------
      
      아키텍처 보드](mailto:adparch@microsoft.com)에서만 변경할 수 있습니다.
      
      = cos_simularity: 38.08165329771114%
      
      ✅ line 57
      🇺🇸 Changes to this policy can only be made by the
      
      

      ---

      🇺🇸: 10 words 🇰🇷: 3 words
      

      Modified rate 1.1%
      Translate rate 89.2%

    • opensource.md : Modified 🇺🇸16 / 🇰🇷22 📄 830

      ✅ line 2
      "Policies: Open source"
      
      ---------------------
      
      "정책: 오픈 소스"
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 8
      ensure that all library code is public and open-source on GitHub. Library code must be placed in the
      
      ---------------------
      
      모든 라이브러리 코드가 GitHub에서 오픈 소스로 공개되어 있는지 확인합니다. 라이브러리 코드는 언어별 해당하는
      
      = cos_simularity: 60.05246537235954%
      
      ✅ line 8
      'mono-repo' for its language:
      
      ---------------------
      
      '단일 저장소'에 위치해야 합니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 14
      🇺🇸 * [Azure SDK for Go](https://github.com/Azure/azure-sdk-for-go)
      
      ✅ line 15
      🇺🇸 * [Azure SDK for C++](https://github.com/Azure/azure-sdk-for-cpp)
      
      ✅ line 16
      🇺🇸 * [Azure SDK for Embedded C](https://github.com/Azure/azure-sdk-for-c)
      
      ✅ line 18
      develop in the open on GitHub. Seek feedback from the community on design choices and be active in conversations with the community.
      
      ---------------------
      
      GitHub에서 오픈되어 있는 상태에서 개발을 진행합니다. 디자인 선택에 대한 부분을 커뮤니티에서 피드백을 찾아보며, 커뮤니티에서는 대화에 적극적으로 참여합니다.
      
      = cos_simularity: 31.169551191229917%
      
      ✅ line 20
      remain active in GitHub. Your client library is your primary touchpoint with the developer community, so it's important to keep up with the activity there. Issues and pull requests on GitHub must have an authoritative comment within one week of filing.
      
      ---------------------
      
      GitHub에서 적극적으로 임해주세요. 여러분의 클라이언트 라이브러리는 개발자 커뮤니티에서 주된 접점이 되므로, 활동을 계속 이어가는 것이 중요합니다. 이슈와 풀 리퀘스트는 제출이 이루어지고 나서 1주일 이내에 신뢰할 수 있는 코멘트가 있어야 합니다.
      
      = cos_simularity: 27.519581217502285%
      
      ✅ line 22
      review the
      
      ---------------------
      
      건강한 오픈 소스 커뮤니티를 지향하기 위한 보다 자세한 정보에 대해서는
      
      = cos_simularity: 0.0%
      
      ✅ line 22
      Guidelines' [community section](https://docs.opensource.microsoft.com/releasing/foster-your-community.html) for more information on fostering a healthy open-source community.
      
      ---------------------
      
      Guidelines에 있는 [커뮤니티 섹션](https://docs.opensource.microsoft.com/releasing/foster-your-community.html)을 살펴봅니다.
      
      = cos_simularity: 48.802277262188824%
      
      ✅ line 24
      CLA](https://cla.opensource.microsoft.com/). Microsoft makes significant contributions to [cla-assistant](https://cla-assistant.io/). It is the easiest way to ensure the CLA is signed by all contributors.
      
      ---------------------
      
      CLA](https://cla.opensource.microsoft.com/)를 사용합니다. Microsoft에서는 [cla-assistant](https://cla-assistant.io/)에 대해 상당한 기여를 하고 있습니다. 이는 모든 컨트리뷰터들이 CLA를 서명하였는지 확인하는 가장 쉬운 방법입니다.
      
      = cos_simularity: 77.45037059182054%
      
      ✅ line 26
      include a copyright header at the top of every source file (including samples). See the
      
      ---------------------
      
      모든 소스 파일 (샘플 포함) 상단에 저작권(copyright) 헤더를 포함합니다. 다양한 언어에 대한 헤더 예제로
      
      = cos_simularity: 49.53289407238%
      
      ✅ line 26
      Guidelines](https://docs.opensource.microsoft.com/releasing/copyright-headers.html) for example headers in various languages.
      
      ---------------------
      
      Guidelines](https://docs.opensource.microsoft.com/releasing/copyright-headers.html)을 살펴봅니다.
      
      = cos_simularity: 64.8163396899956%
      
      ✅ line 28
      The expected copyright header is as follows:
      
      ---------------------
      
      예상되는 저작권 헤더는 다음과 같습니다:
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 35
      content="There is currently disagreement between the
      
      ---------------------
      
      content="현재는
      
      = cos_simularity: 17.57860783933462%
      
      ✅ line 35
      Guidelines and this advice. This advice is current as of August 2019. Consult CELA if you are unsure as to the proper license."
      
      ---------------------
      
      Guideline과 해당 조언에 있어 불일치가 있습니다. 해당 조언은 2019년 8월을 기준으로 합니다. 적절한 라이선스에 있어 불분명한 점이 있다면 CELA와 상의합니다."
      
      = cos_simularity: 5.117102977172802%
      
      ✅ line 39
      file in your
      
      ---------------------
      
      파일을
      
      ✅ line 39
      repository, using it to describe the process by which contributors can make contributions to the project. An example
      
      ---------------------
      
      저장소에 포함하여, 컨트리뷰터들이 해당 프로젝트에 컨트리뷰션을 하기 위한 과정을 설명합니다.
      
      = cos_simularity: 5.629715757507138%
      
      ✅ line 39
      is provided by the
      
      ---------------------
      
      예제는
      
      ✅ line 39
      Guidelines](https://docs.opensource.microsoft.com/releasing/overview.html):
      
      ---------------------
      
      Guidelines](https://docs.opensource.microsoft.com/releasing/overview.html)에 따라 제공됩니다:
      
      = cos_simularity: 67.87551892030777%
      
      ✅ line 42
      Contributing
      
      ---------------------
      
      컨트리뷰션
      
      ✅ line 44
      This project welcomes contributions and suggestions. Most contributions require you to agree to a Contributor License Agreement
      
      ---------------------
      
      이 프로젝트는 컨트리뷰션과 제안을 환영합니다. 컨트리뷰션 대부분은 여러분이 컨트리뷰션을 할 권리가 있고, 실제로 하고 있으며 여러분의 컨트리뷰션을 사용한다는 권리를 우리에게 보장하는 컨트리뷰터 라이언스 약관
      
      = cos_simularity: 10.373363703372936%
      
      ✅ line 44
      declaring that you have the right to, and actually do, grant us the rights to use your contribution. For details, visit https://cla.microsoft.com.
      
      ---------------------
      
      동의를 필요로 합니다. 자세한 정보는 https://cla.microsoft.com 에서 살펴 봅니다.
      
      = cos_simularity: 20.165229692334016%
      
      ✅ line 46
      When you submit a pull request, a CLA-bot will automatically determine whether you need to provide a
      
      ---------------------
      
      풀 리퀘스트를 제출하면
      
      = cos_simularity: 12.72589870097525%
      
      ✅ line 46
      and decorate the PR appropriately (e.g., label, comment). Simply follow the instructions provided by the bot. You will only need to do this once across all repositories using our CLA.
      
      ---------------------
      
      봇이 자동으로 여러분이 CLA를 제공하였는지 여부를 결정하며, PR에 대해 적절하게 관리되고 있는지 (예: 라벨, 코멘트) 여부를 결정합니다. 단순히, 봇이 제공하는 안내에 따르면 됩니다. 제공되는 CLA 작업은 모든 저장소에 걸쳐 한 번만 수행하면 됩니다.
      
      = cos_simularity: 22.30775290500792%
      
      ✅ line 48
      This project has adopted the
      
      ---------------------
      
      이 프로젝트는
      
      = cos_simularity: 100.0%
      
      ✅ line 48
      Conduct](https://opensource.microsoft.com/codeofconduct/). For more information see the
      
      ---------------------
      
      Conduct](https://opensource.microsoft.com/codeofconduct/)를 채택하였습니다. 보다 자세한 정보는
      
      = cos_simularity: 51.01490193104813%
      
      ✅ line 48
      FAQ](https://opensource.microsoft.com/codeofconduct/faq/) or contact [opencode@microsoft.com](mailto:opencode@microsoft.com) with any additional questions or comments.
      
      ---------------------
      
      FAQ](https://opensource.microsoft.com/codeofconduct/faq/)를 살펴 보거나 추가적인 질문 또는 코멘트가 있을 경우에는 [opencode@microsoft.com](mailto:opencode@microsoft.com)로 문의해 주세요.
      
      = cos_simularity: 69.42438478711948%
      
      ✅ line 53
      include a
      
      ---------------------
      
      라이선스 문구(디폴트로 [표준 MIT 라이선스](https://docs.opensource.microsoft.com/releasing/overview.html#license-files)여야 합니다)를 포함하는
      
      = cos_simularity: 0.0%
      
      ✅ line 53
      file containing your license text (which by default should be the [standard MIT license](https://docs.opensource.microsoft.com/releasing/overview.html#license-files)).
      
      ---------------------
      
      파일을 포함합니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 57
      `CODEOWNERS` is a
      
      ---------------------
      
      `CODEOWNERS`는 검토할 풀 리퀘스트에 대해 누가 자동으로 할당이 될지를 지정하는
      
      = cos_simularity: 0.0%
      
      ✅ line 57
      standard to specify who is automatically assigned pull requests to review. This helps prevent pull requests from languishing without review. GitHub can also be configured to require review from code owners before a pull request can be merged. Further reading is available from the following two URLs:
      
      ---------------------
      
      표준입니다. 이것은 풀 리퀘스트가 검토 없이 시들해지는 것을 방지하는 데 도움을 줍니다. GitHub는 풀 리퀘스트를 머지하기 전에 코드 소유자의 검토를 필요로 하도록 구성할 수도 있습니다. 다음 두 URL에서 더 자세한 내용을 확인할 수 있습니다.
      
      = cos_simularity: 30.790659289228874%
      
      ✅ line 62
      edit the root-level
      
      ---------------------
      
      루트(root) 레벨에 있는
      
      = cos_simularity: 17.077611319011652%
      
      ✅ line 62
      file to ensure that it is updated to redirect all pull requests for the directory of the client library to point to the relevant engineers of this component. If the client library will exist within its own repository, then a
      
      ---------------------
      
      파일을 편집하여 클라이언트 라이브러리 디렉터리에 대해 이 구성요소에 대한 적절한 엔지니어를 가리키도록 모든 풀 리퀘스트에 대한 리다이렉션이 업데이트되었는지를 확인합니다. 클라이언트 라이브러리가 자체 저장소 내에 존재하는 경우,
      
      = cos_simularity: 46.880985295449825%
      
      ✅ line 62
      file must be introduced and configured appropriately.
      
      ---------------------
      
      파일을 도입하고 적절하게 구성을 해야 합니다.
      
      = cos_simularity: 58.033298467656856%
      
      ✅ line 64
      Use the following rules to ensure that we can use CODEOWNERS for both
      
      ---------------------
      
      다음 규칙을 사용하여
      
      = cos_simularity: 42.223388528713734%
      
      ✅ line 64
      and build failure notifications:
      
      ---------------------
      
      및 빌드 실패 알림 모두에 CODEOWNERS를 사용할 수 있는지 확인합니다.
      
      = cos_simularity: 48.26796606496646%
      
      ✅ line 66
      file
      
      ---------------------
      
      파일을 사용합니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 67
      (with the leading and trailing slashes) convention to define service owners
      
      ---------------------
      
      (슬래시 기호를 시작과 끝 부분에 함께 사용) 통용 규칙을 따라하여 서비스 소유자를 정의합니다.
      
      = cos_simularity: 26.05556710562624%
      
      ✅ line 68
      When using this format, service owners will be automatically subscribed to build notification failure alerts
      
      ---------------------
      
      이 포맷을 사용하는 경우에는, 서비스 소유자들은 자동으로 빌드 알림 실패 경고를 구독하게 될 것입니다
      
      = cos_simularity: 38.08726084759437%
      
      ✅ line 69
      Place more general rules higher in the file and more specific rules lower in the file as GitHub uses the last matching expression
      
      ---------------------
      
      GitHub가 마지막에 일치하는 표현 (규칙)을 사용하므로, 보다 일반적인 규칙을 파일 위쪽에 배치하고, 보다 구체적인 규칙은 파일 아래 부분에 배치합니다.
      
      = cos_simularity: 28.339133933518347%
      
      ✅ line 70
      Use only GitHub person aliases for the owners (e.g.
      
      ---------------------
      
      소유자에 대해 GitHub에서 (지정하는) 사람에 대한 별칭만을 사용합니다 (예:
      
      = cos_simularity: 17.077611319011655%
      
      ✅ line 70
      groups,
      
      ---------------------
      
      내부 사용자, 내부 그룹 별칭 및 이메일 주소와 연결되지 않은-] GitHub [-그룹 및
      
      = cos_simularity: 39.42951757440382%
      
      ✅ line 70
      users that aren't linked to internal users, internal group aliases, and email addresses are not supported at this time.
      
      ---------------------
      
      사용자는 현재 지원하지 않습니다.
      
      = cos_simularity: 25.114573243043715%
      
      ✅ line 70
      🇰🇷 내부 사용자, 내부 그룹 별칭 및 이메일 주소와 연결되지 않은
      
      ✅ line 71
      If you want PRs in those folders to be auto-labeled, add a comment line above the entry with the path with the content of
      
      ---------------------
      
      해당 폴더의 PR에 자동 라벨링을 지정하고 싶다면,
      
      = cos_simularity: 25.0302046246969%
      
      ✅ line 71
      followed by the `%Label` you want to apply. Note: Currently wildcards are not supported and just one label per folder works for now.
      
      ---------------------
      
      다음에 적용하려는 `%Label`의 내용이 있는 경로와 함께 항목 위에 주석 줄을 추가해야 합니다. 참고: 현재 와일드카드는 지원되지 않으며, 폴더당 하나의 라벨만 작동합니다.
      
      = cos_simularity: 43.16244706755514%
      
      ✅ line 72
      You can also capture the information about which people have to be notified when issues are filed for a service. To do that, you have to add the
      
      ---------------------
      
      서비스에 대한 이슈가 제시될 때 누가 알림을 받아야 하는지에 대한 정보 또한 기록할 수 있습니다. 이를 위해서는,
      
      = cos_simularity: 36.28643442938789%
      
      ✅ line 72
      followed by the
      
      ---------------------
      
      다음에 이슈를 적용해야 하는
      
      = cos_simularity: 0.0%
      
      ✅ line 72
      that have to be applied to an issue in order for the people specified in the path below to be mentioned by the bot.
      
      ---------------------
      
      이 오도록 하고, 아래에는 경로와 함께 이슈에 대해 지정된 사람들이 언급될 수 있도록 추가해야 합니다.
      
      = cos_simularity: 4.908259294847067%
      
      ✅ line 73
      If the code for a service is not inside the repo, you can use this special commented out path to allow issues to be tagged for a service:
      
      ---------------------
      
      서비스에 대한 코드가 저장소 내에 존재하지 않는 경우에는
      
      = cos_simularity: 21.28312063057197%
      
      ✅ line 73
      🇰🇷 라는 특수한 주석을 경로에 사용하여 서비스에 대한 이슈를 허용하도록 할 수 있습니다.
      
      ✅ line 74
      character, you can use spaces. Labels are delimited by the start of the
      
      ---------------------
      
      문자와 함께 라벨을 사용하는 경우, 공백 문자를 사용할 수 있습니다. 라벨은
      
      = cos_simularity: 11.914719328677728%
      
      ✅ line 74
      character.
      
      ---------------------
      
      문자를 시작으로 하여 구분이 이루어집니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 103
      This example
      
      ---------------------
      
      이
      
      ✅ line 103
      file has a catch-all list of owners at the top of the file and drills into specific service teams. GitHub uses the *last* matching expression to assign reviewers. For example, a PR with changes in `/sdk/keyvault/` will result in
      
      ---------------------
      
      파일 예제에는 파일 상단 부분에 포괄적인 소유자 목록이 있으며, 특정 서비스 팀에 대해 자세히 설명합니다. GitHub는 *마지막에* 일치하는 표현식을 사용하여 리뷰어를 할당합니다. 예를 들어 `/sdk/keyvault/`가 변경된 PR은
      
      = cos_simularity: 39.52066677312108%
      
      ✅ line 103
      and `@person6` being added to the PR. If a new service, like batch, were added with changes under
      
      ---------------------
      
      및 `@person6`이 PR에 추가됩니다. 배치와 같은 새로운 서비스가
      
      = cos_simularity: 33.591208286814876%
      
      ✅ line 103
      then
      
      ---------------------
      
      아래에 변경 사항으로 추가된 경우
      
      = cos_simularity: 0.0%
      
      ✅ line 103
      and `@person2` will be assigned.
      
      ---------------------
      
      및 `@person2`가 할당됩니다.
      
      = cos_simularity: 70.9297266606274%
      
      

      ---

      🇺🇸: 16 words 🇰🇷: 22 words
      

      Modified rate 2.04%
      Translate rate 71.25%

    • pipelines.md : Modified 🇺🇸2 / 🇰🇷0 📄 208

      ✅ line 2
      "Policies: Pipelines"
      
      ---------------------
      
      "정책: 파이프라인"
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 8
      SDK is considered a unified set of libraries, each group of libraries ships on a separate cadence with varying levels of change as dictated by the needs of the service that those libraries support.
      
      ---------------------
      
      SDK는 통합된 라이브러리의 집합으로 여기지만, 각 라이브러리 그룹은 해당 라이브러리가 지원하는 서비스의 요구 사항에 따라 별도의 주기로 다양한 수준의 변경과 함께 제공됩니다.
      
      = cos_simularity: 64.43293865772941%
      
      ✅ line 8
      🇺🇸 Whilst the
      
      ✅ line 10
      Pipeline per "Service"
      
      ---------------------
      
      "서비스"별 파이프라인
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 12
      Our pipelines are derived by the way that we ship our libraries to customers. For example we would generally expect to ship some or all of the storage libraries together, so there is a set of pipelines for
      
      ---------------------
      
      파이프라인은 우리가 고객에게 라이브러리를 보내는 방식에 의해 파생됩니다. 예를 들어, 일반적으로 스토리지 라이브러리를 일부 또는 전체를 함께 보내는 것을 예상하므로,
      
      = cos_simularity: 31.74811803918055%
      
      ✅ line 12
      validation,
      
      ---------------------
      
      유효성 검사,
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 12
      and release which operate on code located in the ```sdk/storage/``` path within the repo.
      
      ---------------------
      
      및 배포를 위한 일련의 파이프라인이 repo 내의```sdk/storage/``` 경로에 있는 코드에서 작동합니다.
      
      = cos_simularity: 41.12070550676187%
      
      ✅ line 14
      This means that for each language/runtime mono-repo we have multiple pipelines, with each pipeline focused on building and releasing those packages. The entry point to each pipeline is located at ```sdk/[service]/ci.yml``` which defines any custom variables and selects appropriate templates for that pipeline.
      
      ---------------------
      
      이는 각 언어/런타임 모노-리포(mono-repo)에 대해 여러 파이프라인이 있음을 의미하며, 각 파이프라인은 해당 패키지를 구축하고 배포하는데 중점을 둡니다. 각 파이프라인의 진입점은 ```sdk/[service]/ci.yml```에 있으며, 이곳에서 모든 사용자 지정 변수를 정의하고 해당 파이프라인에 적합한 템플릿을 선택합니다.
      
      = cos_simularity: 49.83023879666189%
      
      ✅ line 16
      Creation of the pipeline within
      
      ---------------------
      
      파이프라인은
      
      = cos_simularity: 0.0%
      
      ✅ line 16
      Pipelines is automated. When a
      
      ---------------------
      
      파이프라인 내에서 자동으로 생성됩니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 16
      file is added to the repository, an automated process runs (every hour, unless manually triggered) which creates a public and internal pipeline.
      
      ---------------------
      
      파일이 저장소에 추가되면, 자동화된 프로세스가 실행되어(수동으로 트리거가 되지 않는 한, 매시간) 공용 및 내부 파이프라인이 생성됩니다.
      
      = cos_simularity: 36.65130715780153%
      
      ✅ line 18
      Pipeline Optimization and Special Case Pipelines
      
      ---------------------
      
      파이프라인 최적화 및 특수 사례 파이프라인
      
      = cos_simularity: 75.23197619890013%
      
      ✅ line 20
      In general each pipeline that ships a library (or set of libraries) to customers should be optimized to perform necessary build, test and static analysis steps for just that set of libraries. Where it is desirable to run analysis across the entire repository, these tasks should be pulled out into special case pipelines.
      
      ---------------------
      
      일반적으로 고객에게 라이브러리(또는 라이브러리 집합)를 제공하는 각 파이프라인은 해당 라이브러리 집합에 대해 필요한 빌드, 테스트 및 정적 분석 단계를 수행할 수 있도록 최적화되어야 합니다. 전체 저장소에 대한 분석을 실행하는 것이 바람직한 경우라면, 해당 작업을 특수한 사례인 파이프라인으로 끌어내야 합니다.
      
      = cos_simularity: 67.62820456651006%
      
      ✅ line 22
      The reason for this is that we don't want a static analysis failure in one part of the code base blocking the release of an unrelated library. Additionally,
      
      ---------------------
      
      그 이유는 전체 소스 코드의 한 부분에서 정적 분석 오류가 발생하여 관련 없는 라이브러리의 배포가 차단되는 것을 원하지 않기 때문입니다. 또한,
      
      = cos_simularity: 42.55767378565473%
      
      ✅ line 22
      analysis steps generally take a long time and it is inappropriate to bog down the pipelines for this activity.
      
      ---------------------
      
      분석 단계에서는 일반적으로 시간이 오래 걸리고 이를 위해 파이프라인을 중단시키는 것은 부적절합니다.
      
      = cos_simularity: 37.33688047660709%
      
      

      ---

      🇺🇸: 2 words 🇰🇷: 0 words
      

      Modified rate 0.4%
      Translate rate 93.49%

    • releasenotes.md : Modified 🇺🇸45 / 🇰🇷25 📄 692

      ✅ line 2
      "Policies: Release Notes"
      
      ---------------------
      
      "정책: 릴리스 노트"
      
      = cos_simularity: 50.310261241513146%
      
      ✅ line 8
      Producing Release Notes
      
      ---------------------
      
      릴리스 노트 작성하기
      
      = cos_simularity: 50.310261241513146%
      
      ✅ line 10
      Each release cycle, we produce release notes for every language. This process is partly automated. Our automation runs regularly and produces pull requests with titles of the form **({Language} release notes for the {YYYY-MM} release)** for
      
      ---------------------
      
      각 릴리스 사이클마다 모든 언어에 대한 릴리즈 노트를 작성합니다. 이 과정은 부분적으로 자동화되어 있습니다. 자동화 시스템은 정기적으로 실행되며
      
      = cos_simularity: 30.525218804618774%
      
      ✅ line 10
      js, and python. Below are instructions for updating/reviewing the PRs before merging.
      
      ---------------------
      
      js 및 python에 대해 **({YYYY-MM} 릴리스에 대한 {Language} 릴리즈 노트)** 형식의 제목으로 pull requests를 생성합니다. 다음은 병합하기 전에 PR을 업데이트/검토하기 위한 지침입니다.
      
      = cos_simularity: 41.307788529428876%
      
      ✅ line 12
      The **engineering leads** for the released packages should make sure they have been picked up by the automation and that the entry is correct.
      
      ---------------------
      
      릴리스된 패키지의 **엔지니어링 리드**는 자동화 시스템에 의해 잘 인식되고 있는지, 엔트리가 올바른지 확인해야 합니다.
      
      = cos_simularity: 31.891564978677224%
      
      ✅ line 13
      You can update the generated data at `_data/releases/YYYY-MM/{language}.yml` by adding
      
      ---------------------
      
      `_data/releases/YYYY-MM/{language}.yml`에 생성된 데이터를 업데이트하려면, 검토 시 릴리스 드라이브가 PR에 커밋할 수 있는
      
      = cos_simularity: 45.88561814070862%
      
      ✅ line 13
      style suggestions to the PR that the release driver can commit to the PR when reviewed.
      
      ---------------------
      
      스타일의 제안을 추가해야 합니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 14
      Suggest new release entries that should be added to the PR if it has not already been added by the automation (it most likely will be).
      
      ---------------------
      
      자동화 시스템에 의해 아직 추가되지 않은 경우, PR에 추가해야 할 새로운 릴리스 엔트리를 제안합니다.(대부분의 경우)
      
      = cos_simularity: 46.82046229555306%
      
      ✅ line 15
      If there are packages that should be in the release that don't appear it is probably because the automation has not run since the package was released. Your package should generally get picked up by the automation within 24 hours.
      
      ---------------------
      
      릴리스에 있어야 할 패키지가 표시되지 않는 경우, 패키지가 릴리스된 후 자동화가 실행되지 않았기 때문일 수 있습니다. 패키지는 일반적으로 보통 24시간 이내에 자동화 시스템에 의해 인식되어야 합니다.
      
      = cos_simularity: 43.161341897075154%
      
      ✅ line 16
      The generated data in `_data/releases/YYYY-MM/{language}.yml` is pulled into the proper sections in the corresponding markdown file at `releases/YYYY-MM/{language}.md` by the
      
      ---------------------
      
      `_data/releases/YYYY-MM/{language}.yml`에서 생성된 데이터는
      
      = cos_simularity: 71.43030564134166%
      
      ✅ line 16
      engine. Once changes to the
      
      ---------------------
      
      엔진에 의해 `releases/YYYY-MM/{language}.md`에 있는 해당 Markdown 파일의 해당 섹션으로 가져옵니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 16
      file is merged into main you can see the content pulled into the
      
      ---------------------
      
      파일의 변경 내용이 메인 파일에 머지되면
      
      = cos_simularity: 0.0%
      
      ✅ line 16
      site at `https://azure.github.io/azure-sdk/releases/YYYY-MM/{language}.html`
      
      ---------------------
      
      사이트 `https://azure.github.io/azure-sdk/releases/YYYY-MM/{language}.html`에서 가져온 내용을 볼 수 있습니다.
      
      = cos_simularity: 74.84587254742483%
      
      ✅ line 18
      The **release manager** should hide all entries for packages that should not be in the release period, review and merge the pull request.
      
      ---------------------
      
      **릴리스 관리자**는 릴리스 기간에 있어서는 안 되는 패키지의 모든 엔트리를 숨기고, full request를 검토하고 머지해야 합니다.
      
      = cos_simularity: 28.82447244309152%
      
      ✅ line 19
      field to `true`.
      
      ---------------------
      
      필드를 `true`로 설정하면 엔트리를 숨길 수 있습니다.
      
      = cos_simularity: 31.87840217537793%
      
      ✅ line 20
      After code complete, the release manager will do a final editorial pass before linking the release notes into the table of contents.
      
      ---------------------
      
      코드가 완료된 후, 릴리스 관리자는 릴리스 노트를 목차에 연결하기 전에 최종 편집 단계를 수행합니다.
      
      = cos_simularity: 87.63511049989043%
      
      ✅ line 22
      Release notes are part of the release and must be ready for final edit by the "Code Complete" date.
      
      ---------------------
      
      릴리스 노트는 릴리스의 일부이며 "코드 완료" 날짜까지 최종 편집할 준비가 되어 있어야 합니다.
      
      = cos_simularity: 100.00000000000007%
      
      ✅ line 24
      What's in a release note?
      
      ---------------------
      
      릴리스 노트에는 무엇이 있습니까?
      
      = cos_simularity: 100.0%
      
      ✅ line 26
      The release notes consist of four sections:
      
      ---------------------
      
      릴리스 노트는 다음 4개의 색션으로 구성되어 있습니다:
      
      = cos_simularity: 20.613696606828604%
      
      ✅ line 28
      A list of packages that are being released (that have developer impacting changes) and how to install the packages.
      
      ---------------------
      
      릴리스 중인 패키지 목록(변경 사항에 영향을 미치는 개발자가 있는) 및 패키지 설치 방법
      
      = cos_simularity: 77.80106890970902%
      
      ✅ line 29
      A list of "developer impacting changes" to each package, organized by package.
      
      ---------------------
      
      패키지별로 구성된, 각 패키지의 "변경 사항에 영향을 미치는 개발자" 목록
      
      = cos_simularity: 58.83635900492964%
      
      ✅ line 30
      Boilerplate text that provides a link to the latest release information.
      
      ---------------------
      
      최신 릴리스 정보에 대한 링크를 제공하는 상용구
      
      = cos_simularity: 88.31282039194524%
      
      ✅ line 31
      package download, source code, and reference documentation.
      
      ---------------------
      
      패키지 다운로드, 소스 코드 및 참조 문서를 가리키는 링크 테이블
      
      = cos_simularity: 52.70724758293459%
      
      ✅ line 33
      **Note**: Do not include other documentation or samples in the table of links. These can be accessed via the standard latest release link.
      
      ---------------------
      
      **참고**: 링크 테이블에 다른 문서나 샘플을 포함하지 마십시오. 표준 최신 릴리스 링크를 통해 접근할 수 있습니다.
      
      = cos_simularity: 87.63511049989043%
      
      ✅ line 35
      What's a "developer impacting change"?
      
      ---------------------
      
      "변경 사항에 영향을 미치는 개발자"란 무엇입니까?
      
      = cos_simularity: 58.033298467656856%
      
      ✅ line 37
      We don't want to advertise every single bug fix as most of them do not impact the way customers think about developing the client. The [change log](https://azure.github.io/azure-sdk/policies_releases.html#change-logs) provides an exhaustive list of changes. We don't need to duplicate it.
      
      ---------------------
      
      대부분의 버그 수정은 고객의 클라이언트 개발 방식에 영향을 미치지 않으므로 모든 버그 수정 사항을 알리고 싶지는 않습니다. [변경 로그](https://azure.github.io/azure-sdk/policies_releases.html#change-logs)에는 전체 변경 목록을 제공합니다. 복제할 필요가 없습니다.
      
      = cos_simularity: 55.6820260577245%
      
      ✅ line 39
      However, in the release notes we do want to list critical changes for customers. A critical change is one that the developer would either need to know or want to know. Use the following section headers (`Features Added`, `Breaking Changes`, and `Bugs Fixed`) for the defined critical changes:
      
      ---------------------
      
      그러나 릴리스 노트에는 고객을 위한 중요한 변경 사항이 나열되어 있습니다. 중요한 변경 사항이란 개발자가 알아야 하거나 알고 싶어하는 것입니다. 정의된 중요한 변경 사항에는 다음 섹션 헤더(`기능 추가`, `주요 변경 사항` 및 `버그 수정`)를 사용합니다:
      
      = cos_simularity: 76.17579215339687%
      
      ✅ line 41
      *Features Added*
      
      ---------------------
      
      *기능 추가*
      
      = cos_simularity: 33.609692727625756%
      
      ✅ line 41
      For new features to be called out in release notes.
      
      ---------------------
      
      릴리스 노트에 새 기능이 호출됩니다.
      
      = cos_simularity: 11.521554337793123%
      
      ✅ line 42
      *Breaking Changes*
      
      ---------------------
      
      *주요 변경 사항*
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 42
      For any changes that the will break the customer in some way, such as breaking existing functionality, soon-to-be removed features, or now removed features.
      
      ---------------------
      
      기존 기능 중단, 곧 제거될 기능 또는 현재 제거되는 기능 등 어떤 형태로든 고객에게 문제가 되는 모든 변경사항입니다.
      
      = cos_simularity: 36.34907993405363%
      
      ✅ line 43
      *Bugs Fixed*
      
      ---------------------
      
      *버그 수정*
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 43
      For important bug fixes to be called out in release notes, including any security fixes. Include things that the customer would likely notice or need to react to in some way.
      
      ---------------------
      
      중요한 버그 수정은 보안 수정을 포함하여 릴리스 노트에 기재되어 있습니다. 고객이 인지하거나 어떤 식으로든 대응해야 하는 사항을 포함합니다.
      
      = cos_simularity: 41.809192593505735%
      
      ✅ line 45
      For example, "The name of the property displayed in the ArgumentOutOfRangeException in the
      
      ---------------------
      
      예를 들어, "올바른 속성 이름을 사용하도록 SubscriptionProperties의
      
      = cos_simularity: 18.443191662261306%
      
      ✅ line 45
      property in SubscriptionProperties was updated to use the correct property name." does not qualify as an important bug fix so shouldn't be listed under `Bugs Fixed` but can be listed under `Other Changes`. However, "Added a new overload to the constructor to support AzureAD credentials" would be a good thing to include under `Features Added`.
      
      ---------------------
      
      속성의 ArgumentOutOfRangeException에 표시된 속성 이름이 업데이트되었습니다."는 중요한 버그 수정으로 간주되지 않으므로 `버그 수정`아래에 나열해서는 안 되지만 `다른 수정사항`에는 나열할 수 있습니다. 그러나, "AzureAD 자격 증명을 지원하기 위해 생성자에 새로운 과부하를 추가했습니다"는 `기능 추가`아래에 기재하는 것이 좋습니다.
      
      = cos_simularity: 48.21252175641424%
      
      ✅ line 47
      Ensure the release notes are written from the perspective of the user. We don't want to tell them about a new change without ALSO telling them how to take advantage of the change with either a link to the documentation or a short snippet of code.
      
      ---------------------
      
      릴리스 노트가 사용자의 관점에서 작성되었는지 확인합니다. 문서 링크나 짧은 코드 조각으로 변경 사항을 활용하는 방법을 설명하지 않고서 새로운 변경사항에 대해 알려주고 싶지 않습니다.
      
      = cos_simularity: 50.00199128242422%
      
      ✅ line 49
      What if my library is changed but doesn't have any "developer impacting changes"?
      
      ---------------------
      
      라이브러리가 변경되었지만 "변경 사항에 영향을 주는 개발자"가 없으면 어떻게 합니까?
      
      = cos_simularity: 58.836359004929626%
      
      ✅ line 51
      You can either leave the library out of the release notes, or add a note such as "This release contains bug fixes to improve quality."
      
      ---------------------
      
      릴리스 노트에서 라이브러리를 제외하거나 "이 릴리스에는 품질을 향상시키기 위한 버그 수정이 포함되어 있습니다"와 같은 메모를 추가할 수 있습니다.
      
      = cos_simularity: 71.68117414430624%
      
      ✅ line 53
      How to produce quick links?
      
      ---------------------
      
      빠른 링크를 생성하는 방법은 무엇입니까?
      
      = cos_simularity: 51.01490193104813%
      
      ✅ line 55
      The release manager will produce the point-in-time snapshot of the versions and ensure the release notes use the snapshot to generate the quick links tables.
      
      ---------------------
      
      릴리스 관리자는 버전의 특정 시점 스냅샷을 생성하고 릴리스 노트가 스냅샷을 사용하여 빠른 링크 테이블을 생성하도록 합니다.
      
      = cos_simularity: 83.10283062607361%
      
      ✅ line 57
      Who publishes the release notes and when are they published?
      
      ---------------------
      
      릴리스 노트는 누가, 언제 게시합니까?
      
      = cos_simularity: 58.033298467656856%
      
      ✅ line 59
      For all releases, the release manager will merge and publish the release notes in the current month's release folder.
      
      ---------------------
      
      모든 릴리스에 대해, 릴리스 관리자는 이 달의 릴리스 폴더에 릴리즈 노트를 병합하여 게시합니다.
      
      = cos_simularity: 76.58430019129938%
      
      ✅ line 61
      What do I need to do for an out-of-band release?
      
      ---------------------
      
      대역 외 릴리스에서는 어떻게 해야 합니까?
      
      = cos_simularity: 22.57648460026161%
      
      ✅ line 63
      If you need to release a library after the official release notes release date has occurred but before the next month has been released, then add your release notes to the current month's release notes. The
      
      ---------------------
      
      공식 릴리스 노트 출시일 이후 다음 출시일 전에 라이브러리를 출시해야 하는 경우, 다음 릴리스 노트를 이번 달 릴리스 노트에 추가하십시오.
      
      = cos_simularity: 52.85987178766636%
      
      ✅ line 63
      Owner_ will merge and publish the release notes in the current month's release folder.
      
      ---------------------
      
      Owner_는 이번 달의 릴리스 폴더에 릴리스 노트를 병합하여 게시합니다.
      
      = cos_simularity: 69.49450440198666%
      
      ✅ line 65
      🇺🇸 For example:
      
      ✅ line 66
      🇺🇸 1. The official release notes are announced on 9/18/2020.
      
      ✅ line 67
      🇺🇸 1. The library you need to ship does not ship by that date, say 9/22/2020.
      
      ✅ line 68
      🇺🇸 1. Submit a PR to add your release notes to September release notes and tag the _Language Release Owner_.
      
      ✅ line 70
      🇰🇷 예를 들어:
      
      ✅ line 71
      🇰🇷 1. 공식 릴리스 노트는 2020년 9월 18일에 발표됩니다.
      
      ✅ line 72
      🇰🇷 1. 출하되어야 할 라이브러리는 2020년 9월 22일까지 출하되지 않습니다.
      
      ✅ line 73
      If you have any questions, please reach out to your team's
      
      ---------------------
      
      1. PR을 제출하여 9월 릴리스 노트에 릴리스 노트를 추가하고
      
      = cos_simularity: 0.0%
      
      ✅ line 73
      Owner_.
      
      ---------------------
      
      Owner_에 태그를 붙입니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 75
      You may optionally provide social media outreach for out-of-band releases. Contact the _Community Engagement Manager_ for details on this at least 7 working days prior to the release.
      
      ---------------------
      
      질문이 있는 경우, 팀의 _Language Release Owner_에게 문의하십시오.
      
      = cos_simularity: 3.8111575780842344%
      
      ✅ line 77
      ## Where do I go if I need help?
      
      ---------------------
      
      필요에 따라 대역 외 릴리스에 소셜 미디어 지원을 선택적으로 제공할 수 있습니다. 자세한 내용은 출시 최소 7일(영업일 기준) 전에 _커뮤니티 참여 관리자_에게 문의 하십시오.
      
      = cos_simularity: 0.0%
      
      ✅ line 79
      🇰🇷 ## 도움이 필요하면 어디에 요청해야 합니까?
      
      ✅ line 81
      The
      
      ---------------------
      
      릴리즈에 대한 도움이 필요할 때
      
      = cos_simularity: 0.0%
      
      ✅ line 81
      release manager_ is best place to start when you need help with a release. They manage the Release channel in the
      
      ---------------------
      
      릴리스 관리자_가 가장 적합합니다.
      
      = cos_simularity: 22.95447809173717%
      
      ✅ line 81
      team. If you need help you can post a message in that Teams channel here:
      
      ---------------------
      
      팀에서 Release 채널을 관리합니다. 도움이 필요한 경우 다음 URL의 팀 채널에 메시지를 게시할 수 있습니다:
      
      = cos_simularity: 44.84224918523915%
      
      

      ---

      🇺🇸: 45 words 🇰🇷: 25 words
      

      Modified rate 4.14%
      Translate rate 88.29%

    • releases.md : Modified 🇺🇸860 / 🇰🇷120 📄 4462

      ✅ line 72
      🇺🇸 Follow the best practices below to ensure that the visibility of the new release is elevated.
      🇰🇷 When
      
      => sentence diffrence : 96.77%
      
      ✅ line 74
      🇺🇸 as early as possible
      
      🇰🇷 any
      
      => sentence diffrence : 92.0%
      
      ✅ line 74
      🇺🇸 Identify supported legacy libraries for the SDK you are
      
      ✅ line 75
      🇺🇸 - **Note:** we cannot deprecate GA libraries which were released less than 1 year ago per the [current Azure SLA](https://www.microsoft.com/LICENSING/PRODUCT-LICENSING/PRODUCTS)
      
      ✅ line 76
      🇺🇸 - Note, We should direct users to the
      
      ✅ line 77
      🇺🇸 - For .NET, once a library has been identified as suitable for replacement, initiate a request to have NuGet search popularity for the legacy library forwarded to the new library. The SDK team engineering team will know how to do this or who to talk to.
      
      ✅ line 79
      🇺🇸 For each legacy package you plan to deprecate
      
      ✅ line 80
      🇺🇸 - Update the legacy library package README with a link to the new package.
      
      ✅ line 81
      🇺🇸 ```markdown
      
      ✅ line 82
      🇺🇸 Please note, this package has been deprecated. A replacement package is available
      
      ✅ line 83
      🇺🇸 [package name](https://aka.ms/azsdk) as of [date-MM/YY]. We strongly
      
      ✅ line 84
      🇺🇸 encourage you to upgrade to continue receiving updates.
      
      ✅ line 85
      🇺🇸 See the [Migration Guide](https://aka.ms/azsdk) for guidance on upgrading.
      
      ✅ line 86
      🇺🇸 Refer to our [deprecation policy](https://azure.github.io/azure-sdk/policies_support.html) for more details.
      
      ✅ line 87
      🇺🇸 ```
      
      ✅ line 88
      🇺🇸 For packages with the same name (e.g. Python, Java), use the following wording.
      
      ✅ line 89
      🇺🇸 ```markdown
      
      ✅ line 90
      🇺🇸 Please note, versions of this package with
      
      ✅ line 91
      🇺🇸 as
      
      ✅ line 92
      🇺🇸 Refer to our [deprecation policy](https://azure.github.io/azure-sdk/policies_support.html) for more details.
      
      ✅ line 93
      🇺🇸 ```
      
      ✅ line 94
      🇺🇸 - Update the legacy Samples README with link to the new samples.
      
      ✅ line 95
      🇺🇸 Note, you can search for sample repositories under https://docs.microsoft.com/samples/browse/?products=azure.
      
      ✅ line 96
      🇺🇸 ```markdown
      
      ✅ line 97
      🇺🇸 Samples in this repository use deprecated packages [list legacy package here]. We recommend
      
      ✅ line 98
      🇺🇸 that you get started using the new package here instead: [package name](https://aka.ms/azsdk).
      
      ✅ line 99
      🇺🇸 ```
      
      ✅ line 100
      🇺🇸 - Update the new package README with a link to the migration guides.
      
      ✅ line 101
      🇺🇸 ```markdown
      
      ✅ line 102
      🇺🇸 This document covers [library name] [package name](https://aka.ms/azsdk).
      
      ✅ line 103
      🇺🇸 older package, we recommend that you upgrade your code.
      🇰🇷 SDK
      
      => sentence diffrence : 100.0%
      
      ✅ line 103
      🇺🇸 If you're using
      
      ✅ line 104
      🇺🇸 See [Migration Guide](https://aka.ms/azsdk) for more details.
      
      ✅ line 105
      🇺🇸 ```
      
      ✅ line 106
      🇺🇸 - Update package index files to identify legacy packages replacement.
      
      ✅ line 107
      🇺🇸 ```markdown
      
      ✅ line 108
      🇺🇸 Go to https://github.com/Azure/azure-sdk/blob/master/_data/releases/latest/ and update [language]-packages.csv.
      
      ✅ line 109
      🇺🇸 Use Notes column to clarify what is being replaced by the new package.
      
      ✅ line 110
      🇺🇸 ```
      
      ✅ line 111
      🇺🇸 programming language instructions.
      🇰🇷 best practices
      
      => sentence diffrence : 82.35%
      
      ✅ line 111
      🇺🇸 - In the package managers that support updates to existing packages, update the legacy packages in the package manager to include a deprecation notice. Use the following message and
      
      ✅ line 112
      🇺🇸 ```markdown
      
      ✅ line 113
      🇺🇸 Please note, this package has been deprecated. A replacement package is available
      
      ✅ line 114
      🇺🇸 [package name](https://aka.ms/azsdk) as
      
      ✅ line 115
      🇺🇸 encourage you to upgrade to continue receiving updates.
      
      ✅ line 116
      🇺🇸 [Migration Guide](https://aka.ms/azsdk) for guidance on upgrading.
      🇰🇷 language
      
      => sentence diffrence : 90.91%
      
      ✅ line 116
      🇺🇸 See
      
      ✅ line 117
      🇺🇸 Refer to our [deprecation policy](https://azure.github.io/azure-sdk/policies_support.html) for more details.
      
      ✅ line 118
      🇺🇸 ```
      
      ✅ line 119
      🇺🇸 - If you are deprecating a package version, but staying within the same package name, update the wording above to mention a
      
      ✅ line 120
      🇺🇸 ```markdown
      
      ✅ line 121
      🇺🇸 with version numbers [version number] and below have been
      🇰🇷 managers
      
      => sentence diffrence : 91.38%
      
      ✅ line 121
      🇺🇸 Please note, versions of this
      
      ✅ line 122
      🇺🇸 upgrade to the latest version to
      🇰🇷 ensure
      
      => sentence diffrence : 90.91%
      
      ✅ line 122
      🇺🇸 deprecated as of [date-MM-YY]. We strongly encourage you
      
      ✅ line 123
      🇺🇸 continue receiving updates.
      
      ✅ line 124
      🇺🇸 Refer to our [deprecation policy](https://azure.github.io/azure-sdk/policies_support.html) for more details.
      
      ✅ line 125
      🇺🇸 ```
      
      ✅ line 126
      🇺🇸 Language|Instructions
      
      ✅ line 127
      🇺🇸 ----------|---------
      
      ✅ line 128
      🇺🇸 are no longer maintained.
      🇰🇷 this new version's visibility
      
      => sentence diffrence : 79.31%
      
      ✅ line 128
      🇺🇸 .Net|Follow instructions at [deprecating NuGet packages](https://docs.microsoft.com/nuget/nuget-org/deprecate-packages) to deprecate the package with the message above.
      Select all versions of the package you are deprecating.
      Choose deprecation reason as "Other" because "Legacy" is for packages
      
      ✅ line 129
      🇺🇸 Java | If the deprecated package is no longer in use (new version has a different name), publish an update to the deprecated package after updating the README
      
      ✅ line 130
      🇺🇸 TS/JS | Run the relevant build pipeline.
      
      ✅ line 131
      🇺🇸 no longer in use (new version has a different name), publish an update to the deprecated package after updating the README
      🇰🇷 elevated
      
      => sentence diffrence : 94.26%
      
      ✅ line 131
      🇺🇸 Python | If the deprecated package
      
      ✅ line 132
      🇺🇸 Go | Add a deprecation comment in the go.mod so that users see a warning when downloading the deprecated package.
      See example [here](https://github.com/Azure/azure-sdk-for-go/blob/857695b0e8158bdf9b19bed23c33cf8a5333921d/sdk/to/go.mod#L1)
      
      ✅ line 134
      🇺🇸 #### Legacy packages support after the update
      
      ✅ line 136
      🇺🇸 ship fixes for the legacy libraries for the next 3 years.
      You will need to ship security and critical bug fixes for the first year.
      You don’t have to proactively fix anything else, but a customer calling for support should be able to get it. Refer
      🇰🇷 recommended by default
      
      => sentence diffrence : 92.16%
      
      ✅ line 136
      🇺🇸 - Ensure you have the infrastructure in place to build
      
      ✅ line 137
      🇺🇸 - Encourage customers to migrate to the new library when possible, from this point on.
      
      ✅ line 138
      🇺🇸 - After one year, customers will need to provide a strong business need to justify and receive legacy library updates. Most of the customers are expected to migrate to the latest library at this point.
      
      ✅ line 139
      [Azure Global Retirement Policy process](https://dev.azure.com/msazure/AzureWiki/_wiki/wikis/AzureWiki.wiki/37673/Retirements-and-Breaking-Changes).
      
      ---------------------
      
      users.
      
      = cos_simularity: 0.0%
      
      ✅ line 139
      🇺🇸 - Monitor the deprecated library usage. If the number of customers is small, consider working with them individually to migrate to the latest version.
      At the point when there are no customers left, you can retire the library following
      
      ✅ line 234
      🇺🇸 Stable
      🇰🇷 GA
      
      => sentence diffrence : 100.0%
      
      ✅ line 236
      🇺🇸 stable
      🇰🇷 GA
      
      => sentence diffrence : 100.0%
      
      ✅ line 236
      🇺🇸 stable
      🇰🇷 GA
      
      => sentence diffrence : 100.0%
      
      ✅ line 236
      🇺🇸 stable
      🇰🇷 GA
      
      => sentence diffrence : 100.0%
      
      ✅ line 255
      🇺🇸 Alpha and Beta releases
      🇰🇷 GA-] releases the team also has [-prereleases
      
      => sentence diffrence : 66.67%
      
      ✅ line 255
      🇰🇷 GA
      
      ✅ line 258
      🇺🇸 stable
      🇰🇷 GA
      
      => sentence diffrence : 100.0%
      
      ✅ line 258
      🇺🇸 stable
      🇰🇷 GA
      
      => sentence diffrence : 100.0%
      
      ✅ line 258
      🇺🇸 stable,
      🇰🇷 GA,
      
      => sentence diffrence : 85.71%
      
      ✅ line 270
      🇺🇸 **Stable
      🇰🇷 **GA
      
      => sentence diffrence : 75.0%
      
      ✅ line 270
      🇺🇸 stable
      🇰🇷 GA
      
      => sentence diffrence : 100.0%
      
      ✅ line 272
      🇺🇸 **Stable
      🇰🇷 **GA
      
      => sentence diffrence : 75.0%
      
      ✅ line 316
      🇺🇸 **Stable
      🇰🇷 **GA
      
      => sentence diffrence : 75.0%
      
      ✅ line 318
      🇺🇸 **Stable
      🇰🇷 **GA
      
      => sentence diffrence : 75.0%
      
      ✅ line 320
      🇺🇸 Stable
      🇰🇷 GA
      
      => sentence diffrence : 100.0%
      
      ✅ line 327
      🇰🇷 can be specified.
      
      ✅ line 328
      🇺🇸 are automatically set based on
      🇰🇷 If none is provided,
      
      => sentence diffrence : 80.0%
      
      ✅ line 328
      🇺🇸 version being published and current versions present on npm and there is no need to set
      🇰🇷 `latest`
      
      => sentence diffrence : 93.1%
      
      ✅ line 328
      🇺🇸 manually when running a release pipeline.
      🇰🇷 gets used by default by the `npm publish` command.
      
      => sentence diffrence : 82.0%
      
      ✅ line 330
      🇰🇷 and tags
      
      ✅ line 332
      🇺🇸 Stable
      🇰🇷 GA
      
      => sentence diffrence : 100.0%
      
      ✅ line 332
      will get
      
      ---------------------
      
      should have
      
      = cos_simularity: 0.0%
      
      ✅ line 333
      🇺🇸 version does not get any
      🇰🇷 ensure that-] the hotfix [-gets no
      
      => sentence diffrence : 70.59%
      
      ✅ line 333
      🇰🇷 ensure that
      
      ✅ line 333
      🇰🇷 One way to do this is to use a dummy tag when publishing and deleting the tag afterwards.
      
      ✅ line 334
      🇺🇸 stable, then
      🇰🇷 GA, ensure that the
      
      => sentence diffrence : 78.95%
      
      ✅ line 334
      🇺🇸 deleted from beta and latest tag will be set for stable version.
      🇰🇷 deleted.
      
      => sentence diffrence : 87.5%
      
      ✅ line 335
      will get
      
      ---------------------
      
      should have
      
      = cos_simularity: 0.0%
      
      ✅ line 336
      🇺🇸 Package version will also get
      🇰🇷 Additionally, use the
      
      => sentence diffrence : 79.31%
      
      ✅ line 336
      🇺🇸 stable
      🇰🇷 GA
      
      => sentence diffrence : 100.0%
      
      ✅ line 343
      🇺🇸 **Stable
      🇰🇷 **GA
      
      => sentence diffrence : 75.0%
      
      ✅ line 345
      🇺🇸 **Stable
      🇰🇷 **GA
      
      => sentence diffrence : 75.0%
      
      ✅ line 347
      🇺🇸 Stable
      🇰🇷 GA
      
      => sentence diffrence : 100.0%
      
      ✅ line 353
      🇺🇸 a stable release
      🇰🇷 GA'd
      
      => sentence diffrence : 100.0%
      
      ✅ line 377
      🇺🇸 **Stable
      🇰🇷 **GA
      
      => sentence diffrence : 75.0%
      
      ✅ line 379
      🇺🇸 **Stable
      🇰🇷 **GA
      
      => sentence diffrence : 75.0%
      
      ✅ line 381
      🇺🇸 Stable
      🇰🇷 GA
      
      => sentence diffrence : 100.0%
      
      ✅ line 396
      🇺🇸 **Stable
      🇰🇷 **GA
      
      => sentence diffrence : 75.0%
      
      ✅ line 398
      🇺🇸 **Stable
      🇰🇷 **GA
      
      => sentence diffrence : 75.0%
      
      ✅ line 400
      🇺🇸 Stable
      🇰🇷 GA
      
      => sentence diffrence : 100.0%
      
      ✅ line 412
      🇺🇸 **Stable
      🇰🇷 **GA
      
      => sentence diffrence : 75.0%
      
      ✅ line 414
      🇺🇸 **Stable
      🇰🇷 **GA
      
      => sentence diffrence : 75.0%
      
      ✅ line 426
      🇺🇸 **Stable
      🇰🇷 **GA
      
      => sentence diffrence : 75.0%
      
      ✅ line 428
      🇺🇸 **Stable
      🇰🇷 **GA
      
      => sentence diffrence : 75.0%
      
      ✅ line 443
      🇺🇸 **Stable
      🇰🇷 **GA
      
      => sentence diffrence : 75.0%
      
      ✅ line 445
      🇺🇸 **Stable
      🇰🇷 **GA
      
      => sentence diffrence : 75.0%
      
      ✅ line 457
      🇺🇸 **Stable
      🇰🇷 **GA
      
      => sentence diffrence : 75.0%
      
      ✅ line 459
      🇺🇸 **Stable
      🇰🇷 **GA
      
      => sentence diffrence : 75.0%
      
      ✅ line 469
      🇺🇸 Initial Go package releases will be versioned will use `v0` versioning with `v0.1.0` as the initial version. See [versioning guidelines](https://azure.github.io/azure-sdk/golang_introduction.html#package-versioning) for more details.
      
      ✅ line 473
      🇺🇸 **Beta Release for Initial Release:** `v0.1.0`
      🇰🇷 **Preview release:** `sdk//v0.1.0.`
      
      => sentence diffrence : 62.5%
      
      ✅ line 473
      🇺🇸 `v0.1.1`
      🇰🇷 `v0.2.0`
      
      => sentence diffrence : 25.0%
      
      ✅ line 475
      🇺🇸 **Beta Release:** `v2.0.0-beta.1` -> `v2.0.0-beta.2`
      
      ✅ line 477
      🇺🇸 **Stable
      🇰🇷 **GA
      
      => sentence diffrence : 75.0%
      
      ✅ line 477
      `v1.0.0`
      
      ---------------------
      
      `sdk//v1.1.0`
      
      = cos_simularity: 37.997836159100785%
      
      ✅ line 477
      🇺🇸 `v1.0.1`
      🇰🇷 `v1.2.0`
      
      => sentence diffrence : 25.0%
      
      ✅ line 479
      🇺🇸 **Stable
      🇰🇷 **GA
      
      => sentence diffrence : 75.0%
      
      ✅ line 481
      🇺🇸 Stable
      🇰🇷 GA
      
      => sentence diffrence : 100.0%
      
      ✅ line 512
      🇺🇸 stable,
      🇰🇷 GA,
      
      => sentence diffrence : 85.71%
      
      

      ---

      🇺🇸: 860 words 🇰🇷: 120 words
      

      Modified rate 10.07%
      Translate rate 0.19%

      </details>
    • repostructure.md : Modified 🇺🇸6 / 🇰🇷70 📄 634

      ✅ line 2
      "Policies: Repository Structure"
      
      ---------------------
      
      "정책: 저장소 구조"
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 8
      To help make our repos more consistent and easier to approach from our team as well as the community we should have a consistent structure. That structure should avoid putting a lot of stuff in the root of the repo to make it appear neater and allow folks visiting the repo to quickly see the root README.md without needing to scroll. The directory structure should look like:
      
      ---------------------
      
      팀뿐만 아니라 커뮤니티에서도 저장소를 보다 일관되고 쉽게 접근할 수 있도록 하려면 일관된 구조를 갖춰야 합니다. 이러한 구조는 저장소 루트에 많은 내용을 배치하지 않도록 해야 하며 저장소를 방문하는 사람들이 스크롤하지 않고도 루트 README.md을 빠르게 볼 수 있도록 해야 합니다. 디렉터리 구조는 다음과 같습니다:
      
      = cos_simularity: 25.47881944439317%
      
      ✅ line 10
      Will contain source code or projects that are not shipping artifacts but are shared and used by our sdk libraries. Things like common test projects or shared test or source code.
      
      ---------------------
      
      만들어 진 것을 제공하지 않지만 SDK 라이브러리에서 공유 및 사용하는 소스 코드 또는 프로젝트를 포함합니다. 일반적인 테스트 프로젝트나 공유 테스트 또는 소스 코드와 같은 것입니다.
      
      = cos_simularity: 61.832649352399294%
      
      ✅ line 11
      Contains documentation, usually in markdown files, for anything in the repo. It should also contain a README.md that states the purposes of all the folders under `doc`. ([Example](https://github.com/Azure/azure-sdk-for-python/blob/main/doc/README.md))
      
      ---------------------
      
      저장소의 모든 항목에 대한 설명서(일반적으로 Markdown 파일)를 포함합니다. 또한 `doc` 아래에 있는 모든 폴더의 용도를 설명하는 README.md을 포함해야 합니다. ([예제](https://github.com/Azure/azure-sdk-for-python/blob/main/doc/README.md))
      
      = cos_simularity: 61.970434140310736%
      
      ✅ line 12
      Contains the set of documentation needed for developers that are contributing to the repository.
      
      ---------------------
      
      저장소에 기여하는 개발자에게 필요한 설명서 모음을 포함합니다.
      
      = cos_simularity: 36.80232087561149%
      
      ✅ line 13
      Used to contain things needed by the engineering system to build, test, or perform other related tasks. It will usually contain configure files, build definitions, scripts and other tools (generally not checked in binaries).
      
      ---------------------
      
      엔지니어링 시스템이 다른 관련 작업을 구축, 테스트 또는 수행하는 데 필요한 것들을 포함하는 데 사용됩니다. 일반적으로 구성 파일, 빌드 정의, 스크립트 및 기타 도구(일반적으로 이진에서는 확인되지 않음)가 포함됩니다.
      
      = cos_simularity: 69.88136561724687%
      
      ✅ line 14
      Primary directory which will contain our sdk library source code. See below for more details on its layout.
      
      ---------------------
      
      SDK 라이브러리 소스 코드를 포함할 기본 디렉터리입니다. 레이아웃에 대한 자세한 내용은 아래를 참조하십시오.
      
      = cos_simularity: 73.57532581618294%
      
      ✅ line 17
      To accomplish that every azure-sdk language repo will put a
      
      ---------------------
      
      이를 위해 모든 Azure-sdk 언어 저장소가 루트에
      
      = cos_simularity: 47.43307064971939%
      
      ✅ line 17
      and a `sdk` folder in the root that will contain a folder for each service which will then contain a folder for each package associated with the service. It will be `sdk`, singular as opposed to plural, because we want developers to realize we only have one
      
      ---------------------
      
      및 sdk 폴더를 배치하고, 이 폴더에는 서비스와 연결된 각 패키지의 폴더가 포함됩니다. 개발자들이 우리가
      
      = cos_simularity: 33.58882493244474%
      
      ✅ line 17
      sdk and not many.
      
      ---------------------
      
      sdk를 하나 가지고 있고 많지 않다는 것을 깨닫기를 원하기 때문에 여러 개의 sdk가 아닌 하나의 sdk가 될 것입니다.
      
      = cos_simularity: 7.43342645877562%
      
      ✅ line 19
      directory layout
      
      ---------------------
      
      디렉터리 레이아웃
      
      = cos_simularity: 33.609692727625756%
      
      ✅ line 21
      Every azure-sdk language repo will put a
      
      ---------------------
      
      모든 azure 언어 저장소는 루트에
      
      = cos_simularity: 43.161341897075154%
      
      ✅ line 21
      and a `sdk` folder in the root that will contain a folder for each service which will then contain a folder for each package associated with the service. It will be `sdk`, singular as opposed to plural, because we want developers to realize we only have one
      
      ---------------------
      
      및 sdk 폴더를 배치합니다. 이 폴더에는 각 서비스에 대한 폴더가 포함되어 서비스와 연결된 각 패키지의 폴더가 포함됩니다. 개발자들이 우리가
      
      = cos_simularity: 42.28132667120507%
      
      ✅ line 21
      sdk and not many.
      
      ---------------------
      
      sdk를 하나 가지고 있고 많지 않다는 것을 깨닫기를 원하기 때문에 여러 개의 sdk가 아닌 하나의 sdk가 될 것입니다.
      
      = cos_simularity: 7.43342645877562%
      
      ✅ line 30
      **``**
      
      ---------------------
      
      **`<서비스 이름="">`**
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 30
      Should be the short name for the azure service. It will be used to group all the various packages for a given service, including the management and data-plane packages, as well as any multi-api (e.g. or different profile versions (e.g AzureStack). Any shared artifacts like release notes or versions should go into this root repo. These names should match across all the different language repos and by default should be what is in the specification folder in the
      
      ---------------------
      
      Azure 서비스의 줄임말이어야 합니다. 관리 및 데이터 플레인 패키지를 비롯한 특정 서비스에 대한 모든 다양한 패키지와 멀티 api(예: 또는 다른 프로파일 버전(예: AzureStack))를 그룹화하는 데 사용됩니다. 릴리스 정보 또는 버전과 같은 모든 공유 산유물은 이 루트 저장소에 저장되어야 합니다. 이러한 이름은 서로 다른 모든 언어 저장소에서 일치해야 하며 기본적으로
      
      = cos_simularity: 61.40564466607158%
      
      ✅ line 30
      repo.
      
      ---------------------
      
      저장소의 규격 폴더에 있어야 합니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 31
      **``**
      
      ---------------------
      
      **`<패키지 이름="">`**
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 31
      Should be the name of the shipping package, or an abbreviation that distinguishes the given shipping artifact for the given service. The key is that there is source for only one shipping package in this folder.
      
      ---------------------
      
      배송 패키지의 이름 또는 지정된 서비스에 대한 지정된 배송 창작물을 구분하는 약어여야 합니다. 중요한 것은 이 폴더에 하나의 배송 패키지에 대한 소스가 있다는 것입니다.
      
      = cos_simularity: 68.91012845790591%
      
      ✅ line 32
      If there are multiple packages with the same name but different scope/org/groupid/SxS-version/etc then put them each in their own folder under the service name directory with names that match whatever distinguishes them from each other.
      
      ---------------------
      
      이름이 같지만 scope/org/groupid/SxS-version 등이 서로 다른 패키지가 여러 개 있는 경우 서로 구분되는 이름과 함께 서비스 이름 디렉터리 아래의 고유한 폴더에 각각 넣습니다.
      
      = cos_simularity: 58.268209283456315%
      
      ✅ line 33
      If there are long file path issues then you can use an abbreviation of the package name to help avoid issues. For example
      
      ---------------------
      
      파일 경로 문제가 긴 경우 패키지 이름의 약어를 사용하여 문제를 방지할 수 있습니다. 예를 들어
      
      = cos_simularity: 73.57532581618291%
      
      ✅ line 33
      tools require every part of the package/namespace to be a separate folder which can make the paths extra long and thus may need to abbreviate the package name to help alleviate the impact of long file paths on windows.
      
      ---------------------
      
      도구는 package/namespace의 모든 부분을 별도의 폴더여야 하므로 경로가 너무 길 수 있으므로 긴 파일 경로가 창에 미치는 영향을 완화하기 위해 패키지 이름을 축약해야 할 수 있습니다.
      
      = cos_simularity: 33.14837871046527%
      
      ✅ line 34
      If there are other assets that aren't shipping packages, such as shared libraries/source code or tools, they can also go in a folder under the service name directory.
      
      ---------------------
      
      공유 라이브러리/소스 코드 또는 도구와 같이 패키지를 제공하지 않는 다른 자산이 있는 경우 서비스 이름 디렉토리 아래의 폴더로 이동할 수도 있습니다.
      
      = cos_simularity: 65.71280495473715%
      
      ✅ line 35
      Every package directory must contain the following:
      
      ---------------------
      
      모든 패키지 디렉터리는 다음을 포함해야 합니다:
      
      = cos_simularity: 33.60969272762574%
      
      ✅ line 36
      A README.md in the package root folder that contains documentation for the package
      
      ---------------------
      
      패키지 루트 폴더에 패키지에 대한 설명서가 들어 있는 README.md입니다.
      
      = cos_simularity: 66.94188517266485%
      
      ✅ line 37
      A folder which contains the source code for the library contained in the package in whatever format is appropriate for the specific language and tools.
      
      ---------------------
      
      패키지에 포함된 라이브러리의 소스 코드가 특정 언어 및 도구에 적합한 형식으로 들어 있는 폴더입니다.
      
      = cos_simularity: 67.0886800175419%
      
      ✅ line 38
      A folder which contains the test code for the library contained in the package in whatever format is appropriate for the specific language and tools.
      
      ---------------------
      
      패키지에 포함된 라이브러리의 테스트 코드가 특정 언어 및 도구에 적합한 형식으로 들어 있는 폴더입니다.
      
      = cos_simularity: 53.25025132738133%
      
      ✅ line 39
      A folder which contains sample code for the library contained in the package in whatever format is appropriate for the specific language and tools.
      
      ---------------------
      
      특정 언어 및 도구에 적합한 형식으로 패키지에 포함된 라이브러리의 샘플 코드가 들어 있는 폴더입니다.
      
      = cos_simularity: 53.25025132738133%
      
      ✅ line 41
      🇺🇸 #### Special considerations for application frameworks
      
      ✅ line 43
      The azure-sdk language repositories will sometimes contain modules/libraries/packages which provide integration between popular application frameworks as Azure services. For example Spring Boot, Spring Data, or ASP.NET. In general the modules that provide integration with a specific service should be co-located with the other modules for that service. In very limited circumstances an application framework may contains shared logic used across multiple integrations, or all integrations are in a single module. In those cases the module may be placed in a directory named after the application framework (e.g. ```sdk/spring/```).
      
      ---------------------
      
      #### 애플리케이션 프레임워크에 대한 특별한 고려 사항
      
      = cos_simularity: 2.0904731971162933%
      
      ✅ line 45
      Examples:
      
      ---------------------
      
      Azure-sdk 언어 저장소에는 Azure 서비스로 널리 사용되는 애플리케이션 프레임워크 간의 통합을 제공하는 모듈/라이브러리/패키지가 포함될 수 있습니다. 예를 들어 스프링 부트, 스프링 데이터 또는 ASP.NET가 있습니다. 일반적으로 특정 서비스와의 통합을 제공하는 모듈은 해당 서비스의 다른 모듈과 함께 배치해야 합니다. 매우 제한된 상황에서 애플리케이션 프레임워크는 여러 통합에서 사용되는 공유 논리를 포함하거나 모든 통합이 단일 모듈에 포함될 수 있습니다. 이 경우 모듈은 응용 프로그램 프레임워크의 이름을 딴 디렉토리에 배치될 수 있습니다. (e.g. ```sdk/spring/```).-]### [-예제:
      
      = cos_simularity: 7.132713252431472%
      
      ✅ line 45
      🇰🇷 Azure-sdk 언어 저장소에는 Azure 서비스로 널리 사용되는 애플리케이션 프레임워크 간의 통합을 제공하는 모듈/라이브러리/패키지가 포함될 수 있습니다. 예를 들어 스프링 부트, 스프링 데이터 또는 ASP.NET가 있습니다. 일반적으로 특정 서비스와의 통합을 제공하는 모듈은 해당 서비스의 다른 모듈과 함께 배치해야 합니다. 매우 제한된 상황에서 애플리케이션 프레임워크는 여러 통합에서 사용되는 공유 논리를 포함하거나 모든 통합이 단일 모듈에 포함될 수 있습니다. 이 경우 모듈은 응용 프로그램 프레임워크의 이름을 딴 디렉토리에 배치될 수 있습니다. (e.g. ```sdk/spring/```).
      
      

      ---

      🇺🇸: 6 words 🇰🇷: 70 words
      

      Modified rate 5.09%
      Translate rate 86.4%

      </details>
    • reviewprocess.md : Modified 🇺🇸89 / 🇰🇷14 📄 2001

      ✅ line 10
      SDK
      
      ---------------------
      
      Developer Platform (ADP)
      
      = cos_simularity: 0.0%
      
      ✅ line 10
      🇰🇷 Review
      
      ✅ line 47
      🇺🇸 Board](mailto:azsdkarch@microsoft.com)
      🇰🇷 Board](mailto:adparch@microsoft.com)
      
      => sentence diffrence : 7.89%
      
      ✅ line 81
      🇺🇸 - For .NET, upload a DLL to the [ApiView tool](http://apiview.dev).
      
      ✅ line 82
      🇺🇸 - For Java, upload the `*-sources.jar` file to the [ApiView tool](http://apiview.dev) (e.g. `azure-core-1.3.0-beta.1-sources.jar`).
      
      ✅ line 83
      🇺🇸 - For TypeScript, use [API-Extractor](https://github.com/Microsoft/web-build-tools/wiki/API-Extractor) to generate a docModel file. Upload generated api.json file to the [ApiView tool](http://apiview.dev).
      
      ✅ line 84
      🇺🇸 - For Python, upload a wheel to the [ApiView tool](http://apiview.dev) ( e.g. azure_core-1.8.0-py2.py3-none-any.whl). Python wheel can be generated by executing following command at package root directory.
      
      ✅ line 85
      🇺🇸 `python setup.py bdist_wheel -d '
      
      ✅ line 98
      🇺🇸 stable.**
      🇰🇷 GA.**
      
      => sentence diffrence : 66.67%
      
      ✅ line 163
      🇺🇸 stable.
      🇰🇷 GA.
      
      => sentence diffrence : 85.71%
      
      ✅ line 163
      🇺🇸 moves to stable.
      🇰🇷 GAs.
      
      => sentence diffrence : 87.5%
      
      ✅ line 163
      🇺🇸 stable
      🇰🇷 GA
      
      => sentence diffrence : 100.0%
      
      ✅ line 163
      🇺🇸 a stable release.
      🇰🇷 GA.
      
      => sentence diffrence : 94.12%
      
      ✅ line 172
      🇺🇸 a stable release,
      🇰🇷 it is in GA,
      
      => sentence diffrence : 82.35%
      
      ✅ line 174
      🇺🇸 the release.
      🇰🇷 GA.
      
      => sentence diffrence : 91.67%
      
      ✅ line 174
      🇺🇸 stable
      🇰🇷 GA
      
      => sentence diffrence : 100.0%
      
      ✅ line 174
      🇺🇸 stable)
      🇰🇷 GA)
      
      => sentence diffrence : 85.71%
      
      

      ---

      🇺🇸: 89 words 🇰🇷: 14 words
      

      Modified rate 2.53%
      Translate rate 0.05%

      </details>
    • support.md : Modified 🇺🇸142 / 🇰🇷19 📄 487

      ✅ line 2
      "Policies: Support"
      
      ---------------------
      
      "정책: 지원"
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 8
      SDK lifecycle and support policy**
      
      ---------------------
      
      SDK의 생명 주기 및 지원 정책**
      
      = cos_simularity: 43.161341897075154%
      
      ✅ line 10
      SDK Lifecycle and support are governed by the latest [Microsoft
      
      ---------------------
      
      SDK의 생명 주기와 지원은 아래 정보와 충돌하는 경우 우세한 최신[Microsoft
      
      = cos_simularity: 19.280132317038095%
      
      ✅ line 10
      Policy](https://docs.microsoft.com/en-US/lifecycle/policies/modern), which will prevail in case of any conflicts with the information below.
      
      ---------------------
      
      Policy](https://docs.microsoft.com/en-US/lifecycle/policies/modern)의 적용을 받습니다.
      
      = cos_simularity: 26.967674827760153%
      
      ✅ line 12
      **Package lifecycle**
      
      ---------------------
      
      **패키지 생명주기**
      
      = cos_simularity: 33.609692727625756%
      
      ✅ line 14
      Here are the stages of a typical package lifecycle (for major versions)
      
      ---------------------
      
      다음은 일반적인 패키지 생명 주기 단계입니다(주요 버전용).
      
      = cos_simularity: 42.113589132819584%
      
      ✅ line 16
      **Beta**
      
      ---------------------
      
      **베타**
      
      = cos_simularity: 100.0%
      
      ✅ line 16
      A new SDK that is available for early access and feedback purposes and is not recommended for use in production.
      
      ---------------------
      
      조기 액세스 및 피드백을 위해 사용할 수 있는 새로운 SDK로 실가동에서는 사용하지 않는 것이 좋습니다. 베타 버전 지원은
      
      = cos_simularity: 29.672561597665535%
      
      ✅ line 17
      issues and response time is not guaranteed. Beta releases live typically for less than 1 year, after which they are either deprecated or released as stable.
      
      ---------------------
      
      문제로 한정되며 응답 시간은 보장되지 않습니다. 베타 릴리스는 일반적으로 1년 미만이며 그 후 폐기되거나 GA에 출시됩니다.
      
      = cos_simularity: 34.0824216623835%
      
      ✅ line 17
      🇺🇸 The beta version support is limited to
      
      ✅ line 19
      **Active**
      
      ---------------------
      
      **활성**
      
      = cos_simularity: 100.0%
      
      ✅ line 19
      The SDKs are generally available and fully supported, will receive new feature updates, as well as bug and security fixes.
      
      ---------------------
      
      SDK는 일반적으로 이용 가능하며 완전히 지원되며 새로운 기능 업데이트와 버그 및 보안 수정이 제공됩니다. 메이저 버전은 출시일로부터 최소 12개월 동안 활성화됩니다. 메이저 릴리스에 호환되는 업데이트는 마이너버전 또는 패치버전을 통해 제공됩니다. 최신 버전은 수정 및 업데이트를 받을 수 있으므로 최신 버전을 사용하는 것이 좋습니다.
      
      = cos_simularity: 20.284018576170702%
      
      ✅ line 20
      🇺🇸 The major version will remain active for at least 12 months from the release date. Compatible updates for the major release are provided through minor versions, or patch versions.
      
      ✅ line 21
      🇺🇸 Customers are encouraged to use the latest version as that is the version that will get fixes and updates.
      
      ✅ line 23
      **Deprecated**
      
      ---------------------
      
      **유지 관리**
      
      = cos_simularity: 0.0%
      
      ✅ line 23
      A library no longer conforms to our most up-to-date [Azure SDK Guidelines](https://azure.github.io/azure-sdk/general_introduction.html), or has been superseded by a more recent release. In both cases, the current library is deprecated in favor of a newer library. Typically, deprecation occurs at the same time the replacement library is transitioned to Active, after which the releases will only address the most critical bug fixes and security fixes for at least another 12 months.
      
      ---------------------
      
      통상 유지 관리 모드는 다음 메이저 버전이 액티브로 전환되는 동시에 발표되며, 그 후 릴리즈에서는 최소 12개월 동안 가장 중요한 버그 수정 및 보안 수정 사항만 해결합니다.
      
      = cos_simularity: 17.101761020235198%
      
      ✅ line 25
      **Community**
      
      ---------------------
      
      **커뮤니티**
      
      = cos_simularity: 100.0%
      
      ✅ line 25
      SDK will no longer receive updates from Microsoft unless otherwise specified in the separate customer agreement.
      
      ---------------------
      
      SDK는 고객 계약에 별도로 명시되지 않는 한 Microsoft로부터 업데이트를 받지 않습니다. 패키지는 공용 패키지 관리자와 커뮤니티에서 유지 관리할 수 있는
      
      = cos_simularity: 45.017550232699%
      
      ✅ line 26
      repo, which can be maintained by the community.
      
      ---------------------
      
      repo를 통해 계속 사용할 수 있습니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 26
      🇺🇸 The package will remain available via public package managers and the
      
      ✅ line 28
      You can check the lifecycle stage for your package at [this page](https://azure.github.io/azure-sdk/releases/latest/index.html)
      
      ---------------------
      
      패키지의 생명 주기 단계를 확인할 수 있습니다. [이 페이지에서](https://azure.github.io/azure-sdk/releases/latest/index.html)
      
      = cos_simularity: 69.8922932216897%
      
      ✅ line 30
      Clouds**
      
      ---------------------
      
      클라우드**
      
      = cos_simularity: 0.0%
      
      ✅ line 32
      By default, the
      
      ---------------------
      
      기본적으로
      
      ✅ line 32
      libraries are configured to connect to the Global
      
      ---------------------
      
      라이브러리는 전역
      
      = cos_simularity: 22.028815056182975%
      
      ✅ line 32
      Cloud.
      
      ---------------------
      
      클라우드에 연결하도록 구성됩니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 33
      Stack,
      
      ---------------------
      
      스택,
      
      ✅ line 33
      and Government Cloud.
      
      ---------------------
      
      및 정부 클라우드와 같은 추가 클라우드 대상 플랫폼을 사용할 수 있습니다. 패키지 생명 주기는 대상 플랫폼에 따라 다를 수 있습니다. 자세한 내용은 대상 플랫폼 메뉴얼을 참조해 주세요.
      
      = cos_simularity: 18.068688270171663%
      
      ✅ line 33
      🇺🇸 Additional cloud target platforms are available, such as
      
      ✅ line 34
      🇺🇸 Package lifecycle may vary across different target platforms. Refer to the target platform documentation for more information.
      
      ✅ line 36
      dependencies**
      
      ---------------------
      
      종속성**
      
      ✅ line 38
      libraries depend on
      
      ---------------------
      
      라이브러리는
      
      = cos_simularity: 37.99783615910079%
      
      ✅ line 38
      programming language runtime, OS, and third-party libraries.
      
      ---------------------
      
      프로그래밍 언어 런타임, OS 및 타사 라이브러리에 의존합니다.
      
      = cos_simularity: 63.279045836799455%
      
      ✅ line 38
      🇺🇸 The
      
      ✅ line 40
      libraries will not be guaranteed to work on platforms and with other dependencies that have reached their end of life. Dropping support for such dependencies may be done without increasing the major version of the
      
      ---------------------
      
      라이브러리는 플랫폼 및 수명이 다한 다른 의존 관계에서 동작하는 것을 보증하지 않습니다.
      
      = cos_simularity: 25.956678914004982%
      
      ✅ line 40
      libraries. We strongly recommend migration to supported platforms and other dependencies to be eligible for technical support.
      
      ---------------------
      
      라이브러리의 메이저버전을 늘리지 않고 이러한 의존관계에 대한 지원을 폐기할 수 있습니다. 기술 지원을 받을 수 있도록 지원 플랫폼 및 기타 의존관계로 이행할 것을 강력히 권장합니다.
      
      = cos_simularity: 25.293196570851524%
      
      ✅ line 42
      Below is a list of supported
      
      ---------------------
      
      다음은 지원되는
      
      = cos_simularity: 70.9297266606274%
      
      ✅ line 42
      platforms and runtimes for your reference:
      
      ---------------------
      
      플랫폼 및 런타임 목록입니다:
      
      = cos_simularity: 50.310261241513146%
      
      ✅ line 44
      **Operating Systems:**
      
      ---------------------
      
      **운영 체제:**
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 44
      🇰🇷 (Ubuntu 18.04에서 테스트)
      
      ✅ line 45
      (tested on Ubuntu 18.04)
      
      ---------------------
      
      모바일 개발의 경우
      
      = cos_simularity: 0.0%
      
      ✅ line 46
      supported platforms](https://azure.github.io/azure-sdk/ios_design.html#ios-library-support), and the
      
      ---------------------
      
      지원 플랫폼](https://azure.github.io/azure-sdk/ios_design.html#ios-library-support)과
      
      = cos_simularity: 87.63511049989043%
      
      ✅ line 46
      supported platforms](https://azure.github.io/azure-sdk/android_design.html)
      
      ---------------------
      
      지원 플랫폼](https://azure.github.io/azure-sdk/android_design.html)을 확인하십시오.
      
      = cos_simularity: 78.97746636343571%
      
      ✅ line 46
      🇺🇸 For Mobile development, please check the
      
      ✅ line 48
      **Runtime:**
      
      ---------------------
      
      **런타임:**
      
      = cos_simularity: 100.0%
      
      ✅ line 50
      versions](https://dotnet.microsoft.com/en-us/platform/support/policy/dotnet-core) that implement
      
      ---------------------
      
      표준 2.0을 지원하는 모든 플랫폼.
      
      = cos_simularity: 0.0%
      
      ✅ line 50
      Standard 2.0.
      
      ---------------------
      
      프레임워크 4.6.1 및 .NET 코어 2.1, .NET 5.0에서 테스트
      
      = cos_simularity: 0.0%
      
      ✅ line 52
      [LTS versions of Node.js](https://nodejs.org/about/releases/) including not just the ones in Active status, but also the ones in Maintainence status.
      
      ---------------------
      
      [Node.js의 LTS 버전](https://nodejs.org/about/releases/) 에는 활성 상태의 LTS 버전뿐만 아니라 유지 관리 상태의 LTS 버전도 포함됩니다.
      
      = cos_simularity: 46.56180025292823%
      
      ✅ line 53
      🇺🇸 3.6+
      🇰🇷 3.5+, 2.7
      
      => sentence diffrence : 66.67%
      
      ✅ line 54
      releases, refer to [Go releases](https://golang.org/doc/devel/release.html) for more details.
      
      ---------------------
      
      runtime– 최신 메이저 Go 릴리즈 2개를 지원하고 있습니다. 자세한 내용은 https://golang.org/doc/devel/release.html 를 참조해 주세요.
      
      = cos_simularity: 47.54406236602004%
      
      ✅ line 55
      🇺🇸 - C++: Refer to the list of supported platforms and compilers [here](https://azure.github.io/azure-sdk/cpp_implementation.html#supported-platforms).
      
      ✅ line 56
      Embedded C: Refer to the list of supported platforms and compilers [here](https://azure.github.io/azure-sdk/clang_design.html#supported-platforms).
      
      ---------------------
      
      C의 경우 [여기](https://azure.github.io/azure-sdk/clang_design.html)에서 지원되는 플랫폼 및 컴파일러 목록을 참조하십시오.
      
      = cos_simularity: 65.4983831257477%
      
      ✅ line 58
      🇰🇷 **테스트 구성:**
      
      ✅ line 60
      **Test configurations:**
      
      ---------------------
      
      다음은 다양한 운영 체제 및 런타임에 적용되는 테스트 구성입니다. 지원을 중단하는 일부 발신 버전과 아직 공식적으로 지원되지 않는 수신 버전이 표시될 수 있습니다. 공식적으로 지원되는 세트에 대해서는 이전 섹션의 세부 정보를 참조하십시오.
      
      = cos_simularity: 7.348756999157495%
      
      ✅ line 62
      🇰🇷 - [.NET 테스트 구성](https://github.com/Azure/azure-sdk-for-java/blob/main/eng/pipelines/templates/stages/platform-matrix.json)
      
      ✅ line 63
      🇰🇷 - [Java 테스트 구성](https://github.com/Azure/azure-sdk-for-java/blob/main/eng/pipelines/templates/stages/platform-matrix.json)
      
      ✅ line 64
      🇰🇷 - [JavaScript 테스트 구성](https://github.com/Azure/azure-sdk-for-js/blob/main/eng/pipelines/templates/stages/platform-matrix.json)
      
      ✅ line 65
      Below are the test configurations covering different operating systems and runtimes. You may see some outgoing versions for which we are dropping support or incoming versions that we don't officially support yet. Please see the details in the previous section for the officially supported set.
      
      ---------------------
      
      - [Python 테스트 구성](https://github.com/Azure/azure-sdk-for-python/blob/main/eng/pipelines/templates/stages/platform-matrix.json)
      
      = cos_simularity: 1.8314069095427785%
      
      ✅ line 67
      - [.NET test configuration](https://github.com/Azure/azure-sdk-for-net/blob/main/eng/pipelines/templates/stages/platform-matrix.json)
      
      ---------------------
      
      ### **지원**:
      
      = cos_simularity: 0.0%
      
      ✅ line 68
      🇺🇸 - [Java test configuration](https://github.com/Azure/azure-sdk-for-java/blob/main/eng/pipelines/templates/stages/platform-matrix.json)
      
      ✅ line 69
      🇺🇸 - [JavaScript test configuration](https://github.com/Azure/azure-sdk-for-js/blob/main/eng/pipelines/templates/stages/platform-matrix.json)
      
      ✅ line 70
      🇺🇸 - [Python test configuration](https://github.com/Azure/azure-sdk-for-python/blob/main/eng/pipelines/templates/stages/platform-matrix.json)
      
      ✅ line 71
      🇺🇸 - [Go test configuration](https://github.com/Azure/azure-sdk-for-go/blob/main/eng/pipelines/templates/stages/platform-matrix.json)
      
      ✅ line 72
      🇺🇸 - [C++ test configuration](https://github.com/Azure/azure-sdk-for-cpp/blob/main/eng/pipelines/templates/stages/platform-matrix.json)
      
      ✅ line 74
      ### **Support**:
      
      ---------------------
      
      지원 계획이 있는 고객은 [여기](https://azure.microsoft.com/en-us/support/create-ticket/)에서
      
      = cos_simularity: 18.681099905214698%
      
      ✅ line 76
      Support ticket [here](https://azure.microsoft.com/en-us/support/create-ticket/)
      
      ---------------------
      
      지원 티켓을 열 수 있습니다. [Azure SDK
      
      = cos_simularity: 20.611318426385395%
      
      ✅ line 76
      🇺🇸 Customers with a support plan can open an
      
      ✅ line 77
      issues [in the Azure SDK
      
      ---------------------
      
      저장소](https://github.com/Azure/azure-sdk/blob/main/README.md)에서
      
      = cos_simularity: 18.44319166226131%
      
      ✅ line 77
      repositories](https://github.com/Azure/azure-sdk/blob/main/README.md) to track bugs and feature requests.
      
      ---------------------
      
      문제를 열어 버그 및 기능 요청을 추적할 수 있습니다.
      
      = cos_simularity: 15.906444589068597%
      
      ✅ line 77
      issues are free, but may take a longer time to process.
      
      ---------------------
      
      문제는 무료이지만 처리 시간이 오래 걸릴 수 있습니다.
      
      = cos_simularity: 75.23197619890014%
      
      ✅ line 77
      🇺🇸 You can open
      
      

      ---

      🇺🇸: 142 words 🇰🇷: 19 words
      

      Modified rate 13.88%
      Translate rate 66.57%

  • python

    • design.md : Modified 🇺🇸1 / 🇰🇷1 📄 7225

      ✅ line 15
      Idiomatic
      
      ---------------------
      
      관습적 (Idiomatic)
      
      = cos_simularity: 0.0%
      
      ✅ line 17
      The SDK should follow the design guidelines and conventions for the target language. It should feel natural to a developer in the target language.
      
      ---------------------
      
      SDK는 대상 언어에 대한 디자인 가이드라인 및 규칙을 따라야 합니다. 해당 언어의 개발자가 자연스럽게 받아들일 수 있어야 합니다.
      
      = cos_simularity: 48.15482748354883%
      
      ✅ line 18
      We embrace the ecosystem with its strengths and its flaws.
      
      ---------------------
      
      우리는 생태계의 장점과 단점을 함께 포괄합니다.
      
      = cos_simularity: 20.199309249791842%
      
      ✅ line 19
      We work with the ecosystem to improve it for all developers.
      
      ---------------------
      
      우리는 모든 개발자들을 위한 생태계를 개선시키기 위해 협력합니다.
      
      = cos_simularity: 33.60969272762574%
      
      ✅ line 21
      Consistent
      
      ---------------------
      
      일관성 (Consistent)
      
      = cos_simularity: 0.0%
      
      ✅ line 23
      Client libraries should be consistent within the language, consistent with the service and consistent between all target languages. In cases of conflict, consistency within the language is the highest priority and consistency between all target languages is the lowest priority.
      
      ---------------------
      
      클라이언트 라이브러리는 언어 내에서 일관성이 있어야 하며, 서비스와 대상 언어 간의 일관성이 있어야 합니다. 충돌이 발생하면, 우선 언어 내의 일관성을 가장 높은 우선순위를 가지고, 모든 대상의 언어 간의 일관성을 가장 낮은 우선순위로 가집니다.
      
      = cos_simularity: 66.91103252398337%
      
      ✅ line 24
      Service-agnostic concepts such as logging,
      
      ---------------------
      
      로깅,
      
      ✅ line 24
      communication, and error handling should be consistent. The developer should not have to relearn service-agnostic concepts as they move between client libraries.
      
      ---------------------
      
      통신, 예외 처리 같은 서비스-어그노스틱(Service-agnostic)은 일관성이 있어야 하며 개발자는 클라이언트 라이브러리들 간에 이동할 때 서비스-어그노스틱(Service-agnostic)을 다시 학습할 필요가 없어야 합니다.
      
      = cos_simularity: 20.046553896901575%
      
      ✅ line 25
      Consistency of terminology between the client library and the service is a good thing that aids in diagnosability.
      
      ---------------------
      
      클라이언트 라이브러리와 서비스 사이에 용어의 일관성은 분석에 도움이 된다.
      
      = cos_simularity: 25.43164255971685%
      
      ✅ line 26
      All differences between the service and client library must have a good (articulated) reason for existing, rooted in idiomatic usage rather than whim.
      
      ---------------------
      
      서비스와 클라이언트 라이브러리 사이의 모든 차이점은 변덕보다는 관용적인 사용에 뿌리를 둔 현존하는 타당한(분명히 표현된) 이유가 있어야 합니다.
      
      = cos_simularity: 37.82386368933353%
      
      ✅ line 27
      The
      
      ---------------------
      
      각 대상 언어에 대한
      
      = cos_simularity: 0.0%
      
      ✅ line 27
      SDK for each target language feels like a single product developed by a single team.
      
      ---------------------
      
      SDK는 하나의 팀이 개발한 하나의 제품처럼 느껴져야 합니다.
      
      = cos_simularity: 22.576484600261605%
      
      ✅ line 28
      There should be feature parity across target languages. This is more important than feature parity with the service.
      
      ---------------------
      
      대상 언어 간에 기능 동등성이 있어야 합니다. 이것은 서비스와의 기능 동등성보다 더 중요합니다.
      
      = cos_simularity: 50.38711573210972%
      
      ✅ line 30
      Approachable
      
      ---------------------
      
      접근하기쉽게
      
      = cos_simularity: 0.0%
      
      ✅ line 32
      We are experts in the supported technologies so our customers, the developers, don't have to be.
      
      ---------------------
      
      우리는 지원되는 기술들의 전문가로 우리의 고객들과 개발자들은 전문성을 가질 필요가 없습니다.
      
      = cos_simularity: 27.461178643580652%
      
      ✅ line 33
      Developers should find great documentation (hero tutorial, how to articles, samples, and
      
      ---------------------
      
      개발자들은 Azure 서비스를 성공적으로 사용하기 쉽게 해주는 좋은 문서(튜토리얼, 방법 문서, 샘플들 및
      
      = cos_simularity: 15.156563693360583%
      
      ✅ line 33
      documentation) that makes it easy to be successful with the Azure service.
      
      ---------------------
      
      문서)를 찾아야 합니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 34
      Getting off the ground should be easy through the use of predictable defaults that implement best practices. Think about progressive concept disclosure.
      
      ---------------------
      
      모범 사례를 구현하는 예측 가능한 기본값들을 사용함으로써 쉽게 시작할 수 있습니다. 점진적인 개념의 공개에 대해 생각해보세요.
      
      = cos_simularity: 36.65130715780153%
      
      ✅ line 35
      The SDK should be easily acquired through the most normal mechanisms in the target language and ecosystem.
      
      ---------------------
      
      SDK는 목표하는 언어와 생태계 안에서 가장 평범한 방법을 통해 쉽게 얻을 수 있어야 합니다.
      
      = cos_simularity: 26.704531371660245%
      
      ✅ line 36
      Developers can be overwhelmed when learning new service concepts. The core use cases should be discoverable.
      
      ---------------------
      
      개발자들은 새로운 서비스 개념을 배울 때 압도당할 수 있습니다. 핵심 사용 사례들은 쉽게 발견할 수 있어야 합니다.
      
      = cos_simularity: 40.298220897396085%
      
      ✅ line 749
      🇺🇸 stable
      🇰🇷 GA
      
      => sentence diffrence : 100.0%
      
      

      ---

      🇺🇸: 1 words 🇰🇷: 1 words
      

      Modified rate 0.01%
      Translate rate 3.91%

    • documentation.md : Modified 🇺🇸45 / 🇰🇷14 📄 615

      ✅ line 2
      "Python Guidelines: Documentation"
      
      ---------------------
      
      "파이썬 안내서 : 문서"
      
      = cos_simularity: 41.120705506761865%
      
      ✅ line 9
      🇰🇷 클라이언트 라이브러리에 포함해야 하는 몇 가지 문서 자료가 있습니다.
      
      ✅ line 10
      There are several documentation deliverables that must be included in or as a companion to your client library. Beyond complete and helpful
      
      ---------------------
      
      클라이언트 라이브러리에는 코드 자체 내의 유용한
      
      = cos_simularity: 11.131539767233862%
      
      ✅ line 10
      documentation within the code itself (docstrings), you need a great
      
      ---------------------
      
      설명서 외에도
      
      = cos_simularity: 0.0%
      
      ✅ line 10
      and other supporting documentation.
      
      ---------------------
      
      및 기타 지원 문서가 필요합니다.
      
      = cos_simularity: 41.120705506761865%
      
      ✅ line 12
      repository; includes package installation and client library usage information.
      
      ---------------------
      
      저장소 내 라이브러리 디렉토리의 루트에 위치하며 패키지 설치 및 클라이언트 라이브러리 사용 정보를 포함합니다.
      
      = cos_simularity: 77.34288938104386%
      
      ✅ line 13
      Generated from
      
      ---------------------
      
      코드의
      
      ✅ line 13
      docstrings in your code; published on docs.microsoft.com.
      
      ---------------------
      
      docstrings에서 생성되며 docs.microsoft.com에 게시됩니다.
      
      = cos_simularity: 18.443191662261306%
      
      ✅ line 14
      Short code examples that demonstrate single (atomic) operations for the champion scenarios you've identified for your library; included in your
      
      ---------------------
      
      라이브러리에서 식별한 시나리오에 대한 단일(원자) 연산을 보여주는 간단한 코드 예입니다. 이는
      
      = cos_simularity: 29.121941856368966%
      
      ✅ line 14
      Quickstart.
      
      ---------------------
      
      Quickstart 에 사용됩니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 15
      Article on
      
      ---------------------
      
      README 와 유사하지만 확장되는
      
      = cos_simularity: 0.0%
      
      ✅ line 15
      that is similar to but expands on the README content; typically written by your service's content developer.
      
      ---------------------
      
      관련 기사입니다. 일반적으로 서비스 콘텐츠 개발자가 작성합니다.
      
      = cos_simularity: 31.88827274930885%
      
      ✅ line 16
      Tutorials, How-to guides, and other content on docs.microsoft.com; typically written by your service's content developer.
      
      ---------------------
      
      튜토리얼, 사용 방법 안내서 및 기타 컨텐츠와 같은 긴 형식의 설명서입니다. 일반적으로 서비스 콘텐츠 개발자가 작성합니다.
      
      = cos_simularity: 31.377317504033176%
      
      ✅ line 18
      include your service's content developer in the adparch review for your library. To find the content developer you should work with, check with your team's Program Manager.
      
      ---------------------
      
      서비스의 콘텐츠 개발자를 라이브러리에 대한 임시 보관소 리뷰어로 포함하시오. 함께 작업해야 할 콘텐츠 개발자를 찾으려면 팀의 프로그램 관리자에게 문의하십시오.
      
      = cos_simularity: 69.4945044019867%
      
      ✅ line 20
      Guide].
      
      ---------------------
      
      안내서] 을 따르시오.
      
      = cos_simularity: 0.0%
      
      ✅ line 22
      adhere to the specifications set forth in the
      
      ---------------------
      
      공개 문서를 작성할 때
      
      = cos_simularity: 0.0%
      
      ✅ line 22
      style guides when you write public-facing documentation. This applies to both long-form documentation like a README and the
      
      ---------------------
      
      스타일 안내서에 명시된 사양을 준수하십시오. 이는 README와 같은 긴 양식 설명서와 코드의
      
      = cos_simularity: 15.177836744198991%
      
      ✅ line 22
      in your code. (MICROSOFT INTERNAL)
      
      ---------------------
      
      모두에 적용됩니다(MICROFT INTERNAL).
      
      = cos_simularity: 0.0%
      
      ✅ line 24
      Writing Style Guide].
      
      ---------------------
      
      작성 스타일 안내서].
      
      = cos_simularity: 20.199309249791835%
      
      ✅ line 25
      Cloud Style Guide].
      
      ---------------------
      
      클라우드 스타일 안내서].
      
      = cos_simularity: 50.310261241513146%
      
      ✅ line 27
      attempt to document your library into silence. Preempt developers' usage questions and minimize
      
      ---------------------
      
      당신의 라이브러리를 침묵으로 만들려는 시도를 합니다. 문서 문자열에 API를 명확하게 설명하여 개발자의 사용 질문을 사전에 차단하고
      
      = cos_simularity: 19.087406613020352%
      
      ✅ line 27
      issues by clearly explaining your API in the docstrings. Include information on service limits and errors they might hit, and how to avoid and recover from those errors.
      
      ---------------------
      
      문제를 최소화합니다. 서비스 제한 및 이러한 오류가 발생할 수 있는 오류, 이러한 오류를 방지하고 복구하는 방법에 대한 정보를 포함합니다.
      
      = cos_simularity: 59.97465437390193%
      
      ✅ line 29
      As you write your code, *doc it so you never hear about it again.* The less questions you have to answer about your client library, the more time you have to build new features for your service.
      
      ---------------------
      
      코드를 작성하면서 더이상 질문을 받지 않을 수 있도록 문서 작성을 하세요. 클라이언트 라이브러리에 관한 질문을 더 적게 받을 수록 서비스를 위한 새로운 기능을 구축해야 하는 시간이 늘어납니다.
      
      = cos_simularity: 19.14592785146991%
      
      ✅ line 33
      follow the [documentation guidelines](http://aka.ms/pydocs) unless explicitly overridden in this document.
      
      ---------------------
      
      이 문서에서 명시적으로 재정의되지 않은 경우 [문서 작성 안내서](http://aka.ms/pydocs) 을 따르세요.
      
      = cos_simularity: 41.76446358773052%
      
      ✅ line 35
      provide docstrings for all public modules, types, and methods.
      
      ---------------------
      
      모든 공용 모듈, 유형 및 메서드에 대한 docstrings를 제공합니다.
      
      = cos_simularity: 45.76241622696326%
      
      ✅ line 37
      document any
      
      ---------------------
      
      메서드에서 직접적으로 사용되는 모든
      
      = cos_simularity: 22.028815056182967%
      
      ✅ line 37
      directly consumed by a method and add a ref link to
      
      ---------------------
      
      를 문서화하고
      
      = cos_simularity: 0.0%
      
      ✅ line 37
      options](https://aka.ms/azsdk/python/options) to provide introduction for shared options. You may refer to the signature of a called method if the
      
      ---------------------
      
      options](https://aka.ms/azsdk/python/options)에 참조 링크를 추가하여 공유 옵션에 대한 소개를 제공합니다.
      
      = cos_simularity: 72.00268629257953%
      
      ✅ line 37
      are passed through.
      
      ---------------------
      
      가 전달되면,호출된 메서드의 서명을 참조 할 수 있습니다.
      
      = cos_simularity: 0.0%
      
      ✅ line 39
      Example:
      
      ---------------------
      
      예시:
      
      ✅ line 54
      🇺🇸 by sphinx.
      
      ✅ line 56
      🇺🇸 Example:
      
      ✅ line 57
      🇺🇸 ```python
      
      ✅ line 58
      🇺🇸 def get(*args, **kwargs):
      
      ✅ line 59
      🇺🇸 """Calls `request` with the method "GET" and forwards all other arguments.
      
      ✅ line 61
      🇺🇸 :keyword str value_param: A value param, defaults to "cat".
      
      ✅ line 62
      🇺🇸 :keyword class type_param: A type param, defaults to :py:class:`namespace.TypeName`
      
      ✅ line 63
      🇺🇸 """
      
      ✅ line 64
      🇺🇸 return request("GET", *args, **kwargs)
      
      ✅ line 65
      🇺🇸 ```
      
      ✅ line 67
      that may be raised explicitly in the method and any exceptions raised by the called method.
      
      ---------------------
      
      메서드안에 명시적으로 제기될 수 있는-] document exceptions [-및 호출된 방법에 의해 제기되는 예외입니다.
      
      = cos_simularity: 4.249803280195217%
      
      ✅ line 67
      🇺🇸 {% include requirement/MUST
      
      ✅ line 67
      🇰🇷 메서드안에 명시적으로 제기될 수 있는
      
      ✅ line 71
      include example code snippets alongside your library's code within the repository. The snippets should clearly and succinctly demonstrate the operations most developers need to perform with your library. Include snippets for every common operation, and especially for those that are complex or might otherwise be difficult for new users of your library. At a bare minimum, include snippets for the champion scenarios you've identified for the library.
      
      ---------------------
      
      예제 코드 스니펫은 저장소 내에 라이브러리의 코드와 함께 포함합니다. 이러한 코드 스니펫은 대부분의 개발자가 라이브러리에서 수행해야 하는 작업을 명확하고 간결하게 보여 줍니다. 모든 일반 작업, 특히 라이브러리의 새 사용자에게 복잡하거나 어려울 수 있는 작업에 대한 스니펫을 포함합니다. 최소한 라이브러리에 대해 식별한 챔피언 시나리오에 대한 스니펫을 포함합니다.
      
      = cos_simularity: 76.37162534423145%
      
      ✅ line 73
      build and test your example code snippets using the repository's continuous integration (CI) to ensure they remain functional.
      
      ---------------------
      
      저장소의 CI(Continuous Integration)를 사용하여 예제 코드 조각을 빌드하고 테스트하여 제대로 작동하는지 확인합니다.
      
      = cos_simularity: 53.25025132738131%
      
      ✅ line 75
      include the example code snippets in your library's docstrings so they appear in its
      
      ---------------------
      
      예제 코드 스니펫을 라이브러리의 문서 문자열에 포함시켜 해당 문서열이
      
      = cos_simularity: 54.798075875839224%
      
      ✅ line 75
      reference. If the language and its tools support it, ingest these snippets directly into the
      
      ---------------------
      
      참조에 나타나도록 합니다. 언어와 해당 도구가 지원하는 경우 이러한 코드 스니펫을 문서 문자열 내에서
      
      = cos_simularity: 31.694345006596414%
      
      ✅ line 75
      reference from within the docstrings. Each sample should be a valid `pytest`.
      
      ---------------------
      
      참조로 직접 수집합니다. 각 샘플은 유효한 `pytest`여야 합니다.
      
      = cos_simularity: 45.76241622696326%
      
      ✅ line 77
      Use the
      
      ---------------------
      
      파이썬 docstrings의
      
      = cos_simularity: 0.0%
      
      ✅ line 77
      directive in Python docstrings to instruct Sphinx to [ingest the snippets automatically][1].
      
      ---------------------
      
      지시어를 사용하여 Sphinx가 [자동으로 스니펫을 수집하도록 지시하십시오][1].
      
      = cos_simularity: 14.587439082056452%
      
      ✅ line 79
      combine more than one operation in a code snippet unless it's required for demonstrating the type or member, or it's *in addition to* existing snippets that demonstrate atomic operations. For example, a
      
      ---------------------
      
      유형이나 멤버를 시연하는 데 필요한게 아니거나 원자 연산을 시연하는게 아니라면 코드 스니펫에 둘 이상의 작업을 결합합니다. 예를 들어,
      
      = cos_simularity: 38.002360032999164%
      
      ✅ line 79
      code snippet should not include both account and container creation operations--create two different snippets, one for account creation, and one for container creation.
      
      ---------------------
      
      코드 스니펫은 계정 생성 작업과 컨테이너 생성 작업을 모두 포함해서는 안됩니다. 두 개의 다른 스니펫으로, 하나는 계정 생성용, 다른 하나는 컨테이너 생성용으로 작성합니다.
      
      = cos_simularity: 44.10372772495681%
      
      ✅ line 81
      Combined operations cause unnecessary friction for a library consumer by requiring knowledge of additional operations which might be outside their current focus. It requires them to first understand the tangential code surrounding the operation they're working on, then carefully extract just the code they need for their task. The developer can no longer simply copy and paste the code snippet into their project.
      
      ---------------------
      
      결합된 작업은 라이브러리 사용자에게 현재 초점을 벗어날 수 있는 추가 작업에 대한 지식을 요구하여 어려움을 줄 수 있습니다. 먼저 작업 중인 작업과 관련된 코드를 파악한 다음, 작업에 필요한 코드만 신중하게 추출해야 합니다. 개발자는 더 이상 코드 스니펫만 복사하여 프로젝트에 붙여넣을 수 없습니다.
      
      = cos_simularity: 39.6449178600113%
      
      

      ---

      🇺🇸: 45 words 🇰🇷: 14 words
      

      Modified rate 4.05%
      Translate rate 69.28%

    • implementation.md : Modified 🇺🇸0 / 🇰🇷0 📄 2704

      ✅ line 107
      interchangeable
      
      ---------------------
      
      interchangable
      
      = cos_simularity: 0.0%
      
      

      ---

      🇺🇸: 0 words 🇰🇷: 0 words
      

      Modified rate 0.0%
      Translate rate 0.04%

  • tables

    • registered_namespaces.md : Modified 🇺🇸0 / 🇰🇷3 📄 176

      ✅ line 2
      "Registered Namespaces"
      
      ---------------------
      
      "등록된 네임스페이스 목록"
      
      = cos_simularity: 70.9297266606274%
      
      ✅ line 8
      The following are a list of registered namespaces.
      
      ---------------------
      
      다음은 등록된 네임스페이스 목록입니다.
      
      = cos_simularity: 100.0%
      
      ✅ line 10
      Namespace
      
      ---------------------
      
      네임스페이스
      
      = cos_simularity: 0.0%
      
      ✅ line 10
      Service Owner
      
      ---------------------
      
      서비스 소유자
      
      = cos_simularity: 100.00000000000003%
      
      ✅ line 25
      We represent the namespace in a standard form (each element is all lower case and starts with the
      
      ---------------------
      
      우리는 표준 형식으로 네임스페이스를 나타냅니다(각 요소는 모두 소문자이며
      
      = cos_simularity: 55.07796339456279%
      
      ✅ line 25
      identifier). This standard form must be turned into the language-specific form before use. For example, `azure.security.keyvault` is represented as:
      
      ---------------------
      
      식별자로 시작합니다). 사용하기 전에 이 표준 양식을 언어별 형식으로 변경해야 합니다. 예를 들어, `azure.security.keyvault`는 다음과 같이 표시됩니다.
      
      = cos_simularity: 59.451126482189544%
      
      ✅ line 27
      🇰🇷 자바:
      
      ✅ line 28
      🇰🇷 .NET:
      
      ✅ line 29
      🇰🇷 C++:
      
      ✅ line 31
      To register a new namespace, contact the
      
      ---------------------
      
      새로운 네임스페이스를 등록하려면,
      
      = cos_simularity: 70.9297266606274%
      
      ✅ line 31
      Board].
      
      ---------------------
      
      Board]에 문의하십시오.
      
      = cos_simularity: 0.0%
      
      

      ---

      🇺🇸: 0 words 🇰🇷: 3 words
      

      Modified rate 0.8%
      Translate rate 29.29%

  • tracing

    • distributed-tracing-conventions.md : Added 📄 187

      187 words added.

  • typescript

    • approved_dependencies.md : Added 📄 101

      101 words added.
    • design.md : Added 📄 5841

      5841 words added.
    • documentation.md : Added 📄 727

      727 words added.
    • implementation.md : Added 📄 4713

      4713 words added.
    • introduction.md : Added 📄 665

      665 words added.
    • refs.md : Added 📄 16

      16 words added.

• eng

  • README.md : Modified 🇺🇸100 / 🇰🇷6 📄 1049

    ✅ line 13
    🇺🇸 stable
    🇰🇷 GA
    
    => sentence diffrence : 100.0%
    
    ✅ line 14
    🇺🇸 stable.
    🇰🇷 GA.
    
    => sentence diffrence : 85.71%
    
    ✅ line 20
    🇺🇸 unknown,
    🇰🇷 unknown
    
    => sentence diffrence : 12.5%
    
    ✅ line 27
    🇺🇸 stable release.
    🇰🇷 GA.
    
    => sentence diffrence : 93.33%
    
    ✅ line 28
    🇺🇸 `deprecated`
    🇰🇷 `maintenance`,
    
    => sentence diffrence : 71.43%
    
    ✅ line 29
    🇺🇸 - `DeprecatedDate` - If a package has a Support value of `deprecated` this field provides the date at which the deprecation begins.
    
    ✅ line 32
    🇺🇸 - `ReplaceGuide` - This field is used to store a link to a migration guide for folks to follow if they are trying to move from the older package to the replacement package. If the field is empty then nothing no link is displayed.
    
    ✅ line 33
    🇺🇸 - `MSDocService` - This field is the value of docs.ms metadata `ms.service`. If it is empty, then ms.service assigns to service directory. The value is defined [here](https://review.docs.microsoft.com/en-us/help/contribute/metadata-taxonomies?branch=main#msservice).
    
    ✅ line 55
    🇺🇸 recommendation
    🇰🇷 recomendation
    
    => sentence diffrence : 7.14%
    
    

    ---

    🇺🇸: 100 words 🇰🇷: 6 words
    

    Modified rate 4.81%
    Translate rate 0.0%

  • scripts

    • release-template

      • c.md : Modified 🇺🇸1 / 🇰🇷1 📄 116

        ✅ line 11
        🇺🇸 Stable
        🇰🇷 GA
        
        => sentence diffrence : 100.0%
        
        

        ---

        🇺🇸: 1 words 🇰🇷: 1 words
        

        Modified rate 0.86%
        Translate rate 0.0%

      • go.md : Modified 🇺🇸8 / 🇰🇷83 📄 115

        ✅ line 8
        🇺🇸 {% include releases/notes/common.md language="go" date="%%yyyy-MM%%" displayDate="%%MMMM yyyy%%" %}
        
        ✅ line 9
        🇰🇷 #### GA
        
        ✅ line 11
        🇰🇷 - _Add packages_
        
        ✅ line 13
        🇰🇷 #### Updates
        
        ✅ line 15
        🇰🇷 - _Add packages_
        
        ✅ line 17
        🇰🇷 #### Beta
        
        ✅ line 19
        🇰🇷 - _Add packages_
        
        ✅ line 21
        🇰🇷 ## Installation Instructions
        
        ✅ line 23
        🇰🇷 To install any of our modules, copy and paste the following commands into a terminal:
        
        ✅ line 25
        🇰🇷 ```bash
        
        ✅ line 26
        🇰🇷 $>
        
        ✅ line 27
        🇰🇷 ```
        
        ✅ line 29
        🇰🇷 ## Feedback
        
        ✅ line 31
        🇰🇷 If you have a bug or feature request for one of the libraries, please post an issue to [GitHub](https://github.com/Azure/azure-sdk-for-go/issues).
        
        ✅ line 33
        🇰🇷 ## Release highlights
        
        ✅ line 35
        🇰🇷 ### _Package name_
        
        ✅ line 37
        🇰🇷 - Major changes only!
        
        ✅ line 39
        🇰🇷 ## Latest Releases
        
        ✅ line 41
        🇰🇷 View all the latest versions of Go packages [here][go-latest-releases].
        
        ✅ line 43
        🇰🇷 {% include refs.md %}
        
        

        ---

        🇺🇸: 8 words 🇰🇷: 83 words
        

        Modified rate 58.71%
        Translate rate 0.0%

• index.md : Modified 🇺🇸12 / 🇰🇷1 📄 20

  ✅ line 2
  Releases
  
  ---------------------
  
  한글 문서 & 리소스 모음
  
  = cos_simularity: 0.0%
  
  ✅ line 4
  🇺🇸 sidebar: releases_sidebar
  
  ✅ line 6
  🇺🇸 releases/header.md %}
  🇰🇷 info/header.md
  
  => sentence diffrence : 52.38%
  
  ✅ line 7
  🇺🇸 {% include releases/nav.md %}
  
  ✅ line 8
  🇺🇸 {% include releases/languages.md type=client
  
  

  ---

  🇺🇸: 12 words 🇰🇷: 1 words
  

  Modified rate 27.66%
  Translate rate 3.7%

• releases

  • 2019-07-10

    • 2019-07-10-dotnet-preview1.md : Added 📄 288

      288 words added.
    • 2019-07-10-java-preview1.md : Added 📄 366

      366 words added.
    • 2019-07-10-js-preview1.md : Added 📄 264

      264 words added.
    • 2019-07-10-python-preview1.md : Added 📄 782

      782 words added.
    • index.md : Added 📄 1188

      1188 words added.

  • 2019-08-06

    • 2019-08-06-dotnet-preview2.md : Added 📄 446

      446 words added.
    • 2019-08-06-java-preview2.md : Added 📄 510

      510 words added.
    • 2019-08-06-js-preview2.md : Added 📄 388

      388 words added.
    • 2019-08-06-python-preview2.md : Added 📄 317

      317 words added.
    • index.md : Added 📄 941

      941 words added.

  • 2019-09-17

    • 2019-09-17-dotnet-preview3.md : Added 📄 473

      473 words added.
    • 2019-09-17-java-preview3.md : Added 📄 670

      670 words added.
    • 2019-09-17-js-preview3.md : Added 📄 289

      289 words added.
    • 2019-09-17-python-preview3.md : Added 📄 479

      479 words added.
    • index.md : Added 📄 49

      49 words added.

  • 2019-10-11

    • 2019-10-11-dotnet-preview4.md : Added 📄 562

      562 words added.
    • 2019-10-11-java-preview4.md : Added 📄 657

      657 words added.
    • 2019-10-11-js-preview4.md : Added 📄 373

      373 words added.
    • 2019-10-11-python-preview4.md : Added 📄 501

      501 words added.
    • index.md : Added 📄 49

      49 words added.

  • 2019-11

    • 2019-11-dotnet.md : Added 📄 771

      771 words added.
    • 2019-11-java.md : Added 📄 789

      789 words added.
    • 2019-11-js.md : Added 📄 343

      343 words added.
    • 2019-11-python.md : Added 📄 594

      594 words added.
    • index.md : Added 📄 48

      48 words added.
    • java-quicklinks.md : Added 📄 242

      242 words added.
    • js-quicklinks.md : Added 📄 188

      188 words added.
    • net-quicklinks.md : Added 📄 258

      258 words added.
    • python-quicklinks.md : Added 📄 274

      274 words added.

  • 2019-12

    • 2019-12-dotnet.md : Added 📄 493

      493 words added.
    • 2019-12-java.md : Added 📄 750

      750 words added.
    • 2019-12-js.md : Added 📄 370

      370 words added.
    • 2019-12-python.md : Added 📄 327

      327 words added.
    • index.md : Added 📄 48

      48 words added.

  • 2020-01

    • dotnet.md : Added 📄 430

      430 words added.
    • index.md : Added 📄 28

      28 words added.
    • java.md : Added 📄 608

      608 words added.
    • js.md : Added 📄 437

      437 words added.
    • python.md : Added 📄 604

      604 words added.

  • 2020-02

    • dotnet.md : Added 📄 462

      462 words added.
    • index.md : Added 📄 28

      28 words added.
    • java.md : Added 📄 552

      552 words added.
    • js.md : Added 📄 467

      467 words added.
    • python.md : Added 📄 341

      341 words added.

  • 2020-03

    • dotnet.md : Added 📄 464

      464 words added.
    • index.md : Added 📄 28

      28 words added.
    • java.md : Added 📄 687

      687 words added.
    • js.md : Added 📄 429

      429 words added.
    • python.md : Added 📄 371

      371 words added.

  • 2020-04

    • dotnet.md : Added 📄 590

      590 words added.
    • index.md : Added 📄 28

      28 words added.
    • java.md : Added 📄 947

      947 words added.
    • js.md : Added 📄 424

      424 words added.
    • python.md : Added 📄 583

      583 words added.

  • 2020-05

    • dotnet.md : Added 📄 436

      436 words added.
    • index.md : Added 📄 28

      28 words added.
    • java.md : Added 📄 754

      754 words added.
    • js.md : Added 📄 441

      441 words added.
    • python.md : Added 📄 542

      542 words added.

  • 2020-06

    • dotnet.md : Added 📄 622

      622 words added.
    • index.md : Added 📄 26

      26 words added.
    • java.md : Added 📄 978

      978 words added.
    • js.md : Added 📄 771

      771 words added.
    • python.md : Added 📄 508

      508 words added.

  • 2020-07

    • dotnet.md : Added 📄 875

      875 words added.
    • index.md : Added 📄 26

      26 words added.
    • java.md : Added 📄 1257

      1257 words added.
    • js.md : Added 📄 972

      972 words added.
    • python.md : Added 📄 823

      823 words added.

  • 2020-08

    • dotnet.md : Added 📄 860

      860 words added.
    • index.md : Added 📄 205

      205 words added.
    • java.md : Added 📄 1756

      1756 words added.
    • js.md : Added 📄 966

      966 words added.
    • python.md : Added 📄 866

      866 words added.

  • 2020-09

    • c.md : Added 📄 426

      426 words added.
    • cpp.md : Added 📄 169

      169 words added.
    • dotnet.md : Added 📄 1402

      1402 words added.
    • index.md : Added 📄 207

      207 words added.
    • java.md : Added 📄 1901

      1901 words added.
    • js.md : Added 📄 1213

      1213 words added.
    • python.md : Added 📄 733

      733 words added.

  • 2020-10

    • android.md : Added 📄 312

      312 words added.
    • c.md : Added 📄 219

      219 words added.
    • cpp.md : Added 📄 167

      167 words added.
    • dotnet.md : Added 📄 1271

      1271 words added.
    • index.md : Added 📄 242

      242 words added.
    • ios.md : Added 📄 395

      395 words added.
    • java.md : Added 📄 3157

      3157 words added.
    • js.md : Added 📄 750

      750 words added.
    • python.md : Added 📄 773

      773 words added.

  • 2020-11

    • android.md : Added 📄 218

      218 words added.
    • c.md : Added 📄 238

      238 words added.
    • cpp.md : Added 📄 641

      641 words added.
    • dotnet.md : Added 📄 2262

      2262 words added.
    • index.md : Added 📄 276

      276 words added.
    • ios.md : Added 📄 772

      772 words added.
    • java.md : Added 📄 2687

      2687 words added.
    • js.md : Added 📄 1630

      1630 words added.
    • python.md : Added 📄 893

      893 words added.

  • 2020-12

    • android.md : Added 📄 218

      218 words added.
    • c.md : Added 📄 116

      116 words added.
    • cpp.md : Added 📄 116

      116 words added.
    • dotnet.md : Added 📄 539

      539 words added.
    • index.md : Added 📄 143

      143 words added.
    • ios.md : Added 📄 326

      326 words added.
    • java.md : Added 📄 1467

      1467 words added.
    • js.md : Added 📄 468

      468 words added.
    • python.md : Added 📄 304

      304 words added.

  • 2021-01

    • android.md : Added 📄 222

      222 words added.
    • cpp.md : Added 📄 1576

      1576 words added.
    • dotnet.md : Added 📄 726

      726 words added.
    • index.md : Added 📄 261

      261 words added.
    • ios.md : Added 📄 657

      657 words added.
    • java.md : Added 📄 1847

      1847 words added.
    • js.md : Added 📄 480

      480 words added.
    • python.md : Added 📄 504

      504 words added.

  • 2021-02

    • android.md : Added 📄 564

      564 words added.
    • cpp.md : Added 📄 626

      626 words added.
    • dotnet.md : Added 📄 1681

      1681 words added.
    • go.md : Added 📄 115

      115 words added.
    • index.md : Added 📄 285

      285 words added.
    • ios.md : Added 📄 857

      857 words added.
    • java.md : Added 📄 2344

      2344 words added.
    • js.md : Added 📄 1565

      1565 words added.
    • python.md : Added 📄 850

      850 words added.

  • 2021-03

    • android.md : Added 📄 409

      409 words added.
    • c.md : Added 📄 182

      182 words added.
    • cpp.md : Added 📄 583

      583 words added.
    • dotnet.md : Added 📄 1687

      1687 words added.
    • go.md : Added 📄 115

      115 words added.
    • index.md : Added 📄 320

      320 words added.
    • ios.md : Added 📄 773

      773 words added.
    • java.md : Added 📄 3414

      3414 words added.
    • js.md : Added 📄 1442

      1442 words added.
    • python.md : Added 📄 3702

      3702 words added.

  • 2021-04

    • android.md : Added 📄 850

      850 words added.
    • cpp.md : Added 📄 450

      450 words added.
    • dotnet.md : Added 📄 2602

      2602 words added.
    • go.md : Added 📄 115

      115 words added.
    • index.md : Added 📄 202

      202 words added.
    • ios.md : Added 📄 701

      701 words added.
    • java.md : Added 📄 6079

      6079 words added.
    • js.md : Added 📄 3515

      3515 words added.
    • python.md : Added 📄 3557

      3557 words added.

  • 2021-05

    • android.md : Added 📄 586

      586 words added.
    • cpp.md : Added 📄 116

      116 words added.
    • dotnet.md : Added 📄 26

      26 words added.
    • go.md : Added 📄 115

      115 words added.
    • index.md : Added 📄 265

      265 words added.
    • ios.md : Added 📄 942

      942 words added.
    • java.md : Added 📄 26

      26 words added.
    • js.md : Added 📄 27

      27 words added.
    • python.md : Added 📄 26

      26 words added.

  • 2021-06

    • android.md : Added 📄 26

      26 words added.
    • cpp.md : Added 📄 346

      346 words added.
    • dotnet.md : Added 📄 26

      26 words added.
    • go.md : Added 📄 115

      115 words added.
    • index.md : Added 📄 126

      126 words added.
    • ios.md : Added 📄 799

      799 words added.
    • java.md : Added 📄 26

      26 words added.
    • js.md : Added 📄 27

      27 words added.
    • python.md : Added 📄 26

      26 words added.

  • 2021-07

    • android.md : Added 📄 26

      26 words added.
    • c.md : Added 📄 240

      240 words added.
    • cpp.md : Added 📄 26

      26 words added.
    • dotnet.md : Added 📄 26

      26 words added.
    • go.md : Added 📄 115

      115 words added.
    • index.md : Added 📄 129

      129 words added.
    • ios.md : Added 📄 26

      26 words added.
    • java.md : Added 📄 26

      26 words added.
    • js.md : Added 📄 27

      27 words added.
    • python.md : Added 📄 26

      26 words added.

  • 2021-08

    • android.md : Added 📄 26

      26 words added.
    • cpp.md : Added 📄 26

      26 words added.
    • dotnet.md : Added 📄 26

      26 words added.
    • go.md : Added 📄 40

      40 words added.
    • index.md : Added 📄 125

      125 words added.
    • ios.md : Added 📄 26

      26 words added.
    • java.md : Added 📄 26

      26 words added.
    • js.md : Added 📄 27

      27 words added.
    • python.md : Added 📄 26

      26 words added.

  • 2021-09

    • android.md : Added 📄 26

      26 words added.
    • c.md : Added 📄 290

      290 words added.
    • cpp.md : Added 📄 26

      26 words added.
    • dotnet.md : Added 📄 26

      26 words added.
    • go.md : Added 📄 25

      25 words added.
    • index.md : Added 📄 130

      130 words added.
    • ios.md : Added 📄 26

      26 words added.
    • java.md : Added 📄 26

      26 words added.
    • js.md : Added 📄 27

      27 words added.
    • python.md : Added 📄 26

      26 words added.

  • 2021-10

    • android.md : Added 📄 26

      26 words added.
    • c.md : Added 📄 36

      36 words added.
    • cpp.md : Added 📄 26

      26 words added.
    • dotnet.md : Added 📄 26

      26 words added.
    • go.md : Added 📄 40

      40 words added.
    • index.md : Added 📄 130

      130 words added.
    • ios.md : Added 📄 26

      26 words added.
    • java.md : Added 📄 26

      26 words added.
    • js.md : Added 📄 27

      27 words added.
    • python.md : Added 📄 26

      26 words added.

  • 2021-11

    • android.md : Added 📄 26

      26 words added.
    • c.md : Added 📄 155

      155 words added.
    • cpp.md : Added 📄 26

      26 words added.
    • dotnet.md : Added 📄 26

      26 words added.
    • go.md : Added 📄 40

      40 words added.
    • index.md : Added 📄 130

      130 words added.
    • ios.md : Added 📄 26

      26 words added.
    • java.md : Added 📄 26

      26 words added.
    • js.md : Added 📄 27

      27 words added.
    • python.md : Added 📄 26

      26 words added.

  • 2021-12

    • android.md : Added 📄 26

      26 words added.
    • c.md : Added 📄 39

      39 words added.
    • cpp.md : Added 📄 26

      26 words added.
    • dotnet.md : Added 📄 26

      26 words added.
    • go.md : Added 📄 40

      40 words added.
    • index.md : Added 📄 116

      116 words added.
    • ios.md : Added 📄 26

      26 words added.
    • java.md : Added 📄 26

      26 words added.
    • js.md : Added 📄 27

      27 words added.
    • python.md : Added 📄 26

      26 words added.

  • 2022-01

    • android.md : Added 📄 26

      26 words added.
    • c.md : Added 📄 39

      39 words added.
    • cpp.md : Added 📄 26

      26 words added.
    • dotnet.md : Added 📄 26

      26 words added.
    • go.md : Added 📄 40

      40 words added.
    • index.md : Added 📄 129

      129 words added.
    • ios.md : Added 📄 26

      26 words added.
    • java.md : Added 📄 26

      26 words added.
    • js.md : Added 📄 27

      27 words added.
    • python.md : Added 📄 26

      26 words added.

  • 2022-02

    • android.md : Added 📄 26

      26 words added.
    • c.md : Added 📄 241

      241 words added.
    • cpp.md : Added 📄 26

      26 words added.
    • dotnet.md : Added 📄 26

      26 words added.
    • go.md : Added 📄 40

      40 words added.
    • index.md : Added 📄 129

      129 words added.
    • ios.md : Added 📄 26

      26 words added.
    • java.md : Added 📄 26

      26 words added.
    • js.md : Added 📄 27

      27 words added.
    • python.md : Added 📄 26

      26 words added.

  • 2022-03

    • android.md : Added 📄 26

      26 words added.
    • c.md : Added 📄 39

      39 words added.
    • cpp.md : Added 📄 26

      26 words added.
    • dotnet.md : Added 📄 26

      26 words added.
    • go.md : Added 📄 40

      40 words added.
    • index.md : Added 📄 129

      129 words added.
    • ios.md : Added 📄 26

      26 words added.
    • java.md : Added 📄 26

      26 words added.
    • js.md : Added 📄 27

      27 words added.
    • python.md : Added 📄 26

      26 words added.

  • 2022-04

    • android.md : Added 📄 26

      26 words added.
    • c.md : Added 📄 137

      137 words added.
    • cpp.md : Added 📄 26

      26 words added.
    • dotnet.md : Added 📄 26

      26 words added.
    • go.md : Added 📄 40

      40 words added.
    • index.md : Added 📄 129

      129 words added.
    • ios.md : Added 📄 26

      26 words added.
    • java.md : Added 📄 26

      26 words added.
    • js.md : Added 📄 27

      27 words added.
    • python.md : Added 📄 26

      26 words added.

  • 2022-05

    • android.md : Added 📄 26

      26 words added.
    • c.md : Added 📄 38

      38 words added.
    • cpp.md : Added 📄 26

      26 words added.
    • dotnet.md : Added 📄 26

      26 words added.
    • go.md : Added 📄 40

      40 words added.
    • index.md : Added 📄 129

      129 words added.
    • ios.md : Added 📄 26

      26 words added.
    • java.md : Added 📄 26

      26 words added.
    • js.md : Added 📄 27

      27 words added.
    • python.md : Added 📄 26

      26 words added.

  • 2022-06

    • android.md : Added 📄 26

      26 words added.
    • c.md : Added 📄 38

      38 words added.
    • cpp.md : Added 📄 26

      26 words added.
    • dotnet.md : Added 📄 26

      26 words added.
    • go.md : Added 📄 40

      40 words added.
    • index.md : Added 📄 116

      116 words added.
    • ios.md : Added 📄 26

      26 words added.
    • java.md : Added 📄 26

      26 words added.
    • js.md : Added 📄 27

      27 words added.
    • python.md : Added 📄 26

      26 words added.

  • deprecated

    • dotnet.md : Added 📄 25

      25 words added.
    • go.md : Added 📄 25

      25 words added.
    • index.md : Added 📄 45

      45 words added.
    • java.md : Added 📄 25

      25 words added.
    • js.md : Added 📄 26

      26 words added.
    • python.md : Added 📄 25

      25 words added.

  • latest

    • all

      • dotnet.md : Modified 🇺🇸0 / 🇰🇷0 📄 46

        ✅ line 9
        NuGet
        
        ---------------------
        
        nuget
        
        

        ---

        🇺🇸: 0 words 🇰🇷: 0 words
        

        Modified rate 0.0%
        Translate rate 2.13%

      • index.md : Modified 🇺🇸0 / 🇰🇷0 📄 26

        ---

        🇺🇸: 0 words 🇰🇷: 0 words
        

        Modified rate 0.0%
        Translate rate 0.0%

      • java.md : Modified 🇺🇸0 / 🇰🇷0 📄 47

        ---

        🇺🇸: 0 words 🇰🇷: 0 words
        

        Modified rate 0.0%
        Translate rate 0.0%

      • js.md : Modified 🇺🇸0 / 🇰🇷0 📄 47

        ---

        🇺🇸: 0 words 🇰🇷: 0 words
        

        Modified rate 0.0%
        Translate rate 0.0%

      • python.md : Modified 🇺🇸0 / 🇰🇷0 📄 46

        ---

        🇺🇸: 0 words 🇰🇷: 0 words
        

        Modified rate 0.0%
        Translate rate 0.0%

    • index.md : Modified 🇺🇸0 / 🇰🇷0 📄 28

      ---

      🇺🇸: 0 words 🇰🇷: 0 words
      

      Modified rate 0.0%
      Translate rate 0.0%

    • mgmt

      • index.md : Modified 🇺🇸0 / 🇰🇷0 📄 26

        ---

        🇺🇸: 0 words 🇰🇷: 0 words
        

        Modified rate 0.0%
        Translate rate 0.0%