Category: it

Category was added automatically. Read all entries about "it".

SP1

Ищу спеца по Битрикс.

Есть несложная задача (реально из простых, сам бы справился - но времени нет):
1. Битрикс обновить до последней версии (для этого нужно еще на VPS обновить PHP) и обнулить.
2. Накатить какой-нть шаблон из имеющихся (требований к дизайну практически нет). Сайт состоит всего из двух разделов: "О компании" и древовидная структура инфоблоков.
3. Сделать структуру инфоблоков под конкретную задачу (все инфоблоки имеют одинаковый набор реквизитов, одинаковый вид отображения, фактически - файл, его описание и пара дат представленных древовидно).
3а. В формах создания-редактирования добавить проверки на корректность ввода.
3б. Запрограммировать отображение списка инфоблоков (форма отображения одиночного инфоблока не используется).
3в. Запрограммировать отражение в журнале событий добавления, редактирования и удаления инфоблока с указанием причины (в формах соответственно должно быть такое поле). Опционально - еще событие скрытия инфоблока по наступлению даты его скрытия.
3г. Ну еще удаление файла если при редактировании инфоблока он изменился и на него больше нет ссылок.
4. Ну и Breadcrumbs, поиск по полям инфоблоков, стандартные страницы (уже есть), раздел меню по иерархии инфоблоков.
5. Настроить резервное копирование на сервере с Битриксом (формирование резервной копии) и скрипт для офиса (PowerShell 3.0 желательно) для скачивания резервных копий от хостера (включая удаление у хостера после успешного скачивания).

Оплата по белому договору ГПХ, соответственно надо будет заехать в офис (Москва). Простое ТЗ надо будет сделать, требования и их обсуждение - лояльные, приоритет - качество. Просьба закинуть тем, кто может занять. А кого заинтересовало - пишите на maxim собака taradin.ru
SP1

Женская рассчетливость

Недавно тряхнул стариной - из никакой сетки сделал более-менее управляемую. Всякий ActiveDirectory, Exchange Server, файловая помойка с квотами, терминалка для 1C, удаленный доступ, антивирус на почтовый гейт и считалка трафика сопряженная с AD (последние три были на Юниксе, где они были развернуты знакомым удаленно). Плюс к этому резервное копирование, инструкция по заведению-блокировке и удалению юзверей (этим кадровик-бухгалтер при приеме на работу будет заниматься).

Что характерно - был привлечен к этому из-за какой-то непревзойденной тупости "студента", который не смог ничего из перечисленного сделать за 8 месяцев. Этот персонаж сильно отличился, подарив каждому отделу по собственному домену, сделав для каждого сотрудника отдельный OU с названием должности, даже разбил это зачем-то на несколько сайтов. Еще он зачем-то поставил ненужные Oracle и MS SQL, которые от одиночества и безделия громко ругались в Event-log. Настроенный им Exchange отправлял письма с обратным адресом типа "user@bugalteriya.intranet", а для входа на него пользователям приходилось каждый раз вводить свои логин (отличающийся от локального) и пароль "1234567".

Хм. К чему это я? Да, о женщинах! В процессе миграции данных из локальных папок в папки на Exchange Server наткнулся на три ежегодно повторяющиеся события с интригующими названиями (даты изменены):
1 ноября "Муж - расстроиться"
2 ноября "Муж - обидиться"
3 ноября "Муж - помириться"

Владелица почтового ящика, увидев моё недоумение, пояснила: 2 ноября у нее годовщина свадьбы, заранее она делает расстроенный вид (дабы получить знаки внимания), в годовщину свадьбы - обижается на подарок или его отсутствие, зато на следующий день мирится. "Зато мужик в тонусе" - гордо было отмечено её соседкой по кабинету.

Я весь в задумчивости - интересно, оно так и должно быть?
Фото

Предпосылки возникновения ITIL

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

Это предсказуемо и понятно: каждому ближе свои функции и задачи. Мельтешение других людей, делающих нечто непонятное (либо производящее понятные действия крайне запутанным или усложненным путем) вызывает легкое недоумение, переходящее в недовольство. Поэтому вместо ИТ-отдела на этой картинке может быть какой-нть "отдел маркетинга" или "бухгалтерия".

Между тем у ИТ есть характерная особенность: ИТ-технологии стоят ощутимых денег. Причем связи между непосредственными тратами на какой-либо сервер и преимуществами, получаемыми организацией - отследить затруднительно, а доказать и обосновать - еще труднее. А уж сделать все по-уму и провести PIR зачастую невозможно.

