並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 11 件 / 11件

新着順 人気順

terminologyの検索結果1 - 11 件 / 11件

  • Confusing git terminology

    Hello! I’m slowly working on explaining git. One of my biggest problems is that after almost 15 years of using git, I’ve become very used to git’s idiosyncracies and it’s easy for me to forget what’s confusing about it. So I asked people on Mastodon: what git jargon do you find confusing? thinking of writing a blog post that explains some of git’s weirder terminology: “detached HEAD state”, “fast-

    • 機械学習セキュリティのベストプラクティス – Draft NISTIR 8269: A Taxonomy and Terminology of Adversarial Machine Learning –

      機械学習セキュリティのベストプラクティス – Draft NISTIR 8269: A Taxonomy and Terminology of Adversarial Machine Learning – 論文紹介 概要 「Draft NISTIR 8269: A Taxonomy and Terminology of Adversarial Machine Learning」は、米国のNIST(National Institute of Standards and Technology)が策定を進めている機械学習セキュリティに関するベストプラクティスのドラフトであり、機械学習システムの安全確保を目的として、機械学習にまつわるセキュリティを「攻撃」「防御」「影響」の3つの視点で分類している。 NISTIR8269はブログ執筆時点(2020年7月9日)でドラフト版であるが、「NIST SP8

        機械学習セキュリティのベストプラクティス – Draft NISTIR 8269: A Taxonomy and Terminology of Adversarial Machine Learning –
      • ことばをそろえる / Bridging the Terminology Gap

        同じ言葉を使っていても、思い浮かべているものが同じだとは限りません。 たとえば、「スクラム」「スプリントレビュー」といったスクラム用語、「コードレビュー」のような開発に関係する言葉、「提案」「ヒアリング」のような一般的な用語も、チームの中で認識がずれていることが良くあります。 このLTでは、…

          ことばをそろえる / Bridging the Terminology Gap
        • MySQL :: MySQL Terminology Updates

          Why was “source” chosen? MySQL Asynchronous Replication is a change stream. Each replication configuration has a source and does not imply what role a server should have in the overall database architecture. Therefore, the use of e.g. “primary” does not fit, especially when replication is used to build database architectures topologies including bidirectional replication, multi-tiered replication,

          • New Terminology for GitHub Previews · GitHub Changelog

            AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be

              New Terminology for GitHub Previews · GitHub Changelog
            • 2020年8月5日 Linux 5.8がリリース、コーディングスタイルに"inclusive terminology"適用 | gihyo.jp

              Linux Daily Topics 2020年8月5日Linux 5.8がリリース、コーディングスタイルに"inclusive terminology"適用 Linus Torvaldsは8月2日(米国時間⁠)⁠、「⁠Linux 5.8」を公開した。前バージョンのLinux 5.7のリリースから約2ヵ月、7本のリリース候補(RC)版を経ての公開となる。 Linux 5.8 -Linus Torvalds Linux 5.8のリリースについてLinusは「ぎりぎりまでLinux 5.8-rc8(8本目のリリース候補)を出そうかどうか迷ったけど、それほど大きな問題がない以上、リリースまでもう1週間待つことに意味はないと判断した」とコメントしている。マージウィンドウの時点で過去最大のカーネルサイズだったLinux 4.9に迫るほど「Really Big」といわれたLinux 5.8だが、どうや

                2020年8月5日 Linux 5.8がリリース、コーディングスタイルに"inclusive terminology"適用 | gihyo.jp
              • MySQL Bugs: #99806: replace master/slave terminology with primary/replica

                Description: master/slave terminology is offensive and should be replaced with something more appropriate, such as primary/replica. Some technology vendors have already done so. See wikipedia page here: https://en.wikipedia.org/wiki/Master/slave_(technology) How to repeat: View any documentation page about replication in general, for example: https://dev.mysql.com/doc/refman/8.0/en/replication-opt

                • 機械学習セキュリティのベストプラクティス – Draft NISTIR 8269: A Taxonomy and Terminology of Adversarial Machine Learning –

                  機械学習セキュリティのベストプラクティス – Draft NISTIR 8269: A Taxonomy and Terminology of Adversarial Machine Learning – 論文紹介 概要 「Draft NISTIR 8269: A Taxonomy and Terminology of Adversarial Machine Learning」は、米国のNIST(National Institute of Standards and Technology)が策定を進めている機械学習セキュリティに関するベストプラクティスのドラフトであり、機械学習システムの安全確保を目的として、機械学習にまつわるセキュリティを「攻撃」「防御」「影響」の3つの視点で分類している。 NISTIR8269はブログ執筆時点(2020年7月9日)でドラフト版であるが、「NIST SP8

                    機械学習セキュリティのベストプラクティス – Draft NISTIR 8269: A Taxonomy and Terminology of Adversarial Machine Learning –
                  • Linux 5.8 Formally Adds The Inclusive Terminology Guidelines - Phoronix

                    Linux 5.8 Formally Adds The Inclusive Terminology Guidelines Written by Michael Larabel in Linux Kernel on 11 July 2020 at 06:38 AM EDT. 105 Comments Merged overnight into the Linux kernel source tree are the new guidelines concerning the use of "inclusive terminology" for future code. It was just one week ago that the inclusive terminology guidelines for the Linux kernel were first proposed to mi

                      Linux 5.8 Formally Adds The Inclusive Terminology Guidelines - Phoronix
                    • LKML: Dan Williams: [PATCH] CodingStyle: Inclusive Terminology

                      Recent events have prompted a Linux position statement on inclusive terminology. Given that Linux maintains a coding-style and its own idiomatic set of terminology here is a proposal to answer the call to replace non-inclusive terminology. Cc: Jonathan Corbet <corbet@lwn.net> Cc: Kees Cook <keescook@chromium.org> Signed-off-by: Chris Mason <clm@fb.clm> Signed-off-by: Greg Kroah-Hartman <gregkh@lin

                      • Terminology: it's not black and white

                        The NCSC now uses 'allow list' and 'deny list' in place of 'whitelist' and 'blacklist'. Emma W explains why...

                          Terminology: it's not black and white
                        1