Шрифт:
По завершении «сериала» можно подумать и о заключительном обобщающем издании материалов. Здесь не стоит ограничиваться публикацией тезисов всех желающих, чтобы дать им возможность «отметиться», – такое издание все равно никто не будет читать. Лучше сделать ставку на ограниченное число полных текстов с гарантированно высоким качеством материалов.
Еще раз повторим, что в организации семинара (как и в большинстве других дел) в принципе ничего сложного нет, однако приходится помнить сразу о многих вещах. Упустив любую «мелочь», можно легко разрушить собственные светлые планы. Полезно несколько раз мысленно проиграть ход семинара с начала до конца: не забыто ли что-либо из важных мелочей, которые легко выпадают из поля зрения, а потом больно бьют «под ложечку» в самый неподходящий момент.
· Какова цель организуемого нами обсуждения и соответствует ли формулировка темы заявленной цели?
· Каков предполагаемый состав основных участников?
· В какой форме мы предполагаем проводить семинар? Каков регламент выступлений, предполагается ли свободное обсуждение?
· Позаботились ли мы о предварительной рассылке материалов?
· Предусмотрели ли мы возможности для неформального общения участников семинара?
· Позаботились ли мы о технической поддержке семинара?
· Как мы оформим результаты семинара или серии
Глава 8. ПРАВИЛА СОЗДАНИЯ СВОЕГО САЙТА
Мы продолжаем тему распространения результатов проекта. На этот раз речь пойдет о создании собственного профессионального сайта. В данной главе даются советы по поводу того, как строить отношения с разработчиками программного обеспечения и веб-дизайна, формировать контент и продвигать вновь созданный сайт.
Размещение в системе Интернет становится нормой представления и распространения результатов профессиональной деятельности. Где их публиковать? Если есть возможность использовать какой-то уже раскрученный сайт или электронный журнал, это нужно делать. Но часто такого профильного сайта не оказывается, или попросту хочется иметь что-то свое. Тогда речь заходит о создании нового специального сайта. И здесь мне хотелось бы дать несколько, как я надеюсь небесполезных, советов.
Сразу оговорюсь, что я лично ничего не понимаю в программировании и веб-дизайне, не являюсь ни специалистом по системе Интернет, ни даже особо активным и опытным пользователем этой системы. И ждать от меня советов по технологическим вопросам не стоит. Тем не менее, волею судеб мне пришлось (во многом по инициативе моих коллег) включиться в несколько электронных проектов, руководя их созданием и развитием. Сначала в 2000 г. возник электронный журнал «Экономическая социология» , впоследствии поддержанный Национальным фондом подготовки кадров. Через год был задуман проект Эксоцентра (виртуального ресурсного центра по экономической социологии,, вскоре профинансированным Фондом Форда. В свою очередь, в 2002 г. Эксоцентр стал микромоделью для реализации куда более масштабного проекта – Федерального образовательного портала по экономике, социологии и менеджменту , – созданного на базе ГУ–ВШЭ в рамках федеральной целевой программы, финансируемой в то время Министерством образования России.
Благодаря творческим усилиям моих коллег, все проекты оказались успешными. Журнал «Экономическая социология» прочно занял свою профессиональную нишу, число его читателей ежегодно возрастает. Эксоцентр превратился в один из наиболее посещаемых ресурсов по разделу «Наука/Социология». А Федеральный образовательный портал, содержащий уже десятки тысяч ресурсов, в течение длительного времени занимает одно из первых мест среди профессиональных образовательных ресурсов Рунета. Таким образом, оставаясь дилетантом в области технологии, я приобрел некоторый организационный опыт, которым и хотел бы поделиться, чтобы другие коллеги по возможности избежали принципиальных ошибок (которые мы, увы, порою допускали).
Начнем с технологических решений. Представители молодого поколения сегодня намного более сведущи в этом деле, и скоро любой школьник, не чихнув, сможет изготовить свою личную веб-страничку. Не сомневаюсь, что многие из читателей данной книги в состоянии сделать это без посторонней помощи или имеют грамотных приятелей, которых не затруднит оказать помощь в создании сайта. И если не ставить перед собой высоких задач, можно пойти по этому простому и фактически бесплатному пути, следуя принципу «Сделай сам». Однако, если предполагается, что сайт будет иметь относительно сложную структуру и динамически формирующиеся страницы, то делать его «на коленке» силами энтузиастов решительно не рекомендуется. Рано или поздно это заведет в тупик – развитие сайта столкнется с труднопреодолимыми препятствиями, а сам он будет периодически зависать, омертвляя плоды наших непосильных трудов.
Все это означает, что если речь не идет о простенькой веб-страничке, лучше обратиться к услугам профессионалов. Здесь возникает проблема доверия к привлекаемым нами программистам. Поскольку мы не являемся специалистами, возникает эффект асимметрии информации при решении вопросов об оплате услуг и выборе технологических решений. Что касается оплаты, то программисты, пользуясь нашей некомпетентностью, нередко склонны завышать сложность выполняемых работ. Единственный выход в данном случае – это обратиться к рынку и выяснить стоимость предлагаемых услуг у других программистов. И тогда цену вполне можно свести к разумному уровню.
Однако, помимо деликатных вопросов об оплате услуг, возникает более серьезная проблема – выбора технологических решений. Здесь, наоборот, соблазнившись первоначально дешевым (или даже бесплатным) вариантом, мы можем в дальнейшем оказаться в зависимости от услуг конкретного разработчика. Чаще всего это происходит тогда, когда создается оригинальный программный продукт. Вполне возможно, он хорошо работает. Но вся беда заключается в том, что он должен поддерживаться конкретным человеком, который в определенный момент может исчезнуть (жизнь есть жизнь), не оставив после себя, естественно, никакой документации и бросив нас наедине со своим авторским произведением. Специалисту же, приглашенному на замену, будет проще начать все заново, нежели разбираться с чужим продуктом, а у нас возникнут проблемы перекачки или, того хуже, повторного ввода уже опубликованного контента. Какой из этого следует вывод? Желательно придерживаться стандартных технологических решений, которые проверены временем и, главное, не ставят нас в одностороннюю зависимость от конкретного специалиста (мы, к сожалению, имели подобный печальный опыт).