Your comments

Господа, идею не оценили?

Отлично.

Большое Вам спасибо. Бегло уже посмотрел реализацию, вроде всё просто и понятно, как и было задумано. Сейчас начну пользоваться и соответственно тестировать. Всё очень быстро и аккуратно. Выше всяких похвал. Ждём теперь обновление на андроид. ;)


Еще раз большое спасибо. Отличная работа.

С Уважением,

Евгений

Добрый день,

Я уверен, что не стоит усложнять систему. Как программно, связками ко многим, создавая лишние таблицы связи. Достаточно одного поля. Конечно, есть возможность, что одна трата может покрывать несколько проектов, но думаю, это не частые случаи, где можно обойтись и одной. Это технический момент.

Так, же есть ещё проблема аналитики. Скажем вы анализируете траты на ремонт и траты на путешествие. Во время ремонта. Можем ведь мы улететь пока у нас ремонтируют квартиру? Да. Тут можно сделать два проекта, а категория затрат одна. НО. Анализируя позднее выясниться, что мы потратили меньше, чем у нас сумма затрат на проекты в общем. Так как посмотрев каждый проект у вас затраты скажем на перелёт и там и там. Это конечно нас обрадует, но будет не объективно. Да и логичнее, что отдых всё же отдельный проект. Иначе придётся как то выкручиваться, чтобы не начались жалобы, что у вас всё не так считается, когда запутались уже сами.

К тому же есть ещё одно, что частенько разработчики забывают в процессе. Сами грешим этим, хотя и стараемся предусмотреть. Это процесс документации и интеграции к пользователю. Ну очень сложно будет домохозяйкам донести, что ненужно туда всё подряд пихать и создавать проекты, для всего подряд. А так всё понятно, просто ещё одно измерение для аналитики.

Четкое понятие измерений для операции. Дата - Счет списания - Категория затрат - "проект" (если нужно) и мы всегда можем получить аналитику.

В общем ответ - только один вариант. Это и упростит систему и не запутает пользователей. ;)

С Уважением,

Евгений.

Я конечно не глубоко в теме мобильной разработки, но разве скажем для Андроида нельзя использовать Mobile Vision от Google - мне кажется Recognize Text, вполне бы подошел для этого.

https://developers.google.com/vision/

Сергей кстати правильную вещь подметил это умение общаться между собой через API. Если поднять сервис ToDo со списками закупок. Запаять туда скажем фишку возможности проверки чека. (Что в странах СНГ очень актуально в супермаркетах да и в Европе тоже) То можно это отлично поженить с сервисом бухгалтерии и прикрутить эту фишку к бонусам за премиум доступ, а это уже монетизация. ;) 

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

Добрый день,


Дизайн, более чем достойный. Просто к нему нужно привыкнуть. Мы с нашими вэб разработчиками посидели посмотрели сегодня ещё и пришли к выводу, что он немного перегружен, не в силу качества, а в силу того, что сейчас все привыкли к навязанному гуглом материалу с его минимализмом. А тут прямо куча графики, глаза разбегаются. Но достаточно быстро можно сориентироваться и начать пользоваться. Уверен, женская половина в восторге. К примеру моя девушка, очень довольна и жаждет, чтобы можно было в категории не только названия менять, но и картинки. =)

А наличие альтернативного дизайна идея хороша, но очень ёмкая в случае обновлений в структурах проекта. Тут уже ООП в помощь. =)


Очень благодарен, что поддержали проекты. Уверен, это будет очень полезно и вам и нам как пользователям. Очень будем ждать.


С Уважением, 

Евгений.

Добрый день.


Проект обязательно должен быть прикреплён к конкретной операции. Так как именно возможность добавлять к проекту наши повседневные траты даёт ему ценность и гибкость. Категории мы и сейчас можем создать и просто списывать на них траты на какой-то наш проект деля их комментариями. НО! Во первых это будет засорять список категорий. Каждый наш новый проект будет рождать новую категорию. Во вторых, нет такой простой и гибкой аналитики в итоге. Однако, можно дать возможность выбрать в категориях некий проект, чтобы привязать её к нему, это только расширит ваш функционал. НО! Не более чем поле для выбора из которого позже вы будите брать данный проект и писать его по дефолту в операции. Буквально "Если (Категория.Проект <> null) Тогда указать его в операции. Учет и аналитика же будет вестись именно по операциям. Буквально вы получаете, ещё одно измерение для аналитики трат.

Как пример, могу привести то, что будет у вас самым популярным проектом - "Ремонт". Туда будут списываться неимоверные объёмы затрат из буквально всех категорий даже "Домашние животные". Не даром же говорят, что легче пережить пожар. И очень бы хотелось посмотреть сколько всего денег ушло на него помимо материалов и рабочих специалистов. Доставки, поездки на такси, нянечки детям, интернат для животных на время побелки, да и элементарно отель это всё траты из повседневности, которые у нас возникли в свете нашего проекта. И конечно же будет очень удобно их учесть в отчетности, когда в чистой квартире мы будем изучать, куда же делись наши сбережения. =)

С долгами же, это опять такие не более чем флажок, чтобы не забыть, зачем же занимал. Не думаю, что там нужна более сложная схема. А значит это не более чем поле хранящие ID вашей категории.


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


Надеюсь, смог донести свою мысль.

С уважением, 

Евгений


P/S Спасибо за сервис приятный проект с достаточно грамотной реализацией. Хотя дизайн сайта заставляет к нему привыкать, но думаю либо многие привыкнут либо в будущем вы сделаете альтернативный. В целом сервис на 5+.