タグ付けされた質問 「terminology」

現在のところ、この質問はQ＆A形式には適していません。回答は、事実、参考文献、または専門知識によってサポートされると予想されますが、この質問は、議論、議論、世論調査、または詳細な議論を求める可能性があります。この質問を改善し、おそらく再開できると思われる場合は、ヘルプセンターをご覧ください。 8年前に閉鎖されました。 プログラミング用語をどのように正しくまたは誤って発音しますか？初期のCSカルチャーを厳密に修正したり履歴を記録したりする必要がある場合 プログラミング char =「tchar」は気にしませんか？ ! =感嘆符ではありませんか？ #=ポンドはハッシュしない？例外#!=シバン * =スプラットは星ではありませんか？ regex =「reg ex」ではなく「rej ex」？ sql= 「sequel」ではなく「sq l」（すでに回答済み、つまりただ） Unixen | =パイプは垂直バーではありませんか？ bin = binではなくbinで、binではなく？ lib = libはliberateではなく、libraryのようですか？ etc=「et c」ではなく「ett see」（/etc「＆c」ではなく） 迷惑 / =バックスラッシュではなくスラッシュ LaTeX =「laytek」ではなく「laytek」

15 terminology 

「ブートストラップ」という用語が時々見られます。Prismの学習エクササイズを作成するときに最後に見ました。UnityBootstrapperクラスにつまずいた。私の質問は、いつクラスを「ブートストラップ」と呼びますか？どうして？クラスについて何と言っていますか？

15 terminology  naming  concepts 

「ラッパー」と「シム」という言葉は多かれ少なかれ同義語ですか、それともおそらく意味合いのある区別がありますか？

15 abstraction  terminology 

私はゲームプログラミングの学位を取得しました。これはコンピューターサイエンスの学位ではないので、理論の多くは実用的なポートフォリオの構築と、ゲーム業界で明らかに重要なJIT学習と思われるものを優先します。最初の主題は「オブジェクト指向プログラミングの紹介」でした。 さまざまなプログラミングパラダイムについて学ぶまで、そのフレーズは気にしませんでした（https://en.wikipedia.org/wiki/Comparison_of_programming_paradigmsからこのリストを取得しています）。 命令的 機能的 手続き型 構造化 イベント駆動 オブジェクト指向 宣言的 オートマトンベース これは完全なリストではなく、これらの概念のすべてが同等ではなく、それらのほとんどが排他的でもないことがわかりますが、なぜそれらのほとんどが1つの単語だけを必要とするのか理解できません。機能的; 宣言的-しかし、オブジェクトを使ったプログラミングについて話すときは、それらのオブジェクトを中心に指向していることを明確にする必要があります。オブジェクトだけを使用することはできませんか？ただオブジェクトを持てないのですか？なぜ彼らは私たちをガイド星として方向づけなければならないのですか？ ここ（https://en.wikipedia.org/wiki/Object-oriented_programming）を見ると、独自の用語として「指向」という用語が使用されています。「オブジェクト」のみが説明されています。 また、イベントドリブンが使用されている実用的な理由を見ることができます。なぜなら、イベントプログラミングは既に会議を行っているときに行うことであり、オートマタプログラミングは、ロボット生産ラインをセットアップしているように聞こえるからです。そのため、そこに追加の明確な単語があると役立ちます。 オブジェクトプログラミングをフレーズとして、プログラミングでオブジェクトを使用するときの動作を説明するのに十分ではないのはなぜですか？ 私の口調から、明らかに「指向」という言葉はあまり好きではありません。弁護士が一種の口頭ダニとして「に関連して」というフレーズを使用した後、弁護士に耳を傾け、法廷記者としての時間を思い出させます。それは何の意味もありませんでした。彼らが次に何を言いたいかを考えている間に、彼らがかつて空気を満たしていた用語でした。しかし、私は言語の変更を提唱しようとはしていません。なぜそうなっているのかを尋ねているだけです。純粋に歴史的、痕跡的な理由でそのように知られるようになった理由を誰かが知っていれば、それが答えです。言語の変更を提唱することに時間を浪費することにした場合、それは弾薬になります。 一方、ツールやツールベルトに単にそれらを持たせるのではなく、他のすべての方向を除外して、言語やコードがオブジェクトを指す必要がある理由が実際にある場合、私は本当にそれについて学ぶことに興味があります。役に立つことを学ぶのが好きです。

14 object-oriented  terminology  history  grammar 

私はプログラマーですが、アーキビストとしても働いています。アーキビストとして、データを保持することが重要です。 データの操作に関しては、同僚と議論することがよくあります。CRUDのUとDはあまり好きではありません。レコードを更新するのではなく、新しいレコードを追加して、古いレコードへの参照を作成することをお勧めします。そのようにして、変更の履歴を作成します。また、レコードを削除するのも嫌いですが、非アクティブとしてマークします。 これに用語はありますか？基本的にデータの作成と読み取りのみですか？このアプローチの例はありますか？

14 terminology  database-design  data  crud 

