Победители и побежденные

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

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

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

Когда я говорю о победителях и проигравших, то это не буквально. Возьмем спортивный пример: игра в футбол. Если это дворовая игра, с целью хорошо провести время, потренироваться и развлечься, то настоящих «проигравших» в ней не будет и она принесет удовольствие обоим командам. А если это серьезный матч профессионалов, то и сами игроки и их болельщики будут очень расстроены проигрышем. А победители? Они же будут радоваться? Да, но не долго. Радость от победы проходит быстро, а надежды, опасения, конфликты между матчами занимают очень долгое время.

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

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

Семейная жизнь? То же самое. Счастливые пары имеют взаимовыгодные отношения: забота друг о друге, поддержка, совместные развлечения, помощь. Несчастные подсчитывают, кто больше делает по дому или кто о ком больше заботится, или кто кого чаще обманывает.

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

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

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

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

Избыток информации при принятии решений

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

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

Практика с обратной связью

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

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

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

Когда мы учимся танцевать танго, то очень ценным является получение обратной связи именно от партнера, так как танцуем мы друг для друга. На милонгах полноценную обратную связь от партнера получить практически невозможно. Зато можно на практиках! На практиках мы можем отрабатывать технику, но еще это и очень хорошее время, чтобы спросить у остальных людей, о том как они нас видят и ощущают во время танца. Для быстрого прогресса в социальном танце важно иметь полноценную обратную связь от множества партнеров. Причем важно получить мнение остальных не только в вопросе непосредственно танцевания, но и в том, как вы ведете себя на милонге, как приглашаете, удачный ли у вас парфюм и многое многое другое.

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

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

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

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

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

Кому не подойдет такая практика:

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

Для кого это подойдет:

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

Группа практики в Фейсбук:

https://www.facebook.com/groups/251108755037366/

О сервис ориентированных архитектурах

Ниже следует мое понимание сервис-ориентированных архитектур. Откуда они берутся и как их стоит проектировать.

Начнем издалека. Допустим, у нас есть желание заиметь интернет-магазин. Предприниматель Вася заказал программисту Пете сделать ему сайт, где бы он мог торговать своими товарами. Петя, не долго думая, выбрал свой любимый LAMP (Linux/Apache/MySQL/PHP) и через месяц выдал архив с кодом и инструкцию по установке.

Список Вечных Нерешаемых Тем Московского Танго

Список составлен Сергеем Барашковским при посильной помощи московского танго сообщества.

Случайное подкрепление, дрессировка, азартные игры и танго

Прочитал я сегодня вот этот пост в ФБ и задумался. О том, что заставляет людей снова и снова ходить на милонги, если они не получают от этого удовольствия, а, напротив, часто мучаются?

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

Последовательность

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

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

Любительское танго

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

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

Продолжение разговора про Spring IoC Framework

В первой статье я задекларировал, что есть три подхода к написанию приложений в Java, если рассматривать разработку с позиции DI:

• писать, не используя DI — код более простой и понятный, но менее гибкий;
• писать код, используя DI, и дополнительно писать Java код, который связывает компоненты;
• писать код, используя DI, и связывать компоненты с помощью конфугарационных файлов в XML.

Для меня интересным является то, что все три подхода можно использовать в одном приложении. Можно к примеру в мелких модулях, которые возможно протестировать целиком, не применять DI, более крупные компоненты собрать с помощью Java-кода, а там, где уместно дать пользователю возможность выбирать из нескольких альтернативных реализаций использовать конфигурационный файл и Spring IoC.

Чтобы лучше понимать взаимоотношения и выбирать оптимальное соотношение между Spring IoC Framework и Java кодом, я часто рассматриваю Spring IoC не как "фреймворк", который инициализирует мое приложение и вызывает нужные методы, а как примитивный, динамический, интерпретируемый язык программирования предназначенный для того, чтобы скриптовать инициализацию Java приложений. Нам нужно скриптование в этом месте при инициализации — используем IoC. Не нужно скриптование — не усложняем наше приложение без необходимости.

Каждая новая версия должна приносить больше прибыли, иначе зачем мы ее внедряли?

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

Я консультировал по CI (Continuous Integration) вопросам одну компанию, что занималась показом рекламных баннеров в интернет. Там довольно много интересных задач. Пока браузер не спеша загружает страницу надо понять, что это за пользователь, где он обычно бывает, какие товары и услуги недавно искал, оценить сколько стоит, выставить на аукцион, продать, показать баннер. Или наоборот покупать пользователей на аукционе. В общем я не вникал во все это очень подробно - задача стояла другая.

А задача у меня была в оптимизации развертывания свежего кода в продакшен. Путь от написания кода до использования его в продакшен был у них очень быстрым. Код мог быть написанным, протестированным и начать работать в самые короткие сроки. Чтобы не облажаться они научились отводить небольшой поток пользователей на новую версию приложений, тогда как основная масса пользователей работала по-старому (да, все мы знаем про rolling-updates). Это позволяло тестировать приложение на реальных случаях и на настоящей нагрузке, откатывать изменения, если что-то пошло не так, или наоборот распространять это по всему кластеру.

Что интересно, это что когда они тестировали свои алгоритмы, то смотрели, сколько дохода приносит новый код, то есть проверка увеличения доходности (или снижения издержек) тоже была одним из тестов! Больше я нигде этого не видел. Хотя работал во многих проектах, где это можно было бы успешно внедрить. Да каждый крупный онлайн магазин мог бы таким образом проверять насколько хороший код они подготовили. Но не делают. То ли не видят смысла то ли считают, что забот по организации подобной инфраструктуры слишком много и они не будут оправданны.