Открыть список
Как стать автором
Обновить
  • по релевантности
  • по времени
  • по рейтингу

Окончание проекта

Управление проектами

Комплект для компании «Pomd'or»


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

Сегодня мы рассмотрим вопрос окончания проекта, точнее окончания его активной части — разработки, так как после этого начинается достаточно длительный этап его поддержки.
Читать дальше →
Всего голосов 32: ↑20 и ↓12 +8
Просмотры605
Комментарии 15

Что делать с полезными идеями, которые мешают работать?

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

На мой взгляд, основная состоит в том, что для нас (небольших разработчиков) это очень «длинные деньги». Как бы подробно менеджеры не документировали все в техническом задании, в реальной разработке такой проект быстро обрастает балластом из различных предложений, усовершенствований, доделок, не учтенных сложностей, плохой обратной связи, новых идей, мыслей и т.д., которые возникают практически на всех этапах разработки.
Читать дальше →
Всего голосов 37: ↑29 и ↓8 +21
Просмотры482
Комментарии 19

Microsoft WebsiteSpark. Условия партнерства с Parking.ru

Блог компании Parking.ru
Опубликованы условия партнерства с Parking.ru для вебстудий и веб разработчиков по WebsiteSpark. На странице приведена подробная информация, требования и подробное описание процедуры регистрации. Подкатом основные моменты программы и спецпредложения.
Читать дальше →
Всего голосов 11: ↑8 и ↓3 +5
Просмотры1.5K
Комментарии 4

Элементы комплексной стратегии присутствия в сети Интернет

Управление проектами
image

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

И в это понятие входит слишком много всего, начиная с правильно спроектированного сайта (интерфейс, тексты, seo-подготовка), заканчивая его поддержкой и рекламой.

Чтобы ничего не забыть, рассказывая клиенту о том, что может быть, мы составили схему, которую назвали «Элементы комплексной стратегии присутствия в сети Интернет» (PDF, 145 Kb).

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

Эта первая версия схемы — так что любые дополнения и комментарии приветствуются.

Спасибо.

update 1: главный идеолог схемы podluzny отвечает на вопросы в комментариях ;-)

update 2: майндмап выложим чуть позже, но любой желающий минут за 20-30 может повторить эту схему, вся информация представлена.
Всего голосов 60: ↑50 и ↓10 +40
Просмотры639
Комментарии 19

Рейтинг веб-студий 2009 стартовал на проекте «Рейтинг Рунета»

Блог компании Бизнес Реклама
Дан старт рейтингу ведущих веб-студий, который будет опубликован на проекте «Рейтинг Рунета».

image

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

Положение веб-студий на локальном рынке имеет большое значение для их клиентов. Поэтому, помимо основного рейтинга — ТОП 100 веб-студий Рунета, будут сформированы рейтинги по странам, федеральным городам России и крупнейшим городам. Также, будут сформированы рейтинги по типам проектов (корпоративные сайты, интернет-магазины, промо-сайты, порталы и сервисы, блоги, социальные сети).

В рейтинге может принимать участие любая веб-студия, профессионально занимающаяся разработкой сайтов и имеющая в своем портфеле не менее 10-ти активных проектов. Компании, участвующие в рейтинге, через свой личный кабинет размещают информацию о тех сайтах, которые они разработали.
Читать дальше →
Всего голосов 16: ↑8 и ↓8 0
Просмотры1.5K
Комментарии 0

Ещё пара слов о разработке сайтов по договору

Управление проектами

Что такое хорошо


Договор — это хорошо. Хороший договор — ещё лучше. Я искренне рад, что есть люди, согласные с этим. (Именно люди: ибо не один, не два, не три и даже (остросюжетный триллер) не четыре человека.)

Но все мы при этом понимаем: чтобы договор мог быть назван хорошим, недостаточно мнения вашего знакомого или штатного юриста. Хороший договор значит тот, с которым не возникает проблем. Прежде всего, в суде. Но судьи ведь тоже люди. Им легче работать по инструкции. Правда, чтобы она появилась, нужна обобщённая судебная практика, со всеми её плюсами и минусами. А сейчас судебные дела, связанные с разработкой сайта — единичные случаи.

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

