Думаю над мелочами.

[kirand]

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

1. Сначала мы попадаем на страничку с приглашением войти под своим логином или зарегистрироваться. Здесь все просто и стандартно.

  а) Регистрация. Здесь должны быть введены:

    - ФИО;

    - адрес проживания;

    - никнейм;

    - е-мейл + мобильный телефон;

    - тип платежной системы (неопределенный момент).

2. Вход на личную страничку. Тут будут такие основные закладки:

   - Просмотр текущих предложений (которые уже оплачиваются). Сверху показываются те, в которых участвуем. К каждому проекту возможность выхода на форум для обсуждения;

   - Просмотр новых, но еще не начавшихся проектов и возможность добавить свое предложение;

   - Личный кошелек, где еще и отображаются проекты, с которых вернулись деньги;

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

3. Страничка отдельного проекта. Здесь будет четкое описание, имя предложившего и т.п.

4. Страничка компаний и организаторов, которые выполняют проекты. Вся информация и все данные. Возможность зайти отдельно на каждого и посмотреть по привязкам к проектам.

Вообщем, как то так. Для начала не нужно гнаться за красотой и сложностью, все будет улучшаться по необходимости. Главное начать!

Какие будут дополнения?

[DoctorX]

Для начала использовать для продумывания концепции UML.

http://ru.wikipedia.org/wiki/UML
И договорится о терминах ясное дело.

2011/6/23 kirand <kira...@ukr.net>

--
&copy

[Doctorx]

Какая цель данного сервиса?

Кто может зарегистрироваться в ней и почему?

Какие роли будут в системе?

Какого рода проекты будут выполнятся?

Алгоритм выполнения того или иного проекта?

Как проверить валидность регистрации.

Валидность - точность указанных данных при регистрации.
-----------------

Резюмирую вопрос создание такого сервиса весьма труден. Много мелочей
которые надо продумать и это на уровне диаграмма вариантов
использования.
http://ru.wikipedia.org/wiki/Диаграмма_прецедентов
А если уходить на более прикладной уровень то еще больше вопросов.

Так что дополнений много.

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

Но для

[kirand]

Кстати, да. Можно и так. Но проблема в том, что это графический язык. Вы представляете себе конечную диаграмму? Это будет  такое полотно длинной метров 5 с диагнозом - обсуждению не подлежит.

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

[DoctorX]

Значит надо разбить на короткие серии диаграмм. Хотя я видел полотно на А1 но комьютер все стерпит.

2011/6/24 kirand <kira...@ukr.net>

Кстати, да. Можно и так. Но проблема в том, что это графический язык. Вы представляете себе конечную диаграмму? Это будет  такое полотно длинной метров 5 с диагнозом - обсуждению не подлежит.

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

--
&copy

[Doctorx]

Для написания базовой документации и документации вообще предлагаю
использовать
http://docutils.sourceforge.net/rst.html

Данный формат возможно конвертировать в
html, pdf, odf, xml, json.

Как вариант использовать для совместной работы
git или mercurial.

http://git-scm.com/

http://mercurial.selenic.com/

-------------
Давайте будем не "проще", а продуманное. Что бы записать мысль нужно
перо. Начнем с этого.

Так как немного участвовал в создании сложных проектов и простая
истина про то что в начале делаются самые сложные ошибки для меня
стало как бы фактом.

[ctype]

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

як приклад(2 хвилини у гуглі):
http://projectfluxx.org/  - open source
http://www.ngpvan.com/ - щось велике
http://www.techsoup.org/learningcenter/databases/page5961.cfm - порівняння комерційних продуктів

[DoctorX]

Все ж таки потрібно окресилити чітко що буде робитеме система навіть якщо будемо 

шукати готове рішення.

2011/6/25 ctype <ct...@mail.ru>

--
&copy

[ctype]

http://www.affinityresources.com/pgs/awz55Online2.shtml велика кількість онлайн сервісів для fund raising

[ctype]

On Saturday, June 25, 2011 10:04:59 PM UTC+3, Doctorx wrote:

Все ж таки потрібно окресилити чітко що буде робитеме система навіть якщо будемо 

шукати готове рішення.

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

[DoctorX]

Згоден. Малювати велосипед до дуже невдячна справа.

Хоча я про трохи інше говорю. Потрібно список функцій на першому етапі.

[ctype]

сайти по fundrising,  з яких можна "потянути" вигляд і функції:
http://pledgie.com/
http://flattr.com/
http://www.kickstarter.com/

[ctype]

