ブリーディング・エッジ技術

ブリーディング・エッジ技術(ブリーディング・エッジぎじゅつ、: bleeding edge technology)とは、信頼性のリスクが高く、活用するために高い費用が掛かるような技術のカテゴリーである[1][2]bleeding edgeという用語は、"leading edge"や"cutting edge"のような同様の用語の比喩の形になっている。この言葉が暗に示しているのは、大きな発展がある一方で、そのためにソフトウェアまたはハードウェアの信頼性が低く、リスクがより高いということである[3]。この用語が初めて使用された例は、1983年の初期に、名前は不明なある銀行役員がStorage Technology Corporation英語版に言及する際に使用したものである[4]

その性質から、ブリーディング・エッジ技術でも比率が高くなればメインストリームの技術となる。たとえば、現在はメインストリームの技術である電子メール(email)も、かつてはブリーディング・エッジ技術だと考えられていた[5]

条件

編集

ある程度のリスクを含む場合に、より一般的には、早期採用(アーリー・アダプション)により以下のような際立ったデメリットが考えられるような場合に、その技術はブリーディング・エッジだと考えられることがある。

  • コンセンサスの欠如 – 新しいことをする競合する方法が複数存在し、市場がどの方向に向かうかという指針がほとんど無い[要出典]
  • その性質上、多くの消費者や企業は製品や製品と既存技術との関係について詳しくないため[6]、技術の性質についてよりよく知られるようになるにつれて、ベストプラクティスと見なされるものが急速に変化する[7]
  • テストの欠如 – その技術の信頼性が低かったり[8]、単にテストが不十分である場合[9]
  • 変化に対する業界の抵抗 – 業界雑誌や業界の指導者は新技術や製品に反対する場合。一方で、技術的な優位性を考えて実装を試みる組織もある。[要出典]

コストとメリット

編集

新技術の早期採用が成功した場合、それ以外のでは競争の激しい市場で比較優位性を確立するという見返りがある[10]。一方で、「間違った馬への賭け(betting on the wrong horse)」(フォーマット戦争など)や間違った商品を選んだ場合の代償も大きい。組織が最先端技術を採用することを選んだとしても、白い象以下の存在にしかなれない可能性もある。

最先端のコンピュータソフトウェア、特にオープンソースソフトウェアが特に一般的である。実際、オープンソースの開発者たちにとっては、新しいブリーディング・エッジと言える最先端のバージョンを頻繁にリリースするのがよくある方法で、時には洗練されていない状態でリリースすることもある。それによって、他の人がレビューやテストを行ったり、追加の機能改善を行うことができる(ベータテスト)。したがって、より古い、安定版リリース英語版のソフトウェアには実装されていない機能がほしいユーザは、最先端のバージョンを選ぶことができる。 その場合、ユーザは、機能性を高める代わりに、安定性、信頼性、または使いやすさを犠牲にしても構わないと考える[11]

脚注

編集
  1. ^ bleeding edge. (n.d.)”. Dictionary.com Unabridged. Random House. 12 September 2008閲覧。
  2. ^ Effy Oz (23 January 2008). Management Information Systems. Cengage Learning. p. 65. ISBN 978-1-4239-0178-5. https://books.google.com/books?id=fATar8Nn6HEC&pg=PA65 9 November 2010閲覧。 
  3. ^ Ingo Schommer; Steven Broschart (7 January 2010). SilverStripe: The Complete Guide to CMS Development. John Wiley & Sons. p. 22. ISBN 978-0-470-68270-8. https://books.google.com/books?id=pKBbDyyiCokC&pg=PR22 14 December 2011閲覧。 
  4. ^ Hayes, Thomas C. (21 March 1983). “Hope at Storage Technology”. The New York Times. https://www.nytimes.com/1983/03/21/business/hope-at-storage-technology.html 10 September 2013閲覧。 
  5. ^ Infosystems. Hitchcock Pub. Co.. (1977). p. 64. https://books.google.com/books?id=v1JUAAAAMAAJ 14 December 2011閲覧。 
  6. ^ Effy Oz (23 January 2008). Management Information Systems. Cengage Learning. p. 65. ISBN 978-1-4239-0178-5. https://books.google.com/books?id=fATar8Nn6HEC&pg=PA65 9 November 2010閲覧。 
  7. ^ Ingo Schommer; Steven Broschart (7 January 2010). SilverStripe: The Complete Guide to CMS Development. John Wiley & Sons. p. 22. ISBN 978-0-470-68270-8. https://books.google.com/books?id=pKBbDyyiCokC&pg=PR22 14 December 2011閲覧。 
  8. ^ Effy Oz (23 January 2008). Management Information Systems. Cengage Learning. p. 65. ISBN 978-1-4239-0178-5. https://books.google.com/books?id=fATar8Nn6HEC&pg=PA65 9 November 2010閲覧。 
  9. ^ Ingo Schommer; Steven Broschart (7 January 2010). SilverStripe: The Complete Guide to CMS Development. John Wiley & Sons. p. 22. ISBN 978-0-470-68270-8. https://books.google.com/books?id=pKBbDyyiCokC&pg=PR22 14 December 2011閲覧。 
  10. ^ Effy Oz (23 January 2008). Management Information Systems. Cengage Learning. p. 65. ISBN 978-1-4239-0178-5. https://books.google.com/books?id=fATar8Nn6HEC&pg=PA65 9 November 2010閲覧。 
  11. ^ Rikishi, Niramiai (December 2000). “Selling in the Bazaar: How Open Source Manages Code”. AAUGN (AUUG, Inc.): 41. https://books.google.com/books?id=ZpoOEa4kiSIC&pg=PA41 9 November 2010閲覧。. 

関連項目

編集

外部リンク

編集