Оценка исполнителем сроков на разработку и тестирование задачи (не нужна)

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

Научиться оценивать сроки на тестирование задач

Уверен, такие же цели ставятся и другим ролям в разработке.

Укладывается в самостоятельно сделанные оценки сроков по задаче

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

Дорофеев, Эффект выпрямления сроков

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

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

Задача начинает «дымиться», и мы приступаем к ней. Если ничего не случилось, то мы успеваем вовремя, а вот если что-то случилось… Резерв мы на это «что-то» уже потратили и в итоге опаздываем.

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

Голосом с 23 минуты.

Демарко, Человеческий фактор

В пятой части первой главы есть ссылки и объяснения исследований.

Коротко: сам факт оценки влияет на сроки в худшую сторону примерно на 40%. Рекомендую прочесть. Все факторы, перечисленные в книге, релевантны до сих пор.

Деминг и Нив, статистика и вариации

За последний год в двух командах слышал следующее:

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

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

Упомянутые в заголовке авторы говорят, что верный способ оценки сроков — статистический. Оценивается пакет типовых задач.

У нас все задачи разные.

Это ложь. На промежутке в год будет уже не очень много разных задач. Как правило, такое заявление является признаком отсутствия рефлексии над процессом и невыполнения упражнений: декомпозиция, mvp, прототипы, стандартизация.

Что делать, заказчик же требует сроки?

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

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

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

• MVP.
• Декомпозиция задачи.
• Раздельный релиз фронта и бекенда.
• Канареечные релизы.
• Фича-флаги.
• Умение тестировщиков отделять важные дефекты от неважных и умение релизить с неважными
• Pull стратегия работы над задачами (я говорю о том, что программисту не должны совать новые задачи, пока не вышли старые, даже если над задачей пока работает не он).
• Много раз слышал о такой стратегии: сперва релиз рефакторинга, который готовит код к появлению новой фичи, затем релиз самой функциональности. По сути, та же декомпозиция.

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

Ты выпадаешь на умняк и учишь жизни, а чего добился сам?

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

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

Что качается оценки сроков и размеров задач: делим задачи на два вида, маленькие и остальные. Маленькие делает дежурный тестер в свободное время. Маленьких задач примерно половина.

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

В последний раз я задерживался на работе по просьбе менеджера, чтоб выпустить срочную задачу в январе 2017 года. До этого пару раз,  в 2015 и в 2016 году.

P.S. 

Речь идет о продуктовой разработке.

Приговор

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

Приговор о принудительном выходе из профессии состоит из двух этапов и звучит так:

• Команда не понимает, что делает тестировщик
• Команда не доверяет тестировщику

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

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

Самоограничения пост

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

Короче, есть у меня гипотеза, что эти книги нужны тому, кто их пишет и хуйня.

Почти всё, что нужно сказать об отношении к работе было у Стругацких в Стажерах.

Прямо сейчас вычеркнул из антибибллиотеки:

• Максимальный заряд, Том Рат
• Драйв, Дэниел Пинк
• Правильный выбор, Хэммонд
• 45 татуировок личности, Батырев

Пако Андерхилл «Почему мы покупаем»

Вот тут хороший конспект занятной книги Пако Андерхилла «Почему мы покупаем».

В книге описан системный подход к продажам, использующий научные знания и статистику.
И всё время меня не покидала мысль "вот мрази".

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

Пара примеров-баек, ярко демонстрирующих идею и поведение.

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

Второй.
Бутылка 2 литра колы стоит 60 рублей, Две двухлитровых бутылки стоит 60 рублей.
"Вот дураки", думает потребитель, и покупает две.

И еще миллионы примеров.

В интернете кто-то не прав

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


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

совмещать прослушивание докладов с обычными рабочими задачами

Будьте аккуратны. Остерегайтесь мотивированных дилетантов.

О качестве ПО

Третьего дня приобрел роутер Asus RT-AC51U, так как мой старый DIR-300 должен был умереть и умер.

Настройка, фигня-война, самба, USB-хранилище и вдруг не стартует закачки Download Master, который на самом деле transmission daemon.

Час плясок с бубном, обновление прошивки роутера, десяток перезагрузок,
установок-переустановок демона, изменение размера кеша, неудачные попытки зайти по ssh, удачная - по telnet.

И наконец решение:

Изменить максимальный размер буфера приема и передачи данных для всех соединений:
net.core.rmem_max
net.core.wmem_max

sysctl на роутере нет, так что идем и пишем:

echo 4048576 > /proc/sys/net/core/rmem_max

Тадам! Не прошло и 4 часов!

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

Подцепился. Чайник постучался в интернет и попросил обновить прошивку.
Обновил.

Оказалось, он умеет не только включаться через блютус, но еще:

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

Хочу другой роутер.

О квалификации

ТОП-5 докладов TED о HR.

Доклады интересные, занятные. Спикеры - мастера своего дела.

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

Вам знаком тест?

 1) Вы знакомы с беременной женщиной, которая уже имеет 8 детей. Двое из них - слепые, трое - глухие, один - умственно недоразвитый, сама она больна сифилисом.
