?

Log in

No account? Create an account
Хроника затяжного прыжка [entries|archive|friends|userinfo]
maxtar

[ website | My Website ]
[ userinfo | livejournal userinfo ]
[ archive | journal archive ]

Ищу спеца по Битрикс. [Mar. 2nd, 2014|09:44 am]
maxtar
[Tags|, ]

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

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

Предпосылки возникновения ITIL [Jan. 21st, 2010|12:18 pm]
maxtar
[Tags|, ]

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

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

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

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

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

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

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

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

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

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

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

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

navigation
[ viewing | most recent entries ]