Мотивация: Красная или Синяя?

Вчера долго спорили с Другом и под конец спора, когда я уже был без сил, меня включило. Этим и поделюсь. Помните матрицу? Читать дальше...

JUnit хитрости: Параметризированный тест

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

И так есть большой и довольно сложный тест. Допустим он проверяет какую-то сложную логику в случае использования ресурса типа А. Но у нас есть еще ресурсы типа B, C, D с идентичной логикой взаимодействия с окружающим миром. Что делать? Копипастить? Нееет уж :) Читаем дальше....

JUnit хитрости: Tихие asserts

Не так давно я рассказывал как я проверяю исключительные ситуации в своем TDD. Сегодня поделюсь еще одним приемом, который я назвал "тихими ассертами" (quiet asserts). Бывает приходится писать (или выделять из теста) сложный пользовательский assert. Естественно такой assert состоит из нескольких примитивных. Но вот беда, когда слетает первый assert из этого пользовательского набора, то мы теряем возможность увидеть картину в целом. На помощь придут "тихие ассерты". Читаем дальше...

Включаем мозг: Как не уставать работая за компьютером

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

JUnit хитрости: Ловля исключений

Если ты разрабатываешь в стиле Test Driven Development, то вероятно как и я хочешь вытянуть их jUnit по максимуму. Возможно на те кейсы, что я опишу сейчас, есть спец фреймворки (если тебе об таковых известно - скинь линк, плз) - я об ниж пока не знаю.

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

Рефакторинг: Интересный примерчик

Как бы вы порефакторили этот кусок кода?

boolean extendsReal = false;
boolean abstractManager = false;
if ( someObject.className == null ) {
    out.println("    extends TransportImpl<" + (isPKeyLong ? "Long" : "Integer") + ">");
} else if ( someObject.className.contains("AbstractManager") ) {
    out.println("    extends " + someObject.className + "<" + (isLong ? "Long" : "Integer") + ">");
    abstractManager = true;
    extendsReal = true;
} else {
    out.println("    extends " + someObject.className);
    extendsReal = true;
}

Уже порефакторили? Хотите глянуть как это сделал я? Читаем дальше...

Java for fun: Вот так и работаем

Но мне нравится - воспринимаю это как квест.

Java for fun: Check Style for Eclipse. Часть 2. Понимание.

 первой части мы установили некий плагин. Давай теперь разберемся, что оно нафиг такое -->

Java for fun: Check Style for Eclipse. Часть 1. Установка.

Задача - познакомиться и научиться пользоваться тулзой Check style for Eclipse. Вперед -->

Agile Base Camp 29 Мая в Киве: что я там увидел (Часть 2. Code Review)

Второй темой, которую я очень люблю, была практика ‘Code Review’. Доклад назывался “Применение практики ‘Code Review’ для улучшения качества продукта” и вели его Николай Алименков и Алексей Солнцев. Ребята поделились своим опытом применения этой практики и множеством вкусностей, часть из которых я успел записать. Напомню, что это всего лишь моя скромная репрезентация доклада. Так же отправляю заинтересованного читателя на первую странчику этого обзора. Читаем дальше...

Time management: Срочно/не срочно/важно/не важно?

Эту табличку думаю видели и не раз.

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