Отсюда вывод № 1: сейчас нельзя назвать ни один из имеющихся (в том числе, здесь, на хабре) договоров хорошим. Но это ещё не всё.

Читать дальше →
Всего голосов 37: ↑25 и ↓12 +13
Просмотры11.9K
Комментарии 29

Гениальный копирайтер Боря или 10 заповедей работы с удалённым сотрудником

Блог компании Webprojects
Здравствуйте, многоуважаемые хабрачеловеки!

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



(Флеш-приложение 1. Интровертный мир одного из наших сотрудников. Можно кликнуть и поиграть, а потом продолжить чтение. Можно и наоборот — сначала прочитать, а потом поиграть.)

Как и многие из вас, мы раскручиваем сайты, причем делаем это исключительно законными способами. Мы считаем это правильным. В этом безумном и нередко жестоком мире важно сохранить лицо. Не ради денег. Ради обыкновенного человеческого достоинства.

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

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

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

Читать дальше →
Всего голосов 215: ↑191 и ↓24 +167
Просмотры31.9K
Комментарии 91

Определение терминов в договоре на разработку сайта

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

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

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

Читать дальше →
Всего голосов 17: ↑13 и ↓4 +9
Просмотры2.1K
Комментарии 9

Размышления о веб-студии, заказчике и договоре

Управление проектами
Вообще, откровенно говоря, для любого дизайнера, веб-программиста или верстальщика я занимаюсь абсолютнейшим дармоедством. Моя задача сводится, в основном, к тому, чтобы написать договор о разработке сайта; потом, в случае чего, подправить его. Из-за этого, возможно, какие-то детали процесса от моего взора ускользают. (Не исключаю, что и крупные — в том числе.) Зато и взор этот оказывается более чистым, не затуманенным буднями «веб-студийного быта».

Поэтому нижеизложенное можно рассматривать преимущественно как рассуждения заказчика. А это, думаю, любой студии важно. Начну с очевидного. Итак…
Читать дальше →
Всего голосов 15: ↑9 и ↓6 +3
Просмотры3.8K
Комментарии 15

Искусство программирования под Unix (и не только). Часть первая, «правило модульности»

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

Unix-программисты выделяются на фоне этих «автоматизаторов окошек». В мире открытого ПО каждый может попробовать свои силы и в разработке системного «софта», и в сложных прикладных решениях. Достижения таких людей в мире открытого ПО доступны всем, и для меня они порой заменяют любые рекомендации. Потому что их работу видно.

Есть ряд книг, которые, на мой взгляд, являются своеобразными «библиями» для тех, кто решил связать свое будущее с разработкой ПО. С одной из них я хотел бы начать цикл статей. Это книга Эрика Рейнмонда, «Искусство программирования под Unix». Я бы рекомендовал эту книгу не только тем, кто выбрал для себя открытые операционные системы. В основе лежит довольно универсальная философия, пригодная абсолютно всем, связавшим свою профессию с программированием.

Эрик Реймонд выделяет 17 правил этой «философии». Я буду посвящать по одной заметке на каждое правило. Я постараюсь изложить эти концепции в максимально понятной, упрощенной и популярной форме, насколько это будет возможно.

Начнем с самого первого правила — Правила модульности. Оно звучит так: «Простые блоки связывайте друг с другом ясными и понятными интерфейсами» (Rule of Modularity: Write simple parts connected by clean interfaces).

Читать дальше →
Всего голосов 114: ↑100 и ↓14 +86
Просмотры10.7K
Комментарии 50

Еще раз о модульности

Разработка веб-сайтов
Модульность, как писал Рауф, несет в себе множество преимуществ. Давайте рассмотрим «правильную» модульность в контексте разработки программ. В примерах я специально мешал языки человеческие и программистские, дабы не привязываться к реализации языков программирования, а дать возможность читателю подумать — как такое лучше реализовать в его языке. Во преки тому, что я и сам сторонник максимальной гибкости и модульности, в статье я покажу, что даже здесь может быть перебор. Выбор в любом случае остается за разработчиком. И разработчик несет очень большую ответственность за этот выбор. Что выбрать? Сделать монолит, и через пару лет убиться на его поддержке, или сделать максимально гибко и потратить деньги работодателя на абстракции, которые никогда не пригодятся?

