Конкурент для Drupal.ru

Аватар пользователя Макс К. Макс К. 2 декабря 2007 в 14:32

Большая рыба и маленькие рыбыПроект Drupal.ru определенно набрал большую силу, что радует. Сложилось доброе сообщество, которое активно помогает новичкам осваивать Drupal.

Аксель работает изо всех сил. Но проект Drupal.ru стал большим и требует от Акселя больше времени, чем он может позволить. Нельзя ждать, что Аксель бросит семью, друзей, свою работу. Жизнь одна и прожигать ее у экрана браузера со ссылкой http://www.drupal.ru/ не самый лучший путь.

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

Попытки решения

Время от времени делались попытки решить эту проблему:

  • Кто-то предлагал купить Drupal.ru. Но для Акселя Drupal.ru такая же полноценная часть жизни, как и его семья. Никто ведь не предлагает ему продать свою жену, родителей, друзей.
  • Кто-то обижался на Акселя, что он не может обеспечить 100% uptime Drupal.ru. Но от чужих обид его сутки не вырастут ни на секунду. Он делает все что в его силах и спасибо ему за это.
  • Кто-то поднимал у себя на сайте клон Drupal.ru. После одного-двух лет работы энтузиазм пропадал, а народ по прежнему ходит на Drupal.ru.

Прогноз

Вскоре сообщество Drupal.ru начнет массово покидать сайт Drupal.ru. И первыми сделают это "старички", ведущие на форумах основную работу по поддержке новичков. Кто же подкинет Drupal.ru такую "свинью"? Куда уйдет сообщество Drupal.ru?

Новый игрок на русском поле

Новым конкурентом Drupal.ru станет Drupal.org.

Сопоставьте 3 факта:

  • Друпал приобретает заметный крен в многоязычность. Она будет поддерживаться прямо в ядре Друпала
  • на Drupal.org появилась надпись "Drupal is a Registered Trademark of Dries Buytaert"
  • Владелец Drupal.org Дрис начинает коммерциализацию Друпала, предоставляя платные услуги по обслуживанию Друпала (см. статью Вадима Барускова "И родил Дрис Acquia...").

Там, где коммерция, там нужны посетители. Чем больше посетителей, тем лучше. Дрису нужны посетители объединенной Европы, Латинской Америки, Японии, Китая,... не лишними будут посетители России.

Дрис не будет списываться с десятками владельцев местных сайтов Drupal.ru, Drupal.de, Drupal.jp,... и просить поставить ссылочку на его платный сервис. Условно говоря, Дрису будет достаточно в админке Drupal.org поставить галочку: "разрешить многоязычность". И быстро начнется миграция локальных сообществ на материнский сайт Drupal.org.

В бизнесе это называется "поглощение". Большая рыба съедает мелкую.

Прояснение

А мы-то все:

  • удивлялись, почему в Drupal 6.0 из новых функций появилась только какая-то многоязычность
  • гордились, что какой-то венгр (кажется) сумел склонить Дриса на многоязычность в Друпале
  • гадали, какой будет многоязычность в Друпале - в стиле i18 или Localizer

Многоязычность в Drupal 6.0 сделана в таком стиле, чтобы ее можно было внедрить на Drupal.org. И делалась она в первую очередь под коммерческие цели - для вбирания в Drupal.org неанглоязычных друпальских сообществ.

Судя по тому, что в Drupal 6.0 не стали тратить время на добавление других функций, Дрис считает внедрение многоязычности на Drupal.org достаточно срочным делом.

Комментарии

Аватар пользователя axel axel 2 декабря 2007 в 14:47

Макс, ты не задумывался, что журналистика могла бы принести тебе больше денег, чем убеждение людей, в том, что они должны заказывать сайты на друпале в разгонке.ру? Совершенно серьёзно, такой талант пропадает.

Аватар пользователя Макс К. Макс К. 2 декабря 2007 в 15:17

Аксель пишет:"Макс, ты не задумывался, что журналистика могла бы принести тебе больше денег, чем убеждение людей, в том, что они должны заказывать сайты на друпале в разгонке.ру?"

Аксель, дорогой, я-то здесь при чем? Даже если я удалю эту статью, то Дрис все равно включит многоязычность на Drupal.org.

В Drupal.org используются практически все модули из ядра Друпала. Собственно, Друпал всегда писался исходя из опыта его использования на Drupal.org.

Ты сам пишешь:

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

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

Раньше международная сторона не сильно интересовала Дриса. Для разработки Друпала ему вполне хватало того англоязычного сообщества, которое уже сложилось на Drupal.org. Поддержка неанглоязычных посетителей была отдана на откуп местным друпальским сообществам.

Но сейчас Дрис ударился в коммерцию. Ему понадобились на Drupal.org неанглоязычные пользователи Друпала, которых потенциально в 10 раз больше, чем англоязычных пользователей. Дрис будет продавать друпальщикам-иностранцам услуги своего сервиса.

Не думаю, что Drupal.ru действительно умрет. Просто у него появится сильный конкурент в виде Drupal.org.

Аватар пользователя axel axel 2 декабря 2007 в 16:15

Даже если я удалю эту статью, то Дрис все равно включит многоязычность на Drupal.org. Ты не правильно понял, не надо ничего удалять. От комментирования прогноза воздержусь Smile Мне просто нравится твой стиль подачи материала, что я и высказал.

Аватар пользователя Макс К. Макс К. 2 декабря 2007 в 17:54

Аксель пишет: "Ты не правильно понял, не надо ничего удалять."

Прости, похоже я действительно неправильно интерпретировал твои слова.

Аксель пишет: "Мне просто нравится твой стиль подачи материала, что я и высказал."

Статья Вадима Барсукова "И родил Дрис Acquia..." стала последним камнем в мозаике и у меня сложилась ясная картинка. Дрис подгребает под себя неанглоязычные сообщества друпальщиков. Для его бизнеса они важны.

