Спасибо за мнение.

А что именно неинтересно?

сорри, чуть ниже мой ответ :)

спасибо :)
уже допиливаем код.

Согласен, это только вопрос маркетинга.
То есть, коммуникационная, а не техническая проблема.

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

Сервис должен уметь в автоматическом режиме менять пароли (рандомно выбирая из набора или генеря случайные последовательности).

Хехе… Вы, прямо, как следователь КГБ… От которого ничего не скроешь ))

Всегда рад порадовать понимающего человека ))

feel free :)
Идею-то я уже подарил сообществу :)

это понятно… но незнакомым с технической стороной вопроса всегда кажется, что они отдают пароль «налево»

не говорит и умирает не родившись (от недоверия пользователей) :)

да, я о том же… как дополнительное секьюрное обеспечение — подтверждение по почте.

уверен, так же думали те, кто боялся логиниться через эккаунты соц. сетей (когда это только начинало входить в обиход)

понимаю, и, в целом, согласен… но, уверен, технические специалисты что-то смогут придумать… а у меня другая специализация :)

Тогда, вероятнее всего, Вы — не целевая аудитория сервиса.

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

Просто давать «трубу», так сказать. Разновидность хаба (передаёт, но не хранит).

теряется изюм проги…

хотя, да, батарею ЖПС будет убивать насмерть.
надо шедулить проверку местоположения (как вариант, в момент остановки и прекращения тряски девайса).

запостил общую информацию.

расширенный вариант тут:
www.artemy.com.ua/2011/02/nuzhen-cto-i-komanda-razrabotchikov/

Спасибо, актуально.
Попробую поискать через вас CTO для своего проекта.