Случайны выбор дневника Раскрыть/свернуть полный список возможностей


Найдено 3065 сообщений
Cообщения с меткой

конфликты - Самое интересное в блогах

Следующие 30  »
Onem

Почем война для американского народа? » ПОЛИТИКУС - Politikus.ru

Понедельник, 13 Ноября 2017 г. 06:45 (ссылка)
infopolk.ru/1/U/events/1014...00fc74687c


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

Комментарии (0)КомментироватьВ цитатник или сообщество
Найди-Меня

Шесть привычек современной женщины, которые могут убить любовь

Воскресенье, 15 Октября 2017 г. 09:50 (ссылка)
https://naidimenia.ru/artic...bit-lubov/


6259935_0 (480x270, 59Kb)Мужчины уже давно признали существование особой женской логики, которая полностью отличается от логики мужской и которую невероятно сложно понять. Однако, с этим смириться возможно, но остаются вещи, с которыми смирится мужчины не могут и даже признаются в том, что это может стать причиной окончания отношений. Женщинам полезно знать, от каких привычек лучше избавиться, чтобы не провоцировать своего мужчину на ссоры и конфликты, которые явно ни к чему. Читать далее...

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
Чайка13

Пошлите к черту наглеца

Воскресенье, 08 Октября 2017 г. 18:01 (ссылка)

Пошлите к черту наглеца

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

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

Что она испытывала? Я Вам скажу - она была раздавлена, убита, уничтожена. Но выбрала странный, хотя не очень способ реагирования в этой ситуации - отнести подарок руководителю своего бывшего предприятия. Цель этого поступка мне была понятна сразу, надеюсь Вам тоже. Она смогла пожелать всего самого хорошего своему обидчику и уйти, как и предполагалось - -ни с чем. И подарок был отдан, и в ответ ничего не получила. Когда она вернулась и у нас состоялся разговор, она продолжала сдерживать свои эмоции, и говорить, что это наверное, было кому то нужно. Однако известно, что самообман только усиливает ситуацию, и не дает выхода негативу, который глумится над внутренними органами и запускает механизмы неизлечимых болезней.

Читать далее...
Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
worldandwe_com

Надо ли делить жертв нацизма по национальному признаку?

Пятница, 29 Сентября 2017 г. 06:16 (ссылка)
worldandwe.com/ru/page/nado...?_utl_t=li


Надо ли делить жертв нацизма по национальному признаку? - The world and we



http://www.worldandwe.com/ru/page/nado_li_delit_zh..._po_nacionalnomu_priznaku.html

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Как решить извечный конфликт между разработкой и эксплуатацией?

Вторник, 26 Сентября 2017 г. 15:48 (ссылка)




TS_Cloud


сегодня в 15:48

Управление