Под концом Drupal.ru, о котором говорилось, имеет ввиду не сколько закрытие Drupal.ru, как прекращение существования Drupal.ru в нынешнем качестве - поддержка начинающих друпальщиков. Эта тема вошла в сферу бизнес-интересов Дриса. Наивно ожидать, что маркетологи из его фирмы упустят возможность прибрать на Drupal.org неанглоязычные сообщества друпальщиков.

Если на Drupal.ru каждую техническую проблему сообщества приходится решать тебе одному, то в рамках Drupal.org одно решение будет тиражироваться на все языки. Примерно, как у супермаркета есть больше возможностей в бизнесе, чем у частного магазинчика. Или небольшой книжный магазинчик не сможет выжить в старом качестве, если рядом с ним открылся большой 4-ти этажный книжный магазин (см. фильм "Вам письмо").

Смена направления

Можно попробовать перепрофилировать Drupal.ru. Уйти в ту сферу, которая пока вне интересов Дриса.

Дриса интересуют друпальщики, которые ставят сайты, но пока мало интересуют те, кто заказывает сайты.

Начать собирать вокруг Drupal.ru профессионалов, которые ставят сайты на Друпале. Собственно, собирать их не надо, они уже давно собраны (см. статью "Каталог разработчиков сайтов на CMS Drupal"), дело только в том чтобы довести дело до конца и чтобы под зеленой плашкой "Скачать Друпал" появилась зеленая плашка "Заказать сайт на Друпале". По мере перетекания русского сообщества на Drupal.org можно будет плашку "Заказать сайт на Друпале" поднять выше плашки "Скачать Друпал".

Разговоры об этом периодически поднимаются, но до сих Drupal.ru стоит лицом к тем, кто своими руками ставит сайты на Друпале и спиной к тем, кто хочет заказать установку такого сайта. Раньше профи-друпальщики не имели выбора - или продолжать общаться на Drupal.ru или уходить в никуда. С введением на Drupal.org поддержки многоязычности профи начнут перетекать на Drupal.org. Как только на Drupal.org русскоязычное сообщество станет в 1,5-2 раза сильнее сообщества Drupal.ru, начнется массовый исход с Drupal.ru на Drupal.org. Все стараются публиковаться там, где их может прочитать большее количество людей. Профи - в первую очередь.

Если дать профессионалам зарабатывать на Drupal.ru, им будет незачем ходить на Drupal.org. На Drupal.org нет и пока не предвидится механизмов для поддержки продаж профессиональных установщиков Друпала.

На Drupal.ru пока таких механизмов тоже нет, но если Drupal.ru повернется лицом к русскоязычным установщикам Друпала, то им будет незачем уходить на Drupal.org и бесплатно оказывать поддержку, когда они могут то же самое делать на Drupal.ru и еще получать за это клиентов.

Миф

Ходит миф, что Drupal.ru прямо таки кишит желающими сделать заказ Друпал-сайта.

Должен заметить, что при теперешней структуре Drupal.ru заказов на нем крутится гораздо меньше, чем могло бы. Структура Drupal.ru не нацелена поддержку клиентов/исполнителей, встреча клиента и заказчика на Drupal.ru напоминает броуновское движение. Теоретически они конечно должны встретится, но у большинства клиентов интерес к заказу Друпал-сайта теряется гораздо раньше.

Смена формата сайта

Не знаю, насколько тебе интересно отрабатывать на Drupal.ru вектор "заказчик сайта - установщик сайта". Но всегдашняя специализация Drupal.ru на поддержке начинающих друпальщиков вскоре будут прибрана на Drupal.org. По большому счету это правильно. Тот сайт который делает продукт и должен оказывать ему поддержку.

Чем быстрее сообщество Drupal.ru будут перетекать сообщество на Drupal.org, тем ласковее ты будешь по отношению к остаткам сообщества. Тем не менее, если сохранить старую модель на Drupal.ru, то сообщество рано или поздно перетечет на Drupal.org. Процесс перетекания значительно ускорится, если Drupal.ru еще пару раз завалится на 1-6 месяцев. Этого времени старичкам вполне хватит, чтобы оформить свои аккаунты на Drupal.org и привыкнуть тусоваться там.

Тем более, что Drupal.org теперь стал коммерческой организацией и с неанглоязычными сообществами там будут профессионально работать, холить и лелеять. Примерно как в Живом Журнале, Википедии.org или других разросшихся сообществах. Там никто не говорит сообществу о front-end, проблемах с хостингом и не показывает фото сервера в кладовке.

Аксель, монополия Drupal.ru на русскоязычном рынке закончилась. Пока есть время, рекомендую начать подыскивать и внедрять новый формат Drupal.ru, не конфликтующий с интересами Дриса. Один из вариантов смены формата я предложил.

Аватар пользователя AlterEgoEast AlterEgoEast 2 декабря 2007 в 18:39

Поддерживаю
Макс вы могли бы зарабатывать большие деньги ведя корпоративный блог...

Аватар пользователя PVasili PVasili 2 декабря 2007 в 15:09

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

Как многоязычность связана с коммерческими целями и удобством для drupal.org? Или в 6 появились зачатки AI(сообщения будут автоматически переведены на родной язык пользователя)? От того, что кнопка Save заменится на Cохранить - ничего не изменится :). Я не заметил за Дрисом тяги к коммунистическим идеям - заполнить все только собой Smile

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

Аватар пользователя seaji seaji 2 декабря 2007 в 15:38

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

Вот, таких как эта, еще бы статей 20-30 и возможно пользователи и начнут мигрировать.

А общаться на своем языке там и сейчас можно.

Аватар пользователя theblackcat theblackcat 2 декабря 2007 в 15:58

http://www.internetworldstats.com/stats7.htm

