創業者のアレクセイ・リセンコ(つまり私)に代表されるオクトドン社があなたを歓迎します。
2010年以来、私たちのチームは、ノートパソコンと同じくらい快適なハンドヘルドデバイス(スマートフォンを読む)でテキストを操作できるように設計された、ワイルドでかわいい物理キーボードを開発しています。 3年間、プロトタイプの5つの反復の長さを考え出しましたが、有用なソフトウェアで大きくなりすぎており、今年は最終的にプロジェクトをKickstarterに持ち込みます。
そのため、Okodonプロジェクトチームは、アイデアの著者がスタートアップの最初のブログ投稿を書くべきであると決定しました。 今日、私はついに勇気を集めて、物語を最初からそのまま伝える準備ができています。
はるかに先を行く、つまり現時点では、ここに写真とビデオ(1分)を配置します。これにより、現在の位置を評価できます。 結局のところ、最初から不明瞭な何かの発生について読むことはあまり面白くない。

そして今、すべてが整然としています。
歴史は、世界がiPhoneを知らなかった2005年に私たちを連れ戻します...
その後、最初のASUS a600 PDAを購入しました。これは、Windows Mobile 2002を実行する新しいモデルではありません。本格的なコンピューターをポケットに入れて持ち運べる機能は、非常に刺激的でした。 ラップトップが必要になった理由を考えて、必要なもののほとんどすべてが既にポケットにある場合、大画面の対角線または大きなプロセッサ容量を必要とするタスクに加えて、PDAは正しい入力メソッドがないためです。 しかし、PDAの画面とその計算能力は、すでに広範なオフィスタスクを解決するのに十分でした。
このアイデアが私を完全に掌握したとは言いませんが、暇なときに定期的にそれに戻り、その結果、次の問題を策定しました。
このようなサイズに対して、可能な限り最高の速度と快適さでテキストを操作できるハンドヘルドデバイスを作成します。 理想的には、フルサイズのキーボードでこれらのインジケータと比較してください。 デバイスは、マスターするのに十分なほど簡単でなければなりません-入力を開始するために、読み取り指示(「箱から出してすぐに入力を開始する」と呼ばれる)を必要としないでください。
この言葉遣いは、QWERTY独占を弱めるために、その最も弱い点、つまり、ハンドヘルドデバイスですぐに入力できないという最初の無力性を使用する必要があるという考えを非常に明確に反映しています。 言い換えれば、長い中毒を必要とする根本的に新しい入力方法が広く配布される機会を得るためには、競合するソリューションにはない独自の利点がなければなりません。 私たちの場合、これは妥協のないスピードとポケットフォームファクターの組み合わせです。
タスクについての推論はおよそ次のとおりでした:
最高の速度を実現するには、すべての指を印刷プロセスに含めることが論理的です。 デバイスを保持している間、それらの8つが背面にあるため、入力要素がそこに存在する必要があります。
画面の背面入力要素の場合、学習を容易にするためにプロンプトが適切な場所に配置されます。
親指用に、前面にも2つの入力要素があります。

背面の入力要素は、感覚的または機械的です。

タッチ要素の利点は、汎用性とコンパクトさです。 マイナス-触覚フィードバックと位置の指の感覚の欠如。 なぜなら 最初は速度と利便性が優先されましたが、機械的な入力要素を優先して選択が行われました。
アルファベットのすべての文字は、学習を簡単にするために、つまり、デバイスの背面にある指でのみ入力することをお勧めしました(通常のキーボードの入力プロセスとよく一致しています)。 つまり、ロシア語のアルファベットでは、デバイスの背面にある指で33種類のアクションを実行する必要があります(簡単に学習し、速度を最大化するために、コードセットをすぐに落書きしました)。 親指は、スペース、バックスペース、頻繁な句読点、入力モードの切り替えを担当します。
次に、デバイスの背面で必要な数のアクションを取得する方法を決定する必要がありました。 最初のオプションは、文字ごとに個別のボタンを配置することです。 同時に、各指は入力要素間で、その到達範囲内で移動します。 2番目のオプションは、複数の位置のアイテムを各指の下に一度に1つずつ配置することです。 この場合、各指は常に1つの入力要素上にあります。