Как решить извечный конфликт между разработкой и эксплуатацией?












    Источник



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



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



    Конфликт



    Не бывает конфликтов между администратором ПО и производителем этого ПО, если производитель это гигантская международная мега-корпорация, а администратор работает в компании, которая это ПО купила и использует. Каждый занимается своим делом: производитель выпускает новые версии, администратор следит, чтобы «всё работало». Решение, какую версию эксплуатировать, принимает администратор. Некоторые проверяют новые версии. Некоторые новые версии не используют вообще. Когда средства доставки обновлений были развиты слабее, чем теперь, был известен принцип не использовать новую версию ОС, пока к ней не выйдет второй сервис-пак. Администраторы прекрасно знают принцип, положенный в основу процесса управления изменениями: «Любое изменение опасно». Производителю же всё равно, используют новую версию ПО или старую, лишь бы деньги за поддержку платили.



    Всё меняется, если администратор и производитель ПО оказываются сотрудниками одной компании. Теперь стремление администратора к стабильности и стремление производителя выполнять планы реализации пожеланий пользователей — это стремления в противоположные стороны. Бывает, что в КПЭ администратора записана стабильность, а в КПЭ разработчика — количество новых функций. Тогда каждый час простоя из-за (или для?) внедрения новых функций это потеря премии администратором, а каждый отказ от установки новой версии ради сохранения стабильности это потеря премии разработчиком.



    Источник



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



    В нынешней версии ITIL в томе Service Operation этому конфликту посвящен раздел 3.2.2, Stability versus responsiveness («Стабильность против отзывчивости»). Авторы ITIL пишут, что организации обычно не могут найти баланса между стабильностью и отзывчивостью и склоняются к одной из крайностей, принося второе в жертву. Там же даются рекомендации, как этой стабильности достичь:




    1. Использовать более гибкие технологии, например, виртуальные серверы вместо железных.




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




    3. Усилить взаимодействие процесса управления уровнем сервисов с другими процессами фазы дизайна: управлением доступностью, мощностью, непрерывностью.




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




    5. Добиться вовлечения ИТ-подразделения в процесс управления изменениями бизнеса.




    6. На фазе проектирования сервисов использовать информацию от процессов фазы эксплуатации.




    7. Документировать договорённости между ИТ бизнесом, не допускать неформальных соглашений.



    ITIL написан для администраторов, а для разработчиков ПО создан DevOps, который даёт следующие рекомендации по решению того же самого конфликта:




    1. Унифицировать и заставить сильно взаимодействовать процессы разработки и эксплуатации ПО.




    2. Автоматически выполнять (роботизировать?) операции интеграции, тестирования, выпуска и развёртывания новых версий ПО.




    3. Встраивать в разрабатываемое ПО средства мониторинга.



    Оба источника дают дельные советы, которые не только не противоречат, но порой идеально друг друга дополняют, как последний пункт из второго списка и шестой пункт из первого. Однако, советам недостаёт конкретности. Например, про DevOps непонятно, что этот термин значит и какой смысл за ним стоит: «С момента появления в 2008 году значение термина DevOps так и не устоялось. Поэтому, чтобы ни с кем не спорить, мы называем наш подход к управлению сервисами Site Reliability Engineering (SRE). Принципы SRE не противоречат DevOps.» Так пишут в выпущенной в 2016 году книге сотрудники одной крупной компании, известной своим сервисом поиска в интернете, а теперь ещё и беспилотными автомобилями.



    Заметим, что в книге про SRE один за другим рассматриваются, в ключе «а вот как это сделано у нас», процессы из ITIL: управление инцидентами, проблемами, изменениями, уровнем сервисов и др., хотя сама библиотека не упомянута ни разу за все 550 страниц («Сервис» на первых 10 страницах книги упомянут 50 раз, а «менеджмент» — 20).



    Что такое «4 девятки» доступности



    На минуту отвлечёмся, так как практика показывает, что и представители бизнеса, и представители ИТ с трудом понимают, что такое «доступность %». Обычно понимание упрощается, если от процентов перейти к часам и минутам. Вот как выглядят цифры для некоторых требуемых уровней доступности для режима работы сервиса 9x5. Расчётный период — 1 месяц, в нём 189 рабочих часов.




























    Требуемая доступность Сервис обязан работать Сервис может простаивать
    90,00 % 170 ч 06 мин 18 ч 54 мин
    95,00 % 179 ч 33 мин 9 ч 27 мин
    99,99 % 188 ч 48 мин 11 мин


    Бюджет простоев



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



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



    Бюджет простоев автоматически регулирует выпуск новых релизов: пока он не исчерпан, релизы возможны. Для организаций, работающих в режиме push on green (если релиз прошёл все тесты, он выпускается в производственную среду автоматически), процесс может автоматизирован полностью.



    Быстрое исчерпание бюджета простоев подсказывает ИТ-руководителям, что нужно больше ресурсов направить на тестирование или проектирование сервиса.



    Бюджет простоев ставит для разработки и эксплуатации единые цели и единые КПЭ, решая таким образом конфликт, о котором написана эта статья.



    Примеры



    При жёстких требованиях к доступности времени на установку новых версий и на борьбу с последствиями почти нет. Например, если установлен режим



    24x7, доступность 99,99 % в месяц



    то бюджет простоев составляет 43 минуты 12 секунд в месяц. Скорее всего, в течение месяца получится установить только одну-две новые версии программы. Любой инцидент, даже решаемый без раздумий, перезагрузкой, моментально «съест» примерно 20 % бюджета, поэтому, если от сервиса требуется высокий уровень доступности, то ИТ-служба обязана обеспечить высокий уровень тестирования.



    Ситуация упрощается, если SLA допускает регламентный простой, то есть если какое-то количество часов зарезервировано именно для установок патчей и новых версий, и простой сервиса в это время не влияет на расчёт доступности. Время проведения регламентного простоя заранее определено, и любые остановки сервиса за его пределами рассматриваются, как инциденты. Крайний случай регламентного простоя это режим 9x5, когда работа сервиса не требуется, скажем, с 18:00 до 9:00 следующего дня, и у ИТ-службы есть 15 часов в сутки на установку новых версий.



    Что происходит с бюджетом доступности, если ночью сервис не работает? Из-за того, что количество часов работы сервиса сокращается с 720 часов в месяц при круглосуточном режиме работы до 189 часов при режиме 9x5, бюджет простоев заметно сокращается. На установку новых версий теперь есть целая ночь, но сколько есть времени на борьбу с проблемами, которые новая версия может принести? Для режима



    9x5, доступность 99,99 % в месяц



    бюджет простоев сокращается до 11 минут 20 секунд. Это, по-большому счёту, один инцидент в месяц.



    Снижение требований к доступности увеличивает бюджет простоев, давая ИТ-службе больше времени на проведение изменений и на устранение инцидентов. Так, при популярной в российских SLA требуемой доступности в 97,5 % бюджет простоев составит комфортные 18 часов в месяц для режима 24x7 и чуть меньше 5 часов в месяц для режима 9x5.



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



    Реализации в информационной системе



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



    1.Зафиксируем согласованный с бизнесом требуемый уровень доступности сервиса.







    2.Будем записывать перебои в работе сервиса (outages, периоды недоступности), как вызванные сбоями, так и запланированные остановки сервиса для установки новых версий и патчей. Конечно, лучше, если перебои-инциденты будет записывать интегрированная с ServiceNow система мониторинга.







    3.Когда разработчики подготовят новый релиз к установке в производственную среду, посмотрите, сколько осталось времени в бюджете простоев. На картинке бюджет потрачен всего лишь на 20 %, ответственный за сервис в такой ситуации разрешит установку нового релиза.







    Подведём итоги:




    1. Бюджет простоев решает конфликт между эксплуатацией и разработкой.




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




    3. Бюджет простоев легко реализовать в ИТСМ-системе ServiceNow даже в коробочной конфигурации.



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



    Original source: habrahabr.ru (comments, light).

    https://habrahabr.ru/post/338736/

    Комментарии (0)КомментироватьВ цитатник или сообщество
    anob

    Макрон пытается быть как Путин. Но поводок мешает

    Суббота, 23 Сентября 2017 г. 16:21 (ссылка)
    infopolk.ru/1/M/19311-makro...5c6ab90332

    Макрон пытается быть как Путин. Но поводок мешает


    Президент Франции после общения с Владимиром Путиным в Версале и признания поражения западной коалиции в Сирии как будто сам не свой ...

    Комментарии (0)КомментироватьВ цитатник или сообщество
    nobudazi

    Макрон пытается быть как Путин. Но поводок мешает

    Суббота, 23 Сентября 2017 г. 10:21 (ссылка)
    infopolk.ru/1/M/19311-makro...515a134e9d

    Макрон пытается быть как Путин. Но поводок мешает


    Президент Франции после общения с Владимиром Путиным в Версале и признания поражения западной коалиции в Сирии как будто сам не свой ...

    Комментарии (0)КомментироватьВ цитатник или сообщество
    worldandwe_com

    Михаил Саакашвили и население Галиции имеют общие корни

    Пятница, 15 Сентября 2017 г. 07:29 (ссылка)
    worldandwe.com/ru/page/miha...?_utl_t=li


    Михаил Саакашвили и население Галиции имеют общие корни - The world and we







    1.

    saak6 (700x394, 211Kb)

    Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
    worldandwe_com

    Либералы предложили США купить Россию

    Среда, 13 Сентября 2017 г. 08:01 (ссылка)
    worldandwe.com/ru/page/libe...?_utl_t=li


    Либералы предложили США купить Россию - The world and we



    http://www.worldandwe.com/ru/page/liberaly_predlozhili_ssha_kupit_rossiyu.html

    Комментарии (0)КомментироватьВ цитатник или сообщество
    worldandwe_com

    Без заголовка

    Понедельник, 11 Сентября 2017 г. 12:33 (ссылка)
    worldandwe.com/ru/page/kto_...?_utl_t=li


    Кто помнит 25-летие Победы? Как победить русских. - The world and we



    http://www.worldandwe.com/ru/page/kto_pomnit_25letie_pobedy_kak_pobedit_russkih.html



     

    Комментарии (0)КомментироватьВ цитатник или сообщество
    Lucky_Vesta

    МОЛЧАНИЕ - ЗОЛОТО

    Вторник, 29 Августа 2017 г. 23:03 (ссылка)


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



    1) Разговоры об аскетичности 

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



    2) Разговоры о планах и целях 

    Не рассказывайте о своих далеко идущих планах. Люди обязательно найдут слабые места в сказанном. 



    3) Разговоры о благих делах 



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



    4) Разговоры о конфликтах



    Поссорились с любимым человеком? Конфликты в семье? Чем меньше вы говорите о домашних проблемах, тем отношения будут крепче и стабильнее. 





    5) Разговоры-сплетни 

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



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



    молчание1 (300x214, 28Kb)


    Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
    Валенсиа

    Насколько сильно вы испытываете перегрузку от поведения вашего ребенка.Тест.

    Четверг, 25 Августа 2017 г. 01:29 (ссылка)


     



    Как избавиться от конфликтов с ребенком?



     





     



    Рабочая тетрадь к практикуму



     



     



     



     



     



     



    Тест



     



    Оценитенасколько сильно вы испытываете перегрузку от поведения вашего ребенка?



     



     





    1. Бывают дникогда мне не хочется утром просыпаться и начинать новый день;





     



    2. Чаще раз в неделю у нас бывают сильные конфликтыпосле которых я долго чувствую себя разбитой и опустошенной;



     



    3. Раздражение сопровождает некоторые дни постоянным фоном и вызывает сильную усталость от воспитания ребенка;



     



    4. Чащечем раз в неделю ребенок заставляет меня испытывать сильные гневные чувстваиз-за чего мне бывает трудно контролировать слова и интонациикоторые я вкладываю в воспитательный посыл;



     



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



     



    6. Нередко мне кажетсячто ребенок делает что-то мне на зло,намеренно не слушаетсяделает что-то в самый не подходящий момент или в самом неподходящем месте.



     



    7. Мы спорим и боремся с ребенком чащечем ладим и договариваемся.



     



    8. Бывает ощущениечто я уже заранее знаю и жду сопротивлениякапризов или нытья от ребенка.



     



    9. Иногда мне самой не хочется с ним ничего обсуждать,договариватьсяобъяснятьхочется просто чтобы он пошел и сделал точто я сказала!



     



    10. Я часто чувствуючто мне не хватет спокойствиярадости,удовольствия от моего материнства.



     



     



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



     



     



     



     



     



     



     



     



     



     



     



     



    Запишите основные ситуации поведения вашего ребенкакоторые запускают вашу волну раздражения.



     



     



     



     



    Запишите основные чувствакоторые запускают вашу тяжелую реакцию на поведение ребенка.



     



     



    Запишите основные пять элементов маминого спокойствия.



     



    Первое слагаемое



     



     



     



    Второе слагаемое



     



     



     



    Третье слагаемое



     



     



     



    Четвертое слагаемое



     



     



     



    Пятое слагаемое




     

    Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество

    Следующие 30  »

    <конфликты - Самое интересное в блогах

    Страницы: [1] 2 3 ..
    .. 10

    LiveInternet.Ru Ссылки: на главную|почта|знакомства|одноклассники|фото|открытки|тесты|чат
    О проекте: помощь|контакты|разместить рекламу|версия для pda