Смотрим на распределение языков в интернете. Русскоязычные пользователи ещё недавно входили в десятку, но нас вытеснили арабы. Подавляющее большинство - англофоны. К этому числу прибавляем людей знающих английский язык. Мне, как и многим, не составляет труда общаться на drupal.org, но всё же я остаюсь на drupal.ru. А "ориентироваться на весь мир" у Дриса получается и без локализации. Smile
Хотя с другой стороны, по другим сведениям, 78% русскоязычных пользователей хотят видеть больше сайтов на родном языке. Smile Но на мой взгляд, о конце Drupal.ru говорить рано.

Аватар пользователя PVasili PVasili 2 декабря 2007 в 16:41

"Есть ложь, ... и статистика". Уж как то не очень верится таким статистам, где в Италии больше , чем в Рунете Smile 60мил и >200мил рунет человек население

Аватар пользователя theblackcat theblackcat 2 декабря 2007 в 16:00

Вот, таких как эта, еще бы статей 20-30 и возможно пользователи и начнут мигрировать.
Я понял. Разводка.ру пытается похоронить drupal.ru. Так вот какой будет конец. )))

Аватар пользователя vadbars@drupal.org vadbars@drupal.org 2 декабря 2007 в 16:53

Насколько я понял цель этой публикации Макса, речь идет не о прогнозах "умрет-не умрет" в отношении drupal.ru. Ну, допустим, не умрет, а будет малочисленнее или ориентировано в основном на вновь пришедших. Что с того?
Речь, имхо, о тенденциях в развитии drupal-сообществ, о том, как примирить неизбежную коммерциализацию (и профессионализацию) со светлыми и чистыми принципами "опен-сорса". Вот Дрис нашел такой путь и это, действительно, "вызов", на который нам придется как-то отвечать.

Аватар пользователя Макс К. Макс К. 2 декабря 2007 в 18:20

Вадим Барсуков пишет: "Речь, имхо, о тенденциях в развитии drupal-сообществ, о том, как примирить неизбежную коммерциализацию (и профессионализацию) со светлыми и чистыми принципами "опен-сорса"."

Опен-сорс это не свободное пиво, а скорее, свобода слова. Исходники должны быть открыты, но делать на них деньги не запрещено.

Другой вопрос, что сам Аксель святой и стоит вне денег. Поэтому на Drupal.ru сложилась так, что здесь бесплатная поддержка друпальщиков оказывается хорошо, а платные заказы ходят плохо. Но когда Drupal.org выдернет на себя бесплатную поддержку друпальщиков, чем-то надо же будет заполнять Drupal.ru. И думать надо сейчас, пока на Drupal.ru есть народ.

Все идет к тому, что если ничего не менять, то Drupal.ru встанет в ряд http://drupal.kiev.ua/ , http://drupal5.ru/ и других русскоязычных сайтов о Друпале, которые поддерживаются в основном силами своих владельцев. Сколько их появлялось, утухало, умирало.

Кстати, русский вариант Гугла при наборе запроса "drupal" выдает Drupal.org в третьей строчке. Так что Drupal.org будет обеспечен русскоязычными посетителями с первого же дня. А по мере добавления русскоязычных статей и Яндекс подтянется и будет показывать Drupal.org в своих выдачах. О покупке рекламы в поисковиках я уже и не говорю, на Drupal.org для этого гораздо больше возможностей.

У Акселя нет времени жить по старому. Процесс перетекания сообщества на Drupal.org может быть с какого-то момента лавинообразным. Когда активный костяк сообщества перейдет на Drupal.org, на Drupal.ru останутся лишь вопросы новичков, на которые будет некому отвечать.

Аватар пользователя restyler restyler 2 декабря 2007 в 19:49

Почитать было интересно, спасибо.
Я заметил обратную тенденцию - год-полтора назад про друпал в зоне .ру было банально не с кем поговорить - и поэтому читал и писал я на drupal.org.

Сейчас я наблюдаю на это сайте уже человек 5-7 хороших спецов, судя по постам. Да и вообще, интереснее как-то стало, наверное потому что тут проще что-то улучшить своими усилиями - "власть" близка с "народом". Другое дело что все реформы по инфраструктуре действительно надо проводить, этим надо заниматься - а судя по скорости интеграции уже больше месяца назад сверстанного макета, со временем у Акселя _очень_ туго. Или не со временем, не знаю.

Сейчас для общения у меня Drupal.ru, для работы, поиска модулей и консультаций с гуру - Drupal.org.

Аватар пользователя fman@folomeev.info fman@folomeev.info 2 декабря 2007 в 21:16

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

Аватар пользователя PVasili PVasili 2 декабря 2007 в 21:21

Макс, а что мешает создать и раскрутить свой ресурс?
Зачем обязательно нужно что-то разломать и потом пытаться строить на руинах?

Аватар пользователя fman@folomeev.info fman@folomeev.info 2 декабря 2007 в 21:34

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

Аватар пользователя RECRUIT RECRUIT 2 декабря 2007 в 23:22

Вы знаете, я полностью согласен с Максом... Тенденция действительно наблюдается, что друпал.орг начинает формировать на своей базе многоязычное общество.
А с частым падением сайта друпал.ру начали формироваться вполне достойные и интересные сайты посвященные друпалу как
http://www.drupaler.ru/
http://setegnom.com/
и .т.д. на которых материал посвященный друпалу собран ИМХО подчас более грамотно чем на офф русском сайте...

Надо что то делать. А именно.
1. Сделать нормальный хостинг, что уже не раз обсуждалось
2. Сделать набор пользователей, админов, модеров, чтобы следить за состоянием сайта и вовремя принимать меры.

Аватар пользователя Макс К. Макс К. 3 декабря 2007 в 0:09

RECRUIT пишет: "Надо что то делать. А именно.
1. Сделать нормальный хостинг, что уже не раз обсуждалось
2. Сделать набор пользователей, админов, модеров, чтобы следить за состоянием сайта и вовремя принимать меры.
"

