Feeds:
Posts
Comments

Archive for the ‘Книги’ Category

Ну, вы же знаете, что есть фашисты, а есть антифашисты. Это те, кто против фашизма.

Есть накроманы, и наверное, должны быть и антинаркоманы, только я такого слова еще не слышал.

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

Еще есть антифриз…

(more…)

Advertisements

Read Full Post »

Александр Краковецкий издал книгу «Когда я говорил».

О, а кто это?

А это тот самый чувак, который когда-то написал на Хабре статью «Когда я говорил»:

«Когда я говорил вкладывать деньги в обучение специалистов, вы продолжали раздавать деньги за рекомендации. Теперь у нас никто не работает, а все рекомендуют.

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

Когда я говорил, что нельзя всех подряд называть «синьорами», вы продолжали их создавать. Теперь у нас куча 23-летних синьоров и все равно х*р его знает, чем абстрактный класс отличается от интерфейса».

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

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

Но он просто безостановочно писал попсовые заметки со следами того, до чего додумался или в чём разочаровался. Ну, у меня таких статей тоже целый блог, невелика наука.

Он ёрничает по поводу тупых рекрутеров, которые speazdeelee все люки в районе для проведения собеседований, и программисты не могут дойти до офиса, бо проваливаются в канализацию (подумать про источник плохого кода).

Он делает обобщающие утверждения в стиле “дела обстоят так и эдак”, не расписывая доказательства, даже если, кхм, в формате статьи доказательства вроде бы некуда совать, но в действительности — есть куда их совать и класть и даже ложить.

Ещё Александр запомнился тем, что где-то был заявлен как аналитик. Вестимо, что аналитику не надо делать много категоричных, обобщающих заявлений.

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

Ещё он автор участник и спикер многих конференций, таких как Microsoft DevCon, Microsoft SWIT, DevConf, MDDay, Mobile First, TEDx Винница. Неоднократный выступатор, в общем, молодцом.

Ну, и собрал он немного-немного своих статей, и положил их под одну обложку.

В бумаге печатается on-demand и стоит очень дешево, а epub и pdf раздаются бесплатно.

Поздравляю со сбывшейся мечтой о книге. Это ценно. Но рекомендую пересмотреть подход к книгописанию.

Не всё, что получает номер ISBN, является книгой. Вот и тут, получилась не книга, а действительно всего лишь — ВНЕЗАПНО! — сборник статей, логически разбитый на три большие части:
— высшее образование,
— найм,
— быт.

Казалось бы, возьми, голуба, все свои статьи, да основываясь на них, напиши один связный, логичный, структурированный текст о том, что «Хочу сказать то и это по такому-то поводу». Действительно получилась бы книга, которую можно было бы читать. А сборник статей одного автора почти всегда будет скучен, даже если они все написаны Гиляровским.

А, ну да, никто же не полезет в википедию, всё надо объяснять сразу же — Гиляровский был такой мега-человек, который жил на стыке двух веков в России царской, преосвященной, и обладал неимоверным жизненным опытом и удивительным талантом газетного репортера.

Читать его газетные вещи — очень интересно.

Но читать их сразу одну за другой — очень утомительно, нет контекста, не всё подразумевается и очевидно, многое в репортажном стиле письма просто не нуждается в доказательствах, и сообщается как “очевидный факт же!”.

Не видел ещё человека, который прочитал то же его классическое собрание сочинений в четырех томах. Я на втором томе начал издыхать, хотя в то время для меня, начинающего журналиста, Гиляровский был как Велимир Хлебников для поэтов, а кто такой Хлебников я не буду объяснять, ибо озверею…

Вердикт: это вообще не похоже на сборник статей Спольски (я читал их в виде книги, таки там все было ок). Читается легко и быстро, и я прочитал, ничего не пропуская, но послевкусие пустое. Читать это скучно, и удаляется файл с его книгой так же легко и быстро, как и скачивается. Покупать ее для библиотеки нашей компании я бы не стал.

PS

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

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

PPS

Найденные баги в epub-файле «Когда я говорил» простые:

  • глава «Парадокс предсказателя» недописана,
  • глава «Благодарности» и пуста, и вставлена среди других глав.
  • а у какой-то главы не был указан год выпуска, зато указано время (hh-mm).

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

Read Full Post »

А давайте вот что сделаем.

Давайте мы не пойдем на очередной тренинг по тестированию методом замученного поиска в аджайл.

Никуда это от нас не денется просто потому, что это не для всех и не для каждого.

Все равно ведь “Было очень интересно; вопросы появятся после практического освоения полученого материала; но поскольку в нашей компании это будет будет невозможно внедрить, то практического освоения полученого материала не будет; поэтому вопросов нет и не будет…Фубля!

Давайте мы возьмем, купим, скачаем, нагуглим, разъяндексуем хотя бы книжицу ‘A Practitioner’s Guide to Software Test Design‘ за авторством Lee Copeland (он еще жив).

