編集:
それで私はどちらを使うべきですか?作成者が提案した適切な4文字の拡張子、またはインターネットの野生の西にある3文字の拡張子?
この質問は次のようになります:
アドバイスの要請; または
その特定の感情の自然な表現。一方、公式の推奨事項が目立つように、または圧倒的に無視されていることに気づいている。
人々は次のことに対する彼らの好みに違いがあります:
公式アドバイス; または
練習の優勢。
もちろん、私があなたに影響を与える可能性は低いです。
次は(そして科学の精神で)、私は単に仮説を立てます。何が(単なる事実として)何が大多数の人に3文字の拡張子を使用させたのかについての仮説を立てます。そして、私は効率的な原因に焦点を当てています。
これにより、道徳的な勧めをするつもりはありません。覚えているかもしれませんが、何かがあるという事実は、あるべきことを意味するものではありません。
あなたの個人的な傾向が何であれ、それがどちらの道をたどるにせよ、私は反対しません。
(編集の終わり。)
この設定(実際の使用法)は8.3文字のDOS風の制限によって引き起こされたという提案は、IMOはレッドニシン(誤って誤解を招く)です。
2016年8月の時点で、Google検索のYMLとYAMLの数は約6,000,000と4,100,000(2桁の精度)でした。さらに、「YAML」の数は、拡張機能としての使用を超えて、名前による言語の言及を含んでいたため、不当に高かった。
7月、2018年の時点で、YMLとYAMLのためのGoogleの検索数はおよそた810万と410万(再び、精度の2桁まで)。したがって、過去2年間で、YMLの人気は基本的に2倍になりましたが、YAMLは同じままです。
別の文化的対策は、ファイル拡張子を説明しようとするWebサイトです。たとえば、FilExt Webサイト(2018年7月現在)では、YAMLのページに「Ooops!FILEXT.comデータベースにはファイル拡張子.YAMLに関する情報がありません」という結果になります。
これに対して、YMLのエントリがあります。「YAML ...テキストファイルを使用し、それを人間が読める形式に編成します。'database.yml 'は、YAMLがRuby on Railsで使用される典型的な例です。データベースに接続します。」
11月、2014年の時点で、延長にWikipediaの記事YMLはまだ「.ymlは」 『であることを述べた(強調追加)YAMLファイル形式のファイル拡張子』。そのYAMLの記事には、好みを表現せずに、両方の拡張を示しています。
拡張子 ".yml"は十分に明確であり、より簡潔で(タイプおよび認識が容易)、はるかに一般的です。
もちろん、これらの拡張機能はどちらも、長くて可能な拡張機能「.yamlaintmarkuplanguage」の省略形と見なすことができます。しかし、プログラマー(およびユーザー)は、それらすべてを入力する必要はありません。
代わりに、プログラマー(およびユーザー)は、できるだけ少ないタイプを入力し、それでもなお明確で明確であることを望みます。また、長い単語を読み取らずに、ファイルの種類をできるだけ早く確認したいと考えています。いくつの文字を入力するだけでこれらの両方の目標を達成できますか?答えは3つではありませんか?つまり、YML?
ウィキペディアのCategory:Filename_extensionsページには、.a、.o、および.Zのエントリが一覧表示されます。どういうわけか、.cと.h(C言語で使用)がありませんでした。これらの1文字の拡張機能の例は、拡張機能が必要な長さである必要があることを確認するのに役立ちますが、(Albert Einsteinを引用すると)もはや長くはなりません。
代わりに、一般に、「Y」で始まる拡張機能はほとんどないことに注意してください。一方、一般的に、文字Xは、「クロス」、「拡張可能」、「極端」、「変数」など(XMLなど)など、さまざまな意味で使用されます。したがって、「Y」で始まることはすでに(情報理論の観点から)多くの情報を伝えますが、「X」で始まることは伝えません。
したがって、言語学的に言えば、「XML」という頭字語には(ある意味で)2つの情報文字(「M」と「L」)しかありません。代わりに、「YML」には3つの情報文字(「M」、「L」、「Y」)があります。実際、Yで始まる既存の頭字語のセットは非常に小さいようです。暗黙のうちに、これが4文字のYAMLファイル拡張子が非常に過剰に指定されていると感じる理由です。
おそらくこれが、実際に、問題の略語を4文字に長くする「自然な」圧力が弱く、この略語を3文字に短くする「言語的な」圧力が弱いことがわかる理由です。は強い。
純粋に、おそらくこれらの要因の結果として(そして公式の裏書としてではなく)、YAML.org Webサイトの最新のニュース項目(2011年11月から)はすべてJavaScript、JS-YAMLで書かれたプロジェクトに関するものであることに注意します内部的には、拡張子 ".yml"の使用を好みます。
上記の要因が主なものであった可能性があります。それにもかかわらず、すべての要因(既知または不明)により、発明者の好みにかかわらず、短縮された3文字の拡張がYAMLで主に使用される拡張になりました。
「.YML」は事実上の標準のようです。それでも、同じ発明者たちは、人間が読めるデータ言語に対する世界の必要性について、知覚的かつ正確でした。そして、それを提供してくれた彼らに感謝すべきです。