Беда как раз в том, что нет никакой разницы, делать это или нет на Drupal.ru. Через месяц поставит Дрис на Drupal.org 6-ой Друпал, отметит в админке галочкой "разрешить многоязычность" и скажет всем неанглоязычным друпальщикам: "Идите к папочке". На этом все для текущего формата Drupal.ru и кончится. Можно будет спокойно зайти на Drupal.org, один раз выбрать из списка русский язык и дальше жить в русской части Drupal.org.

В качестве примера того, что русскоязычное сообщество может вполне комфортно жить на интернациональном сайте, приведу http://ru.wikipedia.org/ с 217353 статьями на русском языке

С хостингом у Дриса проблем не будет как и не будет проблем с русскоязычными пользователями, админами, модерами.

Бессмысленно по быстрому делать на Drupal.ru делать то, к чему Дрис готовился со своей командой целый год.

Акселю нужно работать на опережение и менять формат Drupal.ru, пока еще есть кем управлять на Drupal.ru.

Аватар пользователя dracs dracs 3 декабря 2007 в 4:44

Честно говоря сомнения берут, что "галочкой" одном можно народ перетянуть. И по сути, это не выгодно. ru сайт делает свое дело и будет делать. Будет востребован. Что же касается org, ввести поддержку букв не одно и то же что ввести реальную поддержку и помощь. Я на друпале совсем недавно пишу, и скажу так: все CMS практически имеют свои сообщества в RU зоне, друпал далеко не супер лидер на рынке, но более сильные другие системы никаким образом не задевают RU сайты по тойже CMS тематике, а только поддерживают, проставляя на них линки. Думаю так будет и сейчас на друпале ORG - протавят ссылочку и подчеркнут ее пожирнее на друпал-ру. Никакой паники по этому поводу точно испытывать не нада. Как потихоньку разбирались, находили, так и будем разбираться, находить, переводить и обменивать))

Аватар пользователя angelwise angelwise 3 декабря 2007 в 19:43

Эх, вижу здесь более живое обсуждение Smile

Свое видение будущего успел написал тут: http://drupal.ru/node/9799

Продолжу свою тему...
Критику к этому рессурсу поддерживаю - некий бардачекс имеет место Smile
Приведенные уважаемым RECRUIT ресурсы приятны, систематизированы, но узкозаточены. Посему, при создании и развитии ассоциации Drupal CIS их надо привлечь. Например:
1. с помощью сообщества drupaler.ru организовать центр по проверке и переводу интерфейсов системы на языки exUSSR. Американцы никогда правильно ничего не переведут...
2. ресурс http://setegnom.com/ развить до мультиязычного, на котором пользователи из разных концов бывшего СССР смогут прочитать документацию на родной мове (бел. - родной язык).

далее...
4. Барахолку и частное общение (форум) выделить в поддомен
5. Этот ресурс превратить в единый центр компетенции, о чем кратко описал в своем видении (ссылка выше)
6. выбрать или принять в волонтеры энтузиастов, которые бы отслеживали новости о продукте и своевременно бы их доводили до народа попутно переводя на местный язык (русский по умолчанию) ....

об остальном еще подумать....

но по любому, один Аксель тут не справится, нужна креативная группа с поддержкой волонтерами Smile

Что касается опасения давления со стороны drupal.org, то не вижу большой опасности. Т.к. для поддержки рускоязычного общества (в частности) надо иметь рускоязычных сотрудников, имхо порою русский язык и его идиомы посложнее китайских будут. Для новой компании это будет весьма дорого и если господин Дрис узнает, что в нашем регионе присутствует хороший центр компетенции, то в его интересах будет его сертифицировать и перенаправлять вопросы с признаками локали ru, by, ua и т.д. именно на этот центр. Так, в последнее время, поступают практически все западные вендоры, у которых есть представительства (различного типа) у нас.

А там глядишь и кое-какая финансовая поддержка со стороны генштаба перепадет...
Smile

Аватар пользователя axis axis 5 января 2008 в 2:59

angelwise wrote:
1. с помощью сообщества drupaler.ru организовать центр по проверке и переводу интерфейсов системы на языки exUSSR. Американцы никогда правильно ничего не переведут...
2. ресурс http://setegnom.com/ развить до мультиязычного, на котором пользователи из разных концов бывшего СССР смогут прочитать документацию на родной мове (бел. - родной язык).

далее...
4. Барахолку и частное общение (форум) выделить в поддомен
5. Этот ресурс превратить в единый центр компетенции, о чем кратко описал в своем видении (ссылка выше)
6. выбрать или принять в волонтеры энтузиастов, которые бы отслеживали новости о продукте и своевременно бы их доводили до народа попутно переводя на местный язык (русский по умолчанию) ....

Давно бы я хотел это увидеть, четко организованный ресурс, а не склад страниц, обсуждений. Drupal.ru работал бы намного продуктивнее, если была бы организация, думаю если прикрепить опрос "Устраивает ли вас формат Drupal.Ru?" то большинство бы проголосовало "нет". Здесь собралось достаточно большое количество профессионалов, но существующий на данный момент формат сайта не позволяет полностью раскрыть их потенциал. Если в ближайшее время ничего не предпринять, то в недалеком будущем Drupal.RU прийдет конец.

Аватар пользователя VladSavitsky VladSavitsky 2 декабря 2007 в 23:27

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

Поэтому IMHO пришло время уделить большое внимание управлению сообществом (не контролю). А именно:
*оформить цели развития
*приоритетные задачи
*стратегию достижения (это все части обычного бизнес-плана)

