Сегодня я хочу познакомить вас с замечательной, на мой взгляд, статьей. Конечно же о сервисе :).Ее ценность не только в легком стиле или интересных практических примерах. Дело в том, что ее написал владелец бизнеса по разработке ПО, что особенно приятно. Автор статьи — Джоэль Спольски (Joel Spolsky) — основатель и владелец небольшой софтверной компании из Нью-Йорка, Fog Creek Software. По отзывам знающих людей, он — хороший специалист. По моему мнению, он еще и неплохо пишет, в чем вы можете убедиться, посетив его блог Joel on Software.А самое главное, что он ценит качественное обслуживание. Что подтверждает нижеследующая статья. Читаем. Браво, Джоэль! Полезность — 5. P.S. — для любителей оригинальных текстов — пожалуйста — Seven steps to remarkable customer service.

Вот список 25 новых VoIP-компаний, которые должны изменить наши привычные методы работы и бизнеса… и продукты у них тоже классные.

Почти год назад мы уже публиковали сравнительный обзор онлайновых хранилищ по материалам журнала PC World. Однако, с тех пор много воды утекло и пришло время еще раз вернуться к этой теме. Посмотрим, что из себя представляют онлайновые хранилища нового поколения, сделанные в стиле Веб 2.0. На сайте ExtremeTech опубликован обзор шести таких сервисов — это отличное дополнение к нашему прошлогоднему материалу.

Конечно, заголовок этого поста выглядит немного риторическим. Потому, что:
1) Нет методик и метрик оценки, которые признаны всеми игроками рынка (какие есть в автомобильном бизнесе, компьютерном железе или в спорте). Это главная проблема обеспечения достоверности и адекватности результатов тестов. Но она успешно решается отраслью по мере ее взросления.

2) C проблемой холиваров все сложнее. CMS — это платформы, а платформы (даже сугубо технические) — самые фундаменталистские, консервативные и религиозные понятия человеческой культуры. Потому что за каждой технологической или духовной платформой стоят живые люди, ее приверженцы. А люди воспринимают мир немного по-разному, через призму ценностей своей платформы (православие-протестантизм, патриоты-либералы, iOS-Android, процедурное программирование-ООП, спагетти-код в шаблонах-MVC и тп).

Поэтому везде, где появится попытка сравнения платформ, автоматически начнется холивар. Многие люди просто отказываются воспринимать доводы, противоречащие догмам, ценностям и представлениям их платформы. Ни один разумный исследователь сегодня не рискнет публиковать сравнительный тест Библии и Корана на основе мнений студентов факультета богословия.

Тем не менее, корректно сравнивать CMS можно, просто это сильно дороже и сложнее, чем дать лабораторку нескольким студентам. Вопрос достоверности в методике, метриках, условиях тестирования, судьях и признании большинством профессионалов рынка. Причем, в случае адекватных по методике исследований их холиварность сильно снижается – даже упертым фанатикам труднее спорить с четкими и доказанными фактами.

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

В топике пойдет речь о том, какая из систем (1C: Битрикс или UMI.CMS) лучше для создания Интернет-магазина на основе коробки с демоконтентом.
Есть системы, есть задача, есть испытуемые и есть числовые критерии. Есть сводная таблица и комментарии тех, кто сравнивал.
Нет подыгрывания участникам, подтасовки фактов и прочей джинсы.

Эксперимент был проведен в рамках преподавания мной курса веб-технологий в ВолгГТУ. Для выполнения работы использовался выделенный сервер компании, в которой я работаю, помимо государственного ВУЗа.
Для особо въедливых товарищей оговорюсь, что компания является Золотым партнером Битрикса и имеет много баллов от Юми.
Представители каждой из систем, с которыми я знаком (Котырев, Рыжиков, Сидоренко, Солончук) узнают о подробностях и результатах исследования из этого топика. Исследованиями я не торгую, мне за отрасль поболеть интересно.
Перед тем, как минуснуть топик за то, что он про коробочные системы, которые вы, может быть, не любите, прочитайте его. Или просто проходите мимо.
Тут не агитация, тут анализ.

Итак, задача-системы-критерии-испытуемые-результат.

1. Верстка, аутсорсинг и технические задания

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

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

Несколько лет назад я думал, что regexp осуществляет линейный поиск по тексту, но какое моё удивление было, когда я понял, что это не так. Тогда я убедился на собственном опыте, что от простой смены местами а и b в схеме (...a...)|(...b...) поменялся полностью результат.

Поэтому сейчас я расскажу, как на самом деле работает regexp.
Поняв эти простые принципы и как оно работает, вы сможете писать любые запросы.
Для примера, я разберу сложную при первом приближении, но на самом деле простейшую задачу – выявление всех строк в кавычках.

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