Чудес не бывает или я ошибаюсь?

Недавно наткнулся на интересный тренинг, который проводит Джеймс Бах  (James Bach) " Rapid software testing for programmers ". Там Джеймс пытается рассказать разработчикам, что тестирование - это не только и не столько юнит-тесты, TDD и тому подобные вещи. Насколько я понимаю, сам тренинг основан на другом тренинге, который проводит Джеймс - " Rapid Testing Framework " Я бы с удовольствием сходил на нечто похожее здесь. Может программный комитет SQADays сможет как-нибудь организовать такое мероприятие? :) А мы пока давайте посмотрим подробнее на цели, которые должны быть достигнуты после тренинга: научится (а скорее попробовать научится) думать как тестировщик (разработчики действительно думают по-другому) понять, что тестирование нельзя автоматизировать. Также как и разработку. Неожиданно, правда? :) а вот фактические проверки автоматизировать можно. Опаньки - вот оно че, Семен Семеныч :) узнать, почему представление тестирования как просто набора пров

Интересная статья про инспекцию (рецензирование) кода (code review). Джим приводит интересную статистику и дает советы по тому, как не тратить время во время code review. Небольшой конспект и мои мысли . Можно не читать тут и идти сразу в оригинал. 1. Сам процесс должен быть легким. Групповое (когда назначается совещание и команда совместно смотрит код) ревью малоэффективно. Только 4% ошибок находится во время такого способа проведения инспекции. Лучше это делать по запросу по email или с помощью специальных инструментов. Тут наша горячо любимая Visual Studio отличилась. Ее возможность Code Review и так не ахти . А если вы храните ваши исходники в git-репозитории, то у вас нет даже ее. Приходится опять смотреть на сторонние инструменты. Недавно попробовали Upsource от Jetbrains работает в TFS-git. Пока завелось. 2. Сколько людей в команде надо привлекать к ревью? Джим считает, что всех приглашать не нужно - бесполезная трата денег. Некоторые исследования показывают, что разраб

Вторая серия ссылок долго ждала очереди и поэтому их накопилось много. Первая серия . Свежее Релиз С++14 Подробнее о том, что нового и как это было : лаконично и без растекания по древу. Хотя постов в интернете много. Lambda-expressions in C++14 Lambda-expression is the most interesting feature in C++11 that challenges the long-used way of defining functions.  C++14 proposes two major supplements  to this famous feature. Draft of Effective Modern C++ Уже можно купить электронный вариант  релиз-кандидата книжки  Скотта Мейерса или заказать печатный вариант. Ценник немаленький, но эта книжка станет классикой. " Yet another threading framework: асинхронная разработка на C++ под мобильные устройства " В докладе Дмитрий Жестилевский представляет подход к написанию понятного и производительного асинхронного кода на С++, который применяется в разработке библиотек для мобильных геоприложений в Яндексе. Видео и слайды Awesome C/C++ Кладезь ресурсов и информации по

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

Наткнулся на интервью Дяди Боба по мотивам его книги "The Clean Coder: A Code of Conduct for Professional Programmers" Понравившиеся выдержки из  Части 1 Говорите "Нет" вместо "Я попробую". Вопрос здесь не о том, врать или говорить правду. "Я попробую" - это, в какой то степени, коварная ложь, потому это одновременно и правда. Если ты говоришь "я попробую", то ты конечно попробуешь. Но, к сожалению, маловероятно, что твое поведение изменится потому, что ты сказал "попробую". А скорее всего ты продолжишь делать то, что и делал до этой фразы. А слова подразумевали какое то изменение. И в этом ложь. Почему мы говорим эту ложь? Для того, чтобы закончить дискуссию, если она нам некомфортна. И мы говорим что то бессмысленное типа "попробую" в надежде уйти от этого дискомфорта. Это эгоистично, по-детски и непрофессионально. Про тестировщиков Любые тесты, которые могут быть запрограммированы - должны быть автома

Недавно был анонсирован рели з Visual Studio 2013 Update 3. Одной из полезных фичей стала опция компилятора /Zo, которая облегчает отладку оптимизированного кода. Обратите внимание, что в ранней версии документации к Update-у эта опция была указана неверно: /Z0. Правильно использовать маленькую (латинскую :) ) 'o'. Сейчас все поправлено (во всяком случае в kb-шке). Но и это еще не все. Важно, чтобы был выключена опция "Edit and Continue" для native кода. Больше подробностей, а также магический ключ компиляции для Visual Studio 2012 здесь .

Новый выпуск радара  (pdf). Из того, что мне показалось интересным: Powershell BDD style testing framework  - не уверен что скрипты на PowerShell нужно писать через BDD, но как набор интересных скриптов можно посмотреть. Snap - Hosted Continuous integration Go CD - еще один тул для Continuous Delivery. Надо вглубь посмотреть. Why Go? Flyway is an open-source database migration tool. It strongly favors simplicity and convention over configuration. Жаль, что на Java :( Ну из грустного: TFS в "hold" (The Hold Ring is for things that are getting attention in the industry, but we don't think are ready for use).

Хорошее выступление Григория Бакунова на CodeFest 2014 про управление творческими коллективами. Основная метафора: творческие люди - как дети , и надо действовать как родители :) Как? будь стабильным  защищай тех, кто под твоей опекой  будь предсказателем или удивляй  неси максимум позитива работай совместно с командой награждай только достойных и делай это так, чтобы все знали шоковая терапия (использовать очень аккуратно и редко) знай всё о каждом управляй не дергая за ниточки помни, у тебя тоже есть босс Слайды CodeFest 2014. Бакунов Г. — Ненасильственное управление творческими коллективами from CodeFest Видео Тема не нова, уже слышал ее раньше. " Общаться с ребенком. Как? " упоминается в вопросах-ответах.