А кроме того продумать как же всё таки управлять сообществом...
Я вижу как минимум 2 пути (2 часа назад был только один):
#'''Стандартная иерхия'''. Она копирует модель государства. В сообществе выделяются люди (кто-то хорошо пишет, кто-то хороший отладчик, кто-то программирует гениальные вещи, а кто-то может к этим гениальным вещам доку написать). Этим людям даются дополнительные привилегии на сайте - они наделяются властью (фильтровать комментарии например). Таким образом появляется слой людей, которые помагают сообществу вновь стать организованным. Но для этого нужно, как пишет Макс продумать формат сайта. Это нужно, чтобы люди, наделённые привилегиями знали как им разруливать разные ситуации. Например, если есть милиция, то нужен закон по которому они действуют - иначе каждый будет судить как посчитает нужным. На Википедии есть тьма подобных документов. Один из них описывает Нейтральную точку зрения - по этому документу можно чужие исправления удалять, если нашёл их предвзятыми. Можно реализовать модулями userpoints и каким-нибудь модулем для оценки качества статей.
#'''Без власти'''. Мне эта схема нравится больше, потому что в ней нет пирамиды власти. Придумал несколько часов назад, хотя реализации этой схемы имеют 2000 лет истории - это модель домашней церкви. Преимущество в том, что все люди имеют одинаковый статус, но для решения проблемы хаоса они делятся на небольшие группы. В каждой группе есть старший, который не командует, а направляет группу. Это легко реализуется с помощью OG. Группы не должны быть изолированными от других групп. Внутри небольшого количества людей проще решать все вопросы и даже конфликты. Быть старшим в такой группе должен человек с лидерскими качествами и способностями.

Но в любом случае нужно иметь чёткое видиние и цели. Иначе ни один из способов не поможет. Поэтому я за предложение Макса об определении формата дальнейшего развития.

Аватар пользователя AlterEgoEast AlterEgoEast 3 декабря 2007 в 0:00

Сообщество без царя в голове (во главе) - толпа баранов а не сообщество...
К толковым программистам достаточно одного проджекта и одного сейлза. А также общая цель для всех.
Она и должна быть ЦАРЕМ.

Аватар пользователя andypost@drupal.org andypost@drupal.org 3 декабря 2007 в 2:14

Вставлю свои 5ть копеек...
Формат сайта менять нужно давно и кардинально, в данный момент это не более чем форум-помойка, его вообще стоит вынести в отдельный домен 3го уровня и транслировать в виде пары блоков на странице с поддержкой.
Сайт посвяжен системе drupal, но это теряется за кучей постов мало относящихся к продукту - faq howto community этого достаточно, остальное должно популязировать продукт, описывать его возможности и примеры применения. Продукт должен быть подан не тонной постов ньюбов и каплей в море профи, а послноценными примерами внедрения. Я уже писал, что 5ти предложений о том, какой клевый друпал и давай-те выносить друг другу мозг и пытаться сами изучать его. docs вообще у меня не открывается, возможно не одного меня.

Макс, с твоей гиперпатетичностью - кто еще лучше может описать плюсы друпала! Нужно заманивать не только ньюбов, но и заказчиков, которых больше интересует, а что это за продукт на котором мне наговняли систему ... И что же видит заказчик зайдя на сайт drupal и напрмер "ждум, битр".

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

Группы тоже не помешают, например для совместной работы над проектами.

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

Давай-те действительно координировать усилия - это будет выгодно не только финансово!

Аватар пользователя Макс К. Макс К. 3 декабря 2007 в 15:43

"andypost@drupal.org пишет:" "Нужно заманивать не только ньюбов, но и заказчиков, которых больше интересует, а что это за продукт на котором мне наговняли систему ..."

Делать из Drupal.ru конфетку для заказчиков - задача очень далекого плана. На сегодня узкий момент в Drupal.ru - это Аксель. Если он не хочет менять формат сайта, то значит так оно все и будет без изменений. Это его сайт и он может делать с ним все, что считает нужным.

До сих пор Аксель сам выбирал направления развития сайта. Из-за отсутствия у него времени на проект это были, в основном, косметические изменения - конкурс дизайна, раскидать фронт-энд Drupal.ru по 4 другим сайтам и прочим делам, не меняющим формат Drupal.ru.

"andypost@drupal.org пишет:" "Макс, с твоей гиперпатетичностью - кто еще лучше может описать плюсы друпала!"

Плюсы Друпала опишут другие. У меня иная задача. Статья была написана, в основном, для Акселя.

Последний год Дрис готовил поглощение сообщества Drupal.ru вкупе с десятками других неанглоязычных сообществ друпальщиков. Если звезды сложатся против Акселя, то сообщество Drupal.ru может перетечь на Drupal.org весьма быстро. Дрис запустит 6-ую версию на Drupal.org, у Акселя некстати ляжет на месяц сервер, сообщество Drupal.ru пару дней подождет, а потом продолжит общение на Drupal.org. Тем более, что у половины старичков-друпальщиков уже есть аккаунты на Drupal.org.

Проблема у Акселя отнюдь не в недостатке идей. Если бы не хватало своих, он всегда бы мог обратится к сообществу. Проблема Акселя в том, что он считает проект Drupal.ru своим личным и строит его так, как считает нужным. Выделить на проект он может только небольшие свои временные и хостинговые ресурсы, в результате проект Drupal.ru находится в полуживом состоянии.

Раньше такое отношение к Drupal.ru прокатывало. Теперь у Дриса выявился сильный коммерческий интерес к поголощению неанглоязычных сообществ друпальщиком сайтом Drupal.org. Когда сообщество Drupal.ru перетечет на Drupal.org, на проекте Drupal.ru можно будет ставить крест. Без своего сообщества сайт Drupal.ru это будет просто груда страниц с быстро устаревающей информацией. Уже через полгода никто из друпальщиков на Drupal.ru и ссылок ставить не будет. Будут ставить одну ссылку - на Drupal.org. Она и на скачку, она и на общение на тему Друпала.

Я надеюсь, что получив в конкуренты Дриса, Аксель поменяет свои взгляды и даст сообществу Drupal.ru полную свободу. Иначе ему скоро и рулить будет некем.

Аватар пользователя karinka karinka 3 декабря 2007 в 2:47

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