С точки зрения бизнеса это невыгодно отличает ИТ от тех-же маркетологов-рекламистов, которые тоже непонятным способом осваивают большие бюджеты. Но у этих хотя-бы есть понятная любому бизнесу цель, подсчитываемая "доля рынка" и относительно субъективные (не связанные напрямую с рекламными компаниями), но поддающиеся учету результаты - продажи. Причем зачастую у них работает принцип: "отрицательный результат - тоже результат", который неприменим для ИТ.

Получается патовая ситуация: ИТ хочет бабла непонятно на что, бизнес ему дает это бабло (пытаясь максимально ограничить аппетиты ИТ), а потом ИТ еще огрызается "я же вам говорил, что надо больше бабла"! Дополнительных красок добавляет периодически наблюдаемая картина под названием "слетающиеся мухи на мед""ИТ-специалисты купили новую крутую железку", что дает основание бизнесу полагать, что эти люди просто получают удовольствие за его деньги. Временами напоминает семейную ссору, вызванную попыткой жены обосновать мужу необходимость приобретения 10-й пары туфель. Редкая женщина сможет обьяснить это понятными терминами (из разряда: имеющиеся туфли несовместимы с другими элементами гардероба), а редкий муж сможет понять (и принять), что без этих туфель она скорее всего тупо будет считать себя несчастной (потеряет свою производительность).

Короче - бизнес ИТ просто терпит. А на фоне проникновения ИТ в быт у бизнеса часто стали наблюдаться резонные, но зачастую совершенно не обоснованные вопросы из разряда: "зачем платить за создание этой БД миллион долларов, если я за вечер ее налабал на Access"? Впрочем и ИТ часто перестраховывается, закладывая излишний запас производительности и емкости в закупаемых и разрабатываемых системах.

Есть неплохая книга под названием "Блеск и нищета информационных технологий". В числе прочего - в книге проводилась четкая параллель между бумом ИТ-технологий конца прошлого века и этапом всеобщей электрификации. Аналогия оказалась для меня неприятной, но легла на подготовленную почву. Интересующимся могу порекомендовать почитать эту книгу и истории времен плана ГОЭЛРО, которые мне очень напомнили середину 90-х для ИТ-специалистов. Во времена развертывания отечественной энергетики специалистов было явно недостаточно, создание и обслуживание электростанций и перевод производств на электричество вызвали просто бум в этой области. Но после появления электричества в каждом доме - технология постепенно стала привычной, появились правила работы, стандарты и инструкции, специалисты стали низкооплачиваемыми, а потребность в квалификации сильно снизилась.

С тех пор сложность и грандиозность обьектов отечественной энергосистемы никуда не делась. Многотонные махины генераторов, специальные рубильники переключаемые сжатым воздухом (человеку рядом с ними находиться в этот момент смертельно опасно), гудящие трансформаторы высотой с пятиэтажный дом, растянувшиеся на квадратные километры подстанции, озонирующие и жужжащие 500кВ линии электропередач, сложнейшие механизмы поддержания единой частоты на территории почти всего СНГ (и всех тысяч и тысяч электро-генераторов). И все это работает, несмотря на регулярно декларируемый износ генераторов, низкий КПД турбин и громадные потребности в инвестициях. Даже ужасная авария на СШГЭС не привела к остановке энергоснабжения ни одного региона. А электричество из обычной розетки все так-же может лишить жизни..

Я склонен считать, что ITIL как раз является одним из самых серьезных изменений, появившихся в ответ на потребность бизнеса в преобразовании "профессии энтузиастов" (которой был ИТ) в одну из привычных инфраструктурных технологий, которыми сейчас являются телефон и электричество. Причем в этом процессе РФ далеко не "впереди планеты всей", что позволяет оценить тенденции. Благо сейчас процесс стандартизации ИТ-приложений только начинается. К слову - плечом к плечу с ITIL идут и другие методологии и стандартны: PMBOK, CMMI, BABOK, EABOK, QAT, UML и много других страшных слов, которые имеет смысл знать и понимать ИТ-специалистам. А все перечисленное вместе - сильно изменит картину мира. И появление концепции SAAS и структуры лицензирования "за использованное время" - скорее вызвано отставанием в появлении ИТ Сервис-провайдеров. Впрочем - подробнее в следующих заметках.

А теперь, для закрепления темы, приведите в комментариях к этой заметке примеры "недовольства бизнесом со стороны ИТ" и "недовольством ИТ со стороны бизнеса" из вашего опыта. Чтобы было понятно: под бизнесом подразумеваются все _не_ ИТ-подразделения (но пользующиеся компьютерами).

Просьба оживленно комментировать и публиковать ссылки на запись. А то мне надоест. :)

Мои заметки на тему ITIL:
(Предпосылки возникновения ITIL)
(История, суть и место ITIL среди IT-стандартов)
(Из чего состоит ITIL, основополагающие принципы)
(Процессы ITIL и их связи)
(Обучение и перспективы ITIL)