(jp) =
さかのぼること 1785 年、ヴァレンティン アユイというフランス人がパリに視覚障害者のための研究所を設立しました。 数年前、彼は社会から追い出された盲目の子供たちを路上で見て感動しました。 Haüy がやってくるまで、彼らは教育を受けることができませんでした。
学校の管理に加えて、彼はフランス国王ルイ 16 世の通訳も務めました。 時折、彼は王室から豪華な招待状を受け取り、文字がエンボス加工されていました。 Haüy が、これらの隆起した文字が生徒に触れることで読むことを教える方法になるのではないかと考えるまでに時間はかかりませんでした。
1786 年に、彼は浮き彫りの文字を使った最初の本を印刷しました。それは触っても視覚でも読めるため、目の不自由な人も目の見える人も読むことができました。

これは革新的なアイデアでしたが、欠点もありました。当時の凝ったカールしたフォントは、目の不自由な人が文字を区別するのを非常に困難にしていました。 さらに、そのような本を印刷するにはかなりの費用がかかりました。

1821 年にフランス軍の大尉が盲人のための研究所にやって来ました。 フランス革命のため、現在は国立若年盲研究所と呼ばれています。 この大尉は、陸軍で夜行性筆記、つまりブラインドライティングに使用されていた技法について講義を行いました。 彼らは、夜間にメッセージを渡すために 12 ドット システムを使用しました。
その講義には、ルイ・ブライユという名前の 12 歳の少年がいました。
次に何が起こったかはおそらく想像できるでしょう。陸軍の夜行性の書き方に触発されて、ルイはアルファベットの文字を表す 6 ドット システムを思いつきました。
これらのドットは、Haüy のエンボス文字よりもはるかに簡単に区別できることがわかりました。 それは同じアイデアの以前の反復に基づいて構築されたシステムでしたが、最も重要なことは、解決する必要がある問題を直接理解した、自分自身が盲目だった誰かによって発明されたことです.
驚くべきことではありません。このテクニックは、視覚障害者の間で急速に人気を博しました。
点字がまだシステムを開発していた頃、サミュエル・ハウというアメリカ人がフランスを訪れました。 彼は、米国で最初の視覚障害児のための学校を始める予定で、実践的な研究をしたいと考えていました。 彼は Haüy のエンボス文字の元のアイデアを採用し、新しいフォントを作成しました。 「芸術的」ではなく、読むのに「実用的」なフォントです。 ボストンラインタイプと呼ばれていました。

このシステムが米国に導入されるまでに、盲目の米国市民も点字について耳にするようになりました。 しかし、上層部は抵抗しました。これはヨーロッパの発明であり、ボストン ライン タイプが優れたシステムであることは確かでした。 それは目の見えない人にも見える人にもまだ読め、Haüy の方法よりも明確でした。
この推論にもかかわらず、おそらく少しのアメリカの誇りにもかかわらず、Boston Line Type が決して点字を超えることができないことは明らかでした.
それでも、米国の学校はヨーロッパの基準を使用することに耐えられませんでした。 では、彼らは代わりに何をしたのでしょうか? 50 年の間に 2 つまたは 3 つの点字バリエーションが作成されました。 すべて同じ原則に基づいていますが、実装はすべて異なります。
これは 1932 年まで続き、最終的に点字が標準として受け入れられるようになりました。 1世紀以上かかった期間。 それは後に詩的に「ドットの戦争」と呼ばれました。

ソフトウェア開発について話しましょうか。 点字の歴史との類似点が 1 つか 2 つあり、そこから貴重な教訓を学ぶことができると思います。
まず第一に、常にすべての人を喜ばせることを目指すべきではありません。 Haüy の方法とボストン ライン タイプはどちらも、目の不自由な人にも目の見える人にもアクセスしやすいテキストを書くことを目的としていました。 最終結果は、両方のグループにとって次善のものでした.
ソフトウェア開発においても、すべてを解決しようとするのではなく、その 1 つの特定の問題に焦点を当てて、その最適な解決策を見つけた方がよい場合があります。 一般化された問題ではなく、特定の問題に焦点を当てることをお勧めします。
第二に、点字が優れたシステムであることは最初から明らかでしたが、点字が標準になるまでに 100 年以上かかりました。 ソフトウェア開発はまだ始まったばかりです。 50 年後には、同じ問題を解決する 200 の異なるフレームワークがまだ存在するとは思いません。
Web 開発、モバイル アプリ、デスクトップ アプリ、機械学習など、分野ごとに 1 つまたは 2 つの言語しか存在しない可能性もあります。各分野は最適なソリューションに向かって進化し、今日すでにそのソリューションを知っているかもしれませんが、まだ受け入れる準備ができていません。
点字は、プロセスやシステムの最適化にかかる時間の一例にすぎません。 ソフトウェア開発における問題の最善の解決策をすでに知っていると思い込んではなりません。 次の大物を提唱するときは、そのことを心に留めておきましょう。 謙虚な姿勢を保ち、歴史の中で私たちが果たしている役割はほんのわずかであることを認識しましょう。
//platform.twitter.com/widgets.js