P.S.: ПОЧЕМУ когда Друпал был назван как номер 1 в Award2007, на первой странице продолжал висеть главным пост, с темой про тулбар в FF - это была тема номер один для друпал сообщества? кто так считал? Что может быть важнее мирового признания? Хоть одну неделю в году? Выходит панель для firefox...

Это я все к тому, что информация на сайте есть, она на родном языке, но ее организация ни к черту, невозможно ее сразу найти и воспользоваться.
P.P.S: только и остается обращаться к google с приставкой site:drupal.ru, а это согласитесь, признак того что реорганизация требуется.

Аватар пользователя AlterEgoEast AlterEgoEast 3 декабря 2007 в 4:16

>>>> P.S.: ПОЧЕМУ когда Друпал был назван как номер 1 в Award2007, на первой странице продолжал висеть главным пост, с темой про тулбар в FF - это была тема номер один для друпал сообщества? кто так считал? Что может быть важнее мирового признания? Хоть одну неделю в году? Выходит панель для firefox...

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

Аватар пользователя AlterEgoEast AlterEgoEast 3 декабря 2007 в 3:05

Все начинается с Организации.
с Организации хостинга , стиля, структуры, счета. команды.
Нужно просто начать. Начать вроде бы не сложно. Все у всех для этого вроде бы есть, но ничего ни у кого не получается, у всех все в планах...Значит начинать нужно не так, когда сделаете общий банковский счет, тогда все начнет получаться.
Когда сделаете фирму, где у каждого будет своя доля, тогда все получится. ТОгда можно будет о чем то говорить.

Аватар пользователя andypost@drupal.org andypost@drupal.org 3 декабря 2007 в 3:15

Ужаважаемый, AlterEgoEast (Вадим), прежде чем делать фирму не мешает подумать о структуре организации или Вы потом собираетесь менять форму собственности? Не определены цели организации, не определены статьи дебета/кредита - а Вы бежите фирму регистрировать Smile
Как я уже писал в соседних ветках, давайте для начала реструктиризируем подачу друпала в росии, определим цели и средства, сделаем инфраструктуру, а потом уже ясно будет какую форму собственности оформлять и нужна ли она вообще!

Аватар пользователя AlterEgoEast AlterEgoEast 3 декабря 2007 в 3:54

уважаемый AndyPost (Андрей )..я и не думал фирму регить. Зачем?? Не настало время.
тут от обратного идти нужно. тут клиента нужно привести (кошку) на которой вам всем командно потренироваться нужно. Повторюсь - командно. Кошка будет одна. Большая. Готовы?

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

Дебет кредит - вижу только один расход - открытие фирмы. Все остальное есть в наших руках. головах, и других не менее важных частях тела.

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

Что такое реструкторизация Друпала в Росии? Тайный план Google?
Сначала создать нужно консалтингово софтверную компанию, а потом начинать массовую реструкторизацию, тем самым готовя себе финансовое благополучие на четверть века вперед. как говорил мой дед "Мне воды не жалко, только сначала я полью свои деревья"

Повторяюсь еще
для начала я дам (постараюсь дать) одного брендового клиента вам. естевственно консультировать его нужно бесплатно на первое время.
Вот на практике все и поймем.

Аватар пользователя andypost@drupal.org andypost@drupal.org 3 декабря 2007 в 4:16

Smile Клиентов и так валом, и больших и малых, прежде чем приводить клиента, нужно определить сферы влияния и ответственности, кто и за что отвечает.
Далее, согласовали, кто и что будет делать, сколько времени когда и кто сможет уделять, многие обитают в разных часовых поясах, где будут вестись проекты trac activecollab basecamp и так далее
У многих есть команды, это тоже нужно учитывать - порой проще передать кому-то проект, чем разрываться.
Сколько людей смогут консультировать, быть PM без отрыва на что-либо... Как согласовывать цены на работу, у всех очень разный прайс и набор услуг - http://drupal.ru/node/9799 давай-те двигаться!

Аватар пользователя andypost@drupal.org andypost@drupal.org 3 декабря 2007 в 4:24

Об этом уже писалось, что нужно делать нормальный faq, иллюстрированный, можно даже помодульно, ведь большинство посетителей используют от силы 3-4 десятка модулей и в них путаются. По мере написания этих материалов и сбору их с текущего сайта, уже сформируется небольшая база знаний и применений, на её основе уже можно предлагать типовые решения - вот только вектор развития не совсем ясен

http://drupal.ru/node/9820 пример типичного сайта, заказчик даже просит не блудить, а связываться с ним вне drupal.ru ибо негде

Аватар пользователя AlterEgoEast AlterEgoEast 3 декабря 2007 в 4:37

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

Аватар пользователя andypost@drupal.org andypost@drupal.org 3 декабря 2007 в 4:56

Модель drupal меняется, вопрос не в том, где будут перетирать ньюбы, а где владельцы ресурсов могут получать поддержку. именно для этого создана acquia.com и association.drupal.org - продвижение продукта и поддержка. разросшееся сообщество стоит разделять на группы, и каждой давать что-то персональное -тогда оно будет расти

Аватар пользователя AlterEgoEast AlterEgoEast 3 декабря 2007 в 5:06

>>> клиентов валом и больших и малых...
ну раз клиентов валом и больших и малых, то моя работа тут не нужна...

Аватар пользователя fman@folomeev.info fman@folomeev.info 3 декабря 2007 в 17:39