Посоветуете ли Вы ей сделать аборт? Но прежде, чем ответить на этот вопрос, ответьте на другой.

2) Происходят выборы мирового лидера и Ваш голос - решающий.
Краткие характеристики кандидатов:
а) Связян с политиками, уличенными в мошенничестве, постоянно консультируется с астрологом, имеет двух любовниц, курит трубку и выпивает каждый день 8-10 мартини.
б) Дважды вышибали со службы, имеет привычку спать до полудня, в институте был уличен в употреблении опиума, каждый вечер выпивает бутылку виски.
в) Герой войны, вегетарианец, изредка пьет пиво, не курит, ни в каких матримониальных связях не замечен.

Кого же Вы выбираете? Ответили?
Тогда еще два слова о кандидатах.

а) Уинстон Черчилль
б) Фрэнкли Д. Рузвельт
в) Адольф Гитлер

Вот теперь Вы готовы ответить на самый первый вопрос. Если Вы посоветовали сделать аборт - Вы только что убили Людвига ван Бетховена.

Пример подобной манипуляции из речи одного эйчара на TED.

Дама задает вопрос - а стали бы вы брать на работу или сотрудничать с больным дислексией (проблемы с чтением и письмом)? И тут же добавляет. что  в США 35% успешных предпренимателей больны дислексией, как бы намекая, что зря вы отказались в предыдущем вопросе.

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

Корреляция отличается от причины.

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

/me продолжает читать Нисбетта, главу про эксперименты.

Нет времени

- Почему ты не читаешь книги?
- Я очень хочу, но не хватает времени.

- Почему ты не ведешь курс по заведению багов?
- Я очень хочу, но не успеваю, очень много задач.

- Почему ты закроешь этот техдолг?
- Менеджер не выделяет времени.

- Эта полугодовая цель не сдвинулась с места, отчего?
- У нас были срочные задачи.

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

О профессионалах.

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

Этот текст - сборник всего плохого, что я знаю о профессии. Думаю, что неплохо получится его использовать, например, на собеседованиях тех, кто считает себя опытным.
Сделаю все, чтоб не работать вместе с тем и теми, что описал в письме.

Давайте повеселимся.
Найдите  три фундаментальные проблемы... нет, не во всем тексте, в последнем абзаце хотя бы. Да хотя бы в последних трех предложениях!

Здравствуй.

Давно хотел написать, но все тянул, откладывал. Но все-таки вот оно. Я уже три года работаю тестировщиком. Тестировщиком стать не так сложно, как программистом или аналитиком. На последних курсах я писал простенькие мобильные приложения, но больше мне нравилось пользоваться, чем писать код. А в аналитики я не пошел, так как я все же выпускник технической специальности и хочу стать технарем, а не писать бумажки. Хотя и к тестировщикам предъявляются серьезные требования — нужно быть пунктуальным и внимательным, а еще обязательно быть командным игроком — тестировщикам нужно много общаться.

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

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

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

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

Тесты вообще писать несложно. Это же основная фишка программирования — переиспользование! Берем уже готовый тест, копируем его, меняем так, как нужно нам, добавляем одно-два действия и вуаля — новый тест готов.

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

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

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

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

Ненависть

https://habrahabr.ru/post/278941/?reply_to=8800783#comment_8800783

Я считаю, что есть огромная разница между "разговорной формой" и неграмотностью вкупе с незнанием терминологии.

С тем, что кто-то не прав в интернете, я смирился, от ошибок в профессии пока еще бомбит.

Наболевшее

Цитирую вики:

Функциона́л — это отображение, заданное на произвольном множестве и имеющее числовую область значений.

Оттуда же:

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

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

На голубом глазу

К вопросу о скидках.

Вот картинка:

Три месяца назад этот товар был в наличии в магазине и стоил на 30% (30 000 рублей) меньше. а зелененький шильдик про скидку уже был.

Поднять цену на треть и заявлять, что у вы все еще получаете скидку в 10% - путь к победе.
А потом эти люди идут домой, забирают детей из садика, целуют жен или мужей, паркуются на газонах, оплачивают ЖКХ, пьют чай с родственниками и пиво с друзьями и все -  все кто их окружают -  не считают их мудаками.

Ненависти пост

Вот тут гражданин описывает как он шел к успеху.

И сперва советы относительно адекватные, но тут мы замечаем:

Чтобы зарплата росла быстрее, необходимо прыгать
однако после года работы в одной компании всё же есть смысл оглянуться по сторонам 

Это меня всего лишь насторожило, но чем дальше в лес...

Учиться лучше по туториалам, а не по книгам

... тем толще партизаны:

Для работы в Украине в ИТ профильное образование НЕ НУЖНО вообще

И финальное:

Но если ваша цель звучит приблизительно как «стать .NET\Java\Javascript разработчиком с зп 2500$+», то ни математика, ни С++, ни знания алгоритмов вам не нужны.

Здесь уже ничего не исправить, Господь, жги!

Мыслей вслух пост

