Биржа сторонних разработчиков
Нужно сделать на Razgonka.ru биржу сторонних друпальщиков. Клиент сможет там быстро найти себе друпальщика на поддержку или разработку сайта на Друпале. От всех участники-разработчики биржи предварительно дают согласие, что они готовы продолжить поддержку любого сайта после студии Razgonka.ru. Таких желающих друпальщиков будет много, потому что "зеленые" проекты поддерживать легко, они специально и строятся с целью легкой поддержки.
Цель биржи
Потенциальным клиентам студии будет будет приятно видеть аватары сотен сторонних друпальщиков, которые в любой момент готовы принять проект от студии Razgonka.ru к себе на поддержку с полным сохранением наработанного материала.
Биржа будет настоящим подтверждением, что проектам студии обеспечена пожизненная поддержка силами самой студии или сторонними установщиками.
На эту же биржу можно будет посылать клиентов, которые настаивают на использовании "красных" решений.
На этой же бирже могут найти себе разработчиков те клиенты, которые по каким-то причинам не хотят делать заказ в студии Razgonka.ru.
Техзадание
Вся биржа состоит из обычной страницы. Внутри страницы вставлен скрипт.
Скрипт должен пробегаться по базе юзеров и выдать в строчку аватары тех юзеров, у которых они есть и которые поставили галочку в профиле на пункте:
- "Сайты от студии Razgonka.ru профессионально построены и легки в поддержке. С радостью продолжу поддерживать любой сайт от студии Razgonka.ru".
Оплата
Внизу страницы биржи будет отдельно выделено, что скрипт биржи сделан таким-то и будет поставлен аватар создателя скрипта со ссылкой на его страницу с учетными данными создателя.
Тендер
Кто из мастеров возьмется сделать такой скрипт?
..........................
Макс Кириленко, подбор названий и доменов
К вопросу об оплате...
Автор: Александр из Москвы
Оплата - Внизу страницы биржи будет отдельно выделено...
Анекдот в тему. Идет распределение премий. Босс: Иванов хорошо поработал, вот тебе 100 баксов, Петров... ты чуть хуже - 50 баксов. Сидоров - отлично - 500 баксов... Маша Пупкина... благодарность. Голос из зала: "так ей, *ляди, и надо!".
Если серьезно, то прежде чем писать снипет, нужно поле создать. Включить модуль профиль и вперед. В твоем случае тип чекбокс. Далее из profile_fields получаем значение fid из profile_values uid по этому fid, а из users вытаскиваем все что хотим и как нам надо формируем. Если почесать репу, поискать на друпал.орг/ру аналоги, то скорее всего удасться сделать одним запросом. Лично я SQL не так хорошо знаю, чтобы из головы такой запрос сходу накидать. А тремя запросами - запросто.
Да и, честно говоря, все больше и больше разочаровываюсь в идее команды. Больно долго руки моются. Так что от чести получить ссылку на свой профиль вежливо откажусь. А вот баксов за 100, пожалуй, сделаю. Без гарантий поддержки - то есть сделал, заработало и рассчитались. Но необходимые комментарии в коде оставлю.
Что б тебе самому такой снипет не накатать? Дело-то не сложное. Надо ж, так сказать, пример показать ламерам, как мастера Друпала задачи решают. Я б еще понял тендер на дизайн, а не кодинг-то...
Только решение будет желто-красное. API поменяется и все эти решения... Не смущает? Вот захочет заказчик себе что-то подобное - что ему скажешь, что решение, мол, цветное и пошлешь? :)
..........................
http://cwll.biz - Персональный блог на Друпале
"Зеленый" или "красный"?
Автор: Макс К.
Биржа разработчиков - самое что ни на есть зеленое решение.
Материал (отметка галочкой согласия продолжать поддерживать сайты от студии Razgonka.ru) накапливается средствами встроенного модуля Друпала - profile. Отображать его можно чем угодно, скриптом, сторонним модулем, самописным модулем и т.д. Даже если отображающий скрипт отвалится, сам материал останется в целости и сохранности и будет доступ для обработки другими модулями или непосредственным просмотром профиля стороннего друпальщика. Вполне возможно, что и Друпал сможет показать список всех пользователей, которые отметили эту галочку. Скрипт биржи всего лишь удобный способ показать полный список на одной странице в компактном виде.
Разделение между зелеными и красными решениями идет не по отображению материала, а по способам его накопления. Если в решении используется один из типовых видов для Друпала видов информационного материала или вообще никакого материала не создается, то это зеленое решение. Если создается нестандартный тип материала который будет виден посетителям, то это красное решение.
Примеры
Визуальный редактор TinyMCE при всей его мощности это мирный зеленый модуль, дающий на выходе обычный html-код. А маленький тэговый редактор - желто-красный.
Модули, занимающиеся отображением материалов, все сплошь зеленые. Например, модель View зеленый. А CCK, создающий нестандартные материалы - красный.
"Зеленое" проектирование заключается в том, чтобы по возможности строить сайт на стандартных для Друпала типах информационных материалах. Это гарантирует их сохранность при регулярных апгрейдах сайта.
Отображать стандартные материалы можно как угодно. "Зеленые" сайты скупы на новые типы материалов и щедры на всевозможные способы отображения стандартных материалов.
..........................
Макс Кириленко, подбор названий и доменов
Красная зелень
Автор: Александр из Москвы
Если создается нестандартный тип материала который будет виден посетителям, то это красное решение.
profile.install
function profile_install() {
switch ($GLOBALS['db_type']) {db_query("CREATE TABLE {profile_fields} (
Как мы видим, создается таблица. Даже 2 на самом деле. Которая, разумеется, видна посетителям. Считать ли создание 2-х таблиц модулем зеленью... Не знаю, ты за стандарты отвечаешь. Я в упор не понимаю, чем 2 таблицы лучше дополнительного типа материалов.
Кажется он есть в дистрибутиве, но суть от этого не меняется. Таблицы создаются, а как поведет себя снипет при смене API я не знаю. С таблицами, конечно, ничего не произойдет, а вот способы обращения к ним могут поменяться.
Визуальный редактор TinyMCE при всей его мощности это мирный зеленый модуль, дающий на выходе обычный html-код. А маленький тэговый редактор - желто-красный. - на мирном жабе-скрипте пишется редактор, который будет просто вставлять теги. И, походу, такие решения уже есть. Твой TinyMCE - сторонний редактор, портированный сторонним модулем. Который я бы в своем профайле с радостью запретил - ан нельзя.
View зеленый - жуть монстрообразная. Дает удобство и жрет ресурсы. Но иногда с ними быстрее.
ОК, nice_menus.module не создает ничего вообще. Он зеленый?
Поступим проще: вот у меня на тестовом сайте список. Ясен пень они не все заинсталлены, но эти модули я так или иначе щупал. Которые можно (нужно) запихать на стандартный шароварный сайт?
UPD Гипотетическая ситуация - допстим заказчик просит устранить баг с вылетом из авторизации при сохранении материала. Предположим, что это баг ядра, соответственно, там его и надо фиксить. Наши действия?
Заказчику глубоко фиолетово где этот баг, ему он не нужен. По уму - это написать на разработчикам, предложить решение, ждать апдейта - но ведь может и не войти... А клиент требует - и вполне резонно - устранения данного глюка как можно быстрее. И его можно понять: он заплатил за товар, и требует качества.
..........................
http://cwll.biz - Персональный блог на Друпале
Примеры зеленых и красный модулей
Автор: Макс К.
Могут ли быть таблицы "зелеными"
Модуль Profile входит в число стандартных модулей Друпала. Все типы данных, которые создаются стандартными модулями - кошерные. Нет сомнений, что при сильном обновлении версий Друпала или при смене API создатели Друпала позаботятся о гладком апргейде данных, создаваемых стандартными модулями.
С 5-ой версии Друпала появилась возможность создавать новые типы материалов. Это тоже "зеленые" данные. А вот данные создаваемые сторонними модулями - "красные". Нет гарантий, что при очередной смене версий Друпала:
- сам сторонний модуль прекратит жить
- Друпал изменится так, что работа этого модуля станет невозможной
- сторонний модуль начнет активно бороться с другими модулями
- случится еще какая-то напасть.
Накопленный этим модулем материал придется конвертировать в какой-нибудь стандартный вид материала.Если это можно сделать довольно легко и данные можно будет продолжать наращивать, то модуль считается желтым. Если конвертация сильно затруднена и дальнейшее использование практически невозможно, то модуль красный.
Примеры
Модуль "ссылки", создающий тему, описание и ссылку, - желтый. Всегда можно будет слить описание и ссылку в одно описание и продолжить накапливать материал. (Хотя проще это сделать сразу).
Модуль CCK, породивший новый тип материала из 20 полей с переключателями, красный. В лучшем случае можно слить все поля в стандартный вид данных. Но продолжать наращивать подобные типы данных невозможно.
Но лучик надежды светит. Рано или поздно в Друпале будет полноценный встроенный CCK. Вот тогда можно будет спокойно создавать материалы из 20 полей.
Тэговый редактор
Тэговый редактор порождает текст с тэгами. Для обработки тэгов он создает фильтр. Если поддержка тегового редактора прекращается, остается гора материала с тэгами и отсутствие фильтра для его отображения.
Будет необходим просмотр всего накопленного материала и конвертирование всех тэгов в html-код или удаление тэгов, у которых нет html-аналогов. Не смертельно, но работа потребует. Поэтому тэговый редактор относим к желтым решениям.
TinyMCE
При всей своей монструозности и подключении стороннего редактора, решение с TinyMCE вполне зеленое. Если отключить редактор TinyMCE, то после него останется мирный html-код.
Теперь можно. Зарегистрированные пользователи могут отключать TinyMCE из своего профиля.
Еще примеры разбивок модулей по цвету
То, что не создает нового вида материалов, зеленое. Всевозможные украшательства внешнего вида сайта (в том числе и дизайн) - зеленые. Кнопки для удобного модерирования - зеленое. Модуль смены типа материала - тоже зеленый, потому что на выходе он дает вполне стандартный материал, который не несет в себе никаких излишних пометок.
Список зеленых модулей
Ответить полностью по списку не смогу, это нужно сидеть и разбираться. Пробегусь поверхностно, что вспомню напишу.
Стандартные Друпальские модули все зеленые по определению.
wiki - красный
notify - зелено-желтый
pathauto - зелено-желтый
aggregator - зеленый
Ты сам можешь прекрасно разделять модули на зеленые и красные, если будешь смотреть на модуль не с точки зрения предоставляемого им удобств, а с точки зрения "Что мне придется делать с накопленным материалом от этого модуля, если модуль больше не будут поддерживать?".
..........................
Макс Кириленко, подбор названий и доменов
Чтобы не ломать голову...
Автор: Александр из Москвы
Макс, честно, я не выпендриваюсь, но твою теорию я не до конца понимаю. По мне кошерно то, что я могу поддержать. С кочки зрения студии - что студия согласилась поддержать.
Объяснюсь: если есть 100 сайтов, и им потребовался платный апгрейд чего-то во что-то, и если сие можно закодить понятными скрипту условиями - это зелень. Потому как цена вопроса становится в несколько штук зелени, а за такие цены сделать конвертер или еще как-то решить вопрос желающих будет более чем достаточно. Проблема есть, но сильно преувеличенная.
То, что тебя атакуют спамеры - на самом деле хороший показатель. Значит по каким-то запросам ты релевантен.
Задуматься надо не сколько о зелености, сколькоо клиентах. Вдруг они обрадуются от головго друпала с переводом? Но наверное им понадобится что-то еще. А что именно и сколько они платят?
А может ты неверно предложил нищу, а мы неверно ее оценили. Есть ведь и другие ниши, например корпоративные... Но не надо дергаться, сначала надо с шароваршиками решить.
UPD: Регистрация по прежнему слетает. Макс, это в конце концов стыдно. Переставь к ЕМ движок - 90% проблемы отвалятся. А строчки, походу, пофиксились... А может я спешу...
UPD2: Счастье-то какое! Задолбал он меня конкретно, тот редактор. Теперь убери просмотр перед отправкой - тоже напрягает.
..........................
http://cwll.biz - Персональный блог на Друпале
Интересы клиента
Автор: Макс К.
Интересы мастера против интересов клиента
Если мастер будет вести проекты так, как ему захочется, то позже другие мастера будут иметь большие проблемы продолжать поддерживать его проекты.
Пример
Веб-мастер может хакать ядро движка, чтобы реализовать свой тип материала. Для него самого это все понятно и очевидно. Он даже не документирует все изменения в ядре. На сайте накапливаются тонны материала в этом формате. Когда мастер уходит с поддержки, другие мастера поддерживать такое уже не смогут. Точнее, не захотят поддерживать. Если формат был навороченный, то будет даже невозможно портировать наработанный материал в какой-нибудь стандартный вид материалов.
Когда веб-мастер работает один, он может позволить себе не думать о тех, кто придет ему на смену. Наоборот, веб-мастер одиночка может даже радоваться, когда у следующего веб-мастера окажутся трудности с поддержкой. "У меня все работало хорошо, а новый веб-мастер слабоват". У клиента тоже может сложиться ошибочное впечатление, что новый веб-мастер не "тянет".
Привяжка клиентов к себе
При желании всегда можно так построить сайт, что потом никто кроме создателя не сможет его поддерживать, будет проще погрохать весь материал и начать заново.
Значит ли это что создатель велик? Нет. Это значит лишь то, что он привязывает клиентов к себе.
Свобода клиента от веб-мастера
Проект должен строится так, чтобы клиент мог в любой момент сменить веб-мастера на поддержке. Или на другого мастера из студии или вообще на любого другого друпальщика. Только тогда можно считать, что проекту обеспечена долгая жизнь без катаклизмов, связанных со сменой веб-мастера.
Поэтому для клиента нет дела до того, что какой-то один веб-мастер готов поддерживать плоды своего труда. Для клиента хорош сайт, который сможет с легкостью поддерживать любой мастер из студии. А еще лучше, любой друпальщик. Таковы интересы клиентов, а значит интересы студии.
Практический совет
В тебе живет веб-программист, который постоянно ищет, где бы что-нибудь закодить. Убей его в себе и тогда твои проекты будут с радостью брать на поддержку даже самые начинающие друпальщики.
..........................
Макс Кириленко, подбор названий и доменов
Кто для кого
Автор: Александр из Москвы
- и для остальных это будет понятно и очевидно, если сделать не через Ж и подробно все сделанное описать.
Не через Ж - это, например, модуль. При смене API модуль придется переписать, но ты несколько преувеличиваешь трудности.
С точки зрения студии: есть N стандартных типов установки. Где используется N*M дополнительных модулей. Программер получает задание: перевести стандарт №5 на API друпала Х. Он это делает за день, ну пусть неделю - не суть важно. Затем клиентам рассылается предложение... Мол, если не обновитесь - есть риск хакнуться как... и не говорите потом, что мы вас не предупредили. Обновление стоит ХХ тугриков. Производится обновление и все в итоге довольны.
Ты не понимаешь, что задача вебмастера - удовлетворить запросы клиента. Если клиента устраивает голая стандартная установка - да Бога ради. Но это вряд ли. Наверное он захочет то, это... А может захочет даже друпаловскую альтернативу Битриксу. Открытая архитектура еще никому не мешала. Он не привязан к нам, он может нанять на работу стороннего вебмастера и тот будет 40 часов в неделю исполнять его прихоти. На этом поле мы можем конкурировать с любой коммерческой студией.
Я, конечно, не проводил маркетинговых исследований, но на мой взляд это было бы востребовано. Пойдем по нишам. Шароварщики? Вот вам стандартный Друпал с такими-то и такими-то функциями. Корпорации? Вот и вам стандарт. С интернет-каталогом, удобным поиском и пр. и пр. Блоггеры? Вот вам возможности супер движка, которых вы никогда не получите на Вордпрессе. И так далее по всем нишам. Причем решения более чем бюджетные. Хорошо б и хостинг сразу предлагать... Но это уже другой этап.
Что я не так описал? На мой взгляд именно это та ниша, где можно получать много заказов. А можно и совсем бюджетно - я тебе описывал про ссылки.
..........................
http://cwll.biz - Персональный блог на Друпале
Оценка рынка "зеленой" установки
Автор: Макс К.
А вот и нет.
Если клиент потребует пошить костюм, у которого правый рукав служит продолжением левой штанины, то уважающий себя портной откажется делать такой заказ. Неудобно будет клиенту ходить с правой рукой держащейся за левую пятку.
Другой пример. Одна знакомая хотела остричь свои длинные прекрасные волосы (до пояса). Обошла 8 парикмахерских, везде наотрез отказались делать ей короткую прическу. Она грозила парикмахершам: "Все равно остригу сама", те отвечали "Стригите сами, если хотите. Мы не будем". Махнула рукой, оставила волосы как есть.
Не каждый клиент видит сложности, которые последуют за "красным" построением проекта. Но те клиенты которые хоть раз столкнулись с заменой веб-мастера и сопутствующими сложностями, очень внимательно относятся к советам строить проект "зеленым" образом.
Занятная традиция
Меня всегда веселило, что когда на проект приходит новый веб-мастер, он обязательно будет ругать старого веб-мастера. Раньше относил это за счет зависти или желания приподнять себя за счет другого. Но когда прояснилась концепция "зеленой" установки, стало понято.
Если старый специалист построил проект "красным" способом, то новый специалист будет действительно ругаться. Ведь именно ему придется возиться со всеми красными решениями во время очередных апргрейдов сайта.Если проект строить "зеленым" образом, то его сможет продолжить поддерживать любой специалист по тому же движку. И он не скажет ни одного плохого слова про своего предшественника.
Клиенты бывают разные
Разные они есть, клиенты. У нас на форуме откликнулся один фриварщик
http://www.razgonka.ru/info/120#comment-...
Конечно, будет сложно убедить его в необходимости "зеленой" установки. Но можно даже и не тратить время, он все прекрасно сделает сам как ему хочется и ему услуги студии даром не нужны.
Чем выше квалификация в веб-строительстве у клиента, тем меньше шансов, что это наш клиент.
Наш клиент
Наш клиент находится на другом полюсе. Это тот кто не хочет связываться с установкой и готов платить деньги, чтобы сайт сделала и вела студия Razgonka.ru. С такими клиентами ними нет споров, какой форум ставить. Какой есть такой и хорошо.
А много ли потенциально таких клиентов? Много, очень много. Больше половины от всех клиентов. Например, девушки-клиенты не будут вдаваться в подробности и зеленую установку одобрят не глядя. Главное чтобы с поддержкой сайта не было проблем и дополнительных трат.
Клиенты-некомпьютерщики тоже не будут писать на форум:
Им "зеленая" установка мила и приятна. Если что-то не вписывается в зеленую установку, то достаточно сказать "этого не стоит делать" и клиент больше не настаивает.
Оценка рынка "зеленой" установки
По самым приблизительным оценкам, доля клиентов, которым понравится зеленая установка, составляет примерно 90-95% потенициальных клиентов. Нужно только сразу адресовать свое предложение ставить сайты именно некомпьютерщикам, объяснять все просто и понятно, без всяких умных слов "CMS, PHP, MySQL, ...".
..........................
Макс Кириленко, подбор названий и доменов
"Голубые" решения
Автор: Александр из Москвы
Если клиент потребует пошить костюм, у которого правый рукав служит продолжением левой штанины, то уважающий себя портной откажется делать такой заказ. Неудобно будет клиенту ходить с правой рукой держащейся за левую пятку. - а нам не похрену ли? Да, глупо, да, неудобно, но наше-то какое кошачее дело? Макс, мы всего лишь рабочие. Захотел клиент сайт кверх ногами - не вопрос, мы только цену называем. Да, мы скажем, что так, как правило, не делают, что это плохо с таких-то и таких-то моментов, но не более. Ты не мама этому парню, и я не мама. Хочет он через жопу - это ОН хочет. Я лично самоуважения от этого ну никак не потеряю.
Одна знакомая хотела остричь свои длинные прекрасные волосы (до пояса). Обошла 8 парикмахерских, везде наотрез отказались делать ей короткую прическу. Она грозила парикмахершам: "Все равно остригу сама", те отвечали "Стригите сами, если хотите. Мы не будем". Махнула рукой, оставила волосы как есть. - дурдом. А вот мы будем. Хотите через попу - мы сделаем. Но честно предупредим.
Не каждый клиент видит сложности, которые последуют - вытекает из предыдущего. Мы сложности объяснили? Договор подписали? Какие к нам претензии? Не мамы мы ему, и даже не папы.
Чем выше квалификация в веб-строительстве у клиента, тем меньше шансов, что это наш клиент. - опять неверно. Дело не только в квалификации, но и в желании. И я и ты умеем мыть полы и при необходимости можем унитазы прочищать. Но занимаясь делом по специальности, я за час заработаю больше, чем попросит слесарь за эту работу. Понятно к чему я клоню? Если будет предложено решение, то оно должно быть выгодным и не требовать много времени, тогда это наш клиент.Если проект строить "зеленым" образом - да хоть голубым. Наше дело объяснить трудности. Если клиент на это идет - почему бы и нет? Ах, пришла ж0па - а мы предупреждали. Вот ваша подпись. Вы дееспособный и взрослый человек.
много ли потенциально таких клиентов? Много, очень много. - Твоими бы устами... Где хоть один? Сашка бьет копытом, застоялся... Готов взяться за любой проект, если с деньгами нормально будет. А пока мне предлагают стать папой, и не делать сайт, к примеру, курильщику - мы, де, за отказ от вредных привычек. Да хоть проституткам - мы всего лишь делаем сайт. Не мы так другие.
Если что-то не вписывается в зеленую установку, то достаточно сказать "этого не стоит делать" и клиент больше не настаивает. - "Дети, есть такая страна - Россия, там у каждого ребенка много игрушек, там много еды, там хороший президент... Маша, что ты плачешь? -- Хочу в Россию!" Наша задача: объяснить проблемы и сделать за что заплатят. Сказать: в случае решения А мы обещаем поддержку, в случае В - ничего не гарантируем. И не более.
По самым приблизительным оценкам, доля клиентов, которым понравится зеленая установка, составляет примерно 90-95% потенициальных клиентов. Нужно только сразу адресовать свое предложение ставить сайты именно некомпьютерщикам, объяснять все просто и понятно, без всяких умных слов "CMS, PHP, MySQL, ...". - Объясняй хоть как. И хоть кому. Хоть формулами, хоть на пальцах, хоть на фарси, хоть на английском. Приведи клиентов, и все будут в шоколаде. А чтобы привести, разберись, что им надо. То есть проведи маркетинговое исследование. Потом мы обсудим как это лучше реализовать, сделаем демку на домене 3-го уровня, пусть резвятся. Будет клиентов много - отлично. Макс, вернись на землю. Все что не запрещено законом - разрешено. Окажутся клиентами наркоторговец, поститутка, маньяк и т.п. - какое наше дело? Зеленые, красные... подпиши что предупрежден о проблемах. Не надо брать на себя функции полиции нравов.
..........................
http://cwll.biz - Персональный блог на Друпале
"Крысиные" гонки
Автор: Макс К.
План расписан:
Если можешь помочь с готовой темой дизайна для пятерки - помоги. Если не можешь, то отдохни или сходи в отпуск. Рано или поздно дизайн я сделаю и дальше понадобится твое участие.
Одноразовый установщик
Это позиция одноразового установщика. "Мы Вам поставим все что угодно. А будет тяжело поддерживать - уйдем".
Нельзя, чтобы те, кто придет на проект после нас (мастера, другие друпальщики), ругали нас.
Если переход на другое API такой легкий, как это представляется тебе, то почему после каждой смены API половина модулей и тем дизайна отмирает?
"Крысиные" гонки
"Красный" установщик интенсивно плодит "красные" решения.
Когда наступает смена API, три месяца у него уходит на перевод наработанных красных решений на новое API. Еще три месяца он кладет на дальнейшее наращивание красных решений.
Наступает еще одна смена API. Вплоть до следующей смены API "красный" проектировщик старательно занимается портированием API. Развивать сайт он успевает ни зеленым, ни красным образом.
И так до конца жизни красный проектировщик будет портировать красные решения на новые версии Друпала, а если пауза между сменами API затянется, то использует ее для наращивания красных решений.
"Крысиные" гонки по кругу за своим хвостом. Причем, за деньги клиента.
У Роберта Кийосаки, автора книги "Богатый Папа, Бедный Папа", метафора "крысиных гонок" описана очень хорошо. Люди бегают по кругу, не понимая что они в состоянии разорвать круг и выйти из него.
Окончание тура крысиных гонок
Рано или поздно красному проектировщику надоедает заниматься бесконечным переходом на новое API. Он уходит с проекта под любом предлогом. На его место приходит следующий специалист.
Нет дураков поддерживать чужие красные решения, от которых отказался даже создатель. Новый специалист ругает "красного" проектировщика. И ломает все наработанное вместе с накопленным материалом. С сайта от обиды уходит 3/4 постоянных авторов. На этом первый тур крысиных гонок заканчивается. Если новый специалист предпочитает "красные" решения, то начинается второй тур крысиных гонок.
"Зеленое" проектирование сайтов позволяет легко переживать смену версий движка. И не зависеть от специалиста, который поддерживает сайт.
..........................
Макс Кириленко, подбор названий и доменов
Одноразовый установщик
Автор: Александр из Москвы
Модули отмирают потому что автору стало лениво их поддерживать. Может надобность отпала, может еще чего. Может даже все сделано, а лень выложить. За полгода человек может поменять работу, перейти на другой движок или вообще забить на PHP и начать писать шаровары на Дельфях или коммерческие модули для Джумлы.
Это беда любой фриварки. То еже происходит с темами дизайна. Здесь же предлагается переписывать модули под другое API за весьма ощутимые деньги. Это совершенно иные условия, и сравнивать работу за деньги с хобби нельзя.
Он не потому плодит, что нехороший дядя по жизни. Красный установщик прекрасно понимает вред от красных решений. Но клиент хочет решения сегодня, а не когда разработчики добавят модули в ядро. И тему дизайна он хочет отличную от стандартной.
И клиент тоже прекрасно осведомлен о проблемах. И не менее прекрасно осведомлен, что по другому это никак не сделать.
Твои возражения напоминают тезис "хорошо быть богатым и здоровым". Да, хорошо. И режим соблюдать полезно и спортом заниматься и много чего есть в жизни правильного.
Технологически: что есть в БД можно выдать как страницу. Можно вообще не использовать API друпала для этого, но лучше все же использовать.
Только с одним важным дополнением: зеленые решения убоги, некрасивы и в чистом виде мало кому нужны.
А трудности поддержки возникают не столько от красных решений, сколько в лени предыдущего программера записывать свои хаки. В итоге новый получает вещь в себе, в которой неясно что и как работает. А сроки поджимают, поэтому и приходится все ломать.
Далее: если речь о поддержки одного сайта с десятком модулей, которые придется спешно переписать и отладить, и ценой вопроса в 100 баксов - это одно. Если цена вопроса килобаксы, решение так или иначе найдется. За нормальную цену найдется кто перепишет и будет поддерживать. А если хотите бесплатно: ждите, пока авторы модулей почешутся.
Твоя ошибка в некоем излишнем фанатизме в вопросе зелени. Если одинаковое красное решение работает на десятках сайтов, и владельцы готовы оплачивать апдейт каждого сайта пусть и по 100 баксов, это совершенно другие деньги и заинтересованность.
..........................
http://cwll.biz - Персональный блог на Друпале
Анекдот на грани
Автор: Макс К.
Про красоту, понятную только профессионалам, есть анекдот. Слышал его во многих местах, так что анекдот довольно бородат. (Если читающему эти строки нет 18 лет, то кыш отсюда. Незамужних девушек тоже прошу дальше не читать.).
Большинство потенциальных клиентов на заказ сайтов это не компьютерщики. И они понятия не имеют о "красоте", которую могут дать дополнительные модули.
Сайт, сделанный по зеленому, основные функции выполняет, апгрейдится без проблем, живет вечно. Для большинства клиентов, особенно из некомпьютерщиков, этого вполне достаточно. Незачем профессионалам навязывать клиентам свои понятия о красоте и еще брать за это деньги клиентов.
Ястребы войны
Ты говоришь как настоящий веб-программист, который ничего кроме веб-программирования не знает и все развитие сайта видит только через веб-программирование каких-то дополнительных возможностей.
Но веб-программирование не единственное место, куда клиенту имеет смысл вложить свои деньги. Обмен ссылками, наполнение сайта интересными материалами, построение сообщества,... это тоже достойные вложения усилий, которые при этом не боятся никакого апгрейда, в отличие от веб-программирования.
Бюджет, который клиент может выделить на сайт, не бесконечен. Неудачное вложение бюджета в "красное" веб-программирование, может посадить на голодный паек остальные направления развития сайта.
Министерства обороны многих стран (США и Россия в том числе) возглавляют не генералы-ястребы войны, а гражданские лица. Это делается только потому, что генералы любят войну и будут искать повод для войны даже тогда, когда можно было бы обойтись вполне мирными средствами. У гражданского лица нет такой нацеленности на войну, ему нужен результат и он готов рассмотреть все пути решения проблемы, а не только военные.
Если клиент нанимает на разработку сайта веб-программиста, он практически обрекает себя на обилие самописных вещей, которые придется пожизненно поддерживать. Так уж устроены веб-программисты.
Смена точки зрения
Саша, раньше ты думал с точки зрения одиночного разработчика. Сейчас ты думаешь уже с точки зрения студии. Мне приятно наблюдать такую перемену.
Да, ты прав. Студия может позволить себе выбрать некоторые самые необходимые красные решения и раскидать их поддержку между десятками клиентов. Это будет недорого для клиентов.
Но если ты поднимешься еще выше и вместо точки зрения студии посмотришь на дело с точки зрения клиента, то ты увидишь, что это опасное предложение. В твоем варианте студия будет пользоваться обилием клиентов для того, чтобы "подсадить" их на некоторые "красные" решения, которые может обеспечить только студия, но не может обеспечить отдельный разработчик.
Одиночный веб-программист может легко привязать к себе клиента, если обильно напичкает проект самописными вставками. Твое предложение делает то же самое, но только на уровне студии. Студия легко сможет поддерживать некоторые красные решения, одиночные веб-мастера дешево это сделать не смогут, а другие студии не захотят поддерживать чужие красные решения. Исчезает гарантия пожизненной поддержки проекта. И проект становится пожизненно привязан к студии. На этом интересы клиента очень сильно страдают.
Сделай еще один шаг и взгляни на дело с точки зрения клиента. Что бы там не делала студия с проектом, клиент ожидает, что он полный владелец проекта. А это значит, что он может в любой момент забрать проект у студии и передать на поддержку практически любому друпальщику. При этом не потерять ни одной наработанной страницы.
Невидимые совладельцы
Идея "зеленого" проектирования проектирования родилось исходя именно из интересов клиента. Если все нормально объяснить, то большинство потенциальных клиентов скажут: "Да, мы хотим именной такой сайт, которому мы будем 100%-ые владельцы, без совладельцев в виде веб-студии".
Других предложений о "зеленом" проектировании на веб-рынке я пока не встречал. Большинству клиентов понравится идея о 100%-ом владении своим проектом и от голода наша студия не умрет.
..........................
Макс Кириленко, подбор названий и доменов
Привязка клиента
Автор: Александр из Москвы
Теперь все упирается в твое желание честной конкуренции. Я бы вообще на твоем месте с этим не заморачивался. Если клиент покупает Феррари, он отдает себе отчет, что в большинстве полуподвальных сервисов ему ремонт не сделают, что детали придутся ждать долго и что ремонт будет недешево стоить. С сайтами полная аналогия. Визитка на 3-х статических страницах - Запорожец, ее любой сможет поддержать, а сайт на супер-движке - Феррари.
Я просто четко представляю себе свою личную зону ответственности. Раскрутка / создание сообщества - песня отдельная. Это уже другое ТЗ и другой тип услуги. Это не означает, что от этого надо отказываться, просто это должны делать другие специалисты. А я программер. Я даже на дизайн подписываться не хочу. Со своей стороны я могу только дать инструмент, например, по удобному линкообмену. Можно даже придумать как это автоматизировать в перспективе. Если это будет востребовано, я могу написать такой модуль. Или любой другой востребованный. Или любой другой, который понадобится.
То есть: за автомобилем к программеру, покраска и обивка салона - к дизайнеру, уроки вождения пусть кто-то еще дает, а за бензин кто-то другой отвечает. Мне кажется это логичным.
Кстати, многие студии вообще свою самописку ставят, да еще и зазенденную, что хрен что поменяешь. Особенно весело, если через 5 лет у программера и исходников-то уже не осталось. А иногда даже на своем хостинге и клиента дальше админки не пускают. И вовсе не только из жадности, а просто человек может такого наворотить. А еще видя их дырявые исходники, все сайты студии довольно просто ломануть можно...
..........................
http://cwll.biz - Персональный блог на Друпале