Яков Манн: О любви, которой уже нет

Вежливость по-американски

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

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

Но вскоре я столкнулся с проблемой – если быть все время вежливым, то как тогда постоять за себя? Как поставить на место зарвавшегося сотрудника или чужого начальника (своего не советую)? Во многих компаниях – особенно частных, т.е. не принадлежащих городу или штату, очень сильна конкуренция между работниками, иногда выливающаяся в прямое подсиживание, и приходится вступать в борьбу за свои интересы.

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

Ярким примером вежливости по-американски является следующее письмо адресованное мне:

« Дорогой Яков:

Мы обсуждали ваше отделение от вашей работы в Компании.

Желаем дальнейших успехов в вашей карьере…»

Мне потребовалось какое-то время понять, что я уже не работаю в этой компании.

Happy ending ?..

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

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

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

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

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

В античной драматургии использовался прием, называемый "deus ex mashina" – "бог из машины", когда неожиданое появление справедливого властителя решало все проблемы.

В советской литературе было много произведений, в которых новый директор (парторг, инженер) приходил на отстающий завод (колхоз, совхоз, бригаду, участок), сталкивался с сопротивлением своим новшествам, но партийное собрание решало все проблемы и правда побеждала.

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

Борьба классов

Программисты тоже люди, они хотят, чтобы их любили, держали подольше на работе, и денег платили побольше.

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

Программистам приходиться действовать втихаря, используя тактику, которую я назвал: "классовая борьба".

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