2. ну і треба інвентаризацію наявних ресурсів зробити,
я, наприклад, можу виділити десь 5-8 годин на тиждень, скоріше за все у вихідні.
12 років програмерського досвіду навколо баз даних (деякий час з базами по 100 мільйонів записів на таблицю), років 7 - с++, останні 2 роки - high-load lamp сайти
було кілька власних opensource проектів, був патчінг інших 
скоріше за все буду корисним у нагляді за архітектурою та техпроцесом

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

4. з техничного боку - я би запропонував зарєструватися на якомусь хостінгу , http://en.wikipedia.org/wiki/Comparison_of_free_software_hosting_facilities
щоб мати як мінімум версіонку та якийсь таск\тім менежмент
я хостився на гуглі і на sourceforge але це було кілька років тому, можливо зараз є краще варіанти

[DoctorX]

Так твій досвід переважає набагато мій :-)
Може виртуальний сервер VPS і там на сетапити необхідне.

Я пишу на пхп і python. 

[ctype]

схоже kirand десь пропав. тому почекаємо ще :)
впс як на мене дешевше всього узяти амазонівський  Free Tier - вони надають слабенький конфіг (десь 1 гб озу та слабенький проц) за 1-5 баксів на місяць

[kirand]

Я не пропал.

Соображаю над вашими сообщениями.

Даже если и существует похожий сервис, нам все равно нужно сделать немного по-другому. Для начала, нам нужно иметь как минимум территориальное разделение и базовую единицу (кондоминимум, семья с пропиской или человек с паспортом). Затем, нам нужно продумать выборность и периодичность этой выборности. Выбирать будем нужно будет тех, кто сможет заниматься предоставлением "услуг", которые мы хотим. Услуги будут или постоянными или разовыми - вот вам еще один критерий. Ну и так далее...

Я хочу сказать, что предложенные выше решения - это немного не то, что нам нужно. У нас посерьезнее...

З.Ы. Давайте пока что не будем спешить, а просто порассуждаем о том, что мы хотим иметь на выходе в первом приближении, с учётом реально существующих технологий.

[DoctorX]

Да никто никуда не спешит.

Я так  понял у нас тут произошла недопонимание. 

Мы с ctype обсуждали вопрос технологически-прикладного характера.

Где разворачивать прототип системы. 

Необходимо выбрать в первую очередь платформу и инструменты для быстрого прототипирования.

Это будет шаг вперед по сравнению с обсуждением какого то вероятностного функионала который еще неясен.

Как говорил Наполеон надо ввязатся в бой.

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

С технической точки зрения необходимо подобрать такой набор инструментов которые дадут нам : 

1. Быстрое разворачивание системы на сервере.
2. Расширяемость
3. Легкость сопровождение
4. Хорошую поддержку сообщества

 Предлагаю : Языком основным программирования сделать python.

 На базе этого языка выбрать готовую систему которую можно соответствующим образом доделать.

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

 Для начала, нам нужно иметь как минимум территориальное разделение и базовую единицу (кондоминимум, семья с пропиской или человек с паспортом). Затем, нам нужно продумать выборность и периодичность этой выборности. Выбирать будем нужно будет тех, кто сможет заниматься предоставлением "услуг", которые мы хотим. Услуги будут или постоянными или разовыми - вот вам еще один критерий. Ну и так далее...

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

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

В первую очередь надо определится на чем пишем и как организуем процесс.

----------

Для начала будем оперировать более абстрактными сущностями. 

Ах  да, и не забывать про документацию ...

DIXI 

--
&copy;

[kirand]

Что же.. Если вы сможете такое сделать, то я только за. К сожалению, я не сильно разбираюсь в платформах и т.д., но если есть вопросы более простые - я всегда готов помочь.

Из программирования я знаю на базовом уровне - Smalltalk (и Seaside к нему), на среднем уровне HTML+CSS. Это все.

Кстати, где вы находитесь с ctype территориально?

[ctype]

Пʼятниця, 1 липня 2011 р., 10:46:31 UTC+3 користувач kirand написав:

Даже если и существует похожий сервис, нам все равно нужно сделать немного по-другому.

ну так спочатку треба подивитися що є, щоб знати що саме "по-другому" робити :)
 

Для начала, нам нужно иметь как минимум территориальное разделение и базовую единицу (кондоминимум, семья с пропиской или человек с паспортом). Затем, нам нужно продумать выборность и периодичность этой выборности. Выбирать будем нужно будет тех, кто сможет заниматься предоставлением "услуг", которые мы хотим. Услуги будут или постоянными или разовыми - вот вам еще один критерий. Ну и так далее...

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

Я хочу сказать, что предложенные выше решения - это немного не то, что нам нужно. У нас посерьезнее...

ну на 80-95% це те саме, "не то" лише на 5-20%

 

З.Ы. Давайте пока что не будем спешить, а просто порассуждаем о том, что мы хотим иметь на выходе в первом приближении, с учётом реально существующих технологий.