еще можно начать с установки модуля органик групп Smile и дополнительный чтоб администраторы групп могли роли распределять внутри группы.
и создать такие группы например:
1 дизайнеры
2 програмеры
3 по модулям популярным (cck view og agregaot и др - тем самым все будет не в одной куче свалено, а отдельно по мелким кучкам
4 писатели
....
+ мастеров учителей - типа обучать новичков
пару групп организационных -т.е по работе с заказами и т.п.
1 например одной поручить счет открыть
2 хостинг проекта - администрирование- задача подержа работоспособности.
3 общая координация.
4 тех поддержка
и др...
когда будут группки будет чем оперировать .
и группы конструируются т.е. будет лидер группы - будут специализированные команды.

Например: нужно сделать большой проект - 3 координирующая группа разбиавет на части и раскидывает по отделам.
И с оплатой легко определится - так как централизировано решили какой процент на какую группы идет а дальше уже лидер группы распределяет.

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

Аватар пользователя VladSavitsky VladSavitsky 3 декабря 2007 в 19:09

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

Аватар пользователя andypost@drupal.org andypost@drupal.org 3 декабря 2007 в 23:15

Все ждем, когда аксель напишет о сборе инициативной группы, кстати, такая штука как модуль event совсем не помешает!
Предлагаю устроить в москве первую встречу, на которой и обсудить перспективы!
Аксель, твой выход!

Аватар пользователя fman@folomeev.info fman@folomeev.info 4 декабря 2007 в 10:21

VladSavitsky, А дальше решать вопросы именно в этих закрытых группам
закрытое сообщество рано или поздно умирает.
Тогда делать 3 группы по каждой категории уровня 1.1 открытое членсвто новички и все желающие
1.2 модерируемое
1.3 закрытое.
т.е в одном профиле 3 уровня - Начинающи/обычные/профи.
ну и уже по мере работ переводить из одной группы в другую.(опять же по заказам кто хочет "такой же сайт" только подешевле - отдается новичкам)
Заодно и дополнительная мотивация будет.
Еще нужно человеческий фактор учесть, чтоб могло быть несколько профильных групп:
зеленые дизайнеры,желтые дизайнеры, обычные дизайнеры Lol

Пора писать петицию Алексу чтоб еще один друпал поставил с модулем og ,http://рабочая_группа.drupal.ru/ Smile
тогда этот не нужно трогать, а в новой установке новостные ленты с этой подобавлять. и там уже проводить организационную работу.

Аватар пользователя Dart Dart 4 декабря 2007 в 11:48

Здоровская тема, умные люди, но почему молчит виновник торжества axel?

Аватар пользователя RECRUIT RECRUIT 8 декабря 2007 в 0:05

fman@folomeev.info,
VladSavitsky, А дальше решать вопросы именно в этих закрытых группам
закрытое сообщество рано или поздно умирает.

Ничто не вечно в этом мире...

Тогда делать 3 группы по каждой категории уровня 1.1 открытое членсвто новички и все желающие
1.2 модерируемое
1.3 закрытое.

ИМХО такого не надо делать.. Просто сделать рейтинг. По нему и так будет видно кто новичок. кто спец..

Аватар пользователя Ainur Ainur 8 декабря 2007 в 3:04

Группы «многоязычные» сколько лет на друпале существуют?
Ерунда... Особенно про «коммерцилизацию» друпала.
Максим опять хочет подвигнуть русское комьюнити к продаже друпал сервисов через drupal.ru? А Максим в курсе, что Дрейс не использует drupal.org для продажи своих услуг?

Аватар пользователя andron13 andron13 9 декабря 2007 в 21:59

довольно точно подметил.
просто пока некоторые думают, как откомерциолизировать друпал.ру, другие уже закомерциолизировали свои старые проекты, создали свои новые и помогают тихо зарабатывать деньги уже и самому друпалу.ру. При всём этом Аксель с удовльствием проставил линки на ВСЕ сайты конкуренты сам. Тут все делают общее дело и все друг у друга в аське.

Аватар пользователя andypost@drupal.org andypost@drupal.org 8 декабря 2007 в 3:33

Для продажи существуют свои места, а речь идет о развитии д.ру - большинство продуктов разделяют поддержку и сообщество
Может сделать drupal.com.ru - бет место для предоставления коммерчиских услуг Smile
А здесь оставить пережиток 2.0...

Аватар пользователя Dan Dan 9 декабря 2007 в 15:21

Данная тема обсуждалась не раз. Самая продуктивная, на мой взгляд, где обсуждали консалт-агенство с Nataly. Киньте ссылку, найти не могу...

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

Идея работ такова:

  • заказчик на сайте размещает заказ на разработку/сопровождение/... сайта;
  • за работу может взяться один из "ведущих разработчиков" (далее - ведущий, о них см. ниже);
  • ведущий самостоятельно набирает бригаду для работы над проектом; один из вариантов состава бригады для работы над проектом: программисты, менеджер, дизайнер, админ сайта, SEO и т.д. Это не обязательное условие. Ведущий может всем заниматься самостоятельно;
  • ведущий может заниматься только одним проектом одновременно, субподрядчики не ограничены в кол-ве работ;
  • на сайте должны существовать удобные инструменты для выбора работников - должна быть возможность посмотреть выполненные и текущие работы, отзывы работодателей и т.п.;
  • как следствие предыдущего пункта вся работа ведётся в "открытую" и это обязательное условие! никаких закрытых групп, разработка должна быть абсолютна прозрачна для всех;
  • ведущим разработчиком может быть любой человек. Фактически это не постоянный, а временный статус. Я взялся за разработку сайта site.ru, значит я его ведущий разработчик;
  • система рейтингов на сайте быть должна, но любое проставление оценки должно сопровождаться комментарием "почему столько"
  • также на сайте - автоматическое портфолио, то есть если человек принимал участие в работе над сайтом, он должен быть включен в список разработчиков сайта и наоборот, при просмотре данных о человеке, необходимо показывать все сайты, в которых он "засветился". Естественно, в обоих случаях должен быть лёгкий доступ к подробному списку произведённых им работ.
  • оплата работ. необходим единый банковский счёт. заказчик заключает договор с агенством, после сдачи работ, проплачивает, агенство берёт некий процент, остальное отдаётся исполнителям проекта. Если исполнитель проекта только ведущий разработчик, он забирает всё. Иначе финансы распределяются по заранее оговорённым долям. То есть при приёме в проект, ведущий разработчик и нанимаемый работник должны в электронной форме с обеих сторон подтвердить, что "да, я нанимаю/устраиваюсь на работу с оплатой 20% от стоимости проекта". Деньги распределяются автоматически. Все транзакции прозрачны и должны быть доступны всем и в любой момент

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

Ваши предложение.

Аватар пользователя angelwise angelwise 9 декабря 2007 в 16:15

В целом неплохо.
Однако есть не понятки:

  • "ведущий нанимает бригаду... менеджер..." - где вы видели, чтоб исполнитель нанимал себе менеджера? Сколько работаю в сфере IT -- менеджер в глазах программиста - за частую принимает эпитеты: "ламер", "тормоз", "я ему такое предложил, а он нихрена не понимает ..."
  • деление дохода, основанное на процентах - очень зыбко, т.к. изначально не всегда можно прикинуть процентное участие того или иного исполнителя в проекте. Намного четко оценивается участие при почасовой оплате - т.е. тот же "человекомесяц".
  • "как следствие предыдущего пункта вся работа ведётся в "открытую" и это обязательное условие! никаких закрытых групп, разработка должна быть абсолютна прозрачна для всех;" - увы, так не пойдет. за частую заказчик не заинтересован расскрывать идею воплощаемго продукта, пока продукт не будет готов. Встречается и такое, что и после завершения проекта, заказчик не хочет светить свое имя. В этом случае, если он согласился публикацию работы среди завершенных проектов, то без какой либо ссылки на заказчика.

Поэтому, если идти по такому пути, то:

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

вроде так

Аватар пользователя andypost@drupal.org andypost@drupal.org 9 декабря 2007 в 21:27

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

Аватар пользователя Dan Dan 9 декабря 2007 в 21:30

Где вы видели, чтоб исполнитель нанимал себе менеджера?

Это не просто исполнитель, это ведущий проекта. Насчёт именно "ведущего программиста" я не прав, т.к. ведущим может быть кто угодно (с оговорками относительно статуса на сайте, конечно), ибо если он справляется с менеджментом проекта, почему нет? Это естественный отбор, под чьим руководством сайты будут получаться лучше, тот и будет на коне. Если проект простой и с ним может справиться один человек, Вы всё равно настаиваете на связке "программист+менеджер"? Или сайт будет делать только менеджер?

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

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

вся работа ведётся в "открытую"---
--- увы, так не пойдет. за частую заказчик не заинтересован расскрывать идею воплощаемго продукта, пока продукт не будет готов.

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

менеджер вправе вести несколько проектов одновременно.

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

для отслеживания работ применять соответствующие продукты (для друпала есть такой модуль: Project)

Не стоит на этом этапе предлагать модули. Мы не разобрались даже с функционалом. Надо отталкиваться от наших желаний, а не от возможностей модулей.

на каждый проект создается группа, среди которой ведется разограничение доступа к информации в рамках проекта.

Разграничение на запись, но не чтение! Продолжаю настаивать на открытой разработке.

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

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

Аватар пользователя angelwise angelwise 9 декабря 2007 в 22:14

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

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

И это, в последнее время, уже широкая практика.

Что касается "ведущий + исполнитель" в одном флаконе. Связка, проект + менеджер + программист(ы) - нужна в сложных проектах, которые требуют много программирования и не одним человеком.
Для более простых проектов предлагаю действовать по аналогии, как это происходит на сайтах по фрилансу. Ведь в активе ресурса, о котором идут дебаты, будут и компании и, собственно, фрилансы... Пусть заказчик сам выберет кому отдать задачу либо самостоятельно, либо в ходе конкурса/тендера.

Аватар пользователя Dan Dan 9 декабря 2007 в 23:34

Создал новую тему в форуме: Консалтинговая компания. Общие вопросы, а также wiki-страницу: Создание консалтинговой компании

Пожалуйста, дальнейшее обсуждение вести там.

angelwise, Ваши замечания ещё не внёс. Скоро будут

Аватар пользователя Gumbert Gumbert 22 января 2008 в 4:00

В статье написана ерунда и ничего кроме рекламы некой студии не представляет. Как может материнский .org - сайт быть конкуретном .ru-ресурса? Все документации, туториалы и информация изначально располагалась на .org-сайте,а на .ру кроме суппорта пользователей ничего нет.
И нельзя забывать, что Drupal - это трейдмарк. И использование одноименного домена регламентируется международными соглашениями (за исключением России, конечно же...).
А модераторам я бы посоветовал запретить коммерческую рекламу на некоммерческом ресурсе.

Аватар пользователя Алексей Дёмин Алексей Дёмин 7 февраля 2008 в 20:19

как принято было говорить раньше ниасилил могабукаф!

По сути: вот есть же gentoo.ru (кста, движок тоже like-drupal) и gentoo.org на котором полно переведенной документации, русский раздел в форуме, и не кто не говорит о том что одно конкурирует с другим. Главное, что можно найти ответ в двух местах, а это только плюс!

Аватар пользователя Hrundix Hrundix 18 апреля 2008 в 23:02

alexd73 wrote:
как принято было говорить раньше ниасилил могабукаф!

По сути: вот есть же gentoo.ru (кста, движок тоже like-drupal) и gentoo.org на котором полно переведенной документации, русский раздел в форуме, и не кто не говорит о том что одно конкурирует с другим. Главное, что можно найти ответ в двух местах, а это только плюс!


Кроме того, gentoo.ru появился всего 3 года назад, в то время, как комьюнити на gentoo.org уже было достаточно большим... Из маленького гаденького утенка мы (gentoo.ru) выросли уже в огромное сообщество, уже сувенирную продукцию делаем, summer camp-ы проводим.

Макс прав лишь отчасти.

Аватар пользователя Akzhan Akzhan 23 марта 2008 в 3:55

Макс, как насчёт того, чтобы встретится в реальности с Акселем, ПВасилием и мной?

Телефон вышлю приватом.