Потенциальный монстр|Трудности веб-разработки

Под кофеек какие-то грустные мысли в голову лезут.

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

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

Вставляем в wp-config.php строчку:

define('SAVEQUERIES', true);

и куда-нибудь в шаблон темки:

<?php
if (current_user_can('switch_themes')){
    global $wpdb;
    echo "<pre>";
    print_r($wpdb->queries);
    echo "</pre>";
}
?>

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

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

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

Скажем, если залезть в deprecated.php (все в том же пресловутом Вордпрессе), можно увидеть более тысячи строк кода, который оставлен для тех плагинов и шаблонов, что игнорируют прогресс. Тем, кто не может прописать в wp-config.php:

define('WP_DEBUG', true);

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

Все же хорошо, что на некоторые проекты работают тысячи людей, ваяящих всякие экономически нерентабельные, но такие полезные вещи. Но даже пусть хоть миллион специалистов и просто неумелых фанатов будет задарма помогать развитию движка, это не избавит от необходимости писать подробную документацию, чтобы юзверь, не дай бог, не сел копаться во внутренностях, когда что-то и так уже сделано в основном функционале. Конечно, ее писать так лениво — скажем, зачем пресловутому wp-config описание возможностей? Правильно, пусть фанаты радуются своим находкам.

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

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

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