コードを含む実行可能ファイルのセクションは、.textセクションと呼ばれることもあります。セグメント化されたメモリアーキテクチャでは、コードとしてマップされたセグメントは、テキストセグメントと呼ばれることもあります。UNIXエラーメッセージ「text file busy」（ETXTBSY）は、「このファイルは実行中のプログラムです」を意味します。 テキストはどのように実行可能（マシン）コードを意味するようになりましたか？ 理想的な答えは次のとおりです。単語とその意味の関係を説明します。用語の起源または少なくとも歴史の引用を提供する; どのコミュニティがそれを使用しているのかを考えてください。

14 terminology  history  file-structure  linking 

（これがこれの間違ったSEかどうかを教えてください） ヒアドキュメント（またはHeredoc）がそれを呼び出すのはなぜですか？ウィキペディアには、その特定の主題について何も言うことがありませんでした。「Here is document」を説明するUNIXドキュメントを見つけましたが、それは元のフォームですか？

14 terminology  language-agnostic 

ここで何が求められているかを伝えるのは難しいです。この質問は曖昧、曖昧、不完全、過度に広範、または修辞的なものであり、現在の形式では合理的に答えることができません。この質問を明確にして、再開できるようにするには、ヘルプセンターに アクセスしてください。 8年前に閉鎖されました。 一見、AddIn、AddOn、およびPluginという言葉は同じ意味を持っていますが、それらの間にはいくつかの違いがあります。AddIn、AddOn、およびPluginの微妙な違いを説明してもらえ ますか？

14 terminology 

ボブおじさんのきれいなコードを読んでいます。私は英語を母国語としないため、次の声明を理解できませんでした。 クラスとオブジェクトのような名詞や名詞句の名前を持つ必要があり Customer、WikiPage、Account、とAddressParser。避け言葉が好き Manager、Processor、Data、またはInfoクラスの名前インチ クラス名は動詞であってはなりません。 私が知っているように、のいずれもManager、Processor、Data、およびInfo動詞である、そうではありませんか？彼が強調したい実際のポイントは何ですか？

14 coding-style  terminology  code-quality  naming 

Hackers＆Paintersに掲載されているPaul Grahamによるエッセイプログラミング言語から： コンパイラに供給する高レベル言語はソースコードとも呼ばれ 、生成される機械語翻訳はオブジェクトコードと呼ばれます。 オブジェクトコードに関するWikipediaの記事から： オブジェクトコードまたはオブジェクトモジュールは、コンピューターコンパイラが生成するものです。 「コンパイラ」の定義から： 従来、コンパイルの出力はオブジェクトコードまたはオブジェクトモジュールと呼ばれていました。（ここでの「オブジェクト」という用語は、オブジェクト指向プログラミングとは関係がないことに注意してください。） では、用語オブジェクトは何に関連していますか？

13 terminology  etymology  compilation 

Javaに基づいてタスクを実行しましたが、先輩が私にグローバル化されたバグ追跡ツールを作成するための要件を収集するように割り当てました。 ウィキペディア とmindtoolsのWebサイトから多くのタイプの要件を読みましたが、非常に混乱していました。 機能要件、運用要件、技術要件の正確な違いは何ですか？

13 project-management  terminology  requirements  requirements-management 

大学を卒業しようとしているので、今、仕事を探しているところです。インタビュアーから、現在の「開発スタック」とは何ですか？ これはおそらく基本的な質問だと思います。しかし、誰かが「開発スタック」とは何かを説明してもらえますか？学校で使われる用語ではありません。

13 terminology 

「Feature Creep」に関するまともなウィキペディアの記事がありますが、それは起源を述べていません。A Googleの検索にのみリードをいくつかの漠然とした記事「アールリッチ」という用語を造語主張しますが、そこに多くのバックアップではないという主張のためには。2001年の主題についてのディルバートのコミックがありますが、そのトーンはこの用語がすでに存在していたことを暗示しているようです。Googleが2000年以前の結果を持っているという事実によって、多かれ少なかれ確認されました。ただし、正確な起源証明を見つけることは困難です。 それで、もし誰か誰かが「機能クリープ」という用語を作り出したのは誰ですか？それはどこから来たのですか？

13 terminology  history  features 

編集：私は質問を少し言い換えています。デストラクタという用語がOOPでまったく異なる何かに使用されていることに気づかなかったため、どうやら混乱が生じたようです。これは、オブジェクトが破棄されるときに呼び出される関数です。関数型プログラミングでは、可変状態を回避しようとするため、それに相当するものはありません。（質問に適切なタグを追加しました。） 代わりに、値をアンラップするためのレコードフィールド（特にnewtypes などの単一値のデータ型の場合）がdestructorまたはdeconstructorと呼ばれることもあります。たとえば、（Haskellで）次のようにします： newtype Wrap = Wrap { unwrap :: Int } ここWrapにコンストラクタがあり、それunwrapは何ですか？ 質問は次のとおりです。 unwrap関数型プログラミングをどのように呼び出すのですか？解体者？デストラクタ？それとも他の言葉で？ そして、明確にするために、この/他の用語は他の関数型言語に適用できますか、それともHaskellだけで使用されますか？ おそらく、これには一般的に、非機能的な言語での用語はありますか？ 私は両方の用語を見ました、例えば： ...ほとんどの場合、スマートコンストラクターとデストラクタを提供して、これらを簡単に操作できるようにします。... で、Haskellのウィキ、または ...ここでの一般的なテーマは、コンストラクターとデコンストラクターのペアを融合することです... で、Haskellのwikibook（ここではそれはおそらく、もう少し一般的な意味でのものです）、または newtype DList a = DL { unDL :: [a] -> [a] } unDL関数はdeconstructorで、DLコンストラクターを削除します。... 中実世界ハスケル。

