Спокойствие и порядок, общее душевное равновесие - это желанные состояния каждого человека. Наша жизнь в основном проходит как на качелях - из отрицательных эмоций в эйфории, и обратно.
Как же найти и удержать точку равновесия, чтобы мир воспринимался позитивно-спокойно, ничего не раздражало, не пугало, а настоящий момент приносил вдохновение и радость? И возможно ли это - найти длительное душевное равновесие? Да, возможно! Более того, вместе со спокойствием приходит настоящая свобода и простое счастье жить.
Это простые правила, и они работают неукоснительно. Нужно только перестать думать, КАК измениться, и начать ПРИМЕНЯТЬ их.
1. Перестаньте спрашивать: «Почему это произошло со мной?» Задайте себе другой вопрос: «Что произошло замечательного? Чем хорошим это может обернуться для меня?» Добро есть наверняка, просто его нужно увидеть. Любая проблема может обернуться настоящим даром свыше, если рассматривать ее как шанс, а не как наказание или несправедливость.
2. Вырабатывайте благодарность. Каждый вечер подводите итоги: за что можно сказать «спасибо» прожитому дню. Если теряется душевное спокойствие - вспоминайте о тех хороших вещах, которые у вас есть, и о том, за что можно поблагодарить жизнь.
3. Нагружайте тело физическими упражнениями. Помните, что мозг наиболее активно вырабатывает «гормоны счастья» (эндорфины и энкефалины) именно во время физических тренировок. Поэтому если вас одолели проблемы, беспокойство, бессонница - идите на улицу и гуляйте несколько часов. Быстрый шаг или бег отвлекут от печальных мыслей, насытят мозг кислородом и поднимут уровень позитивных гормонов.
4. Выработайте «бодрую осанку» и придумайте себе счастливую позу. Тело умеет замечательно помогать, когда нужно вернуть душевное равновесие. Оно «вспомнит» ощущение радости, если вы просто выпрямите спину, расправите плечи, счастливо потянетесь и улыбнетесь. Сознательно подержите себя некоторое время в такой позе, и увидите, что мысли в голове становятся более спокойными, уверенными и счастливыми.
5. Возвращайте себя в состояние «здесь и сейчас». Избавиться от тревоги помогает простое упражнение: оглянитесь вокруг, сосредоточьтесь на том, что вы видите. Начните мысленно «озвучивать» картинку, вставляя как можно больше слов «сейчас» и «здесь». Например: «Я сейчас иду по улице, здесь светит солнце. Сейчас я вижу человека, он несет желтые цветы…» и т.д. Жизнь состоит только из мгновений «сейчас», не забывайте об этом.
6. Не преувеличивайте свои проблемы. Ведь если даже муху поднести близко к глазам, то она приобретет размеры слона! Если какое-то переживание кажется вам непреодолимым, подумайте, как будто уже прошло десять лет… Сколько уже было проблем раньше - вы их все решили. Поэтому пройдет и эта беда, не ныряйте в нее с головой!
7. Больше смейтесь. Постарайтесь найти что-то забавное в текущем положении дел. Не получается - тогда просто найдите повод для искреннего смеха. Посмотрите смешной фильм, вспомните забавный случай. Сила смеха просто поразительна! Душевное равновесие часто возвращается после хорошей дозы юмора.
8. Больше прощайте. Обиды похожи на тяжелые, дурно пахнущие камни, которые вы повсюду таскаете с собой. Какое душевное спокойствие может быть с таким грузом? Поэтому не держите зла. Люди - это всего лишь люди, они не могут быть совершенны и всегда нести только добро. Так что простите обидчиков и простите себя.
10. Больше общайтесь. Любая боль, скрытая внутри, умножается и приносит новые печальные плоды. Поэтому делитесь своими переживаниями, обсуждайте их с близкими людьми, ищите у них поддержку. Не забывайте, что человек не предназначен для одиночества. Душевное равновесие можно найти только в близких отношениях - дружеских, любовных, родственных.
11. Молитесь и медитируйте. Не позволяйте плохим злым мыслям контролировать вас, сеять панику, боль и раздражение. Меняйте их на короткие молитвы - обращение к богу или на медитацию - состояние не-думания. Останавливайте неуправляемый поток внутреннего разговора. Это - основа доброго и стабильного душевного состояния.
Когда кажется, что очередной уровень пройден, обязательно выползут Тени и устроят проверку, сохраняется ли равновесие и присутствие духа во время их танцев.
Реакция на Тень качает маятник эго и выдает безжалостную правду: равновесие натянуто, как осторожность канатоходца и вот-вот угрожает низвергнуть увлечь храбреца в бездну прошлого.
Истинное равновесие – это отсутствие наблюдения с пристрастием: поиск того, что здесь происходит что-то не так.
– Всё, как обычно, – говорит внутренний созерцатель, даже если вокруг чума или сыпятся угрозы, – просто эти люди ранены и нуждаются в осознании своего пути.
Но если есть другие реакции, значит путь не пройден и завершение этапа еще впереди.
– За что мне такое? – Вы только в начале путешествия по уровню.
– Я готов биться насмерть! – Вы прошли одну четверть пути.
– Мне нравится такое приключение! – половина пути уже пройдена.
– Идите ко мне, я Вас спасу, – три четверти пути Вы прошли.
– Как я Вам благодарен за то, что Вы именно такой! – до окончания уровня осталось 2/10 пути.
– Путник, куда держишь свой путь и что хочешь достигнуть своей агрессией? – Вы прошли этот уровень и сдаете экзамен угрожающей Тени.
В Тени много любви и много артистизма. Как хороший учитель, она прекрасно играет в Тирана, Жертву и Спасателя, чтобы проверить Ваше равновесие. Ведь на языке геймеров: РАВНОВЕСИЕ – ЭТО УРОВЕНЬ БОГ.
©Марк Ифраимов
********
ПРАВИЛА СПОКОЙСТВИЯ
Будьте готовы отпускать.
Людей, морочащих вам голову, манипулирующих, обвиняющих, жалующихся, несчастных, сводящих вас с ума, лишающих эмоционального спокойствия.
Будьте равными.
Тем равенством, в котором каждый несет ответственность за свою жизнь, а не ждет, что кто-то сделает его счастливым или подскажет как жить.
Будьте бдительными.
Не поддавайтесь на жалобы и манипуляции. Отношения – это присутствие в жизни другого, а не спасение его. Не путать с прямой просьбой о помощи. Просят – помогите настолько, насколько это является возможным для вас.
Будьте готовы отойти.
Не втягивайтесь в разборки и обвинения. Не оправдывайтесь. Если не правы – извинитесь. Этого достаточно. Если нанесли большой ущерб чувствам человека – спросите, что можно сделать, чтобы загладить вину? Если ответа не последует, будьте готовы отойти. Это уже не про вашу вину,а про его обвинения.
Будьте тверды.
“Вас хвалят – не радуйтесь. Ругают – не огорчайтесь”(с). Нельзя все время выигрывать или проигрывать. Нельзя даже делить все на проигрыш и выигрыш. Найдите чему научились и что новое открыли в себе, благодаря этому событию. Идите дальше своим путем, твердым шагом.
Будьте проходящими.
Проходите мимо чужих конфликтов, сплетен, категоричности, оценочности, злобы, мести, нытья, ярлыков, зависти. Не втягивайтесь во все это, не поддерживайте, не тратьте свое время… Проходите…
Будьте готовы расстаться.
Продолжаем знакомиться с языковыми новшествами стандарта C++17. В настоящей статье мы рассмотрим то, что я бы назвал продолжением облагораживания языка. Т.е. никаких совершенно новых, с точки зрения функционала, вещей мы тут не увидим — скорее приведение старого функционала в более приемлемое состояние. Здесь мы рассмотрим: что изменилось с порядком исполнения подвыражений, какие новые гарантии появились в части исключения необязательного копирования, а также что нового добавили в лямбды.
Наводим порядок
Многие C++-программисты сталкивались с «интересными» задачами, в которых приводится некоторый спорный код и спрашивается: «Что будет выведено?». Одним из распространённых примеров подобного кода является следующий пример:
Int i = 0; i = i++ + i++;
Такой «умный» код встречается как в сети, так и на собеседованиях. Целью таких вопросов является выяснение того, насколько отвечающий знаком с особенностями порядка исполнения выражений в C++.
По крайней мере это декларируемая цель. Правда, я полагаю, что в большинстве случаев человек, задающий такие вопросы, просто хочет потешить своё самолюбие. Знание того, что выведет подобный код совершенно необязательно, ведь такой код просто напросто нельзя писать. А раз нельзя писать, то зачем о подобном спрашивать у соискателя? Такие вопросы уместны для «курилок», где знакомые программисты обсуждают пограничные случаи; они не уместны для собеседований. Рекомендую ознакомится с мыслями Реймонда Чена на эту тему: «Do people write insane code with multiple overlapping side effects with a straight face?»
Но это патологический случай, который виден невооружённым взглядом, и, как я уже упоминал, нормальный программист так никогда не напишет. Но есть и менее очевидные случаи, которые могут написать даже опытные программисты. Давайте рассмотрим такой кусок кода:
Void f2() { std::string s = "but I have heard it works even if you don"t believe in it"; s.replace(0, 4, "") .replace(s.find("even"), 4, "only") .replace(s.find(" don"t"), 6, ""); assert(s == "I have heard it works only if you believe in it"); }
Этот код представлен в последней книге Страуструпа «The C++ Programming Language 4th edition» , в разделе 36.3.6, и на первый взгляд выглядит вполне пригодным и правильном. Но это только на первый взгляд, на самом деле нет никаких гарантий, что вышеприведённый код сформирует ожидаемую строку, и, соответственно, assert не сработает.
Как мы видим, даже создатель C++ допустил ошибку в таком небольшом куске кода. О чём это говорит? В первую очередь о том, что не нужно напихивать кучу кода в одно выражение, в котором происходит масса всяк��х разных вещей. Первый вариант этого кода, который представлен на той же странице книги куда проще и лучше:
Void f() { std::string s = "but I have heard it works even if you don"t believe in it"; s.replace(0, 4, ""); s.replace(s.find("even"), 4, "only"); s.replace(s.find(" don"t"), 6, ""); assert(s == "I have heard it works only if you believe in it"); }
Этот вариант не только правильный с точки зрения хода исполнения программы, он ещё и легче читается. Но это не единственный вывод, который мы должны сделать, есть ещё один, который за нас уже сделали авторы предложения P0145R3 : с порядком исполнения подвыражений выражений в C++ что-то не так.
Старый порядок
Прежде чем мы перейдём к самому предложению и изменениям, к которым принятие оного привело, предлагаю вспомнить правила текущие. Это поможет освежить в памяти (а кому-то узнать) почему 2 приведённых ранее примера являются плохим C++ кодом (сугубо с точки зрения языка, не эстетики). Итак, в отличие от многих других языков программирования, в C++ порядок исполнения подвыражений в выражениях не определяется стандартом и остаётся на откуп компилятору. Конечно, определённый порядок всё же есть, но я не буду здесь описывать все тонкости, т.к. их достаточно много. Важно понимать, что, как правило, 2 подвыражения одного большого выражения исполняются независимо друг от друга в неопределённом порядке (большим исключением из этого правила является оператор запятая «,»).
К примеру, давайте возьмём наш первый пример: i = i++ + i++; . В большом выражении есть 4 малых подвыражения: i , i++ , i++ и i++ + i++ . Что гарантирует стандарт C++14? Он гарантирует (expr.ass ), что оба выражения i++ будут вычислены до того, как будет вычислена их сумма, а также то, что выражение i будет вычислено до того, как ему будет присвоен результат суммы. Так же напоминаю, что выражение i++ возвращает старое значение i , а затем уже увеличивает i на единицу (инкрементирует). Это, в свою очередь, означает, что выражение считается вычисленным тогда, когда получено старое значение i .
Таким образом получается, что компилятор может выбрать несколько путей вычисления полного выражения: он не ограничен в том, когда эффект от ++ должен быть применён к i . В результате мы можем получить разные значения в i , что, разумеется, никуда не годится, т.к. программа должна давать предсказуемый результат, который не зависит от прихотей компилятора. Например, порядок может быть такой:
Вычисляем первый i , он равен 0 .
Вычисляем второй i , он равен 0 .
Записываем результат второго инкремента, получаем i == 1 .
Записываем результат первого инкремента, получаем i == 2 .
Вычисляем i слева от знака равенства.
Вычисляем сумму: 0 + 0 == 0 .
Записываем результат суммы в i .
Возвращаем результат полного выражения, т.е. i , который равен 0 .
Выполнять вышеприведённые шаги можно в любом порядке, который не нарушает гарантий предоставленных стандартом, и в результате будут получаться разные ответы.
Кстати, можно рассмотреть вариант и попроще: i = ++i + i++; . Здесь сразу видно, что результат будет разным в зависимости от того, что будет вычислено первым ++i или i++ , т.к. у первого выражения побочные эффекты (инкрементирование i на единицу) происходят до его вычисления.
Хотя второй вариант и более нагляден, оба они дают на выходе так называемое неопределённое поведение
(НП, англ. undefined behavior). Все матёрые C++ программисты знакомы с этим термином, но вряд ли многие знают все места языка C++, где такое поведение может проявляться. Это широкая и достаточно интересная тема, которой можно посветить не одну статью, поэтому останавливаться подробнее на этом я не буду. На самом же деле такой детальный анализ выражения был не нужен, т.к. согласно стандарту (intro.execution/p15
) наше выражение является
Теперь перейдём к нашему второму примеру, и разберёмся, что не так с ним. Для того, чтобы упростить понимание, я сокращу этот примеру до такого выражения: s.replace(s.find("even"), 4, "only") . Что тут у нас есть? Есть объект s , есть вызов функции-члена std::string::replace , ещё одной функции std::string::find , а также аргументы для этих функций. Какие гарантии даёт нам стандарт? Стандарт гарантирует, что аргументы функции будут вычислены до того, как функция будет вызвана. Также он гарантирует, что объект, для которого функция выполняется, должен быть вычислен до того, как функция для него будет вызвана. Всё это понятно и логично. Правда, никаких других гарантий у нас нет: нет гарантии, что s будет вычислен до того, как аргументы функции replace будут вычислены, а также нет никаких гарантий касательно порядка вычисления этих самых аргументов. Поэтому, мы можем получить такой порядок вычисления: s.find("even") , "only" , 4 , s , s.replace(...) . Либо же любой другой, который не нарушает ранее обозначенных гарантий стандарта.
Из вышеприведённого текста нужно вычленить 2 главных момента: 1) выражения слева и справа от точки могут быть вычислены в любом порядке, 2) аргументы функции могут быть вычислены в любом порядке. Исходя из этого, теперь должно быть понятно, почему код из книги Страуструпа неверен. В выражении:
S.replace(0, 4, "") .replace(s.find("even"), 4, "only") .replace(s.find(" don"t"), 6, "");
Оба вызова find
могут закончится до того, как предыдущие (в коде) replace
будут выполнены. А могут и после. Ещё первый может до, а второй позже — не известно, т.к. порядок не определён. В результате, этот код даёт непредсказуемый результат, хотя и не является
К тому же, цепочка вызовов может быть и не такой явной. К примеру, вот такой код:
Std::cout << first << second;
Это тоже цепочка вызовов, которая может быть такой:
Std::cout.operator<<(first).operator<<(second);
или такой:
Operator<<(operator<<(std::cout, first), second);
Разница не принципиальна. Если вдруг выражения first
и second
каким-то образом ссылаются на один объект, причем одно из этих выражений модифицирует этот объект, то высок шанс, что на выходе мы получим нестабильный код или же
Ещё один интересный пример из вышеупомянутого предложения:
Std::map
Да, код выглядит бессмысленно, но что он даст в результате? Даже бессмысленный код должен давать предсказуемый результат. К сожалению, C++ вида 2014 года лишь пожимает плечами — не знаю, мол.
Функции и операторы
Когда мы рассматривали цепочку вызовов, мы затронули ещё один интересный момент: во что на самом деле превращается вызов std::cout << first << second; . Как мы уже видели, в зависимости от того, чем являются first и second , мы можем получить либо цепочку вызовов функций-членов, либо же вложенные вызовы свободных функций. Но ведь в изначальном варианте записи у нас есть три выражения и 2 оператора << , у нас нет вообще никаких функций!
Вряд ли этот код вызывал у C++ программистов проблемы: все мы рано или поздно узнаём о перегрузке операторов и принимаем всё это как должное, но в этой перегрузке есть один нюанс. Чтобы этот нюанс показать, давайте напишем вот такой шаблон функции:
Template
Да, шаблон не из самых полезных и примечательных, зато, как мы сейчас увидим, является весьма показател��ным. Давайте вызовем функцию cleverFun с аргументом типа int , что приведёт к инстанциации такой функции:
Bool cleverFun(int& value) { return (cout << "first\n", value++) && (cout << "second\n", value++); }
При вызове этой функции вывод гарантировано будет таким:
если первый value++ вернёт 0 , в противном случае он будет таким:
First second
И никаким другим, что очевидно: для оператора && есть строгая гарантия короткого замыкания (КЗ, англ. short-circuit) и выполнения левой части до правой. С другой стороны, если мы создадим некий тип Int для которого переопределим и постфиксный operator++ , и operator&& , а затем инстанциируем с ним наш шаблон, то получим такую функцию:
Int cleverFun(Int& value) { return (cout << "first\n", value.operator++(0)) .operator&&((cout << "second\n", value.operator++(0))); }
Я не стал раскрывать то, во что превратиться вызов cout , чтобы не захламлять и так не слишком легко читаемый код ещё больше. Исходя из ранее рассмотренного, вас не должно удивить то, что вывод этого кода будет отличаться от полученного для обычного int . Тут так же можно получить 2 варианта, но они будут другие:
First second
Second first
Очевидно, что вариант с одним first мы получить не можем в силу того, что КЗ для переопределённых операторов не работает. Если вы внимательно посмотрите на этот пример, то должны понять почему: чтобы выполнить переопределённый operator&& для него должен быть вычислен аргумент (т.е. прощай КЗ), кроме того, КЗ работает только тогда, когда выражение слева является bool , чего в случае переопределённого оператора быть не может. Таким образом, по поводу КЗ никаких иллюзий быть не может — его для переопределённых операторов нет и не будет.
Хорошо, КЗ быть не может, поэтому первого варианта вывода (только first ) мы получить не можем, но даже вариант с двумя строками вывода может отличаться, а может и нет! Только вдумайтесь: мы имеем один и тот же код внутри шаблона функции, который при одних аргументах шаблона выполняется по одним правилам, а для других по совершенно иным.
Всё это происходит потому, что в С++14 гарантии для операторов и их операндов отличаются в зависимости от того, чем являются операнды. Согласно стандарту, для интегральных типов все гарантии операторов работают так, как они описаны для них в стандарте, а вот для переопределённых операторов уже работают правила которые управляют вызовом функций. Т.е. для переопределённых операторов выражение «переписывается» компилятором на цепочку вызова функций, и уже после этого применяются правила из стандарта, которые определены для такой цепочки. Никакие гарантии операторов из стандарта на переопределённые операторы не действуют .
Всё ранее описанное рисует весьма безрадостную картину: слишком много в C++ хаоса, в части вычисления выражений. Немудрено, что мириться с подобным людям надоело, а вечные заявления о том, что всё это нужно для каких-то мифических оптимизаций и не должно быть изменено, перестали считаться достаточным оправданием. Здравый смысл восторжествовал, и C++17 получил немного изменений в части наведения порядка в этом бардаке. А что это за изменения мы сейчас и рассмотри.
Новый порядок
Первым изменением, принесенным C++17, является упорядочивание выполнения постфиксных операторов, операторов присвоения, а также операторов побитового сдвига. Теперь все постфиксные операторы, а также операторы побитового сдвига, выполняется слева направо, в то время как операторы присвоения — наоборот, справа налево. Под «выполнением», в данном контексте, я имею в виду то, что выражение является вычисленным (т.е. его результат возвращён), и все ассоциированные с ним побочные эффекты зафиксированы (committed).
Для пояснения того, как же теперь упорядочены выражения, возьмём пример из предложения (в примере ниже сначала выполняется выражение a , затем b ):
A.b a->b a->*b a(b1, b2, b3) b @= a a[b] a << b a >> b
Где @ является любым допустимым в этом контексте оператором (например + ). Таким образом, исходя из новых правил, пример, приведённый в книге Страуструпа по C++11, в C++17 наконец становится правильным и всегда будет выдавать корректный и ожидаемый результат. Как вы можете видеть, новые правила не коснулись порядка выполнения аргументов функции относительно друг друга: они по прежнему могут быть выполнены в любом порядке, но их выполнение не может пересекаться (interleave) между собой. Другими словами, они упорядочены относительно друг друга, но порядок не регламентирован.
Теперь давайте рассмотрим несколько «интересных» примеров, где в C++14 мы имели
I = i++; f(++i, ++i) f(i++, i++) array = i++ i << i++ cout << i++ << i++
А вот эти примеры так и остаются
I = i++ + i++ i = ++i * i++
Потому что никаких правил, регулирующих порядок выполнения подвыражений арифметических операторов, не добавили. Но тот факт, что
Кстати, внимательный читатель наверняка заметил строчку cout << i++ << i++ в вышеприведённых примерах, и если он не знает обо всех правилах и поверил автору, то он наверняка воспользовался такой логикой: пример переписывается как
Cout.operator<<(i++).operator<<(i++)
после чего к нему применяются новые правила для .
, поэтому в коде нет
Получается, что у нас больше нет разночтения в том, в каком порядке будут выполнятся выражения для встроенных и перегруженных операторов, и наш пример из прошлого раздела:
Template
для любого типа всегда выведет сначала first , а потом second . Обратный порядок вывода теперь исключен стандартом. Это, безусловно, очень важное нововведение, которое позволяет рассуждать над тем кодом, который написан, а не тем, что будет сгенерирован из оного. Интересно заметить, что это нововведение породило разницу между явным и неявным вызовом перегруженного оператора. Рассмотрим пример:
#include
Первый результат гарантировано будет 4 , тогда как второй может быть как 2 , так и 4 . Этот пример хорошо показывает разницу между явным и неявным вызовом перегруженного оператора в C++17.
Очевидно, что с введением нового порядка появилось много различных сложных выражений, которые давали
Хотя я и высказал некоторое «фи» касательно кода из книги Страуструпа, я далеко не противник цепочки вызовов, и если посмотреть на современный код, написанный с использованием императивных языков, то мы можем увидеть, что он содержит всё больше цепочек (к примеру LINQ и Task+ContinueWith из C#, или Lodash/underscore и Promise+then из JS). C++ тоже идёт в этом направлении, и вскоре мы сможем увидеть аналоги вышеозначенных примеров в виде Range-v3 и future+then в будущих стандартах C++. Но и до выхода новых стандартов мы можем использовать различные библиотеки, интерфейс которых поощряет использование цепочки вызовов.
В общем и целом, на мой взгляд, изменение правил порядка вычисления выражений является одним из наиболее важных нововведений C++17, которое мало кто заметит, потому что всё (или почти всё) будет просто работать так, как должно работать согласно здравому смыслу. А здравого смысла в стандарте C++ с каждым днём становится всё больше.
Минимизируем копирование
Одним из первых шагов в обучении C++, является изучение копирующего конструктора. Ведь с помощью него можно легко определить, что и когда копируется. Т.е. мы пишем свой класс, добавляем туда копирующий конструктор, в котором прописываем вывод через cout , и наслаждаемся выводом, по результатом которого мы выясняем сколько же копий у нас создаётся.
С появлением семантики перемещения ситуация несколько усложнилась, так что для полноты картины теперь нужно создавать ещё и перемещающий конструктор. Но для данного раздела это неважно, т.к. все ниженаписанное справедливо как для копирования, так и для перемещения.
К примеру, давайте напишем такой код:
#include
Сколько раз на экране появится фраза «Copy ctor called.», если собрать этот код на компиляторе, реализующем C++14 и запустить программу? Ноль, один, или может быть два раза? Правильный ответ: неизвестно .
Те, для кого ответ стал неожиданностью, заслужили объяснения, к которому мы и переходим. Итак, для начала давайте расчехлим стандарт и рассмотрим какое максимальное количество копий здесь может быть создано. Наибольшим числом возможных копий здесь является число 2: первая копия создаётся при выполнении оператора return , а вторая копия создаётся при конструировании объекта some . Но если вы запустите этот код на более-менее современном компиляторе (без дополнительных ключей!), вы вряд ли увидите двойной вывод; более вероятный исход это либо одна строка, либо же вообще никакого вывода не будет. Теперь немного видоизменим код нашей функции, это будет второй вариант:
SomeClass meReturn() { SomeClass some{}; return some; }
Если мы выполним этот код на популярных компиляторах, то вывод может измениться, а может и нет (на MSVC 2017 меняется, в отладочном режиме). Наконец, мы ещё немного изменим код функции, только в этот раз вывод гарантированно измениться (относительно первого варианта и с учётом текущего положения вещей с компиляторами):
SomeClass meReturn() { SomeClass some{}; if (false) return SomeClass{}; return some; }
Итак, функция, в сущности, во всех вариантах одинаковая, а поведение отличается — что вообще тут происходит? Начнём с начала. Согласно стандарту C++, в некоторых случаях компилятор может не выполнять копирования объекта; такая ситуация получила название пропуск копирования (ПК, англ. copy elision). Полный список (довольно короткий) признаков, по которым можно определить разрешен ли пропуск копирования, описан в class.copy/p31 . Нас интересуют две похожие, но всё же различные ситуации.
В изначальном примере наша функция возвращает временный безымянный объект. В такой ситуации компилятор имеет право опустить оба копирования и просто создать объект прямиком в some . В народе эта ситуация получила название оптимизация возвращаемого значения (ОВЗ, англ. return value optimization). Если мы посмотрим на gcc/clang/MSVC, то увидим, что для такой функции они избавляются от обеих копий и, следовательно, вывод будет пуст.
Подобная оптимизация разрешена не только для return , но и для других мест, где происходит инициализация временным, безымянным объектом. Так, если у вас есть функция void meAccept(SomeClass) , которая вызывается как meAccept(SomeClass{}) , то компилятор имеет права опустить избыточное копирование.
Теперь перейдём ко второму варианту, где мы создали именованный объект на стеке. Вывод для gcc/clang не изменился, а вот для MSVC (в отладочном режиме) появилась одна строчка в выводе, очевидно, что в этом случае MSVC избавился лишь от второй копии. Исходя из вышесказанного, становится понятно, что компилятор тоже применяет ПК, но тут это происходит согласно немного другому критерию: он имеет право избавиться от копирования именованного объекта на стеке, который возвращается из функции. Подобная оптимизация получила в народе название оптимизация именованного возвращаемого значения (ОИВЗ, англ. named return value optimization).
Такую оптимизацию компилятору выполнить сложнее, что мы и видим в третьем варианте, где мы добавили абсолютно бесполезный if , который заставил все три основных компилятора спасовать и сделать копию. Таким образом, ОИВЗ является более «хрупкой» оптимизацией, чем простая ОВЗ, и, как правило, она отключается, когда в коде имеется несколько различных return . Это является одним из доводов, почему в функции должен быть только один return (не могу сказать, что довод сильно убедителен).
Интересным фактом является то, что вышеописанная оптимизация применяется в компиляторах даже тогда, когда мы компилируем с отключенной оптимизацией (-O0 , /Od ). Более того, только gcc и clang можно заставить создавать все копии. Для этого нужно использовать ключ -fno-elide-constructors , а MSVC ни при каких обстоятельствах две копии не создаст, и никаких [публичных] ключей для отключения этого поведения нет.
Есть и другой момент, который следует упомянуть. Хотя в C++14 компилятор и может убрать обе копии, тем самым не выполнив конструктор копирования ни разу, он должен выдать ошибку компиляции, если такого конструктора нет. Т.е. если мы вместо имеющегося конструктора копирования напишем такой: SomeClass(const SomeClass&) = delete , то программа не соберётся даже тогда, когда компиляторы могут вполне законно от копирования избавиться — конструктор всё равно должен быть.
Ну и наконец момент третий: перемещение. Если компилятор может опустить копирование, то может опустить и перемещение. Т.е. в этом плане они абсолютно эквивалентны. В связи с этим, кстати, связана одна интересная ситуация. Многие программисты (вывод о многих делаю на основании того кода, что я видел в сети) не совсем понимают семантику перемещения и пишут код сродни этому: return std::move(someObject) . С виду код абсолютно безобидный и работает как того ожидает написавший его, только вот такой код гарантировано отключает ОИВЗ. Как по вашему, что лучше: выполнить один дешёвый перемещающий конструктор, или вообще ничего не выполнять?
Новая реальность
Теперь пришла пора рассмотреть, что же такого изменилось в C++17 касательно ПК. Все изменения, частью которых является и то, что мы будем обсуждать в этом разделе, можно обнаружить в оригинальном предложении P0135R1 . Если вы загляните в этот документ, то увидите, что в нём описаны многочисленные правки стандарта в части категории выражений (в большей степени prvalue ), а также различные правки уточняющие где нужно явно выполнять прямую (direct-) и копирующую (copy-) инициализации (initialization). Нас из всего этого набора интересует лишь одно изменение, которое описано в stmt.return/p2 .
Итак, согласно вышеупомянутому нововведению, возврат из функции временного безымянного объекта (prvalue) того же типа (т.е. не требуется конвертация), что и возвращаемый тип функции, выполняет копирующую инициализацию результата (что, согласно dcl.init/p(17.6.1) , позволяет пропустить копирование). Написанное в предложение выше, является, в сущности, той же ОВЗ, только в этот раз обязательной . Т.е. если в C++14 компилятор мог избавиться от копирования/перемещения в таком случае, то теперь он обязан это сделать. Что нам это даёт, ведь мы уже видели, что компилятор и сам прекрасно справляется? А даёт нам это следующее, имея такой код:
SomeClass meReturn() { return SomeClass{}; }
Мы можем вообще не иметь копирующего и перемещающего конструкторов, и это всё равно будет компилироваться. Важно заметить, что изменился только случай, когда из временного безымянного объекта создаётся другой объект, если же мы возвращаем именованный объект (ОИВЗ), то даже если компилятор и может пропустить копирование, наличие соответствующего конструктора обязательно.
Есть ещё один момент, который уже связан с передачей аргументов, а не возвращаемым значением. Если у нас есть вот такой код:
Void meAccept([] SomeClass s) { }
То при вызове функции meAccept(SomeClass{}) тоже не будет никакого копирования и это снова больше не оптимизация, а требование стандарта. Это происходит из-за изменений в определении prvalue (basic.lval ) и тем, что за собой это изменение влечёт. Давайте разберём эту строчку: meAccept(SomeClass{}) . Если говорить в терминах старого prvalue, то SomeClass{} является временным объектом, который затем копируется в параметр функции. Но новое определение prvalue заключается в том, что это больше не объект , но выражение , вычисление которого является инициализацией объекта. Что это значит для нас? Это значит, что в рассматриваемом нами выражении, SomeClass{} является не временным объектом, а выражением инициализации параметра функции. Здесь включается уже упомянутое нами ранее правило описанное в dcl.init/p(17.6.1) , и никакого копирования не происходит — инициализация выполняется напрямую.
На первый взгляд это довольно незначительное нововведение, ведь раньше происходило всё то же самое, просто компиляторы были не обязаны этого делать. Тем не менее, это нововведение изменило саму суть понятия prvalue, поэтому незначительным его считать не стоит. Да и с чисто практической точки зрения знать об этом изменении нужно, ведь при изучении языка мы познаём его эмпирически, и в этом процессе очень часто встречаются эксперименты с копирующим/перемещающим конструкторами. Так вот, начиная с C++17 вы никаким образом не можете заставить компилятор сделать копию в ранее описанных примерах. Не помогут никакие флаги, если программа скомпилирована для C++17, и компилятор его действительно поддерживает. Что же касается повседневного кода, то данное нововведение позволяет создавать функции-фабрики, возвращающие объекты, которые не имеют конструкторов копирования/перемещения. Насколько это нужно? Время покажет.
Лямбды
Комитет продолжает показывать лямбдам свою любовь, добавляю к ним что-то новое в каждой новой редакции стандарта. 2017 год не стал исключением, и лямбды получили свою порцию нововведений. Хотя я продолжаю ждать короткого синтаксиса (наподобие C#-ного x => x ) и считаю новшества этого стандарта незначительными, обойти их стороной я всё же не могу.
Захватывая this
Итак, нововведение первое. Теперь в список захвата можно передавать копию объекта с помощью указателя this . До C++17, если мы хотели передать копию текущего объекта в лямбду, мы были вынуждены писать что-то такое:
#include
Основным недостатком подобного подхода является необходимость явного указания имени объекта, в который мы скопировали *this , при каждом обращении к оному. C++17 исправляет данный недостаток, позволяя писать так:
Auto lambda = [*this] { for(size_t i = 0; i < m_Value; ++i) cout << "This is lambda!!!\n"; };
Т.е. доступ к членам объекта осуществляется ровно так же, как если бы мы создавали лямбду с таким списком захвата , но при это в лямбду передаётся не текущий объект (т.е. this -указатель), а его копия. Хочу отметить, что мне подобный код писать не приходилось, поэтому оценить полезность нововведения мне сложно, но кому-то явно станет жить легче. Мне остаётся лишь порадоваться за них и перейти к следующему нововведению.
Нужно больше константности!
Ещё одно изменение, которое напрашивалось давно, это добавление возможности использования лямбд в константных выражениях. Разумеется, такие лямбды тоже должны быть константными. Например:
Auto eleven = { return 11; };
array
Как вы видите, в определении лямбды ничего не изменилось, но её вызов использован в контексте, где обязательно использование константы времени компиляции. Т.к. этот код успешно компилируется, любой внимательный программист может сделать следующий вывод: operator() класса, сгенерированного из лямбды, является constexpr членом и этот вывод, без сомнения, верный. Начиная с C++17, все лямбда выражения по умолчанию являются constexpr , тогда как до C++17 они были просто const . Но они будут низведены до const , если тело лямбда функции не соответствует хотя бы одному критерию, которым подчиняются все constexpr функции (критерии описаны в dcl.constexpr ). Внесём минимальное изменение в наш код, и лямбда перестанет быть constexpr :
Auto eleven = { int x; return 11; };
С такой лямбдой код создания массива даст ошибку компиляции (чего мы, собственно, и добивались), но само создание лямбды ошибки не даст. Однако, мы можем закрутить гайки и потребовать от лямбды иметь тело, подчиняющееся вышеупомянутым правилам:
Auto eleven = () constexpr { int x; return 11; };
Обратите внимание, что нам пришлось добавить как очевидный constexpr , так и () , который не несёт никакой функциональной нагрузки и служит лишь только прихотям стандарта. Таким образом, мы можем создавать лямбда функции, которые гарантировано можно использовать в constexpr контексте.
Это изменение давно напрашивалось, и не должно стать ни для кого неожиданностью: простые функции могут быть constexpr , функции-члены — тоже, чем лямбды хуже? Насколько нужны constexpr лямбды? Это уже вопрос поинтереснее. Думаю, что они нужны constexpr коду настолько же, насколько они нужны простому коду. Сейчас в C++ наблюдается бум constexpr : люди соревнуются кто пойдёт дальше в переносе работы из времени выполнения, во время компиляции.
Доходят до написания парсера JSON и даже до исполнения регулярных выражений (кому интересно, посмотрите видео с CppCon2017: «constexpr ALL the Things!»). Кроме того, всё больше стандартных (и не очень) алгоритмов становятся constexpr , что порождает самое очевидное использование лямбд, ведь они просто созданы для алгоритмов. Поэтому, на мой взгляд, добавление constexpr это хороший шаг вперёд, который позволит писать больше кода, который будет исполняться во время компиляции.
С другой стороны, действительно ли нам нужно так много всего переносить на этап компиляции? Безусловно, когда что-то можно перенести с многократного динамического исполнения, на однократное исполнение во время компиляции — это несомненный плюс. Или нет? Это зависит от задачи и выгоды, что мы получаем во время исполнения. Пусть мы написали парсер JSON, который потребляет массу ОЗУ и увеличивает время компиляции (посмотрите хотя бы последние 3 минуты вышеупомянутого видео), что нам это даёт? Да, теперь мы можем разобрать конфигурацию во время компиляции и использовать её в коде. Но ведь мы могли сделать это и раньше, не используя JSON, и это тоже была бы нулевая нагрузка на время исполнения (просто набор флагов в заголовке, к примеру). Это напоминает мне бородатый анекдот:
Два друга встречаются:
— Я тут слышал, ты машину купил?
— Да! И как раньше жил! Теперь все успеваю! Вчера за день успел сменить масло, купить новые шины, съездил на авторынок за крыльями, тут же смотался в автосервис и поменял их, еще и в магазин за незамерзайкой заехал. И как бы я все это без машины успел?!
Мне могут возразить, мол, JSON удобнее. Пусть так. Тогда давайте добавим скрипт на том же Python (или вообще CMake), который будет нам генерировать объект конфигурации из JSON. Да, нам придётся добавить ещё один шаг к сборке нашего проекта, но разве это сложнее написания кода на C++, который разбирает JSON? Да и время компиляции никто не отменял (и я считаю эту причину куда более существенной): если код будет компилироваться долго, тогда разработка превратится в ад. Поэтому я совершенно не вижу смысла в переносе сложных вещей на constexpr рельсы. На мой взгляд, это лишнее усложнение, которое можно показывать на конференциях, но совершенно не нужно в реальном коде. Использование вычислений во время компиляции должно быть обосновано, а не просто потому что «мы теперь можем!».
Два последних абзаца могут дать неверное представление о моём отношении к этому нововведению: я не против него, я просто против забивания гвоздей микроскопом, вот и всё. Пример последнего хорошо виден в видео с CppCon, но само появление constexpr лямбд это, безусловно, хорошая новость, ведь лямбды, функционально, не должны ни чем отличаться от обычных функций — у них должны быть все те же возможности, и, если память мне не изменяет, осталось добавить только одно: именованные шаблонные параметры для лямбд. Ждём их в C++20?
В любой непонятной ситуации успокойся, ляг, обними себя, сходи поешь вкусняшек. Береги нервишки:)
Оставляйте ошибки прошлому.
Цените настоящее.
Улыбайтесь будущему)
Как только отпустишь ситуацию, которая тебя мучает, сразу ситуация отпустит тебя.
Не выходите из себя. Неизвестно, что может произойти в ваше отсутствие.
Подойди к дереву. Пусть оно научит тебя спокойствию.
— В чем секрет твоего спокойствия?
— В полном приятии неизбежного, — ответил Мастер.
Наведи порядок в мыслях - и увидишь мир другими глазами.
Сердце не забывай чистить.
Что такое покой?
Отсутствие ненужных мыслей.
А какие мысли ненужные?
(Вэй Дэ-Хань)
Самое главное ваше сокровище - это мир в душе.
Ромашка успокаивает.
Управляй своим настроением, ибо оно, если не повинуется, то повелевает.
Обрести спокойствие можно, только став наблюдателем, невозмутимо взирающим на мимолётное течение жизни. Ирвин Ялом
Спокойствие - сильнее эмоций.
Молчание - громче крика.
И что бы с вами ни случилось — ничего не принимайте близко к сердцу. Немногое на свете долго бывает важным.
Эрих Мария Ремарк "Триумфальная арка" ---
Попав под дождь, ты можешь извлечь из этого полезный урок. Если дождь начинается неожиданно, ты не хочешь намокнуть и поэтому бежишь по улице к своему дому. Но добежав до дома, ты замечаешь, что все равно промок. Если же ты с самого начала решишь не ускорять шаг, ты промокнешь, но зато не будешь суетиться. Так же нужно действовать в других схожих обстоятельствах.
Ямамото Цунэтомо - Хагакурэ. Книга самурая
Завтра будет то, что, должно быть,
и не будет ничего из того, что быть не должно —
не суетись.
Если нет мира внутри нас, бесполезно искать его вовне.
Не обременяющийся заботами -
наслаждается жизнью.
Обретая не радуется,
теряя не печалится, так как знает,
что судьба не постоянна.
Когда мы не связаны вещами,
сполна познается безмятежность.
Если тело не отдыхает от напряжения,
оно изнашивается.
Если дух вечно в заботах,
он увядает.
Чжуан-цзы ---
Если бросить палку собаке, она будет глядеть на эту палку. А если бросить палку льву, то он будет, не отрываясь, смотреть на кидающего. Это формальная фраза, которую говорили во время диспутов в древнем Китае, если собеседник начинал цепляться за слова и переставал видеть главное.
Делая вдох, я успокаиваю свое тело и разум.
Делая выдох, я улыбаюсь.
Пребывая в настоящем моменте, я знаю, что этот момент удивителен!
Позволь себе дышать полной грудью и не загоняй себя в рамки.
Сила у того, кто верит в свою силу.
Выработай привычку следить за своим ментально-эмоциональным состоянием посредством самонаблюдения. Хорошо регулярно спрашивать себя: "Спокоен ли я в настоящий момент?" — это вопрос, который полезно регулярно задавать самому себе. Ещё можно спрашивать: "Что происходит у меня внутри в данный момент?"
Экхарт Толле
Свобода - это свобода от беспокойства. Поняв, что вы не можете влиять на результаты, не обращайте внимания на свои желания и страхи. Пусть они приходят и уходят. Не подпитывайте их интересом и вниманием. В действительности вещи делаются с вами, а не вами.
Нисаргадатта Махарадж
Чем спокойнее и уравновешеннее человек, тем мощнее его потенциал и тем большим будет его успех в добрых и достойных делах. Невозмутимость разума - одно из величайших сокровищ мудрости.
Основа всякой мудрости — есть спокойствие и терпение.
Остановите свое беспокойство и тогда вы сможете увидеть великолепный узор...
Когда ум приходит к покою, начинаешь ценить свет луны и дуновение ветра и понимаешь, что в суете мирской нет необходимости.
Обрети мир в своей душе, и вокруг тебя спасутся тысячи.
На самом деле тебе хочется лишь покоя и любви. Из них ты вышел, к ним вернешься и ими являешься. Пападжи
Самые красивые и здоровые люди - это люди которых ничего не раздражает.
Самая высокая степень человеческой мудрости — это умение сохранять спокойствие вопреки внешним грозам.
Ты связан не своими переживаниями, а тем, что уцепился за них.
Не принимай скоропалительных решений. Хорошо взвесь все "за" и "против". Почти у каждого человека есть небесный гид, второе "я". Подумай и спроси у него, а стоит ли делать задуманное или нет?! Учись наблюдать, видеть невидимое, предвидеть ситуации.
Когда созерцаешь горные леса и бегущие по камням ручьи, сердце, замутненное мирской грязью, постепенно очищается. Когда вчитываешься в древние каноны и разглядываешь картины старинных мастеров, дух мирской пошлости мало - помалу рассеивается. Хун Цзычен, Вкус Корней.
Мудрость приходит вместе со способностью быть спокойным. Просто смотри и слушай. Больше ничего не нужно. Когда ты в покое, когда ты просто смотришь и слушаешь, это активизирует внутри тебя свободную от понятий разумность. Пусть покой направляет твои слова и дела.
Экхарт Толле
Мы никогда не сможем добиться спокойствия во внешнем мире, пока не добьемся его во внутреннем.
Суть равновесия — не цепляться.
Суть расслабления — не удерживать.
Суть естественности — не совершать усилий.
Тот, кто не завистлив и никому не желает зла, достиг уравновешенности. Для него весь мир наполнен счастьем.
Чтобы вновь жизнь зацвела, забурлила и наполнилась будоражащей радостью и счастьем, надо просто остановиться... Остановится и позволить себе раствориться в удовольствии...
Не волнуйтесь о своём будущем, будьте в покое сейчас, и всё встанет на свои места.
Если воду не мутить, она сама по себе отстоится. Если зеркало не пачкать, оно само по себе будет отражать свет. Человеческое сердце нельзя своей волей сделать чистым. Устраните то, что его загрязняет, и его чистота сама по себе проявится. Радость не нужно искать вовне себя. Устраните то, что доставляет вам беспокойство, и радость сама собой воцарится в вашей душе.
Иногда просто оставьте все в покое...
В центре урагана всегда тихо. Будьте этим тихим местом в центре, даже если вокруг бушуют вихри.
Вы — небо. Все остальное — это всего лишь погода.
Только в спокойных водах вещи отражаются неискаженными.
Только спокойное сознание пригодно для восприятия мира.
Когда не знаешь, что делать, - выжди какое-то время. Затаись. Живи так, как живется. Знак рано или поздно появится. Главное - знать, что ты находишься в ожидании и быть готовым встретиться с тем, чего ты ждешь. Луис Ривера
Не волнуйтесь о своём будущем, будьте в покое сейчас, и всё встанет на свои места.
Спокойствие лишает твоих врагов силы. В спокойствии нет ни страха, ни излишнего гнева - только реальность, очищенная от искажений и помех эмоциональных взрывов. Когда ты спокоен - ты по-настоящему силен.
Поэтому твои противники всегда будут стараться всеми силами вывести тебя из этого состояния - внушить страх, посеять сомнения, вызвать злость. Внутреннее состояние напрямую связано с дыханием. В какую ситуацию ты бы ни попал, сразу успокаивай свое дыхание - дух успокоится следом.
Главнейшее в духовной жизни - хранить сердце в мире.
Нужно доверять жизни.
Нужно без страха вверять себя её течению, потому что жизнь бесконечно мудрее нас.
Она всё равно обойдётся с вами по-своему, иногда довольно жёстко,
но в конечном итоге вы поймёте, что она была права.
Будьте в покое сейчас, и всё встанет на свои места.
Ваш дух не должен волноваться, злое слово не должно срываться с ваших губ; вы должны оставаться доброжелательны, с сердцем, полным любви, не содержащим тайной злобы; и даже недоброжелателей вы должны охватить любящими мыслями, великодушными мыслями, глубокими и безграничными, очищенными от всякого гнева и ненависти. Именно так, мои ученики, надлежит вам действовать.
Только спокойная вода правильно отражает небеса.
Лучшим показателем уровня сознания является умение спокойно относиться к жизненным трудностям.
Неосознанного человека они тянут вниз, в то время как осознанный человек всё более поднимается вверх.
Экхарт Толле.
Посиди спокойно, и ты поймешь, сколь суетны повседневные заботы. Помолчи немного и ты поймешь, сколь пусты повседневные речи. Откажись от обыденных хлопот, и ты поймешь, как много сил люди растрачивают зря. Чень Цзижу.
Спокойствие помогает нам находить выход из самых трудных ситуаций.
Лопнуло терпение?...Надуй заново!)
3 СПОКОЙНЫХ СЕКУНДЫ
Достаточно спокойно подумать три секунды, чтобы все понять.
Вот только где их взять, эти по настоящему три спокойных секунды? Мы слишком возбуждены собственными фантазиями, чтобы остановиться хоть на миг.
Доводилось ли вам видеть дуб в состоянии стресса или дельфина, пребывающем в мрачном расположении духа, лягушку, страдающую заниженной самооценкой, кошку, которая не может расслабиться или птицу, обремененную обидой? Поучитесь у них умению мириться с настоящим.
Экхарт Толле
Не торопитесь. Каждый бутон распускается в свое время. Не заставляйте бутон становиться цветком. Не отгибайте лепестки. Они нежны; вы пораните их. Подождите и они раскроются сами. Шри Шри Рави Шанкар
Не поклоняйтесь бородатому человеку в небе или идолу в книге. Поклоняйтесь вдоху и выдоху, зимнему ветерку, ласкающему ваше лицо, утренней толпе людей в метро, просто чувству, что живы, никогда не зная, что грядет. Заметьте Бога в глазах незнакомца, Провидение в разрушенном и обычном. Поклоняйтесь земле, на которой стоите. Сделайте каждый день танцем, со слезами на глазах, созерцая божественное в любом моменте, заметьте абсолютное во всем относительном, и пусть люди называют вас сумасшедшими. Пусть смеются и острят.
Джефф Фостер
Высшая сила - это не способность побеждать других, а способность становиться единым с другими.
Шри Чинмой
Попробуйте, хотя бы в малом, не привносить свой ум.
Смотрите на мир - просто смотрите.
Не говорите "нравится", "не нравится". Не говорите ничего.
Не произносите слова, просто смотрите.
Ум почувствует неудобство.
Уму хотелось бы что-нибудь сказать.
Вы просто говорите уму:
"Молчи, дай мне увидеть, я просто буду смотреть"...
6 мудрых советов от Чень Цзижу
1. Посиди спокойно, и ты поймешь, сколь суетны повседневные заботы.
2. Помолчи немного и ты поймешь, сколь пусты повседневные речи.
3. Откажись от обыденных хлопот, и ты поймешь, как много сил люди растрачивают зря.
4. Затвори свои ворота, и ты поймешь, как обременительны узы знакомств.
5. Имей мало желаний, и ты поймешь, почему столь многочисленны болезни рода человеческого.
6. Будь человечнее, и ты поймешь, как бездушны обыкновенные люди.
Освободи свой ум от мыслей.
Позволь своему сердцу успокоиться.
Спокойно следи за суматохой мира,
Следи за тем, как все встает на свои места...
Счастливого человека очень просто узнать. Он словно излучает ауру спокойствия и тепла, движется неторопливо, но везде успевает, говорит спокойно, но его все понимают. Секрет счастливых людей прост — это отсутствие напряжения.
Если вы сидите где-нибудь в Гималаях и тишина окружает вас - это тишина Гималаев, не ваша. Вы должны найти собственные Гималаи внутри...
Раны, нанесенные мыслями, заживают дольше любых других.
Джоан Роулинг, "Гарри Поттер и Орден Феникса"
Мудрость приходит вместе со способностью быть спокойным. Просто смотри и слушай. Больше ничего не нужно. Когда ты в покое, когда ты просто смотришь и слушаешь, это активизирует внутри тебя свободную от понятий разумность. Пусть покой направляет твои слова и дела.
Экхарт Толле «О чём говорит тишина»
Чем спокойнее и уравновешеннее человек, тем мощнее его потенциал и тем большим будет его успех в добрых и достойных делах. Невозмутимость разума - одно из величайших сокровищ мудрости.
Джеймс Аллен
Когда живешь в согласии с собой, тебе по силам ладить и с другими.
Восточная мудрость -
Сидишь - и сиди себе; идёшь - и иди себе.
Главное - не суетись попусту.
Измени отношение к вещам, которые тебя беспокоят, и ты будешь от них в безопасности. (Марк Аврелий)
Перенеси внимание в солнечное сплетение. Попробуй представить, будто в тебе загорается маленький солнечный шарик. Разреши ему разгореться, стать больше и сильнее. Пусть его лучи озаряют тебя. Позволь солнышку пропитать своими лучами все тело.
Гармония - это ровность во всем. Если ты захочешь поскандалить, сосчитай до 10 и «запусти» солнышко.
Спокойствие, только спокойствие:)
Интересуйтесь тем, что происходит внутри вас, не меньше, чем тем, что вас окружает. Если во внутреннем мире все в порядке, то и во внешнем все встанет на свои места.
Экхарт Толле ---
Глупец и невежда имеют пять примет:
сердятся без причины,
говорят без нужды,
изменяются неизвестно для чего,
вмешиваются в то, что вовсе их не касается,
и не умеют различить, кто желает им добра и кто - зла.
Индийская пословица ---
Что уходит, пусть уходит.
Что приходит, пусть приходит.
У тебя ничего нет и никогда не было, кроме самого себя.
Если бы вы могли просто хранить внутреннюю тишину, не загрязнённую воспоминаниями и ожиданиями, вы бы могли разглядеть прекрасный узор событий. Это ваше беспокойство создаёт хаос.
Нисаргадатта Махарадж ---
Существует только один путь к счастью - это прекращение беспокойства о тех вещах, которые не под силу нашей воле.
Эпиктет ---
Лишившись чувства собственной важности, мы становимся неуязвимыми.
Чтобы быть сильным, надо быть как вода. Нет препятствий - она течёт; плотина - она остановится; прорвётся плотина-она снова потечёт; в четырёхугольном сосуде она четырёхугольна; в круглом - она кругла. Оттого, что она так уступчива, она нужнее всего и сильнее всего.
Мир похож на вокзал, где мы вечно то ждем, то спешим.
Когда твой ум и чувства замедляют свой ход до биения Сердца, ты спонтанно входишь в гармонию с космическим ритмом. Ты начинаешь воспринимать мир божественными глазами, наблюдая, как все происходит само по себе и в свое время. Обнаружив, что все уже сонастроено с законом Вселенной, ты приходишь к пониманию, что ты не отличен от мира и его Господа. Это и есть Свобода. Муджи
Слишком много переживаем. Слишком серьезно воспринимаем. Надо относится ко всему проще. Но с умом. Без нервов. Главное думать. И не делать глупостей.
То, что Вы можете воспринимать спокойно, больше не управляет Вами...
Нигде не найти покоя тому, кто не нашел его в себе.
Гневаться и раздражаться - есть не что иное, как наказывать себя за чужие глупости.
Ты - небо. А облака - это то, что происходит, приходит и уходит.
Экхарт Толле
Живи, сохраняя покой. Придет весна и цветы распустятся сами.
Известно, что чем спокойней выглядит человек, тем реже другие люди ему противоречат и спорят с ним. И наоборот, если человек отстаивает свою точку зрения с горячностью, ему аргументированно и яростно оказывают сопротивление.
Не торопись. Ешь в час еды, а придет час пути - отправляйся в путь.
Пауло Коэльо "Алхимик"
Уступить - значит принять то, что есть. Так вы открыты жизни. Сопротивление - это внутренний зажим... . Так вы полностью закрыты. Что бы вы не делали в состоянии внутреннего сопротивления (что также можно назвать негативностью), это вызовет еще большее внешнее сопротивление, и вселенная будет не на вашей стороне, жизнь не будет вам помогать. Свет не может проникнуть внутрь через закрытые ставни. Когда же вы внутренне уступаете и прекращаете борьбу, открывается новое измерение сознания. Если действие возможно... оно будет совершаться... поддержанное творческим разумом... , с которым в состоянии внутренней открытости вы становитесь едины. И тогда обстоятельства и люди начинают вам помогать, становятся с вами заодно. Происходят счастливые совпадения. Все складывается в вашу пользу. Если же действие невозможно, вы пребываете в умиротворении и внутреннем покое, которые приходят с отказом от борьбы.
Экхарт Толле Новая земля
Обращение «успокойся» раздражает почему-то всегда еще больше. Очередной парадокс. Обычно после такого призыва никто и не думает успокаиваться.
Бернар Вербер Зеркало Кассандры
Кто смирил себя, тот победил врагов.
Силуан Афонский
Спокоен тот, кто хранит в себе Бога.
Когда ты споришь с дураком, он, вероятнее всего, занимается тем же самым.
Истинная сила человека не в порывах, а в нерушимом спокойствии.
Самая высокая степень человеческой мудрости — это умение приспособиться к обстоятельствам и сохранять спокойствие вопреки внешним грозам.
Мешающие чувства и мысли исчезнут, если не уделять им внимания. Лама Оле Нидал
Вы никогда не пожалеете о том, о чем сумели умолчать.
--- Восточная мудрость ---
Стоит стремиться к такому состоянию сознания, в котором все события будут восприниматься нейтрально.
