День 71. Переговоры, переговоры и еще раз переговоры

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

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

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

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

Всем  доброй ночи. 

День 70. Deadline и 50 отжиманий

Прошло 2 трети срока. Сегодня закрыл 2 промежуточных цели.

Дочитал книгу Демарко "Deadline. Роман об управлении проектами", мне понравилась, даже несмотря на то, что читал в 2 захода с перерывом в месяц. В книге многие вещи раскладываются по полочкам, в общем-то даже не нужно писать никакого конспекта. Все главные идеи выписаны в конце главы, читать, понимай, пробуй.

Любопытны также попытки найти способ "просчитать" любой проект. Скорее всего я не смогу применить это у себя в работе, но вот необходимость "просчитывать" есть. Поэтому буду пробовать.

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

Ну и вторая достигнутая цель - 50 отжиманий. Теперь нужно сделать самое сложное, нужно поддерживать этот уровень. Я занимаюсь 3 раза в неделю, значит на последнем занятии должен снова отжатся 50 раз минимум.

Всем доброй ночи. 

День 66. Расширение модели и книги для развития

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

Собственно хочу озвучить еще одну цель поставленную себе на предновогодние 100 дней. Это полезное чтиво для развития. Всего 5 книг:

• Deadline. Роман об управлении проектами
• Человеческий фактор. Успешные команды и проекты
• Путь менеджера. От новичка до гуру
• Вальсируя с медведями. Управление рисками на проекте
• Жизнь на полной мощности

На сегодня я осилил ровно половину из задуманного. Застрял на "Deadline". Прочитал более простую и популистскую половину книг - "Жизнь на полной мощности" и "Путь менеджера". Книги честно говоря так себе, я не оценил. Читаются быстро но и при этом остаток небольшой.

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

З.Ы. По спортивной цели сегодня началась последняя неделя. Отжался 45 раз, еще 5. Главное, что мозг при этом разгружается и появляются новые идеи.

Всем доброй ночи. 

Kata - ежедневная мантра программиста

    Привет всем.
    Сегодня я хотел поговорить об одном приеме настроя на работу, с которым познакомился во время тренинга по ТДД.
    Я снова взялся за преподавание и неделю назад стартовали занятия в группе по программированию на С++. Еще при работе с предыдущими группами я пришел к выводу, что для начинающих программистов очень полезно писать код, поменьше учить разные паттерны и побольше практиковаться. Писать, отлаживать, снова писать. Со стартом группы я задумался над тем какое-же придумать им мучение упражнение, чтобы они писали код каждый день. Вот и вспомнил об упражнении Ката TDD.
    Что такое ката можно глянуть в вики. Вкратце это просто некий набор движений в боевых искусствах. Изучение на базе ката сводится к повторению этих движений многие тысячи раз.
    Так и здесь. Ката TDD - это задание написать StringCalculator. Выполнять его нужно в начале каждого рабочего дня. Затрачивать на ката от 15 до 30 минут, не более. Задание идет итерациями, добавляя все новые возможности в StringCalculator и здесь важно соблюдать эти итерации. Т.е. даже если вы знаете как написать самый общий код на все случаи жизни, все равно необходимо идти по шагам постепенно наращивая функционал и рефакторя код.
     Учить студентов TDD, естественно я не собираюсь, поэтому не буду и требовать написания кода в стиле TDD. Но даже само по себе это упражнение думаю будет очень полезно.
     Для тех же зубров, которые могут выполнить ката за полчаса, и, кому становиться скучно писать каждый день одно и то же, я могу предложить путь развития ката, который использует сам ее автор. Нужно ставить себе ограничители и дополнительные условия на выполнение. Например: написать ее без использования стандартных библиотек, или с использованием специфических библиотек, написать ее на языке, который хочется выучить, написать ее без использования циклов и т.д. и т.п.
     Чтобы было по-честному я вместе со студентами буду выполнять ката каждый день. Сегодня успел за полчаса сделать только до пункта 3.1. Позор на мою голову.
     На этом пожалуй все.
     Всем доброй ночи.

Учимся читать заново

Давно понял что чтение, которому нас учили в школе и университете - это только первый шаг. С свое время увлекался скорочтением, но это не мое. 

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

Потому недавно перечитал еще раз книгу П. Шелли "Фоточтение". Достаточно неплохая книга, хотя сам с достаточно большим скепсисом отношусь к идее читать книгу со скоростью страница за секунду.

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

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

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

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

Всем доброй ночи.

C++: что лучше учится или учить

Привет всем.

Последние два месяца работаю по принципу: "Глаза боятся, а руки делают".Вот и сейчас такое же ощущение.В нашей компании открываем специальные курсы по обучению С++. Причем курс будет с уклоном в игровую специфику.
Набрали группу из 6 человек, завтра первое занятие.

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

Результатами поделюсь позже.

Всем доброй ночи.