アイデアのパレード（スタートアップのアイデア）

過去数日間にHabréで大量の情報を受信した後、いくつかのアイデアが思い浮かびました。 通常起こるように、機会と特定のリソースがありますが、原則として、利用可能なすべてのコストを減価するアイデアはありません。これはすべて単にアイドルであるためです。

さて、私はそのような何かを作りたいという願望があったという結論に達しました。







最初のアイデアは、おそらく新しい、多かれ少なかれ単純なCMSではありません

（「コンダクター」と呼びましょう）：



さまざまなオンラインサービスとさまざまなCMSがあるため、シンプル、高速、便利であるために必要なものが常にあるとは限りません。 それで、私は似たようなものに出会いました。 したがって、アイデアは、可能な限り便利でシンプルな、ある種の単純なわいせつな制御システムを作成するために思いつきました。 そして最も重要なことは、迅速に実行および統合できることです。



ポイントは、編集する必要がある単純な静的ページがあることです。 次のプロセスでは、FTP経由ですべてをアップロードし、お気に入りのエディターで編集してから、アップロードし直します。 たとえば、新しいセクションを作成するには、新しいページを作成し、FTPを事前にスローして、多数の古いページを編集する必要があります。 それは難しくて退屈ですが、サイトはすでにそこにあり、どうにかして問題を解決する必要があります。 したがって...



3つのキーポイントに基づいてCMSを作成します。

「Webサーバー」のファイルシステム、ビジュアルエディター、小さなJavaScript + PHPライブラリ。



ファイルシステムを使用すると、最初にローカル（サーバー上）のファイル管理、2番目にメニューの構築（ディレクトリの構造と属性を使用）、3番目にファイル自体との相互作用（作成、削除、移動）が提供されます。



ディレクトリにあるファイル自体を操作するエディターが必要であることは明らかです。また、エディターにテンプレート要素を配置し、さまざまなタイプのファイル（.html、.css、.txt、.php、.js）を作成および編集する機能も必要です。 ） さらに、メディアファイルを操作するには、このエディターに簡単なツールを統合する必要があります。



そして最後に、JavaScript + PHPライブラリ。 この場合、リソースの表示は静的サイトと同様に通常のHTMLによるものであるため、JSとPHPはコントローラーの役割を果たし、サイトのコンテンツを編集および管理できます。



私の推定によると、このようなシステムを開発するには3〜5日かかり、後ほど改善できる最小限の機能しかありません。 しかし、私は車輪を再発明したくありません。 しかし、見てみましょう。



2番目のアイデア、おそらく新しいものでもない

（「コミュニケーター2.0」と呼びましょう）：



カスタマイズされた個人情報スペースの作成専用のリソース。 おそらく、私が多数のアカウントを持っている唯一のアカウントではなく、各アカウントはさまざまなソーシャルネットワーク、サービス、その他のリソースに配置されています。 たとえば、任意のサイトのアカウントを同じGoogleに関連付けることができる場合、これは良いことですが、残念ながら、すべてのポータル、コミュニティ、情報リソースにこのような機会があるわけではありません。 方法としては、もちろん「RSSを台無しにする」こともできますが、これはあまり良くありません。時間がたつと、巨大な雪崩のような情報の詰まりを引き起こすからです。 また、現時点で興味のあるものを見つけることは非常に困難になります。 さらに、いくつかのサイトに追加できる特定のニュースがある場合。 私はクロスホスティングのサポーターではありませんが、たとえば、何かを販売するための広告を配置する必要があり、レビューやオファーを表示するには、あるリソースから別のリソースに登録してスキップし、次に別のリソースにスキップする必要があります。 一般に、すべてを1か所に置く方がはるかに便利です。



この状況から抜け出す方法は、メール、ソーシャルネットワーク、その他の情報リソースなど、すべてのアカウントを簡単かつ簡単に管理できる単一のリソースを作成することだと思います。

私はそのようなプロジェクトの実施について考え、いくつかの結論に達しました。 何が必要ですか？



追加のドキュメントやトレーニングがなくても理解できるユーザーフレンドリーなインターフェイス。

ユーザーがサイトに移動したとき、彼は一目でそれが何で何をすべきかを理解する必要があります。 「長い」遷移はないはずです（理想的には2つ以下）。



すべてのアカウントを1か所で収集する機能（後にopenIDに移行）。

ユーザーが使用できるすべてのユーザーアカウントを保護する特定のマスターキーを作成します。 理想的には、ユーザーは原則として1回だけ登録し、残りは特定のサービス、ネットワーク、または他のサイトに接続するときに自動的に取得する必要があります。



「コミュニケーター」に含まれる各エリアで作業できるツールキット。

当然、ユーザーが複数のメールボックスを持ち、そのデータが既に「コミュニケーター」に入力されている場合、ユーザーは追加の問題や不要なアクションなしに、手紙を読んで返信するだけです。 ユーザーが素材を表示または追加している場合は、必要な場所で不必要なアクションを行ったり、書いたり、公開したりしないでください。



クライアントの車に負荷をかけない、かなりシンプルで「高速」なデザイン。

ユーザーがそのようなリソースに興味を持つためには、「エンジン」が高速であり、非常に長い間ロードまたは「思考」しないことが必要です。 そうしないと、すべての必要なリソースについて、同じ時間を費やして、ブックマークをナビゲートしやすくなります。



デバイスでの登録とナビゲーションのシンプルさと容易さ。

登録は、2つまたは3つの移行で達成される程度に簡素化する必要があります（ただし、セキュリティについては忘れないでください）。 さらに、ユーザー自身が「コミュニケーター」の外観を完全に制御できるようにして、必要なものがすべて1つまたは2つのトランジション内に収まるようにする必要があります。 これらは良いマナーであるだけでなく、使いやすさのレベルも向上しています。



そして最後に、2.0の概念に関連する要素。 このサービスでは、すべての登録ユーザーが相互にやり取りできるようにする必要があります。 彼は他の人に申し訳ないということを共有します。これらはブックマーク、いくつかのニュースフィード、さまざまなコンテンツ、あらゆる種類のファイルです。



原則として、私は必要なドキュメントと参照条件を自分で作成し始めましたが、そのようなプロジェクトを作成するためのおおよその日付を決定することは依然として難しいと感じています。



私はすでにそのようなアイデアに出会ったかもしれない人々の意見を聞きたい、または単に何かをアドバイスしたい...



UPD ：愚かだった助けを求めるのは明らかです、まあ、私は将来のために検討します...

どうやら他のニュースフィードなどから転載しているようですが、こちらがより適しています...