ну як я зрозумів "fund raising"  з викрутасами, або ні ? 

 

[ctype]

ну можна і python - сподіваюся там з’явилося щось більш розумне ніж django ?
якщо ні, то краще вже усім знайомі php (або навіть java, c ) 
бо django я втомився патчити коли бавився з appengine

[ctype]

Харків

[ctype]

Пʼятниця, 1 липня 2011 р., 11:51:15 UTC+3 користувач kirand написав:

Что же.. Если вы сможете такое сделать, то я только за. К сожалению, я не сильно разбираюсь в платформах и т.д., но если есть вопросы более простые - я всегда готов помочь.

Из программирования я знаю на базовом уровне - Smalltalk (и Seaside к нему), на среднем уровне HTML+CSS. Это все.

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

 

[DoctorX]

2011/7/1 ctype <ct...@mail.ru>

ну можна і python - сподіваюся там з’явилося щось більш розумне ніж django ?
якщо ні, то краще вже усім знайомі php (або навіть java, c ) 
бо django я втомився патчити коли бавився з appengine

Якого саме типу патчи приходиться було використовувати ? 

Бо як мені відомо в appengine була вбудована версія Django 0.96, а в останню версію вбудували 1.10.

Дивлячись з чого почнемо будувати систему можна вибрати на любий смак: 

http://wiki.python.org/moin/WebFrameworks

А от PHP, як був "Personal Home Page Tools" так і залишився їм

--
&copy

[DoctorX]

Знаходжусь поки що у Києві.

[ctype]

Субота, 2 липня 2011 р., 09:12:40 UTC+3 користувач Doctorx написав:

2011/7/1 ctype <ct...@mail.ru>

ну можна і python - сподіваюся там з’явилося щось більш розумне ніж django ?
якщо ні, то краще вже усім знайомі php (або навіть java, c ) 
бо django я втомився патчити коли бавився з appengine

Якого саме типу патчи приходиться було використовувати ? 

Бо як мені відомо в appengine була вбудована версія Django 0.96, а в останню версію вбудували 1.10.

ну я прикручував 1.10 (був такий патч, коли вбудована була 0.96 ) і так як воно мало якісь проблеми - правив сам

Дивлячись з чого почнемо будувати систему можна вибрати на любий смак: 

http://wiki.python.org/moin/WebFrameworks

ага. колись я там був, шукав чим би замінити django , у залишку написав на дуже примітивному webpy чи що там ще було в аппенжін окрім django

А от PHP, як був "Personal Home Page Tools" так і залишився їм

не треба так казати, бо розробники фейсбук та вікіпедії прочитав ваш комент дружною юрбою пішли топитися у дніпрі  :)

--
&copy

[Konkevych Anton]

> > А от PHP, як був "Personal Home Page Tools" так і залишився їм
> не треба так казати, бо розробники фейсбук та вікіпедії прочитав ваш комент
> дружною юрбою пішли топитися у дніпрі :)

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

А взагалі я би схилився до наступного варіанту: перш за все узгоджується
протокол взаємодії учасників проекту та ядра проекту (скажімо, на XmlRPC),
далі пишеться референсна реалізація. Таким чином, система буде автоматично
розподіленою і незалежною від якої-небудь однієї платформі. В принципі, мені
здається, вже можна на основі сказаного спробувати накидати чорнетку
інтерфейсу взаємодії.

[DoctorX]

2011/7/2 Konkevych Anton <icht...@gmail.com>

полегшити пошук хостингу бажаючим інсталювати наш
софт.

 

Думаю не потрібно робити вибір мови по такому принципу, бо потім нам це вийде боком.

 

А взагалі я би схилився до наступного варіанту: перш за все узгоджується
протокол взаємодії учасників проекту та ядра проекту (скажімо, на XmlRPC),
далі пишеться референсна реалізація. Таким чином, система буде автоматично
розподіленою і незалежною від якої-небудь однієї платформі. В принципі, мені
здається, вже можна на основі сказаного спробувати накидати чорнетку
інтерфейсу взаємодії.

 

 Так дуже слушна думка про RPC. 

 Я більш прихильний до JsonRPC так як, він синткасично лаконічніший і дуже добре взаємодіє з JavaScirpt-ом, на якому так чи інакше придеться 

писати.

[Konkevych Anton]

> > полегшити пошук хостингу бажаючим інсталювати наш
> > софт.
>
> Думаю не потрібно робити вибір мови по такому принципу, бо потім нам це
> вийде боком.

Згоден. Я сам теж проти починати з PHP, просто вказав на причину, чому це може
мати деякий сенс. Особисто я би написав референсну реалізацію на чомусь більш
пристойному, а на php, приміром, другу.