понедельник, 19 ноября 2012 г.

XPDays2012: UnExperience Report

Author: Paul Lipinsky

Agile doesn't solve problems. It helps us to solve problems.

Team should organize work as it wish.

It can be useful to change project for every team player once a two weeks if he wants.

Trust but check if customer is satisfied.

% of secure (quality) can be discussed.

Collaborative interview - the team interview applicant. This is not only technical interview, team select person with whom people will spend a lot of time.

Pair programming is very useful especially at the beginning. It very useful to have different points of view. Quality is growing and code becomes more stable.

You will start to write good code only after reading a lot of foreign code.

TDD ping pong: 1 create test, 2 create code, 1 refactor code: 4-eyes principle.

Programmer man

Don't be afraid to make mistakes but make conclusions from them.



XPDays2012: Путь XP практика: как стать и оставаться профессионалом

Профессионал - тот, кому нравится его работа и его работа нравится окружающим

У профессионала нет компромисов с качеством.

"Мы - эджальные пацаны. Оно будет готово тогда, когда оно будет готово"

Профессионал всегда открыт, его работа прозрачна.

Он умеет говорить НЕТ.

Овертаймы уменьшают эффективность.

Профессионал не ищет виновных.

UML - средство коммуникации, а не документации.

Онлайн-курсы: Coursera, Udacity

TDD-kata

Фильм Карате-Кид

Правило 72 часов: если ты что-то узнал и не применил в течение 72 часов, ты это забудешь.




XPDays2012: TDD in the real world

Author: Johannes Brodwall

No more architecture than it's needed

Web-server Jetty

Copy-Past pattern

Keep application simple, avoid "magic"

Don't use framework if you cannot write it by yourself 

воскресенье, 18 марта 2012 г.

Александр Якима. Тренинг "Канбан для проектов поддержки ПО"

Небольшое усилие помогает сильно, большое усилие помогает слабо

Стивен Макконнелл. Совершенный код


"Обращайте внимание на признаки того, что программу неудобно понять. Об этом свидетельствуют любые неудобства.
Если вы разгадываете код, а не читаете его, он слишком сложен.
Если он сложен - он неверен. Сделайте его проще!"