Это очень простой но мощный он-лайн проект посвященный сервису. Проект международного масштаба. Что-то типа бла-бла кара, авито и т.д. и т.п. вместе взятых. Но это не Авито и не бла-бла-кар.
Проект направлен на улучшение культуры, улучшения финансового положения граждан, улучшения состояния экономики и т.д. различных стран, и прочие вкусные следствия.
В проекте зарегистрируется по моим предположениям каждый пользователь интернет, молодой, взрослый или пожилой, - не важно, какое у него физическое состояние и не важно, какой у него социальный статус, где он живет и т.д. Глупо будет в нем не зарегистрироваться. Правда горячая штучка.
Я так полагаю, что денег не будет до момента пока не наберется достаточная база и не определится динамика роста. База наберется и динамика будет. Так как проект оригинальный, нужный, и в будущем его также будут копировать и повторять как и произошло в сфере социальных сетей. Будут обязательно.
Я предполагаю, что проект будем делать на php и MySQL. Все просто. Затем будем его продвигать и смотреть как это работает. Это будет стадия тестирования, проб и ошибок. Общаться будем через он-лайн.
Нужны люди, на которых можно положиться (дисциплина) и которые с энтузиазмом вместе со мной его воплотят. Не важно сколько людей. Нужен будет руководитель проекта, опытный маркетолог, программист, спонсор, юрист, системный администратор, дизайнер, специалист по базам данных, по системам доставки контента и т.д. и т.п. Если у вас есть мысли, действительно воплотить, запустить и довести его до конца - вы тот, кто нужен. Заявите о себе. Мы правда будем делать очень классную вещь, очень удобную вещь, и очень необходимую для любого человека вещь. Если честно, удивительно, как культура без этого до сих пор обходится.
Еще раз - на добровольных началах, до момента, пока не объявится спонсор и не начнет нам всовывать бабки.
И, кстати, для начала на каких условиях вы согласны работать. Все будет честно и открыто.
Худшее что может случится - проект не пойдет. Но это также маловероятно, как если бы у Цукенберга не пошел бы ФБ, потому, что эта ниша не заполнена.
Лучшее что может случится - мы все выиграем и поможем остальным. Не обещаю, что возьму вас в проект, но пожалуйста, заявите о себе и на каких условиях вы бы согласились участвовать.
Нужны те, кто ХОЧЕТ работать в команде на добровольных началах и строить очень хороший проект. Хороший, в смысле, хороший.
Или Вы имеете в виду, украсть идею? Так идею украсть нельзя - она ничего не стоит без реализации.
Общайся, делись, ищи компаньонов. Ищи деятельных людей, которые поддержат твой инициативный дух. Если нужна помощь в чем-то пиши.
Сейчас я занят каркасом системы, без углубления в детали реализации (с которыми гораздо лучше справятся специалисты). Это позволяет уже проверить на практике те или иные идеи. Одни оказываются правильными, другие - не практичными, третьи - лишними, четвертые - не согласованными.
В настоящий момент, я изучаю устройство браузера, чтобы приступить к изучению основ javascript (DOM - он для java, и понимание устройства и истории, позволяет лучше понять java). Этот язык мне нужен, чтобы реализовать разработанную мной авторизацию и регистрацию пользователей на сайте нового типа. Авторизацию нажатием кнопки, а регистрацию движением мыши.
Самая сложная проблема ИМХО - безопасность персональных данных на сервере. Эти принципы создавались и переваривались мной теоретически и практически в течение последних двух лет на прошлых проектах в бизнесе.
Если SQL-инъекцию, я решил обуздать или 1) регуляркой со словарем SQL-операторов (команд), или 2) обратимым быстрым простым шифрованием содержимого переменной прежде чем использовать ее в запросе (последнее мое изобретение, и кстати оно мне кажется универсальным для любых баз данных), то в случае взлома сервака на нем не должно оказаться ни логинов ни хешей паролей, ни телефонов, ни е-майлов, ни каких-либо других персональных данных. И тем не менее пользователи сайта должны полноценно пользоваться сервисом и он должен выполнять свои задачи. И это не должно снизить будущую потенциальную монетизацию проекта хоть за счет продажи или использования Big Data, хоть за счет платных услуг. Пока моделируя я решил остановиться на куке и использовании упрощенной мгновенной авторизации и регистрации.
Чтобы реализовать юзабилити, для пользователя, когда он в первый раз попадает на сайт и выдать ему его район города, так как ip постоянно меняются, я сначала решил обучить систему распознавать район города, город, страну по ip, и разработал систему обучения сервера из трех таблиц, каждая из которых содержит три столбца. Скажем id, район города, и счетчик. Пользователь выбирает свой район, счетчик увеличивается. Такой некий "искусственный интеллект" - пусть сервер учится )). А затем, просто статистика - во время выдачи для нового пользователя идет сборка заголовка и содержимого сайта по ip с максимальным счетчиком. Но несколько дней спустя моделируя обнаружил, что если пользователь последний раз выбрал район, то этот район он и получит в следующий раз. И не надо никакие ip привязывать к гео вообще. Это оказалось открытием на моей экспериментальной площадке, а привязка ip к гео оказалась лишним. Еще одна лишняя идея отвалилась.
Меня около 20 знакомых (среди которых есть бизнесмены, руководители, программисты, маркетологи) убедили самому начать делать и собрать первую версию проекта.
Поверьте дело не в том, что это секретно, а в том, что когда мы начнем реализовывать первую версию, получится большая неразбериха в изобретениях (мысли-мыслями, а реализации-реализациями) и может быть много разочарований у авторов отклоненных или исправленных предложений, тем более, если они были бы основополагающими. некоторые разочаровавшиеся могут отойти и попытаться реализовать проект на стороне сами, не имея всей философии, будущей стратегии и планов развития (включая маркетинг и будущие конструктивные вещи). Проект они реализуют и возможно сделают его лучше, но будут обречены на неудачу, так как не являются автором и не знают ни стратегии, ни тактики, ни видения будущего, ни маркетинга, ни других разработок, чем просто усложнят удачный старт и продолжение основного проекта и работу тех, кто над ним работает. Эти вещи я наблюдал в 2000-х в двух бизнесах. И последствия тех "общаков" испытываю до сих пор. Поэтому сам принцип такого поведения - "давай делать вместе" не оптимален для проектов.
Реализуя в настоящее время каркас, и создавая версию проект, скажем 1.0, даже делая это дико и криво, я как автор, закладываю ту структуру, которая соответствует стратегии и в принципе делаю именно свою работу, как автор. Фишка проекта как-то отошла на второй план, и я увлекся реализацией и начал уважать создателей различных других проектов.
Появился парень, который взял ответственность за создание мобильного приложения для проекта. Когда я взялся ему рассказывать про проект, я увидел, что без созданной (и уже нормализованной) базы данных нам нет смысла координироваться.
Начав создавать таблицы базы данных, и нормализуя их, я увидел, что нет единого каркаса, даже грубо собранного, чтобы понять, что надо на самом деле, а что не надо.
Начав собирать каркас я столкнулся с тем, что нет принципа, по которому будет собираться заголовок страницы (там, где пользователь будет выбирать страну, город, район, язык) и нет принципа легкой и быстрой авторизации, который также будет осуществлен в заголовке.
Создавая принцип авторизации, я не нашел более простой и надежной реализации этих вещей. Мне пришлось их изобрести, затем смоделировать различные угрозы (украли куку, украли смартфон, авторизация одновременно с разных компов, восстановление пароля без известных персональных данных на сервере и т.д. и т.п.) и проверить изобретение на этих моделях. Вроде все в порядке.
Затем это изобретение я прогнал через поиск всех сходств и различий с (громоздкими на самом деле) существующими системами типа логин-пароль-сессия-кука, а авторизация через е-майл или телефон. Я нашел, что этот способ авторизации легче понятен и практичен для пользователей и для безопасности (он вообще исключает пользователя и его персональные данные: логины, пароли, е-майлы, сот.тел. и т.д.). Пока это изобретение выдерживает различные модели рисков, которые я смог только придумать в течение двух недель.
Вот примерно этапы по которым я прохожу с момента, когда я опубликовал этот пост на данном сервисе.
Я еще не понимаю чем отличаются принципы создания масштабируемой и не масштабируемой систем (и чем они вообще друг от друга отличаются). Еще не занимался изучением этого. Думаю, придется хотя бы наискосок для начала прочитать хоть что-то об этом.
Это все технические вопросы которые нужно решать в последний момент.