Цитаты из книги Келли Макгонигал - "Сила Воли"

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

Обложка книги

Итак - цитата, а под ней мой маленький комментарий:)

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

Требуется всего одна-две минуты замедленного дыхания, чтобы увеличить волевой резерв, — что вполне доступно при любом волевом испытании.

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

Тот, кто больше рискует — исследует новые земли, пробует новую пищу или меняет подружек, — скорее выживет

это из серии сравнения наших жизненных процессов с первобытными людьми. Да, это действительно так и есть, как и было себя. Try new, kid!

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

!!!

Каждое решение должно находиться в соответствии с главной целью.

Цитата, которая наиболее запомнилась и вовсю применяется в жизни. Теперь, когда я думаю, может выпить бокальчик-другой (шестой-седьмой) пивка, приходит в голову мысль: "друг, ведь ты там хотел карьерного успеха, активной и здоровой жизни.. Разве в ней есть место алкоголю, плохому самочувствию и недомоганию?" - "Hell no", говорю я себе и продолжаю заниматься тем, что поможет мне добиться моих главных, первичных целей.

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

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

это две одинаковые цитаты, которые просто в любой момент напомнят - как развеятся и уйти от стрессового состояния:)

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

вот это отличный, действеннейший совет. Юзаю - работает;)

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

Как я говорил выше - ценнейший совет.

если что-то и обещает награду, это не всегда означает, что нам будет хорошо.

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

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

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

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

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

!!!!

три базовых навыка: самосознание, забота о себе, внимание к самому важному — основа самоконтроля.

Отличное определение!:)

Когда вам на ум придет неприятная мысль, отметьте, как она ощущается в вашем теле. Затем переведите внимание на дыхание и представьте, как мысль растворяется или уходит.

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

Наверное, все-таки, я выбираю IPMA среди сертификаций проектных менеджеров (на ближайшие 5 лет)

Нашел интересный текст о разнице между основными сертификациями в проектном менеджменте. Просто, я передумал сдавать ISTQB Advanced, что-бы все-таки повернуться в развитии к области, которая меня в сотни раз больше интересует.

Мой выбор - IPMA level D, потом С, потом В, а потом можно попробовать PMI:)
В общем дел не в проворот:)

--------------------------------------------------------------------------------------------------------------------------------

Сравнительный анализ сертификаций по стандартам IPMA и PMI

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

Сравнение процесса сертификации  по стандартам PMI и IPMA

PMI сертифицирует на звание PMP® (Project Management Professional).Требования PMI едины во всех странах, экзамен проводится по всему миру одновременно и базируется на одинаковых вопросах, случайным образом отбираемых из базы вопросов. По структуре требований обе процедуры сертификации похожи: кандидат должен пройти предварительную квалификацию, подтвердив свой опыт в области управления проектами, а затем сдать квалификационный экзамен.

IPMA проводит сертификацию по нескольким уровням (A, B, C, D). Чем выше уровень сертификата, тем большие требования предъявляются к знаниям и опыту кандидата. Самым высшим является уровень A, данный уровень предполагает опыт управления проектно-ориентированной организацией. Уровни B и C предполагают наличие опыта управления отдельными проектами (различаются требованиями к сложности и масштабам проектов). Уровень D — специалист, имеющий квалификацию для выполнения отдельных функций управления проектом, способный работать в команде управления проектом.

IPMA формулирует общие условия сертификации, на базе которых разрабатываются требования к компетентности специалистов с учетом национальной специфики. В нашей стране сертификация проводится на основе «Российских национальных требований к компетентности специалистов».

Предварительная квалификация

По стандартам IPMA кандидат должен предоставить список проектов, в которых он принимал участие, и более подробно (до 20 страниц) описать проект, в котором выполнял роль руководителя. Данное задание не составит сложности, если у вас под рукой есть рабочая документация (календарные планы, концепция, ТЗ и т. п.) одного из завершенных проектов. Однако чисто технической редакцией здесь не обойдешься, требования к данному отчету предполагают осознанное переосмысление менеджером практики управления данным проектом и полученного опыта.

PMI требует от кандидата предоставить описание его опыта управления проектами за последние шесть лет. Данное описание должно показать не менее 4500 часов практического опыта с перечислением конкретных управленческих процедур, которые выполнял кандидат в качестве менеджера проектов, структурированных в рамках пяти основных процессов (инициация, планирование, исполнение, контроль, завершение).

Сертификационный экзамен

Сдача экзамена по требованиям IPMA проходит в три этапа и занимает три дня.

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

Задание предполагает разработку основных разделов плана реализации проекта, включая организационную структуру и график работ. Оценивается как результат работы, так и участие кандидата в процессе его реализации.

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