Читать дальше →
Всего голосов 21: ↑12 и ↓9 +3
Просмотры1.7K
Комментарии 19

Другая книга про XSLT

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

Это не реклама «еще одной cms», и «еще одного шаблонизатора», а лишь предложение познакомиться с одним из подходов к использованию технологии XSLT при создании сайтов, где в качестве системы управлением контента взята UMI.CMS.
Читать дальше →
Всего голосов 53: ↑45 и ↓8 +37
Просмотры6.2K
Комментарии 76

Смешные запросы на разработку сайтов

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

Некоторые участники системы пишут нам, что некоторые описания заявок «туповаты и неадекватны». Ха-ха. На самом деле, это заявки, уже прошедшие модерацию. Знаете, сколько всего интересного нам довелось прочитать, чего вы не видите?

Понятно, что система собирает заявки в не очень высоком ценовом сегменте, и много клиентов с нюансами работы в Интернете знакомы слабо. Помимо этого, проект отраслевой, и коллеги-разработчики тоже периодически веселят нас своими «тестовыми запросами».

Попробую поделиться этой чистой и незамутненной радостью:

  • «Я занимаюсь гаданием и предсказанием судеб людей. Хочу сделать страничку в Интернете, с которой ко мне будут приходить новые клиенты. Работу оплачу своими услугами.»

  • «Нужно сделать русский аналог FaceBook, но про услуги нашей компании – продажу металлических конструкций. Бюджет 10 000 руб.»

  • «Нужен сайт по продаже номеров UIN. Кстати, если кто-то расскажет мне, как правильно взламывать эти самые uin в аське – это будет преимуществом при выборе студии

Под хабракатом еще десяток смешных запросов, которые я даже попытался разбить на категории. Орфография сохранена.
Читать дальше →
Всего голосов 90: ↑87 и ↓3 +84
Просмотры816
Комментарии 36

PHPLego: Ненавязчивый AJAX

Блог компании Микросеть


Здравствуйте дорогие хаброчитатели!

Думали ли Вы когда-нибудь о том, чтобы Ваш сайт одинаково хорошо работал с включенным JavaScript-ом и без JavaScript-а? Чтобы, если JavaScript включен, блоки сайта перегружались AJAX-сом, а если JavaScript-а нет, то происходил просто переход на новую страницу?

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

Для себя я сформулировал задачу, по следующим критериям:
  • Переход по разделам сайта внутри и вне блоков должен осуществляться обычными ссылками, без каких бы то ни было onclick=”…”.
  • При включенном JavaScript-е блоки сайта перегружают только свою область страницы (свой div). При выключенном JavaScript-е должен происходить обычный переход по ссылке.
  • Должен существовать только один глобальный обработчик нажатия на ссылки $(“a”).click(…), который и делает всю работу по перегрузке нужных элементов страницы. Если же JavаScript отключен, то этот обработчик просто не срабатывает, и сайт продолжает работать в обычном режиме.
  • Постинг форм при включенном JavaScript-е также обновляет только ту область, в которой находится эта форма. При отключенном – все работает как обычно.
  • Должна быть возможность запретить AJAX-презагрузку некоторым областям страницы, например, поставив им какой-нибудь класс «noajax». Это если после перехода по ссылке меняется слишком много данных на странице, и они все в разных блоках. Тогда разумней перегрузить всю страницу целиком, чем обновлять каждый блочёк по отдельности. Оно и быстрее будет.
  • Должна быть возможность указать ссылке блок, который она должна перегрузить. Допустим, если нам нужно перегрузить не только текущий блок, но и блок родитель.
  • Если блок был загружен ранее, то он должен браться из кеша, дабы не гонять лишний трафик и не напрягать лишним запросом сервер.
  • В случае, если блок загружен из КЭШа, пользователь должен как-то понимать что эта не самая актуальная информация, и иметь возможность обновить блок.
  • Никакого JavaScript-a. Это конечно мое личное мнение, но я ненавижу писать на JavaScript-е. Поэтому я добавил еще один пункт. Смысл его в том, чтобы разрабатывая модули к сайту я не писал ни строчки JavaScript-а (ну максимум одну-две на модуль, и то для каких-нибудь чекбосов в форме). Не знаю, как ты, дорогой хаброчтец, но я, твою мать, лучше продам свою душу дьяволу, чем буду дебажить свой JavaScript во всех многообразиях браузеров!