次の理由から、2番目のオプションを選択しました。
- 背面のスペースを節約します。 便利なボタンを多数配置するには大きな領域が必要ですが、そうではありません。
- 入力中にデバイスを確実に保持します。 複数位置の入力要素の上に横たわる各指は、デバイスが落下するのを防ぎます。ボタンからデバイスを取り外す必要がないため、信頼性が高まります。
- より簡単なトレーニング。 ユーザーは、あるボタンから別のボタンに盲目的に指を動かすことを学ぶ必要はありませんが、正しい方向に1本の指のコントロールを動かすだけで、盲目がずっと簡単になります。
次のステップは非常に簡単でした。 位置入力要素の数を決定します。 方向の数が4を超えると、指の正しい動きを実行することが困難になります。 4未満の数-絶対に十分ではありません。 その結果、デバイスの背面には8つの4ポジション入力要素が必要になります。 32種類のアクションを提供します(文字Eは、1回のクリックでアクセスからモディファイアーでクリックに移動しますが、ヨーロッパ人とアメリカ人はすべて非常に満足しており、完全に満足しています)。

ここでは、背面のジョイスティックを中央で押す問題の可能性について小さな注意が必要です。ジョイスティックは、指の動きをスイープすることで側面に偏向できます。 ジョイスティックを正確に中央に押し込むには、どの方向でも誤って拒否しないように、はるかに高い精度が必要です。 これは、中央プレスを使用すると、デバイスでの印刷が遅くなる可能性があることを意味します。
文字Eの紛失について暖まったので、次に進みます。 キーボードの最終的な外観に最後の仕上げを追加します。 つまり、親指の下にある5方向のジョイスティック(ここでは中央のプッシュがより現実的であり、余分な自由度が損なわれることはありません)。 左手の親指の主な機能は、背面の32文字すべての役割を変更するモードの切り替え(特に、大文字と小文字の切り替え)、および右手の親指(スペース(右)、バックスペース(左)、および最も一般的な句読点)です。
そして最後に、ハンドヘルドデバイスを手で保持しやすくするため、またフロントジョイスティックを配置する場所のために、ハンドヘルドデバイスの幅は十分ではありません。 これは、デバイスが幅を広げながら入力するための状態に変換する必要があることを意味します。 たとえば、スライド式のフラップがあります。
SketchUpで説明すると、この概念は次のようになりました。
このアイデアには実装が必要でした。 シンプルなものから始めて、携帯電話のスペアパーツストアで購入した通常のキーボードコントローラーとジョイスティックを使用して、画面のない折りたたみ式キーボードを作成することにしました。 悲しいかな、最初のプロトタイプは今日まで生き残りませんでしたが、2番目のハンサムな合板は生き残っただけでなく、まだ動作していました:

キーボードに取り付けられた紙にヒントを描き、コンピューター画面にクリックを表示するプログラムも作成しました。
レイアウトについて個別に書くのは理にかなっていますが、今はQWERTYとは関係がなく、関係ないというだけです。 これは意図的な決定であり、デバイスの最大印刷速度を達成するための条件によって決定されました。
プロトタイプのテストから得られた主な結論は、それが機能するということでした。 テキストの入力は非常に便利でしたが、レイアウトに慣れる必要がありました。 特に不便なのは、デバイスの前面にある紙の先端では、間違った指の動きに関連するエラーをキャッチすることができず、コンピューター画面上のアニメーション化された先端がデバイスの指の位置に幾何学的に取り付けられていないため、紙の先端よりもうまく機能しなかったためです(どの指を動かすかを判断するのに時間がかかりました)。 キーボードの前面には画面が必要でした。 それがPDAに取り付けられていて、実際に折り畳まれていれば、そのようなデバイスを使用し、常にそれを使用して、良好な速度の結果を達成できることが明らかになりました。 コードがコンピューターに接続された新しいキーボードを使用して座っているのは、それほどクールではありませんでした。
この段階では、まだ誇らしげにオクトドンと呼ばれておらず、実際にはプロジェクトではなかった新しいコンセプトの運命は、私の人生の大規模な変化のために長い小康状態でした。 そして、この小康状態は、プロジェクトとOctodon社が誕生した2010年の秋まで続きました。
継続する。
次の投稿では、アイデアをプロトタイプに変換する方法で生じた問題について説明します。 プロジェクトの開始時に、小さなチームが限られたリソースで実装することは完全に非現実的であるように思われました(たとえば、Okodonの自家製マイクロジョイスティックの出現と進化に関するストーリー)。
ご清聴ありがとうございました。