Подборка #32

Есть и другие подборки: #1, #2, #3, #4, #5, #6, #7, #8, #9, #10, #11, #12, #13, #14, #15, #16, #17, #18, #19, #20, #21, #22, #23, #24, #25, #26, #27, #28, #29, #30, #31, #32, #33, #34, #35, #36, #37, #38, #39, #40

Сегодня впервые пробую новый режим рабочего дня. Опытным путем я заметил, что после обеда (ням-няма) и до 18:00 у меня самая непродуктивная часть дня и, если я давлю из себя продуктивность в это время, то домой несу плохое настроение. Выход? У нас в компании график гибкий, а значит работаю сутра и до 14:00 после чего кушаю, сажусь на велик и мчу в неизвестном направлении. Читать дальше...

Где-то часов в 17:00 я уже был дома, немного отдохнул на диване и снова на работу. Сейчас 18:00 - чувствую себя превосходно и готов продолжать работать. Часов в 21:00 домой, немного доктора хауса и в 22:00 спать, чтобы можно было сутра встать в 5:00. В 7:00 я буду на работе, до часу кодю а потом снова что-то придумаю. Посмотрим насколько эффективное такое разделение рабочего дня...

Всем, кто так или иначе хочет начать писать тесты, но не знает с чего начать, сие послание адресуется:

Есть такое понятие Shu Ka Ri. Самое первое (Shu) - это когда ты еще зеленый ученик и недостаточно опытный чтобы задавать правильный вопросы своему мастеру. На этом этапе ты должен тупо делать то, что тебе говорят. Второй этап (Ha), когда ты уже набрался опыта и делаешь все на автомате, в этот момент считается? что ты можешь задать не глупый вопрос и правильно понять ответ Мастера. В этом периоде советуется всячески экспериментировать с начальными знаниями и все, что было известно ранее ставить под сомнение. Когда и это войдет в привычку может начаться третий период - мастерство (Ri).

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

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

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

Если втянешься, обещаю открыть для тебя новый мир разработки ПО. Так как раньше уже никогда не будет.

...Страх рассеивается действием...

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

...Хорошую песню исполнила Каракалаич Радмила. Песня называется "Буду". Надо всюду верить чуду, говорите всюду вместо "буду" или "нет" - "буду!"...




Смешные же тогда были клипы :) не то что сейчас одни сиськи...

...В классное время я родился - застал и грампластинки, и бобины, и кассеты, и дискеты, и CD/DVD диски, и mp3-плееры. Интересно как дальше будет эволюционировать звуковые носители?...

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






...я люблю Groovy! Как давно я хотел иметь возможность в джаве сделать такую штуку:

private void assertExceptionWithMessage(String expectedMessage, Closure methodCall)
{
    try {
        methodCall();
        fail("Expected exception because: " + expectedMessage);
    } catch (SomeException exception) {
        assertEquals("Wrong exception message",
             expectedMessage, exception.getMessage());
    }
}

а вызывать ее можно так (естественно подразумевается, что объявлен метод checkBalBla и exception SomeException):

@Test
public void testBlaBla() {  
    assertExceptionWithMessage("Some bla bla not found.", {
        checkBalBla("blabla", "qweasd");
    });
}

За это я любил джаваскрпит, за это я полюбил Groovy!...
Хотя подобное вполне можно сделать и на java но не так красиво...

interface Call{
  void methodCall();
}

private void assertExceptionWithMessage(String expectedMessage, Call call)
{
    try {
        call.methodCall();
        fail("Expected exception because: " + expectedMessage);
    } catch (SomeException exception) {
        assertEquals("Wrong exception message",
             expectedMessage, exception.getMessage());
    }
}

@Test
public void testThatBlaBla() {  
    assertExceptionWithMessage("Some bla bla not found.", new Call() {
        public void methodCall(){checkBalBla("blabla", "qweasd");}
    });
}

..Не знаешь с чего начать? Начни с этого...

...Поставил тарелочку с теплой водой рядом с монитором. пускай испаряется. Врач сказала, что кашель у меня от офиса...

...Накатал за полгода 500 км на велике...

...У роботов появились кофейные руки


Дальше тут...

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

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

...А кашель прошел. Совпадение?...