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

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

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

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

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

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

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

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

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

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

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

есть доля истины....поддерживаю Макса.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

с Чегеварой согласен!!

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

вроде так

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Может, для начала, дизайн нормальный сайту сделаете?

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

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

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