Cofounder_logo_white

*

*

Забыли пароль? | Регистрация
Cofounder.ru — поиск партнеров для создания стартапов.
Другими словами — дэйтинг сервис для стартаперов.
Еще здесь можно обсуждать идеи и общаться

Вы не авторизованы. Нет аккаунта? Создайте его прямо сейчас.

Идеи / Приложение для управления задачами.

Пишу приложение для управления личными задачами. Десктопный вариант TODO-листа, но с интеграций с онлайн сервисами, синхронизацией листов. Далее есть идея разработки онлайн-версии, и мобильного приложения для Windows Phone 7.

Ищу: Разработчика, Дизайнера
Автор: romanr
Добавлено: 10 сент., 01:16



← назад

Emote_smile_thumb dan4you 10 сент., 01:33
Есть идея реализации такого же приложения под Android
X_4d0b7667 meridian 10 сент., 01:34
По-подробней, если можно)
Hamburger[1] vit1251 10 сент., 03:30
идея достаточно интересная есть уже готовая наработка на подобии Groupware возможно сделать интеграцию... Так же есть идея связки с Outlook...
Ava 2 maxim 10 сент., 03:36
На чем хотите онлайн-версию писать, на .net?
245109172 romanr 10 сент., 03:38
Все достаточно просто. Я не одинок в желании хранить где-то свои задачи. Никогда не отличался выдающейся памятью на события, т.ч. всегда предпочитаю записывать задачи в телефон. Я работаю за компьютером 8 часов каждый день - поэтому список задач предпочитаю смотреть именно там. Причем не в тяжеловесном Outlook, с дорогой лицензией. Также мне не удобно лазить на отдельный сайт для этого - хочу чтобы приложение было открыто всегда, свернувшись в трей. Мне нужно, чтобы оно уведомляло меня вовремя о событиях, мне нужно, чтобы добавить новую задачу было не сложнее, чем написать сообщение кому-то в icq или skype. Т.о. вырисовываются основные критерии приложения:
1. Доступность, удобство и простота работы
2. Интеграция мобильных платформ и десктопного приложения.

Возможностей у приложения может быть бесчисленное множество - от отправки СМС о грядущих задачах и интеграции с основными существующими сервисами (если кому-то удобнее в сети пользоваться задачами от гугла - ради бога, загрузим наши задачи туда), до реализации приложения на любых платформах и собственного API для расширения возможностей.

Сейчас за основу взял .NET, т.к. сам с ним знаком. И начал с десктопного приложения. Работа только началась, и хочу реализовать пока основы. Планов очень много. Часть из них отлично поддадутся монетизации. Но только если сервис будет действительно удобным.

Да, важный момент - планирую начать с англоязычной версии. Потом - русской.
245109172 romanr 10 сент., 03:49
2maxim: я примерно на одном уровне знаю PHP и ASP.NET. Для онлайн версии, на мой взгляд главное - это бд и сервис синхронизации. Сам сайт (назовем так онлайн-версию приложения) - уже вторичен и значительно проще в реализации. Над его платформой я еще не думал. Но опять же - сайт будет третьим в порядке разработки (если не удастся ее сделать параллельной, конечно).

Сервис синхронизации - думаю, проще .NET.
Avatar282_25 2pac 10 сент., 06:58
Не очень понятна суть самого приложения, что значит задача - об этом по подробнее. Задача может быть представлена как проект или цель, в задаче или проекте могут участвовать более одного исполнителя. тоду лист, можно использовать виджеты висты или 7ки.
245109172 romanr 10 сент., 16:01
1. Задача - минимальная единица информации в приложении. Список задач иерархичен (дерево). У задачи есть параметры: название, описание, дата начала, время (точное или относительное (напоминать в течении недели каждый день)) напоминания, время дедлайна (когда задача скрывается и больше не показывается), другие.

2. Задачи объединяются в группы (например, "работа", "личное", или как вы предложили - по проектам).

3. Виджеты windows - это список "todo". Приложением можно также пользоваться как todo-листом, если вводить только названия задач - список будет также минималистичен. При вводе дополнительных параметров - задача выходит за рамки простого todo листа.

4. Я не предлагаю очередной BaseCamp. И это не CRM-приложение. Мне на много интереснее сделать с ними интеграцию, нежели городить аналог. Т.е. приложение не направлено на корпоративный сегмент (по крайней мере в первой своей версии). Это личный менеджер задач.

5. Касаемо более одного исполнителя. Была идея дать возможность "шарить" задачи между пользователями системы. Но не для реализации "более одного исполнителя", а для задач, которые человек кому-то перепоручил, но все равно хотел бы проследить за их исполнением, получать напоминание о них.
A_f0c784c9 yurytrololo 10 сент., 19:41
http://mvctimeplanner.codeplex.com/

возможно будет полезно для вас
Hamburger[1] vit1251 12 сент., 08:42
Очень хотелось бы что бы вы завели для программы SVN или GIT и уе начали более подробно показывать что да как...
245109172 romanr 13 сент., 04:19
2yurytrololo: спасибо за пример. Я собираю всевозможные приложения похожей функциональности, чтобы определиться с идеями UI. Потом будет разработка дизайна, идеи пригодятся.
245109172 romanr 13 сент., 04:58
2vit1251: я работаю с Mercurial. Работу только начал, т.ч. в репозитории - только код каркаса. С удовольствием опишу интересные вам моменты, какие код ока описать не может. С кодом будет интересно работать, а смотреть просто так - на мой взгляд бессмысленно. Если идея проекта кого-то заинтересует, я буду рад поделиться подробностями. Пока с удовольствием отвечаю на комментарии.
Logo2 galymzhan 14 сент., 12:07
А где сейчас десктопная программа хранит данные? Если планируется синхронизация, то данные наверно должны храниться в центральном сервере? В таком случае не лучше ли спроектировать API для доступа к этим данным, скажем через REST?
245109172 romanr 14 сент., 15:17
Отличительной особенностью программы является то, что она с одинаковым успехом хранит данные как локально, так и на сервере. На данный момент локально - это формат XML (zip, в котором лежит несколько XML).

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

Над реализацией API доступа к данным еще не думал. REST это будет или SOAP, или простая пакетная передача XML в архиве и запуск запросом на стороне сервера программы обработки входящих XML - не знаю.

И да, я бы очень хотел API для доступа к данным. Причем открытое API. На этот счет очень много планов.
Ssl22799 ateregulov 28 окт., 09:51
интерфейс на WinForms или WPF? я бы туда для себя добавил менеджер буфера обмена и менеджер паролей
Adamska-ocelot-tux-2439 masterflomaster 30 июня, 08:03
http://codeunity.ru - если мне не изменяет память, вам в помощь также
Чтобы оставлять комментарии вы должны авторизоваться. Нет аккаунта? Создайте его прямо сейчас.