13 terminology  functional-programming  haskell  data 

私はそのような質問を提起するためにSO兄弟の間でより良い場所を考えることができません。もともと「Pythonは純粋なオブジェクト指向言語ですか？」しかし、用語を定義しようとする際に人々が経験するトラブルや不快感を考慮して、用語自体の明確な定義を取得することから始めることにしました。 言葉を作り出したアラン・ケイ博士による通信から始めるのはかなり公平でしょう（細胞または他の生物との生物学的類推のインスピレーションに注意してください）。 タスクにアプローチするには、次の方法があります。 用語を定義するために一意で十分な特定のプロパティを示す（またはそうしない）プログラミング言語をリストして比較分析を行います（ただし、Smalltalk、Scala、Javaなどは可能ですが、IMOはこのように完全には見えません）実りもありません） 正式な定義（またはそれに近い、たとえば、より学術的または数学的なスタイル）を提供します。 具体的な言語のセマンティックコンテキストまたはアプリオリなプログラミングエクスペリエンスに完全に依存する哲学的定義を提供します（コミュニティによる説明が成功する可能性があります）。 私の現在のバージョン：「操作とオペランドを（文法的に）区別し、このタイプがオブジェクト（OOPの意味）であるかどうかを各オペランドのタイプについて推測できる特定のプログラミング（フォーマル）言語がオブジェクトであるこの言語に少なくとも1つのタイプがある限り、そのような言語はオブジェクト指向言語です。最後に、言語のすべてのタイプがオブジェクトでもある場合、そのような言語を純粋な（強い）オブジェクト指向言語と定義します。 それの可能な改善を感謝します。ご覧のように、「オブジェクト」という用語に依存する定義を作成しました（多くの場合、オブジェクトのクラスとして完全に参照されます）。 [編集] また、私はの（幸運にもよく理解）という概念を使用タイプを型付けの言語のように。データ型プログラミングまたは型指向プログラミングは、（プログラムテキスト、つまりリテラルおよびデータ変数の特定の値をどのように処理するか-タイプセーフティに進化するもの）の構文解釈であるだけでなく、言語文法に起因し、正式な方法で研究できる（数学的論理を使用）いわゆる型システムとして。特定の型システムにいわゆるユニバーサル型を要求することは、OO言語の純度を定義する方法の1つです（これを意味的に拡張する方法があります）。 NB 答える方法： 用語や概念の理解をサポート/説明する本または参考文献を指定すると役立ちます（通常、基本を除くすべての依存概念を適切な定義がカバーまたは参照します）。 可能であれば、明確でない場合はインデントされた回答/定義のカテゴリを示します（上記を参照：1-言語の例、2-数学的論理、3-技術的な説明とプログラミング哲学） 分類は重要である（とも用語純粋-OOは、長期OOに含まれているため）他のよく知られた方法論からOOパラダイムのunmix要素に試して答えながら（と決して混乱/それらをオーバーラップする、の例えば通常の要素モジュールをカバーすることができます/オブジェクト指向プログラミングで具体化）：OOPと機能プログラミング、論理プログラミング（特に強く専門化された）、Abstarct Data Types（ADT）、Modular、Metaprogramming（generics and LISP's macroexpansion-time）との区別を試みる、契約（例：エッフェル）、アスペクト指向（AO）、（宣言的分類と機能的分類の違い、およびダイクストラの構造化の歴史的定義は明確です） 正式な定義を与えることの難しさ：驚くべきことに、特定の論理（正式な）システムの形式でOOPの数学的な記述を与えることは非常に簡単です（ほとんどの場合、型ベース）。その形式主義を単にエンターテインメントやエクササイズだけでなく、タイプセーフティチェックや新しい言語デザインの側面に適用することにより、より実用的なことを試みることもできます（また、ラムダ計算としてのFOL形式で、直観的型理論、依存型、そして単にカテゴリー理論を使用して）。ここでの主なポイントは、当然のことです多分、一定の割合の発見を除いて-そのような製剤は、IMO強く、最も可能性の高い最初は不完全なので、ほとんどの世界をプログラミングに後方貢献していない（（コンピューター・エンジニアリングで）OOPの理解と、その後はほぼアクセスできなくなってしまうことで（不備）バイアスされていることにより、バック正式な世界からの用途一般的な言語に統合されています）。 そうです、定義だけでなく、正確に「良い」定義を与えることは困難です。しかし、皆さんの経験と直接的な関与のおかげで、ここでこれを尋ねることに前向きです。

13 object-oriented  terminology