Насчет платформы - вполне согласен. GAE позволит в том числе и форкать для различных экспериментов сколько угодно раз без особых проблем.
* Название - да, как-то назвать было бы неплохо. Как минимум не все участники из России. Логотип тож нужен :) * Сайт - можно дальше пользоватся плюшками гугла - на code.google.com есть вики, CVS, "главная страничка проекта" и все такое. Мне кажется очень даже неплохим вариантом.
Господа, а вы уверены насчет GAE? Просто это не так чтоб очень хорошо - привязываться к проприетарной платформе... По началу-то да, удобно, но не повлечет ли это в дальнейшем проблемы с масштабированием? Да, и не станет ли это препятствием, если кто-то захочет использовать todo как интранет-решение? Может быть лучше Django или даже какойнить Twisted?
> Desktop версия, предположительно C/C++ (nix)
Ну под никсы-то зачем на C++? давайте уж лучше все на питоне писать, особенно, если десктопная версия должна уметь работать оффлайн, а значит, вероятнее всего, в чем-то повторять функционал серверной. Хотя, я, конечно, несколько религиозен в этом вопросе. Да и мне кажется неправильным делать разные версии под вин и под никсы.
> SDK, за основу выбран php язык ввиду популярности
а про что вообще будет SDK?
По поводу google code поддерживаю предыдущего оратора)
> Господа, а вы уверены насчет GAE? Просто это не так чтоб очень хорошо > - привязываться к проприетарной платформе... По началу-то да, удобно, > но не повлечет ли это в дальнейшем проблемы с масштабированием? > Да, и не станет ли это препятствием, если кто-то захочет использовать > todo как интранет-решение? > Может быть лучше Django или даже какойнить Twisted?
>> Desktop версия, предположительно C/C++ (nix) > Ну под никсы-то зачем на C++? давайте уж лучше все на питоне писать, > особенно, если десктопная версия должна уметь работать оффлайн, а > значит, вероятнее всего, в чем-то повторять функционал серверной. > Хотя, я, конечно, несколько религиозен в этом вопросе. Да и мне > кажется неправильным делать разные версии под вин и под никсы.
>> SDK, за основу выбран php язык ввиду популярности > а про что вообще будет SDK?
> По поводу google code поддерживаю предыдущего оратора)
> GAE умеет джанго. Правда с некоторыми своими особенностями, но > основной функционал реализован (сам не пробовал, но знаю что люди > такое делают)
> Насчет python в десктоп-версии на никсах тоже, в принципе, согласен. С > ним вроде как и разрабатывать проще/быстрее будет.
> 2009/10/20 Николай Митропольский <nicolaymitropol...@gmail.com>:
> > Господа, а вы уверены насчет GAE? Просто это не так чтоб очень хорошо > > - привязываться к проприетарной платформе... По началу-то да, удобно, > > но не повлечет ли это в дальнейшем проблемы с масштабированием? > > Да, и не станет ли это препятствием, если кто-то захочет использовать > > todo как интранет-решение? > > Может быть лучше Django или даже какойнить Twisted?
> >> Desktop версия, предположительно C/C++ (nix) > > Ну под никсы-то зачем на C++? давайте уж лучше все на питоне писать, > > особенно, если десктопная версия должна уметь работать оффлайн, а > > значит, вероятнее всего, в чем-то повторять функционал серверной. > > Хотя, я, конечно, несколько религиозен в этом вопросе. Да и мне > > кажется неправильным делать разные версии под вин и под никсы.
> >> SDK, за основу выбран php язык ввиду популярности > > а про что вообще будет SDK?
> > По поводу google code поддерживаю предыдущего оратора)
Разные версии для nix/win/mac нужно делать хотя бы потому что у всех ОС есть свой транспорт сообщений. скелет приложения: gui <-> транспорт сообщений <-> сервис для ОС (контролирует хранилище, синхронизирует хранилище с сервером) <-> сервер
<nicolaymitropol...@gmail.com> wrote: > Господа, а вы уверены насчет GAE? Просто это не так чтоб очень хорошо > - привязываться к проприетарной платформе... По началу-то да, удобно, > но не повлечет ли это в дальнейшем проблемы с масштабированием? > Да, и не станет ли это препятствием, если кто-то захочет использовать > todo как интранет-решение? > Может быть лучше Django или даже какойнить Twisted?
> > Desktop версия, предположительно C/C++ (nix)
> Ну под никсы-то зачем на C++? давайте уж лучше все на питоне писать, > особенно, если десктопная версия должна уметь работать оффлайн, а > значит, вероятнее всего, в чем-то повторять функционал серверной. > Хотя, я, конечно, несколько религиозен в этом вопросе. Да и мне > кажется неправильным делать разные версии под вин и под никсы.
> > SDK, за основу выбран php язык ввиду популярности
> а про что вообще будет SDK?
> По поводу google code поддерживаю предыдущего оратора)
> Задача, которая не имеет родителя - является корневой, назовем такие задачи проектами.
Как насчет таких идей: -- проектом является любая задача, которая имеет подзадачи; -- пользователь сам определяет, какие задачи являются проектами, какие нет
> Задача обладает рядом свойств ... > ... можно указать набор ссылок > ... может иметь иконку
На мой взгляд у задачи обязательно должны быть два свойства: название и какой-нибудь переключатель, определяющий завершена ли задача или нет. А все остальные свойства добавляются при помощи модулей.
Примеры таких модулей:
1. Я веду свой план чтения. Каждая задача (т.е. книга) будет содержать, например, свойства "кол-во страниц" и "прочитано страниц". И на их основании будет указано, сколько процентов книги уже прочитано.
2. Как в программе LifeBalance, для каждой задачи можно указать области (сферы) жизни: работа, учеба, семья, друзья... И программа построит круговую диаграмму, показывающую, сколько времени\сил я уделяю этим областям, находятся ли они в балансе, на что нужно обратить внимание. Если задача не имеет точного срока исполнения, то LifeBalance даже переносит застойные задачи на верх списка todo, чтобы выровнять баланс.
3. Из того же LifeBalance, задачу можно привязать к какому-то конкретному месту: работа, улица, магазин. Выходим на улицу и, если у нас переносной комп, можно сразу поглядеть, не нужно ли чего купить.
И так далее.
Так же, в моем представлении задачи -- это базовый, нижний уровень. Пользователь может переключаться на более высокие уровни: проекты \цели, планирование.
я тоже за питон для десктопа. И против разных версих для разных ОСей - есть PyQt и wxPython. впроем PyGtk. Для тех кто сомневается насколько подобные кроссплатформенные решения работают - поглядите на gajim - замечательный джаббер клиент на PyGtk - прекрастно работает под виндой.
donkey wrote: > Разные версии для nix/win/mac нужно делать хотя бы потому что у всех > ОС есть свой транспорт сообщений. > скелет приложения: > gui <-> транспорт сообщений <-> сервис для ОС (контролирует > хранилище, синхронизирует хранилище с сервером) <-> сервер
Зачем так сложно - существуют либы которые скроют от нас эти проблемы. Мы ведь сейчас хотим написать нечто что будет везде работать, поэтому я думаю лучше не создавать себе сложности с написанием и поддержанием тройной дозы кода.
> On Oct 20, 9:52 pm, Николай Митропольский > <nicolaymitropol...@gmail.com> wrote:
>> Господа, а вы уверены насчет GAE? Просто это не так чтоб очень хорошо >> - привязываться к проприетарной платформе... По началу-то да, удобно, >> но не повлечет ли это в дальнейшем проблемы с масштабированием? >> Да, и не станет ли это препятствием, если кто-то захочет использовать >> todo как интранет-решение? >> Может быть лучше Django или даже какойнить Twisted?
>>> Desktop версия, предположительно C/C++ (nix)
>> Ну под никсы-то зачем на C++? давайте уж лучше все на питоне писать, >> особенно, если десктопная версия должна уметь работать оффлайн, а >> значит, вероятнее всего, в чем-то повторять функционал серверной. >> Хотя, я, конечно, несколько религиозен в этом вопросе. Да и мне >> кажется неправильным делать разные версии под вин и под никсы.
>>> SDK, за основу выбран php язык ввиду популярности
>> а про что вообще будет SDK?
>> По поводу google code поддерживаю предыдущего оратора)
>> On 20 окт, 21:06, be3 <be3...@gmail.com> wrote:
А зачем такие сложности? нельзя чтоб Гуи были по совместительству и сервисом? ну всмысле не совсем сервисом(демоном), а просто сидели в трее и общались с сервером. у меня вообще большая нелюбовь к лишним сервисам(демонам) зачем они нужны в данном случае?
On 20 окт, 22:20, donkey <denis.gorodnic...@gmail.com> wrote:
> Разные версии для nix/win/mac нужно делать хотя бы потому что у всех > ОС есть свой транспорт сообщений. > скелет приложения: > gui <-> транспорт сообщений <-> сервис для ОС (контролирует > хранилище, синхронизирует хранилище с сервером) <-> сервер
> On Oct 20, 9:52 pm, Николай Митропольский
> <nicolaymitropol...@gmail.com> wrote: > > Господа, а вы уверены насчет GAE? Просто это не так чтоб очень хорошо > > - привязываться к проприетарной платформе... По началу-то да, удобно, > > но не повлечет ли это в дальнейшем проблемы с масштабированием? > > Да, и не станет ли это препятствием, если кто-то захочет использовать > > todo как интранет-решение? > > Может быть лучше Django или даже какойнить Twisted?
> > > Desktop версия, предположительно C/C++ (nix)
> > Ну под никсы-то зачем на C++? давайте уж лучше все на питоне писать, > > особенно, если десктопная версия должна уметь работать оффлайн, а > > значит, вероятнее всего, в чем-то повторять функционал серверной. > > Хотя, я, конечно, несколько религиозен в этом вопросе. Да и мне > > кажется неправильным делать разные версии под вин и под никсы.
> > > SDK, за основу выбран php язык ввиду популярности
> > а про что вообще будет SDK?
> > По поводу google code поддерживаю предыдущего оратора)
> > On 20 окт, 21:06, be3 <be3...@gmail.com> wrote:
> 2. Как в программе LifeBalance, для каждой задачи можно указать > области (сферы) жизни: работа, учеба, семья, друзья... И программа > построит круговую диаграмму, показывающую, сколько времени\сил я > уделяю этим областям, находятся ли они в балансе, на что нужно > обратить внимание. Если задача не имеет точного срока исполнения, то > LifeBalance даже переносит застойные задачи на верх списка todo, чтобы > выровнять баланс.
> 3. Из того же LifeBalance, задачу можно привязать к какому-то > конкретному месту: работа, улица, магазин. Выходим на улицу и, если у > нас переносной комп, можно сразу поглядеть, не нужно ли чего купить.
может быть просто нужны теги для каждой задачи?
On 20 окт, 22:20, pongo <ab.po...@gmail.com> wrote:
> > Задача, которая не имеет родителя - является корневой, назовем такие задачи проектами.
> Как насчет таких идей: > -- проектом является любая задача, которая имеет подзадачи; > -- пользователь сам определяет, какие задачи являются проектами, какие > нет
> > Задача обладает рядом свойств ... > > ... можно указать набор ссылок > > ... может иметь иконку
> На мой взгляд у задачи обязательно должны быть два свойства: название > и какой-нибудь переключатель, определяющий завершена ли задача или > нет. А все остальные свойства добавляются при помощи модулей.
> Примеры таких модулей:
> 1. Я веду свой план чтения. Каждая задача (т.е. книга) будет > содержать, например, свойства "кол-во страниц" и "прочитано страниц". > И на их основании будет указано, сколько процентов книги уже > прочитано.
> 2. Как в программе LifeBalance, для каждой задачи можно указать > области (сферы) жизни: работа, учеба, семья, друзья... И программа > построит круговую диаграмму, показывающую, сколько времени\сил я > уделяю этим областям, находятся ли они в балансе, на что нужно > обратить внимание. Если задача не имеет точного срока исполнения, то > LifeBalance даже переносит застойные задачи на верх списка todo, чтобы > выровнять баланс.
> 3. Из того же LifeBalance, задачу можно привязать к какому-то > конкретному месту: работа, улица, магазин. Выходим на улицу и, если у > нас переносной комп, можно сразу поглядеть, не нужно ли чего купить.
> И так далее.
> Так же, в моем представлении задачи -- это базовый, нижний уровень. > Пользователь может переключаться на более высокие уровни: проекты > \цели, планирование.
Boryslav Larin wrote: > Насчет платформы - вполне согласен. GAE позволит в том числе и форкать > для различных экспериментов сколько угодно раз без особых проблем.
> * Название - да, как-то назвать было бы неплохо. Как минимум не все > участники из России. Логотип тож нужен :)
подумаешь не из России. Зато говорим по-русски - по-моему этого вполне достаточно чтобы сохранить это слово в названии команды.
> * Сайт - можно дальше пользоватся плюшками гугла - на code.google.com > есть вики, CVS, "главная страничка проекта" и все такое. Мне кажется > очень даже неплохим вариантом.
ммм гугл-код не поддерживает git. Кстати - еще один вопрос который надо бы решить - какой версионной системой пользоватся будем? Классика - свн, но хотелось бы всеже что-то более умное. Я из распределенных использовал лишь гит - может кто-то еще что посоветует.
> бы решить - какой версионной системой пользоватся будем? > Классика - свн, но хотелось бы всеже что-то более умное. Я из > распределенных использовал лишь гит - может кто-то еще что посоветует.
Думаю Subversion-а нам будет вполне достаточно :) По крайней мере поначалу, а там посмотрим.
On 20 окт, 22:41, Dmitriy <bog...@gmail.com> wrote:
> Boryslav Larin wrote: > > Насчет платформы - вполне согласен. GAE позволит в том числе и форкать > > для различных экспериментов сколько угодно раз без особых проблем.
> > * Название - да, как-то назвать было бы неплохо. Как минимум не все > > участники из России. Логотип тож нужен :)
> подумаешь не из России. Зато говорим по-русски - по-моему этого вполне > достаточно чтобы сохранить это слово в названии команды.> * Сайт - можно дальше пользоватся плюшками гугла - на code.google.com > > есть вики, CVS, "главная страничка проекта" и все такое. Мне кажется > > очень даже неплохим вариантом.
> ммм гугл-код не поддерживает git. Кстати - еще один вопрос который надо > бы решить - какой версионной системой пользоватся будем? > Классика - свн, но хотелось бы всеже что-то более умное. Я из > распределенных использовал лишь гит - может кто-то еще что посоветует.
On 20 окт, 22:40, Николай Митропольский <nicolaymitropol...@gmail.com> wrote:
> > 2. Как в программе LifeBalance, для каждой задачи можно указать > > области (сферы) жизни: работа, учеба, семья, друзья... И программа > > построит круговую диаграмму, показывающую, сколько времени\сил я > > уделяю этим областям, находятся ли они в балансе, на что нужно > > обратить внимание. Если задача не имеет точного срока исполнения, то > > LifeBalance даже переносит застойные задачи на верх списка todo, чтобы > > выровнять баланс.
> > 3. Из того же LifeBalance, задачу можно привязать к какому-то > > конкретному месту: работа, улица, магазин. Выходим на улицу и, если у > > нас переносной комп, можно сразу поглядеть, не нужно ли чего купить.
> может быть просто нужны теги для каждой задачи?
Можно, но в данном случае теги будут костылем. 1. Не получится реализовать вложенные места (в "улицу" могут быть вложены все магазины, чтобы сразу увидеть в какой-именно магазин нужно забежать). 2. Не получится рисовать диаграмму баланса сфер жизни (откуда программа узнает какие именно теги являются сферой жизни, а какие нет).
По логотипу - думаю, что вначале нужно придумать название для нашей группы, и исходя из него уже - логотип. Так как я хорошо знакома с векторной графикой, то смогу отрисовать логотип в векторе (чтобы он как надо масштабировался), но вот с идеями у меня плохо.
По сайту - могу предоставить хостинг (PHP 4 и 5, MySQL, Perl, Python, CGI), правда места на диске не много - 200 МБ, но на первое время, думаю, будет достаточно. Домен можно зарегистрировать хотя бы типа .org.ru. Хорошо бы найти толкового дизайнера, если же не найдем - я могу оформить сайт по-простому. И, конечно, xhtml/css.
Всем привет. Меня заинтересовал этот проект, т. к. я сам долгое время собирался создать идеальный туду-лист. Все существующие чем либо не устраивали, а максимально приближенный к идеалу стоит под 100 баксов, и все равно не идеален. Поэтому хочу предложить свое видение. По этому топику сразу видно, что собрались программисты :-) В документе в первом посте нет четкого видения того, чем данный проект будет отличаться от десятков других, или я не нашел. Когда профессионалы делают продукт, это хорошо, но необходим и взгляд со стороны. Вот мне, как конечному пользователю, мало интересно, на чем все сделано. Главное, чтобы выглядело красиво, работало без глюков и тормозов, и рюшечки. Известная картинка: http://www.talkingtext.com/wordpress_en/wp-content/uploads/2008/04/go... Наша программа (можно я буду называть ее нашей) не должна быть похожа на третий вариант. Поэтому штуки типа добавления ссылок, прикладывания к задаче PDF-ов, назначения иконок и тому подобные должны быть либо запрятаны подальше, либо доступны в так называемом Advanced режиме (юзер может выбрать - advanced или simple mode использовать). Полагаю, всем известно о существовании такой штуки как ГТД. Главное, что мне в ней нравится, это принцип разбивания всего вокруг на мелкие задачи. Это позволяет контролировать процесс жизнедеятельности от и до и не держать в голове все повседневные задачи. Вещи, которые являются самыми важными: * Быстрый ввод задачи. Этот пункт основополагающий, поэтому идет первым в списке. Поскольку задач много, процесс добавления должен быть максимально упрощен. Если кто знаком с программой MS OneNote, в курсе, насколько там удобно добавление заметки. Жмешь комбинацию клавиш, вводишь текст, закрываешь окно. Так же должно быть и здесь: Win +Z, ввел заметку, Enter. * Синхронизация. Синхронизация между компами осуществляется через сервер. Но! Пользователь должен иметь возможность скачать серверную часть и установить к себе на хостинг. Чтобы у него был свой, личный, такой родной сервер синхронизации без привязки к разработчикам. * В предыдущем пункте может возникнуть вопрос: почему бы не держать на FTP файл определенного формата, проверять его обновления и синхронизировать при необходимости? Ведь так проще пользователю, и файл синхронизации можно держать на Narod'e. Ан нет, необходим веб- интерфейс туду-листа. Чувак, оставшийся в Чжунь-Мунь-Мане с двумя юанями в кармане должен иметь возможность зайти в ближайшее интернет- кафе и свериться со своим списком задач. В идеале, конечно, желательно предусмотреть два варианта на выбор - с фтп и с нормальным хостером. * Теги. Задаче может быть присвоен один или несколько тегов: @home, @office, @shop и т. д. * Скробблинг на Last.fm. Ой, не туда :-) * Многопользовательский режим. С одной стороны, нужен, но если его реализовывать, на выходе получится совсем другая категория софта. Поэтому предлагаю об этом пока не думать. * Мобильная версия. Нужна, но о ней опять же пока лучше не думать, потому что WinMobile, IPhone, Android, Nokia... Сам помимо слов готов помочь с дизайном. Приглашаю к дискуссии.
Stas wrote: > Всем привет. > Меня заинтересовал этот проект, т. к. я сам долгое время собирался > создать идеальный туду-лист. Все существующие чем либо не устраивали, > а максимально приближенный к идеалу стоит под 100 баксов, и все равно > не идеален. > Поэтому хочу предложить свое видение. > По этому топику сразу видно, что собрались программисты :-) В > документе в первом посте нет четкого видения того, чем данный проект > будет отличаться от десятков других, или я не нашел. Когда > профессионалы делают продукт, это хорошо, но необходим и взгляд со > стороны. Вот мне, как конечному пользователю, мало интересно, на чем > все сделано. Главное, чтобы выглядело красиво, работало без глюков и > тормозов, и рюшечки. > Известная картинка: > http://www.talkingtext.com/wordpress_en/wp-content/uploads/2008/04/go... > Наша программа (можно я буду называть ее нашей) не должна быть похожа > на третий вариант. Поэтому штуки типа добавления ссылок, прикладывания > к задаче PDF-ов, назначения иконок и тому подобные должны быть либо > запрятаны подальше, либо доступны в так называемом Advanced режиме > (юзер может выбрать - advanced или simple mode использовать). > Полагаю, всем известно о существовании такой штуки как ГТД. Главное, > что мне в ней нравится, это принцип разбивания всего вокруг на мелкие > задачи. Это позволяет контролировать процесс жизнедеятельности от и до > и не держать в голове все повседневные задачи. > Вещи, которые являются самыми важными: > * Быстрый ввод задачи. Этот пункт основополагающий, поэтому идет > первым в списке. Поскольку задач много, процесс добавления должен > быть максимально упрощен. Если кто знаком с программой MS OneNote, в > курсе, насколько там удобно добавление заметки. Жмешь комбинацию > клавиш, вводишь текст, закрываешь окно. Так же должно быть и здесь: Win > +Z, ввел заметку, Enter. > * Синхронизация. Синхронизация между компами осуществляется через > сервер. Но! Пользователь должен иметь возможность скачать серверную > часть и установить к себе на хостинг. Чтобы у него был свой, личный, > такой родной сервер синхронизации без привязки к разработчикам. > * В предыдущем пункте может возникнуть вопрос: почему бы не держать на > FTP файл определенного формата, проверять его обновления и > синхронизировать при необходимости? Ведь так проще пользователю, и > файл синхронизации можно держать на Narod'e. Ан нет, необходим веб- > интерфейс туду-листа. Чувак, оставшийся в Чжунь-Мунь-Мане с двумя > юанями в кармане должен иметь возможность зайти в ближайшее интернет- > кафе и свериться со своим списком задач. В идеале, конечно, желательно > предусмотреть два варианта на выбор - с фтп и с нормальным хостером. > * Теги. Задаче может быть присвоен один или несколько тегов: @home, > @office, @shop и т. д. > * Скробблинг на Last.fm. Ой, не туда :-) > * Многопользовательский режим. С одной стороны, нужен, но если его > реализовывать, на выходе получится совсем другая категория софта. > Поэтому предлагаю об этом пока не думать. > * Мобильная версия. Нужна, но о ней опять же пока лучше не думать, > потому что WinMobile, IPhone, Android, Nokia... > Сам помимо слов готов помочь с дизайном. > Приглашаю к дискуссии.
> По сайту - могу предоставить хостинг (PHP 4 и 5, MySQL, Perl, Python, > CGI), правда места на диске не много - 200 МБ, но на первое время, > думаю, будет достаточно.
О, это замечательно. А Django там можно?
> Домен можно зарегистрировать хотя бы типа .org.ru.
On 20 окт, 23:29, summerstyle <lobatch...@gmail.com> wrote:
> По логотипу - думаю, что вначале нужно придумать название для нашей > группы, и исходя из него уже - логотип. > Так как я хорошо знакома с векторной графикой, то смогу отрисовать > логотип в векторе (чтобы он как надо масштабировался), но вот с идеями > у меня плохо.
> По сайту - могу предоставить хостинг (PHP 4 и 5, MySQL, Perl, Python, > CGI), правда места на диске не много - 200 МБ, но на первое время, > думаю, будет достаточно. > Домен можно зарегистрировать хотя бы типа .org.ru. > Хорошо бы найти толкового дизайнера, если же не найдем - я могу > оформить сайт по-простому. И, конечно, xhtml/css.
On 21 окт, 01:20, pongo <ab.po...@gmail.com> wrote:
> > Задача, которая не имеет родителя - является корневой, назовем такие задачи проектами.
> Как насчет таких идей: > -- проектом является любая задача, которая имеет подзадачи; > -- пользователь сам определяет, какие задачи являются проектами, какие > нет
Не совсем правильно будет. Лучше чтоб пользователь сам определял какие задачи являются проектами, а какие нет. Потому как пользователь может планировать следующим образом: Жизнь Учёба Карьера и т. д. И что из этого проект?
> > Задача обладает рядом свойств ... > > ... можно указать набор ссылок > > ... может иметь иконку
> На мой взгляд у задачи обязательно должны быть два свойства: название > и какой-нибудь переключатель, определяющий завершена ли задача или > нет. А все остальные свойства добавляются при помощи модулей.
> Примеры таких модулей:
> 1. Я веду свой план чтения. Каждая задача (т.е. книга) будет > содержать, например, свойства "кол-во страниц" и "прочитано страниц". > И на их основании будет указано, сколько процентов книги уже > прочитано.
> 2. Как в программе LifeBalance, для каждой задачи можно указать > области (сферы) жизни: работа, учеба, семья, друзья... И программа > построит круговую диаграмму, показывающую, сколько времени\сил я > уделяю этим областям, находятся ли они в балансе, на что нужно > обратить внимание. Если задача не имеет точного срока исполнения, то > LifeBalance даже переносит застойные задачи на верх списка todo, чтобы > выровнять баланс.
> 3. Из того же LifeBalance, задачу можно привязать к какому-то > конкретному месту: работа, улица, магазин. Выходим на улицу и, если у > нас переносной комп, можно сразу поглядеть, не нужно ли чего купить.
> И так далее.
> Так же, в моем представлении задачи -- это базовый, нижний уровень. > Пользователь может переключаться на более высокие уровни: проекты > \цели, планирование.
On 20 окт, 23:50, Николай Митропольский <nicolaymitropol...@gmail.com> wrote:
> > По сайту - могу предоставить хостинг (PHP 4 и 5, MySQL, Perl, Python, > > CGI), правда места на диске не много - 200 МБ, но на первое время, > > думаю, будет достаточно.
> О, это замечательно. А Django там можно?
Я никогда с Python не работала, и не знаю, как можно проверить насчет Django.
Я поддерживаю питон и непосредственно Django, но моё мнение может быть предвзято, т.к. технически я только верстальщик и в программинг не лезу. У Django удобный шаблонизатор, что меня и подкупает. В програмной части я не компетентен, поэтому промолчу. ========================== Ерошенков Сергей ICQ: 70-20-770 Skype: itechmeat Yandex Online: techm...@ya.ru Google Talk: itechm...@gmail.com Mail.Ru@Агент - techm...@mail.ru т.: 8 [903] 204-64-80
21 октября 2009 г. 9:24 пользователь summerstyle <lobatch...@gmail.com>написал:
> On 20 окт, 23:50, Николай Митропольский <nicolaymitropol...@gmail.com> > wrote: > > > По сайту - могу предоставить хостинг (PHP 4 и 5, MySQL, Perl, Python, > > > CGI), правда места на диске не много - 200 МБ, но на первое время, > > > думаю, будет достаточно.
> > О, это замечательно. А Django там можно?
> Я никогда с Python не работала, и не знаю, как можно проверить насчет > Django.
Я могу предоставить "хостинг" (есть старенькая машинка P4 1.7GHz/ 1024Mb/20Gb/ на работе), могу настроить вам любой юникс и django с python-ом (собственно сейчас там стоит CentOS 5й). Возможно стоит поменять на debian 5й, т.к. в Centos только Python 2.4, а на текущий момент лучше использовать 2.5-2.6 :) Можно извратиться и поставить туда питон нужной версии в /opt конечно...по большому счету. Также там можно поднять и bind для обслуживания зоны, хотя можно воспользоваться каким-нить editdns.com. Обсуждение этого предлагаю выделить в отдельный топик.
On 21 окт, 09:24, summerstyle <lobatch...@gmail.com> wrote:
> On 20 окт, 23:50, Николай Митропольский <nicolaymitropol...@gmail.com> > wrote:
> > > По сайту - могу предоставить хостинг (PHP 4 и 5, MySQL, Perl, Python, > > > CGI), правда места на диске не много - 200 МБ, но на первое время, > > > думаю, будет достаточно.
> > О, это замечательно. А Django там можно?
> Я никогда с Python не работала, и не знаю, как можно проверить насчет > Django.
GAE - категорически против. Мы создаем не просто веб-страничку, мы тут вроде собрались написать сервис. GAE - это уже сервис, и писать сервис в сервисе = создавать сферического коня в вакууме :) И это будет геморройно.
На текущий момент для web предлагаю остановиться на Django+JQuery. Для VCS предлагаю использовать таки git, т.к. он децентрализованный.
Stas предлагал сделать синхронизацию через FTP :) мягко откажусь от этой идеи, также как и от идеи держать что-то на народе. Это отдельный самостоятельный сервис, использующий современные технологии... Мое видения архитектуры проекта я выложу отдельно на обсуждение.
Касательно функционала.
>>Задача, которая не имеет родителя - является корневой, назовем такие задачи проектами.
Нет, давайте все называть одним словом. Дополнительное понятие создаст путаницу для пользователя.
>> Дополнительно для задач можно указать набор ссылок (на документы в сети, видео, etc.)
Дополнительно - не надо. Это просто можно указать в тексте (или встроить прямо туда).
>> Первично предлагаю реализовать однопользовательскую модель прав доступа. (То есть к задачам конкретного пользователя системы имеет доступ только сам этот пользователь. В дальнейшем можно будет расширить набор возможных отношений Человек-Задача, за счет дополнительных таблиц описывающих эти отношения.)
Тут надо подумать, на сколько это нужно. Надо определиться со сферами применения данного ToDo.
На счет модульности - всеми руками, ногами и прочими частями тела - ЗА :) собственно так и должно быть!
По поводу платформ: я уже писал, что для начала необходимо разработать ядро и API к этому ядру. После можно будет писать приложения хоть на Forth-е, хоть на ассемблере. Ядро - основная задача на текущий момент!
>>4. SDK, за основу выбран php язык ввиду популярности.
Вообще не понял о чем речь О_о мы же выбрали для веба питон вроде как....
ЗЫ: для того чтобы что-то пиарить - надо чтобы было что пиарить :) ЗЗЫ: предлагаю уже завести проект на code.google.com и подобные документы вести и обсуждать в wiki. ЗЗЗЫ: в обсуждениях - если отходим от темы - выделяем это в отельный топик, ок? :)
>Николай Митропольский::"А чего нам тогда нужно-то от GAE? Хостинг только? :)"
И для этого тоже, хотя GAE это далеко не хостинг :)
>donkey::Разные версии для nix/win/mac нужно делать хотя бы потому что у всех >ОС есть свой транспорт сообщений........
Предлагаю выбрать каким средствами мы будем описывать архитектуру, например UML, выбрать софт который это делает и обмениваться не псевдографикой и текстом, а нормальными схемами :) По существу предложения: схема что надо и на мой взгляд именно ее и стоит исользовать.
>Dmitriy::я тоже за питон для десктопа. >И против разных версих для разных ОСей - есть PyQt и wxPython. впроем PyGtk.....
На всякий случай напомню, что PyQT в значительной степени проприетарная библиотека и хоть и имеет лицензию GPL - для некоторых случаев использования, но основная лицензия коммерческая и LGPL лицензии нет. Специально, чтобы заменить PyQT была создана http://www.pyside.org/: "The PySide project provides LGPL-licensed Python bindings for the Qt cross-platform application and UI framework. PySide Qt bindings allow both free open source and proprietary software development and ultimately aim to support all of the platforms as Qt itself."
>Stas::"По этому топику сразу видно, что собрались программисты :-)"
- точно уловил суть происходящего :)
>RRG Burmuley::GAE - категорически против. Мы создаем не просто веб-страничку, мы тут >вроде собрались написать сервис. GAE - это уже сервис, и писать сервис >в сервисе = создавать сферического коня в вакууме :) И это будет >геморройно.
Вы против того, чем GAE не является, так что я с вами согласен :) Сервис поверх сервиса действительно не нужен, только это не про GAE.
GAE - это сервис для хостинга приложений. Не каждое свое приложение без напильника перенести туда можно. Плюс у нас не просто web-приложение. Потому GAE мало применим для данного проекта.
On 21 окт, 11:44, Владимир Быковский <vladimir.bykovs...@gmail.com> wrote:
> >Николай Митропольский::"А чего нам тогда нужно-то от GAE? Хостинг только? :)"
> И для этого тоже, хотя GAE это далеко не хостинг :)
> >donkey::Разные версии для nix/win/mac нужно делать хотя бы потому что у всех > >ОС есть свой транспорт сообщений........
> Предлагаю выбрать каким средствами мы будем описывать архитектуру, > например UML, выбрать софт который это делает и обмениваться не > псевдографикой и текстом, а нормальными схемами :) По существу > предложения: схема что надо и на мой взгляд именно ее и стоит > исользовать.
> >Dmitriy::я тоже за питон для десктопа. > >И против разных версих для разных ОСей - есть PyQt и wxPython. впроем PyGtk.....
> На всякий случай напомню, что PyQT в значительной степени > проприетарная библиотека и хоть и имеет лицензию GPL - для некоторых > случаев использования, но основная лицензия коммерческая и LGPL > лицензии нет. Специально, чтобы заменить PyQT была созданаhttp://www.pyside.org/: > "The PySide project provides LGPL-licensed Python bindings for the Qt > cross-platform application and UI framework. PySide Qt bindings allow > both free open source and proprietary software development and > ultimately aim to support all of the platforms as Qt itself."
> >Stas::"По этому топику сразу видно, что собрались программисты :-)"
> - точно уловил суть происходящего :)
> >RRG Burmuley::GAE - категорически против. Мы создаем не просто веб-страничку, мы тут > >вроде собрались написать сервис. GAE - это уже сервис, и писать сервис > >в сервисе = создавать сферического коня в вакууме :) И это будет > >геморройно.
> Вы против того, чем GAE не является, так что я с вами согласен :) > Сервис поверх сервиса действительно не нужен, только это не про GAE.
|