В последний день кандидаты проходят личное собеседование с асессорами. Сдачу экзамена облегчает тот факт, что вся работа ведется на русском языке.

Экзамен PMI напоминает бег на среднюю дистанцию. Ровно в 9.00 (по местному времени) международные асессоры по всему миру разрешают кандидатам вскрыть конверты с 200 вопросами, и начинается четырехчасовая гонка: на каждый вопрос у кандидата есть немногим больше минуты времени. Кандидат должен выбрать правильный ответ из четырех предложенных вариантов. Большинство вопросов предполагает детальное знание стандартов PMI (PMBOK®). Однако есть вопросы, предполагающие наличие у кандидата практического опыта, и здесь существует опасность дать неправильный ответ, поскольку в ряде ситуаций сложно сделать однозначный выбор (кроме того, оценки ситуации и приоритеты, расставляемые американскими и российскими менеджерами, могут отличаться). Дополнительные сложности некоторым кандидатам доставило недостаточное знание английского языка.

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

Мы прийдем к целям, несмотря ни на какие преграды

Бороться, бороться и еще раз бороться, переступая все возникшие преграды. Даже когда они замаскированы под "друзей" и "родственников". Держаться только правильных людей, отбиваясь либо ретируясь от мнимых добро-деятелей, а на деле врагов.

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

Few citations #1 (non-professional books)

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

Их всего несколько, но они произвели большое впечатление на меня, раз они здесь(мои комментарии).

Ли Якокка - "Карьера Менеджера":

"Всегда следует представлять себе в уме интересы того человека, с которым имеешь дело."(с)

много полезных юз-кейсов коммуникации описал один из величайших менеджеров 20 века.

Тони Шей - "Доставляя счастье. От нуля до миллиарда"

"Мы делаем себя или несчастными, или сильными. Объем работы один и тот же"(с) Карлос Кастанеда

"Жизнь – это не поиск себя. Жизнь – это сотворение себя". (с) Джордж Бернард Шоу

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

Адриан Гилл - "Опыт путешествий"

"Старость это просто отсутствие молодости, привлекательности, интересов, новых друзей, общества. Отсутствие веселости, теплоты, выбора, сюрпризов. Отсутствие жизни"(с)

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

Полезный и интересный Quiz из книги Software Testing Рона Паттона

       Дочитал наконец я книгу "Software Testing" Рона Паттона. Не могу сказать, что мне очень понравилось и она легко шла - не очень, из разряда книг для начинающих тестировщиков, Рекс Блек с его "Fundamentals of Software Testing, ISTQB Certification" и, само-собой Сэм Канер были прочтены с гораздо большим вдохновением и удовольствием. 

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

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

     Книга имеет следующую структуру: в конце каждой главы приведен список вопросов к каждой из глав (называется Quiz), для, так сказать, закрепления знаний. А в конце книги приведены ответы на каждый из вопросов, возникавшие к каждой из глав. Так вот для своей заметки и не только делюсь вопросами/ответами заинтересовавшими меня:

What's wrong with just testing that a program works as expected?	At most, that's only half the testing problem. Users don't always follow the rules, and testers need to prove out what happens when they don't. Also, if testers don't approach their testing with a gotta-break-it attitude, they will miss bugs
What's the goal of a software tester?	The goal of a software tester is to find bugs, find them as early as possible, and make sure they get fixed
Why can the waterfall development method be difficult to use?	Just like with salmon, it's difficult to swim upstream. Each step is a discrete, standalone process that follows the one before it. If you get to the end and find that something should have happened further up, it's too late to go back
Why would a software tester like the spiral model better than the others?	They're involved very early in the development process and have the opportunity to find problems early, saving the project time and money.
If you were testing a feature of your software on Monday and finding a new bug every hour, at what rate would you expect to find bugs on Tuesday?	Two axioms come into play here. The firstthat the number of bugs remaining is proportional to the number of bugs you've already foundmeans that you won't come in on Tuesday and miraculously find the software to be perfect. The pesticide paradox tells you that if you continue to run the same tests over and over that you eventually won't find new and different bugs until you add more tests. Given these two axioms, you will probably continue to find bugs at the same rate or slightly less.
True or False: You can perform dynamic black-box testing without a product specification or requirements document	True. The technique is called exploratory testing, and you essentially use the software as though it's the product spec. It's not an ideal process, but can work okay in a pinch. The largest risk is that you won't know if a feature is missing
Why does knowing how the software works influence how and what you should test?	If you test only with a black-box view of the software, you won't know if your test cases adequately cover all the parts of the software nor if some of the cases are redundant. An experienced black-box tester can design a fairly efficient suite of tests for a program but he can't know how good that suite is without some white-box knowledge
What's the difference between dynamic white-box testing and debugging?	Both processes overlap, but the goal of dynamic white-box testing is to find bugs and the goal of debugging is to fix them. The overlap occurs in the area of isolating exactly where and why the bug occurs
What's the difference between a test stub and a test driver?	A test stub is used in top-down testing. It stubs out, or substitutes itself, for a low-level module. It looks and acts to the higher-level code being tested just like the original low-level module. A test driver is the opposite of a stub and is used in bottom-up testing. It's test code that replaces higher-level software to more efficiently exercise a low-level module
True or False: Always design your black-box test cases first.	True. Design your test cases based on what you believe the software is supposed to do. Then use white-box techniques to check them and make them most efficient.
What's the biggest problem of white-box testing, either static or dynamic?	You can easily become biased. You might look at the code and say, "Oh, I see, I don't need to test that case, the code handles it properly." In reality, you were blinded by the light and eliminated necessary test cases. Be careful!
If there's no definitive right or wrong user interface, how can it be tested?	Software testers should check that it meets seven important criteria: That it follows standards and guidelines, that it's intuitive, consistent, flexible, comfortable, correct, and useful
What is gray-box testing?	Gray-box testing is when you can take a peek at the underlying code and use that information to help you test. You're not examining it to the same level of detail as you would with white-box testing. It's helping you test, but you're not basing all of your tests on it
Name a few areas that you need to consider when performing configuration and compatibility testing of a website	The hardware platform, the operating system, the web browser, browser plug-ins, browser options and settings, video resolution and color depth, text size, and modem speeds
Name a few benefits of using software test tools and automation.	They can speed up the amount of time it takes to run your test cases. They can make you more efficient by giving you more time for test planning and test case development. They're precise and relentless.
What's one of the simplest, but effective, types of test automation?	Recording and replaying your test cases so that you only have to manually perform them once is very effective. It frees you from the monotonous repetition and can give you more time to hunt for those hard to find bugs.
Describe the pesticide paradox and how bringing in new people to look at the software helps solve it.	The pesticide paradox is the situation that occurs if you continue to test software with the same tests, or the same people. Eventually, the software seems to build up an immunity to the tests because no new bugs are found. If you change the tests or bring in new testers, you'll find new bugs. The bugs were always there, it's just that the new approach made them visible.
Why is it the process of creating the plan that matters, not the plan itself?	Because all the issues and questions defined in a test plan either impact or are influenced by other project functional groups or team members. Getting everyone to understand and agree to the contents of the plan is what matters. Privately creating a paper document and putting it on a shelf is not just a waste of time, but also jeopardizes the project
What are entrance and exit criteria?	These requirements must be met to move from one testing phase to another. A phase can't be left until its exit criteria are met. A new phase can't be entered until its entrance criteria are met.
What basic principles can you apply to your bug reports to give them the best chance of getting the bug fixed?	Log them as soon as possible. Effectively describe the bug, making sure it's minimal, singular, obvious and general, and reproducible. Be nonjudgmental in your approach. Follow the report through its life cycle
Why would being called a QA Engineer be a difficult title to live up to?	Because it implies that you are the one guaranteeing the product's quality. Are you ready for that responsibility?

Интересная схема развития карьеры в IT

Нашел, где-то полгода назад на просторах рунета эту схемку:)
Очень интересно и весело бегать по стрелочкам:) Цель - прийти к СЕО (клик на картинку для увеличения)

Severity and Priority by Ron Patton

Severity and Priority by Ron Patton

Дочитываю книгу "Software Testing", Рона Паттона. Ну в общем-то ничего нового, стиль написания местами раздражает, возможно, если бы это была моя первая книга по тестированию, положительных впечатлений было бы больше. А так - такое себе overview известных истин и базовых принципов.

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

Severity:

 1. System crash, data loss, data corruption, security breach

 2. Operational error, wrong result, loss of functionality

 3. Minor problem, misspelling, UI layout, rare occurence

 4. Suggestion

Priority:

 1. Immediate fix, block further testing, very visible

 2. Must fix before the product released

 3. Should fix when time permits

 4. Would like to fix but the product can be released as is

Прикольно, как Рон потом наводит примеры багов, применяя классификацию:

A data corruption bug that happens very rarely must be classified as Severity 1, Priority 3

A misspelling in the setup in the setup instruction that causes users to phone in for help. Severity 3, Priority 2.

Release a software that crashes as soon as you start it up. Severity 1, Priority 1.

I think that button should be moved little down on the page. Severity 4, Prioriy 4

В общем идея, понятна. И весьма проста и полезна в применении - буду использовать сей метод оценки критичности багов!

Спасибо Рон (увы, только за это:))