29 июня 2006 г.

Будущее (один из вариантов)

(частично уже предполагалось несколькими известными личностями)
Переносимся в интернет. Полностью. Винчестер не обязателен. Рабочий стол в браузере. Всё в браузере. Работа полностью через браузер. Всё храним в интернете.

Полное отсутствие проводов. Только беспроводная связь. Из любой точки земного шара.

Отсутсвие системных блоков. Зачем, если есть мобильные устройства. На компьютерном столе стоит только устройство отображения информации (в прошлом назывался "монитором").

Понятие браузера в текущем понимании отсутствует. Браузер - это операционная система, зашитая в мобильное устройство и служащая для закачки основного функционала, с помощью которого будет происходить общение с интернетом.

...

19 июня 2006 г.

Оценка качества товара (услуги)

Имеем:
  • Производителей;
  • Продавцов;
  • Потребителей.
Товары (услуги) бывают качественные и не качественные. Определить, что товар (услуга) принадлежит указанному Производителю и не подделка, часто не представляется возможным (лень :) ). Поэтому отбросим Производителей. Также не будем учитывать различий в цене - оставим этот выбор Потребителю.

Система - независимая от конкретных пользователей, т.е. никто не имеет права делать групповые изменения данных.
Продавец имеет UID, завязанный на местоположение + название.
Потребитель имеет UID, завязанный на паспорт.
Товар (услуга) имеет UID, завязанный на названии.
Список Продавцов и Товаров (услуг) заполняется госорганизацией. Список реализуемых Продавцом Товаров (услуг) - как Продавцами так и Потребителями.
Главная таблица:
  • Продавец;
  • Товар (услуга);
  • Потребитель;
  • Оценка Потребителя - оценка Товара (услуги), приобретенного Потребителем у Продавца.
Заполняется Потребителями.
После накопления базы (возможно накопление через телефонных операторов), Потребители могут обращаться к базе за справкой о ближайшем качественном Продукте (услуге).


P.S. Идея нуждается в доработке.

15 июня 2006 г.

Свобода общения

В настоящий момент наиболее используемыми средствами общения в интернет являются:
  • E-mail;
  • IM (ICQ, Jabber, MSN и т.п);
  • Форумы;
  • Чаты.
У всех пользователей - разные предпочтения. Кто-то больше пользуется одним средством, кто-то - другим.
Универсальная утилита для общения должна обладать следующими характеристиками:
  • Одна утилита на все средства связи;
  • Удобство использования, т.е. настраиваема под различные пожелания пользователя;
  • Хранение всех настроек в интернет, чтоб пользователь не испытывал трудностей с переносом утилиты на другой компьютер;
  • Хранение истории сообщений в интернет, если пользователь использует утилиту на нескольких компьютерах;
  • Безопасность (возможность удаления аккаунта с локальной машины при выходе из программы и востановление при соединении с сервером)

Саморазвиваемое сообщество

Саморазвиваемое сообщество - это интернет сообщество, которое управляет само собой, т.е. в нем действуют такие правила:
  • Приём пользователей в сообщество только по приглашению других пользователей этого сообщества;
  • Право на выполнение любых действий (например, создание сообщений, коментариев, удаление пользователей и т.п.) может быть дано другим пользователем или пользователями, уже обладающих этим правом;
  • Право на выполнение каких-либо действий начинает действовать только после того, как пользователь наберёт заданный "вес"; "весом" может быть: время нахождения в сообществе, количество сообщений, количество полученных баллов и т.п.

13 июня 2006 г.

Глобальный фреймворк

(Как подмножество Программирование логики)

Глобальный фреймворк - это фреймворк, расширяемый пользователями.
  • Должны быть заданы жесткие рамки на наименования переменных, функций и т.п., чтоб по наименованию можно было точно определить как их использовать;
  • Не допускать изменения количества входных и выходных параметров.

9 июня 2006 г.

Программирование логики

Бизнес-процесс - это связанный набор повторяемых действий (функций), преобразующих исходный материал и (или) информацию в конечный продукт (услугу) в соответствии с предварительно установленными правилами. ARIS - это продукт, для описания бизнес-процессов. Он, по определененным правилам, описывает:
  • последовательность вызова бизнес-процессов;
  • условия вызова бизнес-процесса (входные, выходные и используемые в процессе документы);
По сути, бизнес-процессу в IT могут соответствовать:
  • функция;
  • процедура;
  • модуль;
  • класс (но не экземпляр класса);
Теперь, если взять ARIS (модель eEPC) и поставить в соответствие указанные выше термины из IT, то появляется хороший повод для размышлений ;) ... По крайней мере у меня сразу возникли такие мысли:
  • коллекция функций, как-то связанных между собой;
  • каждая функция имеет некоторый уровень, на котором она используется (например, "сложение двух чисел" - один уровень, а "отобразить сообщение" - другой);
  • функция = бизнес-процесс;
  • ну и главная мысля: программирование логики с помощью бизнес-процессов, т.е. накидываем бизнес-процессы, связываем их и настраиваем - программа готова.

Автоформируемые социальные индивидуумы

Социальные общества - это конечно хорошо, но люди в этих обществах всё равно разные. И если Вы не горите одной конкретной идеей, то эти общества не для Вас.
Но пользователь всё равно хочет получать информацию. Так почему мы должны давать пользователю выбор из того, чего он не знает? Почему мы заставляем пользователя идти путем проб и ошибок?
Пусть в начале мы предложим пользователю всю информацию, которая у нас есть. Он выберет интересное ему. Мы зафиксируем и запомним. Он выберет следующее. Мы опять зафиксируем. Всё - социальное общество в лице одного пользователя готово! Социальный индивидуум! Пусть он продолжает выбирать, а мы будем фиксировать.
Следующий пришедший пользователь начнет с тех же шагов, что и первый, только одно но: на каком-то шаге мы заметим сходство или различие меток. Этого достаточно для формирования второго социального индивидума, зависимого от первого! Мы начнем предлагать второму пользователю информацию, которая будет ему интересна. Не надо заставлять пользователя выбирать из всей кучи - они этого не любят :), пусть он выбирает из наиболее интересных для себя вещей.
Потом, по накоплении базы знаний, по увеличению числа пользователей, выборка станет больше, результаты точнее. Нам проще, чем пользователю, найти ему друга, т.к. про него мы знаем больше него.

Информация (Вер 2)

Если Вы хотите, чтоб пользователь не испытывал проблем с информацией, используемой в вашей программе, то она должна быть:
  • доступной;
  • находимой;
Доступность - это значит, что пользователь не будет долго думать надо способом обращения к информации, в идеале - информация выдается пользователю, в зависимости от местонахождения пользователя.

Находимость - это значит, что пользователь не будет испытывать проблем с поиском необходимой информации, т.е. для нахождения чего-либо ему не придется тратить на это больше минуты времени. Причем, отсутствие результата - тоже результат.