Там есть целый раздел “Black Box Testing Techniques”, и содержимое его такое:

  • Equivalence Class Testing
  • Boundary Value Testing
  • Decision Table Testing
  • Pairwise Testing
  • State-Transition Testing
  • Domain Analysis Testing
  • Use Case Testing

Это, на минуточку, основные подходы к тестированию программного обеспечения.

Это наша мамкина титька, если угодно.

Давайте эти главки прочитаем хотя бы по-диагонали.

И давайте сделаем это ПЕРЕД тем, как пойти на очередной тренинг по тестированию.

А на очередном тренинге мы будем не слушать, а выяснять и прояснять.

А если соображалки на “прочитать ДО того, как” традиционно не хватает, тогда мы не будем брюзжать, что “тренер просто пересказывает Коупленда“.

Пусть он нам хотя бы Коупленда пересказывает.

Давайте мы хотя бы Коупленда освоим.

Read Full Post »

Нечего читать о тестировании, да?

Testing computer software
Cem Kaner, Jack L. Falk, Hung Quôć Nguyêñ

How to break software
James A. Whittaker

Essential Software Test Design
Torbjrn Ryber

Black-Box Testing
Boris Beizer

Software Testing Techniques
Boris Beizer

Systematic Software Testing
Rick David Craig, Stefan P. Jaskiel

Software testing concepts and practices
K. Mustafa, R. A. Khan

Software testing
Martin Pol, Ruud Teunissen, Erik van Veenendaal

An Integrated Approach to Software Engineering
Pankaj Jalote

Software measurement
Austin Melton

The engineering of software
Dick Hamlet, Joe Maybee

4th International Software Metrics Symposium
IEEE Computer Society. Technical Council on Software Engineering, IEEE Computer Society. Technical Committee on Quantitative Methods, Centre de recherche informatique de Montrʹeal

Understanding software testing
Norman Parrington, Marc Roper

A Practitioner’s Guide to Software Test Design
Lee Copeland

Test Process Improvement
Tim Koomen, Martin Pol

Software Testing: A Craftsman’s Approach
Paul C. Jorgensen

А это все уже найдено и прочитано, да?

А сам-то чо?

Read Full Post »

Получил три вопроса про метрику “количество багов на фичу”/ которая упомянута в самом низу моей простыни-тысячеслова “про смысел тестирования“:

параметры качества и дефектов

В частности:

  1. в какой книге я прочитал про этот метод?
  2. где я взял эту диаграмму?
  3. как я применяю эту метрику в проектном быту?

Мгм…

В какой книге прочитал про этот метод?

Шоб я знал…

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

В целом я эту форму архи НЕ одобряю. Она слишком формальна, и преисполнена недостаков:

  1. не все дефекты связаны с определенной функцией, как это хотелось бы отобразить на диаграмме. Бывают дефекты “на стыке”, или связанные с несколькими функциями одновременно. Такие баги на такой диаграмме не отобразить.
  2. диаграмма не отображает важность багов. Просто вот для фичи №17 найдено 4 бага. И что? Насколько они влияют на функционал, а следовательно, и на качество всего проекта? Если попытаться на диаграмме отобразить не количество багов на функцию, а просто указывать “вот для этой функции были найдены баги“, это будет смотреться круто, но не более. Степень удовлетворенности или неудовлетворенности она не отобразит.
  3. в информации с подобной диаграммы не очень много смысла в проектной работе. Смысл ведь в том, чтобы предоставить адекватно работающую систему, чтобы все было “по нулям” или выше нуля, а не в том, чтобы ПОКАЗАТЬ, что где-то есть дефекты.

Где взял эту диаграмму?

Открыл “Excel 2003”, в столбике проставил циферки, выделил сектор с циферками, нажал на иконку “Создать новую диаграмму”…

Я сделал ее для того, чтобы более внятно объяснить свое видение в определенный момент, не более.

Как применять эту метрику в проектном быту?

Ну, как…

Рисуем диаграмму, вешаем на стену, подводим к стене тех, кто ответственен за разработку функции, собравшей наибольшее количество багов, и расстреливаем.

Или предлагаем каждому написать на ней “Я больше не буду делать баги!“, но ей-богу, я бы выбрал в этой ситуации расстрел автора подобной диаграммы 🙂

Read Full Post »

Читать эту запись без подготовки нельзя.

Предварительно скачиваем три книги:

  1. Андрей Парабеллум – “Бизнес и ЖЖизнь
  2. Андрей Парабеллум – “Бизнес и ЖЖизнь 2
  3. Вячеслав Панкратов – “Черная книга менеджера“,

Последовательно читаем.

И лишь опосля продолжаем тутошнее чтение.

Причем начинаем с места “…и немедленно выпил“.

(more…)

Read Full Post »

Скучно, чешется английский язык, и нечего почитать о тестировании?

Ну, прям… Докликнись до списка книг.

Еще там есть обалденное нечто под названием “The History of Software Testing“.

А еще список “Testing Competences“…

Read Full Post »

Older Posts »

%d bloggers like this: