Ділимо завдання

[Anton Konkevych]

Ну що, оскільки ніяких заперечень проти моєї заготовки не було висказано,
можемо починати працювати. Я, до речі, зробив пару простих сторінок в веб-
інтерфейсі, можна глянути. На даний момент маємо такі напрямки роботи:

- Верстка веб-інтерфейсу системи.
- Написання коду веб-інтерфейсу
- Розробка бізнес-логіки системи (libcitizen)
- Проробка (проектування) архітектури групової роботи (спілок)
- Розробка RPC API

По кожному напрямку потрібен мейнтейнер. Прохання записуватись, я дам доступ
до репозиторія. Особисто я хотів би займатися, в першу чергу, libcitizen.
Решту буду теж тягти в міру сил, але одного мене не вистачить. 15 числа я їду
на 10 днів до Норвегії і не зможу приймати участь в розробці, тому не
затягуйте, будь ласка.

Наробіток по даним напрямам на цей момент:

- Верстка - 0 (я взагалі хтмл-версткою володію на три з мінусом, тому нею
займатись точно не буду)

- Веб-інтерфейс - працює авторизація (/accounts/login/, /accounts/logout/), є
сторінка списку проектів (в тому числі списку проектів, керованих залогіненим
користувачем) - / , сторінка інформації по проекту - /project/{id}. Ввід
інформації тимчасово виконується через стандартний адмін-інтерфейс django
(/admin/).

- Бізнес-логіка - проходить тест "створити користувача, створити від його
імені проект, задати його властивості, створити користувачу платіжний аккаунт,
оплатити проект, змінити його стан на "виконується"".

- Спілки - 0

- API - 0

Будь ласка, kirand, DoctorX, German Zhivotnikov, ctype (даруйте, якщо когось
забув), скажіть, чи маєте ви можливість взяти на себе частину роботи, і якою
частиною хотіли б займатися.

[kirand]

Оформить чисто HTML+CSS могу. А вот написать код веб-интерфейса, связанный с Пайтоном - не знаю. Если кто возьмётся, то в паре можно сделать.

Я так понял, вы занимаетесь веб-кодом?

[DoctorX]

К сожалению похоже ближайшее время не получится сделать на шару хостинг. Необходимо найти площадку для хостинга. 

Также неплохо бы завести трак. 

Кстати система трака есть на гитхабе.

или на https://bitbucket.org/ там возможен иметь 5 человек на бесплатной версии и хранить код но система контроля версий mercurial.

[DoctorX]

11 серпня 2011 р. 01:32 Anton Konkevych <icht...@gmail.com> написав:

Нажль ще не ознайомився обмаль часу. Коли ознайомлюсь напишу. 

[Anton Konkevych]

2011/8/11 kirand <kira...@ukr.net>:

> Оформить чисто HTML+CSS могу. А вот написать код веб-интерфейса, связанный с
> Пайтоном - не знаю. Если кто возьмётся, то в паре можно сделать.
> Я так понял, вы занимаетесь веб-кодом?

Пайтона боятись не треба - для мене, наприклад, це взагалі ледве не
перша програма на python, в тому числі з django до цього я справу не
мав. Вивчав по двом лінкам -
http://ru.wikibooks.org/wiki/Учебник_Python_2.6 та http://djbook.ru/ .
Але, звісно, якщо ви займетесь хоча б просто версткою, це вже буде
серйозна частина роботи.

[Anton Konkevych]

2011/8/11 DoctorX <docto...@gmail.com>:

> К сожалению похоже ближайшее время не получится сделать на шару хостинг.
> Необходимо найти площадку для хостинга.

Шановний Герман Животніков організував тестовий майданчик на
dev.citizentools.net, тільки я не можу придумати, як ми його спільно
використовуватимемо. В принципі, можна просто зробити на ньому щоденне
автоматичне оновлення з гілки master.

> Также неплохо бы завести трак.

Googlecode надає issue tracker:
https://code.google.com/p/citizen-tools/issues/list

[DoctorX]

http://ru.diveintopython.org/toc.html

http://www.intuit.ru/department/pl/python/

11 серпня 2011 р. 10:43 Anton Konkevych <icht...@gmail.com> написав:

[Anton Konkevych]

11 серпня 2011 р. 10:32 DoctorX <docto...@gmail.com> написав:

> Нажль ще не ознайомився обмаль часу. Коли ознайомлюсь напишу.

З понеділка мене не буде, тому давайте, мабуть, я зараз надам вам
доступ до репозиторію, і, якщо матимете час, зможете зайнятись.

[DoctorX]

Добре.

11 серпня 2011 р. 10:49 Anton Konkevych <icht...@gmail.com> написав:

--
&copy

[ctype]

деякий час я був у відпустці а потім втримувався , але вирішив засвідчити своє існування, буде дещо зле, але із зернами раціо:
1. процес - от щоб усім було зрозуміло - ви з друзями вирішили порибалити, або там на велосипедах по криму проїхатися. що у вас буде у реалі -
   авжеж - десь на кухні або кавешці ви почнете обговорювати деталі (деталі проекту, хто не зрозумів) - який маршрут (або декілька маршрутів) , хто що бере, у кого скільки грошей , білети та інше.
   вийшовши на декілька варіантів  - починаємо обговорювати  з жінками та начальством, виходимо на якісь дати, варіанти бюджету і варіанти маршрутів, далі вже визначаємося, підключаємо ще знайомих та інше... 
1.1.1. десь тут йшлося про те, у кого гроші у баксах або євро ? або на карточці ? або у якійсь платіжній системі ? чи про те, що той, у кого немає ххх у.є. - йде лісом ? ні.
головне це спілкування, де платформа для спілкування фаундерів проекту ? чому взято голий django а не якийсь форум або блогінг на базі django щоб не було потрібно писати вєлосіпєд ?
авжеж є http://disqus.com/ але чи розумно спілкування фаундерів там зберігати ?
1.1.2. навіщо створювати фінансовий двигун ? є GnuCash або інші Mоney проги, особисто мене бюджет і його виконання у екселі або у форматі будь якої фін. програми влаштує на всі сто
1.1.3. і ще тут я бачу -
>>будь-які зміни до проекту (в т.ч. зміна бюджету) або варіативні складові   (напр., виконувати розв'язку мостом чи тунелем) мають оформлюватись як окремі підпроекти
*facepalm
реальний проект повинен лише одне - досягнути мети, тобто якщо зібрано 50 грн грошей - він повинен відпрацювати ці 50 грн, якщо 5000 - повністю всю суму
тому він повинен буди дуже гнучкий, які субпроекти - проект це еволюція - від ідеї до реалізації

2. цитато >> - Верстка - 0 (я взагалі хтмл-версткою володію на три з мінусом, тому нею
займатись точно не буду)

*double-facepalm

шановний, існує мульйон фрейворків де гуй генерується на базі моделей - усякі рейлс, грейлс та інші yui , чому було обрано фрейворк що нижчий за рівнем ніж ваші знання ? у мене декілька відповідей - банальне бажання творити фреймворки (коли у мене виникає таке бажання я б’ю себе по рукам, лише якщо бажання витримало місяць або два - тоді пишу) , або диплом\курсач\нова робота - це банально не красиво, використовувати спільноту для того, щоб повісити на груді мєдальку ... матюги опускаю :)

3. більш детально я вирішив не читати, лише про хостінг ... глупо використовувати систему на яку складно знайти хостінг, наші користувачі не буржуї , розумієте ?

тому я бачу такий roadmap:

1. вивчити існуючи системи

2. взяти базою якусь форумно\блогову систему до якої "прикрутити" плагін "проектів"

3. ну і далі вже розвивати

[DX]

Джанго генерує адмінку. 

Хостінг... потрібен.

Блогінг\форуми те не те. Потрібна система ведення проектів накшталт trac/redmine etc.

Google groops не погана система спілкування + http://www.blogger.com + google_app + google closer тому подібе. 

Хоча питання в тому що деякі з певних міркувань дуже вороже ставляться до "імперії добра" :-) .

[DX]

Взагалі потрібно взяти проект і почати його робити, а походу розробки подивитися. 

1. Хто буде працювати. Як розопділяться ролі.

2 Як буде налаштовуватися організація спілкування

3 Хто буде платити і як

5 ???

6 PROFIT

------------

Тут вже пропонувався проект який потрібен для захисту підприємців від податківців.

Мені, якщо чесно, дуже важко зоорінтуватися, навіщо щось писати, коли непонятно хто чим буде займатись і що будемо робити.

Як я бачу перший крок це знаходження системи провадження проектів і заведення в ній тих хто хоче приймати участь. І початок роботи для початку над проектом щоб визначитись що і як піде.

[ctype]

з trac\redmine (я ще додам jira) я згоден, можливо дещо невдало сформулював - головне це
а) спілкування - фаундерів з фаундерами, фаундерів з меценатами та інше
б) проект це ідея яка змінюється під впливом зовнішніх факторів

групс\блогір єтс дуже важко "вбудувати" в проект , вони не підтримують SSO
disqus більш вдалий, але сама ідея зберігати приватне спілкування десь у росії - якось не те

[DoctorX]

В мене є підозра що підтримюуть або наближаються до ідеальної підтримки так я наприклад вже заходжу під одним ніком на всі ці платформи але є певні розбіжності які вже невілюються.

Саме цікаве все ж таки вивчити програмну інтеграцію google сервісів для проекту на базі google_app(на ній можливо запустити джанго) хоча можливо спробувати просто в джанго сайті бібліотеку gdata для взаємодії з сервісами .   

В цьому разі будемо зберігати штатах :))

[ctype]

перше це ціль.
я б виходив з ідеї створення fund raising проекту , як базового майданчика на якому розвертати лібертіанські проекти

[ctype]

SSO це не те, гуглітє
appengine особисто на мене дуже невдале, пристосовувати SQL фреймоворки під NOSQL дуже невдячна справа (це я вам як людина, що записана у логах до http://code.google.com/p/jiql/ кажу)
самий дешевий хостінг це амазон - вони на рік дають VPC який у мене виходив 0.5-1.7 доларієв на місяць

[Anton Konkevych]

Дякую за конструктивну критику.

неділя 14 серпень 2011 22:31:19 ctype ви написали:

> 1. процес - от щоб усім було зрозуміло - ви з друзями вирішили порибалити,
> або там на велосипедах по криму проїхатися. що у вас буде у реалі -

> авжеж - десь на кухні або кавешці ви почнете *обговорювати* деталі

> (деталі проекту, хто не зрозумів) - який маршрут (або декілька маршрутів) ,
> хто що бере, у кого скільки грошей , білети та інше.

> вийшовши на декілька варіантів - починаємо *обговорювати* з жінками та

> начальством, виходимо на якісь дати, варіанти бюджету і варіанти маршрутів,

> *далі* вже визначаємося, підключаємо ще знайомих та інше...

Це я розумію і згоден з цим. Проблема ось у чому: наскільки я спостерігав за
дискусією, в мене склалося враження, що вона тупо заглухла, і треба
запропонувати хоча б якийсь базовий варіант, деталі якого далі можна
обговорювати і вдосконалювати, щоб діалог набув предметності.

> 1.1.1. десь тут йшлося про те, у кого гроші у баксах або євро ? або на
> карточці ? або у якійсь платіжній системі ? чи про те, що той, у кого немає
> ххх у.є. - йде лісом ? ні.

Тут не зрозумів.

> головне це *спілкування*, де платформа для спілкування фаундерів проекту ?

> чому взято голий django а не якийсь форум або блогінг на базі django щоб не
> було потрібно писати вєлосіпєд ?
> авжеж є http://disqus.com/ але чи розумно спілкування фаундерів там
> зберігати ?

Можливо, ви праві. Я просто почав проект з іншого боку: ви говорите про
платформу для спілкування, я ж про платформу для фінансування проектів у
складчину. "Соціально-мережева" складова системи у мене справді геть не
пророблена. Але однаково ці два елементи доволі ізольовані, і те, що
пропонував я, цілком впишеться в будь-яку "соціальну" платформу.

> 1.1.2. навіщо створювати фінансовий двигун ? є GnuCash або інші Mоney
> проги, особисто мене бюджет і його виконання у екселі або у форматі будь
> якої фін. програми влаштує на всі сто
> 1.1.3. і ще тут я бачу -
>
> >>будь-які зміни до проекту (в т.ч. зміна бюджету) або варіативні складові
>
> (напр., виконувати розв'язку мостом чи тунелем) мають оформлюватись як
> окремі підпроекти
> *facepalm
> реальний проект повинен лише одне - досягнути мети, тобто якщо зібрано 50
> грн грошей - він повинен відпрацювати ці 50 грн, якщо 5000 - повністю всю
> суму
> тому він повинен буди дуже гнучкий, які субпроекти - проект це еволюція -
> від ідеї до реалізації

Я, мабуть, дещо неочевидну термінологію ввів. В тому, що я писав, під
"проектом" мається наувазі готова пропозиція договору між платником і
виконавцем, на яку платник підписується. Платник, перш, ніж перераховувати
гроші, має точно знати, на що їх планується використати. Якщо проект може
реалізовуватися в кількох варіантах, платник повинен мати можливість вказати,
які з цих варіантів він згоден фінансувати, а які ні. Щодо вашої думки про 50
- 5000 - не можу відмовити їй у слушності, але я в своїй побудові слідував
конструкції п. Золоторьова, який говорив про проекти з конкретним бюджетом і
moneyback у випадку невдачі збору коштів. Субпроекти, про які я говорив, не
обов’язково мають фігурувати як субпроекти для користувачів системи, я лише
мав на увазі, що технічно всі варіативні складові проекту є таким самим
(додатковим) договором, як і основний проект - зі своїми сумами платників і
зобов’язаннями виконавців. Еволюція, про яку ви кажете - це етап підготовки
проекту як пропозиції договору. Договір, відповідно, її завершальна стадія, на
якій відбувається оплата і реалізація. Якщо в процесі реалізації виникають
нові обставини, потрібно під зміну наших планів отримати згоду платників,
тобто, фактично (хоч і, мабуть, у дуже спрощеному вигляді) підготувати новий
(додатковий) бюджет, внести його як пропозицію платникам і отримати від них
фінансування (або згоду на перенесення їхніх коштів з інших статей бюджету).
Саме в цьому розумінні я назвав їх субпроектами. Гнучкості це не завадить,
завадить лише самовільним розтратам коштів на непроектні цілі.

>
> 2. цитато >> - Верстка - 0 (я взагалі хтмл-версткою володію на три з
> мінусом, тому нею
> займатись точно не буду)
>
> *double-facepalm
>
> шановний, існує мульйон фрейворків де гуй генерується на базі моделей -
> усякі рейлс, грейлс та інші yui , чому було обрано фрейворк що нижчий за
> рівнем ніж ваші знання ? у мене декілька відповідей - банальне бажання
> творити фреймворки (коли у мене виникає таке бажання я б’ю себе по рукам,
> лише якщо бажання витримало місяць або два - тоді пишу) , або
> диплом\курсач\нова робота - це банально не красиво, використовувати
> спільноту для того, щоб повісити на груді мєдальку ... матюги опускаю :)

Даруйте. Я просто сконцентрувався саме на бізнес-логіці проекту - процесі
збору коштів та розподілення доступу до них. Можливо, вибір веб-фреймворка був
моєю помилкою. Але бажання писати свій фреймворк точно не виникало.

> 3. більш детально я вирішив не читати, лише про хостінг ... глупо
> використовувати систему на яку складно знайти хостінг, наші користувачі не
> буржуї , розумієте ?
>
> тому я бачу такий roadmap:
>
> 1. вивчити існуючи системи
>
> 2. взяти базою якусь форумно\блогову систему до якої "прикрутити" плагін
> "проектів"
>
> 3. ну і далі вже розвивати

Цілком слушна пропозиція, і якщо з неї виходитиме щось толковіше, ніж моя
затія, я буду радий і приєднаюсь. Моя пропозиція від початку була у вигляді
"якщо не буде кращих варіантів" і "залишаємо вдалі моменти, виправляємо
спірні".

[DoctorX]

це добре. Тепер залишилось знайти безкоштовну платформу на якій можливо це розгорнути.

Хоча схоже прийдеться створювати платформу для проектів, відштовхуючись від того що існують системи типу трак і зробити такий собі wrapper над ними. 

14 серпня 2011 р. 23:26 ctype <ct...@mail.ru> написав:

перше це ціль.
я б виходив з ідеї створення fund raising проекту , як базового майданчика на якому розвертати лібертіанські проекти

--
&copy

[kirand]

Критика - это хорошо. А помощь от вас ожидается? Или так и будем ходить вокруг да около?

[DX]

нагугліл

http://code.google.com/intl/ru/googleapps/domain/sso/saml_reference_implementation.html

Так що гугл все ж таки підримує цей протокол(було дуже дивно якщо б вони його не підтримували) та ще захищений.

[Владимир Золоторев]

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

Кстати, применительно к платежным системам - обращаю внимание на
предложение Германа Животникова относительно того, что биткоин может
быть интегрирован сразу. Это надо сделать, что бы там не было с
биткоином. Здесь возникает только вопрос аналога депозитария, на
котором должны быть средства до того, как они попадут автору проекта
(то есть, должна быть система, которая при выполнении некоторых
условий пересылает код автору проекта)

[German Zhivotnikov]

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

Возможны и другие условия. https://en.bitcoin.it/wiki/Script

Я тоже думал о "депозитарии" на основе Bitcoin. До конца понятно, что именно будет нужно: требуется предотвращать double spending, т.е. жертвуемые средства следует списывать сразу (точнее, в Bitcoin их будет переводить сам участник, "списывать" ни у кого нет полномочий, кроме владельца счета); но с другой стороны участник должен иметь возможности отозвать свои средства, если они не потрачены через заданное время, т.е. если проект не начался, - что-то в таком духе. Но все же возможность решения такой задачи просматривается, т.е. в сам Bitcoin заложено достаточно для того чтобы те фичи, которые сразу приходят в голову, были реализуемы.

[Владимир Золоторев]

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

On 19 авг, 17:11, German Zhivotnikov <german.zhivotni...@gmail.com>
wrote:

> Биткойн - очень гибкая штука, в качестве условия для получения переведенных
> средств там может выступать не просто проверка подписи отправителя, а - в
> том числе - проверка нескольких подписей, причем в произвольных комбинациях
> (И-ИЛИ).

> Возможны и другие условия.https://en.bitcoin.it/wiki/Script

[ctype]

вибачаюся, що відповідаю лише зараз - робота, хвороба... коли був час, вже не було натхнення думати
з моєю особистою участю складно, зараз я себе тут не бачу як розробник, бо не бачу що саме потрібно розробляти

[ctype]

The single sign-on service is only available in Google Apps for Business, Education and ISPs.
http://code.google.com/intl/ru/googleapps/docs/

[ctype]

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

лично я бы предложил вообще отказаться от финансовой части, в последствии возможно добавить минималистическую бухгалтерию для учета поступивших средств, отчетности и бюджетирования, ибо:
 - систем денег много, увязать в одну кучу биткоины, наличку, пейпел, вебмани, карточки, банковские счета в Украине и зарубежом ... даже нацбанк\налоговая не может
 - кроме собственно денег еще есть ресурсы в виде волонтеров, нефинансовой помощи и т.д. - так что, например, по проекту "демократия 2.0" даже важнее собственно денег

теперь по функциональности, что-бы было легче, я предлагаю провести мысленный эксперимент и представить, что "демократия 2.0" уже существует и сейчас мы все уже пользуемся им (для разработки собственно этой самой 2.0 сети :))

я думаю сразу заметно несколько основных сущностей:
1. проект - начинается он с идеи в одну (может в 5) строчек - в нашем случае это "ресурс для сопровождения коллективных проектов"
в дальнейшем он эволюционирует, на каждой итерации обрастая деталями, ресурсами, имплементациями, планами и результатами выполнения планов 
2. итерация - некий микропереход из одного микро-состояния в другое (эт я для непрограммистов)
3. детали - скорее всего что-то типа субпроекта , проект в проекте со своими деталями и т.д.
4. ресурсы - люди, нефинансовые активы (тот же хостинг) , деньги
5. имплементация - некий промежуточный этап (обьединение нескольких итераций) - в нашем случае это мог бы быть документ описывающий в общем работу системы, например
вокруг всех этих сущностей крутится общение (пропозиції и их обсуждение, публичное и приватное) и активность, собственно работа

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

P.S. вынужден признать, что мои изначальные предпосылки, что можно начать с малой "подзадачи" были ошибочны ибо привели к тому, что уж очень "узкая" задача была взята за основу