http://www.the-village.ru/village/city/experience/145435-lichnyy-opyt-krugosvetka

О чем речь:

Двое молодых людей из Москвы 1,5 года назад бросили работу, сдали однокомнатную квартиру и отправились в кругосветное путешествие.

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

• Зачем нужны эти, такие люди? Для чего они? Для себя и счастья? Тьфу.
• Наверняка блоггеры и фотографы...
• Но интересно и немного завидно.
• А чему завидовать, я тоже могу так рвануть на полгодика, а то и больше.
• Они рассказывают, что скучают по работе.
• И, судя по тексту, им уже серьезно надоело и они хотят домой.
• И что путешествие - мечта, которую нужно исполнить. И это мне в них нравится.
• Совершать кругосветку в 20-30 лет гораздо лучше, чем в 50-60.

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

Ненависти и немного грусти пост

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

Постановление можно найти здесь.
Заголовок новости вот про эти строки из пункта 2.3

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

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

Но там и дальше интересно. Знаете, что должны делать образовательные учреждения при помощи министерства образования?

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

Министерства не попутали?
Да. не читайте на ночь постановления правительства.

Спольски о багах, опыте и старом коде.

На Хабре перевод.
Рекомендую прочесть весь, избранные цитаты. Раз:

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

Два:

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

Кот символизирует:

 

Ненависти пост

Модальные окна и диалоги имеют право появляться только как реакция на действия пользователя или если на АЭС, которой управляет данный софт что-нибудь сейчас ебнет.

Во всех остальных случаях они запрещены. Запрещены, блядь!
Любое ПО, которое мне модельно, посреди рабочего процесса предлагает обновить себя провоцирует меня удалить это самое ПО.

Неполный список идиотов: Opera Software, XMind Ltd и особенно корпорация Майкрософт.

Купера на вас нет.

Харизма

Есть версия, а может быть байка, что Вайнеры и Можаев - сценаристы замечательных фильмов Место встречи изменить нельзя и Хозяин тайги - немного, совсем чуть-чуть, но жалели о том, что их героев сыграл Высоцкий.

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

Но Высоцкий своей несокрушимой харизмой задавил Золотухина и Конкина.
В результате все - пели про дом хрустальный.
В результате все знали, что вор - должен сидеть в тюрьме.
Харизма победила.

Вот стихотворение Юрия Леонидовича Нестеренко, "Держава" называется.  Прочтите, очень сильно написано. До конца прочтите.

Ах, какая была держава!
Ах, какие в ней люди были!
Как торжественно-величаво
Звуки гимна над миром плыли!

Ах, как были открыты лица,
Как наполнены светом взгляды!
Как красива была столица!
Как величественны парады!

Проходя триумфальным маршем,
Безупречно красивым строем,
Молодежь присягала старшим,
Закаленным в боях героям -

Не деляги и прохиндеи
Попадали у нас в кумиры...
Ибо в людях жила - идея!
Жажда быть в авангарде мира!

Что же было такого злого
В том, что мы понимали твердо,
Что "товарищ" - не просто слово,
И звучит это слово гордо?

В том, что были одним народом,
Крепко спаянным общей верой,
Что достоинства - не доходом,
А иной измеряли мерой?

В том, что пошлости на потребу
Не топили в грязи искусство?
Что мальчишек манило небо?
Что у девушек были чувства?

Ах, насколько все нынче гаже,
Хуже, ниже и даже реже:
Пусть мелодия гимна - та же,
Но порыв и идея - где же?

И всего нестерпимей горе
В невозможности примирений
Не с утратою территорий,
Но с потерею поколений!

Как ни пыжатся эти рожи,
Разве место при них надежде?
Ах, как все это непохоже
На страну, что мы знали прежде!

Что была молода, крылата,
Силы множила год за годом,
Где народ уважал солдата
И гордился солдат народом.

Ту, где светлыми были дали,
Ту, где были чисты просторы...
А какое кино снимали
Наши лучшие режиссеры!

А какие звенели песни!
Как от них расправлялись плечи!
Как под них мы шагали вместе
Ранним утром заре навстречу!

Эти песни - о главном в жизни:
О свободе, мечте, полете,
О любви к дорогой отчизне,
О труде, что всегда в почете,

И о девушках, что цветами
Расцветают под солнцем мая,
И о ждущей нас дома маме,
И о с детства знакомом крае,

И о чести, и об отваге,
И о верном, надежном друге...
И алели над нами флаги
С черной свастикой в белом круге.

Антисоветское, ага? Вроде да. Но какова харизма первых строк, а? Черт ее побери...
О чем я и к чему? Да ни о чем, так, нюансы слов, оттенки смыслов.

У смыслов ведь столько оттенков. Я знаю массу людей, для которых черная свастика в белом круге это однозначно плохо, а тот факт, что у Хаяо Миядзаки ветер крепчает - это однозначно хорошо и мимими. И у них это в голове одновременно, а у меня не получается. Это значит, что они больше меня знают про оттенки смыслов.

На прощание - картинка. Вчерашнее фото из 18 трамвая:

Шел мимо

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

Странное

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

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

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