Ну, вот собственно и все пожелания. Итак, приступим к реализации…
Читать дальше →
Всего голосов 79: ↑66 и ↓13 +53
Просмотры21.1K
Комментарии 83

Мой подход к проектированию веб-сайтов

Разработка веб-сайтов
Из песочницы

Прелюдия


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

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

Читать дальше →
Всего голосов 177: ↑152 и ↓25 +127
Просмотры38.8K
Комментарии 68

Четыре шага к выбору веб-разработчика

Блог компании Proactivity Group
По мере того как интернет становится главным (а для многих компаний — единственным) инструментом продвижения, конкуренция между сайтами усиливается. Теперь компаниям жизненно необходимо не просто обеспечить присутствие в интернете, но и выделиться среди конкурентов, предложив лучшую коммуникацию с потребителем. Те, кто еще не осознал это, быстро теряют рынок.

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

В редакции аналитического портала рынка веб-разработок CMS Magazine составили небольшое руководство, которое поможет произвести поиск и отбор исполнителей с выгодным соотношением цены и качества.
Читать дальше →
Всего голосов 8: ↑3 и ↓5 -2
Просмотры2.5K
Комментарии 1

Заработать на контенте

Блог компании НеВсем
Периодически ко мне обращаются пользователи Хабра со своими идеями создания сайтов. Естественно, почти все хотят на них так или иначе заработать.

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

Они достаточно знают о том, какие способы рекламы использовать, но главный вопрос, который их мучает – о чем сделать сайт?

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

Все это, несомненно, важно, но только после первого шага – выбора тематики проекта.
подробности
Всего голосов 75: ↑61 и ↓14 +47
Просмотры28.6K
Комментарии 13

Пример техзадания на сайт. Сэкономит время и нервы

Блог компании НеВсем
Сайт – всегда компромисс между разработчиком и владельцем, каждый из которых – профессионал в своей области.

Точек зрения на то, каким должен быть сайт, много: у программиста одна, у дизайнера – другая, у интернет-маркетолога – третья, у владельца…

На самом деле, точка зрения – всего одна – у конечного пользователя ресурса. И именно это в первую очередь нужно учитывать. Естественно, принимая во внимание удобство обслуживания сайта администратором.

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

под катом - выдержки из концепции сайта
Всего голосов 59: ↑46 и ↓13 +33
Просмотры39.7K
Комментарии 38

Рабочий процесс как важная часть договорённостей с клиентом

Управление проектами
Написать эту статью нас побудила отличная статья Данила Снитко «Как хороший договор спасает нервы и монетку».

К этой статье мы бы хотели добавить, что ооочень полезно дополнять договор так называемыми Правилами работы над проектом.

Основная цель правил: избежать проблем в процессе работы над сайтом, сделать её максимально эффективной. Вторичная, но также очень важная, цель: повысить удовлетворенность клиента от работы. Если клиент информирован — он готов к нашим требованиям, и их предъявление не будет для него «шоком».

Правила решают следующие задачи:
  1. Информировать клиента о процессе работы: как будет проходить работа, что от него потребуется в процессе и когда. В результате мы получим более образованного клиента и необходимые для работы материалы вовремя.
  2. Информировать клиента об ограничениях, которые мы на него накладываем в процессе работы, чтобы они не были для него сюрпризом. В результате мы получим более спокойного и удовлетворённого клиента.
  3. Юридически зафиксировать договорённости, чтобы потом на них можно было сослаться. Если клиент пытается сказать, что дизайн-концепция — это свёрстанный HTML-прототип, нам есть, на что сослаться.
Правила исключительно полезны, потому что они организуют процесс с самого начала, что позволяет избежать потерь времени и ресурсов.

Читать дальше →
Всего голосов 39: ↑35 и ↓4 +31
Просмотры2.7K
Комментарии 21