Просто о сложном и интересно о важном

О математике в этике и теории игр. Настоятельно рекомендую всем чтоб заинтересоваться.

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

По ссылке больше материала.
https://notdotteam.github.io/trust/ 

Там есть матан модельки и с ними можно поиграть.

Вторая часть эксперимента Да́ннинга — Крю́гера

Все в курсе про эффект. На всякий случай, вики:

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

В целом как-то так:

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

Во второй части эксперимента испытуемые получили возможность изучить результаты теста остальных участников с последующим повторным самооцениванием.
Компетупее.тентные по сравнению с остальными поняли, что они лучше, чем ожидали. Поэтому они подкорректировали свою самооценку и начали оценивать себя более объективно.
Некомпетентные после контакта с реальностью свое необъективное самооценивание не изменили. Они были не в состоянии признать, что способности остальных лучше, чем их собственные.

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

Тренинг Баранцева про автоматизацию

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

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

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

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

Пересказывать содержимое не буду, программу тоже.
Отмечу пару моментов.
Во время тренинга Алексей просил каждого из нас письменно отвечать на разные вопросы:

• Опишите ваши проблемы с автоматизацией тестирования
• Опишите цели автоматизации
• Опишите, почему не надо заниматься автоматизацией
• Опишите, что бы вы сделали, если бы у вас была неделя

Наиболее интересны были ответы на первый и последний вопросы, так как они отлично группировались в кластера.

Сперва о проблемах. Самая главная:

Недостаток времени
Нет времени на развитие автотестов (слишком много текущих задач)
Не нравится распределение времени на ручное тестирование/автотесты
Мало времени на автотесты (написание)
На тесты постоянно не хватает времени. Чтобы освободить время, нужны тесты (много регресса). Замкнутый круг
Менеджеры не выделяют ресурсы для развития автотестов
Приходится постоянно метаться между ручным и автотестированием. И то и другое размазывается. Нужна структуризация
Не нравится, что не можем выделять задачи по автотестам в отдельные и автотесты делаются по остаточному принципу

Вторая по значимости:

Нет понимания какую область функциональности нужно покрыть автотестами
Не понятен процент покрытия автотестами
Покрытие тестами небольшое
Не весь основной критичный функционал покрыт автотестами
Разные тестеры не понимают, что проверяют автотесты
Непонятно, что проверяют тесты, доставшиеся в наследство от предыдущих тестеров
Тестами не покрыт весь функционал

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

А покрытие ручными тестами у вас есть? Как вы его измеряете, считаете, узнаете? 

 Согласен, вопрос трассировки кейсов до кода или до требований, а также вопрос измерения покрытия - ортогонален автоматизации. Это скорее про аналитику и дизайн тестов.

Теперь о том, чем мы бы занялись, если бы у нас была неделя.

От себя замечу, что неделя есть практически всегда и у всех. А Алексей добавил еще кучу способов легитимно ее найти.

Спецпроекты на неделю тоже отлично кластеризуются. Стабильность - это очень важно.

До конца разобраться со стабильностью автотестов
Нестабильность тестов, нужно больше негуевых операций
Тесты ломаются из-за изменений в контенте - надо править либо их, либо контент
Решить проблему нестабильности тестов из-за драйвера
Поднять устаревшие тесты (из-за изменения UI)
Много анимаций в интерфейсе => нестабильные тесты. Сложное обеспечение предусловий тестов.

Мы знали сами и на тренинге это неоднократно повторялось: тесты надо писать через саме надежные интерфейсы - программные, а не гуевые. Ну и обеспечение изоляции.

Второй кластер задач на неделю:
 Вычислить дублирующие проверки
Проанализировать, что есть пачками, вынести подготовку данных, использовать не перетирания, а уже существующие данные, переводить на не UI
Исследовать применение фикстур для тестовых классов
Разделить длинные сценарии на более короткие
Разбить большие сценарии на компактные, упростить сценарии. Разбить длинные сценарии на короткие (1 assert, но не до абсурда), потом объединить в группы
Тщательная проработка сценариев, выкинуть все лишнее
Функ.тесты, которые пишут разработчики, слишком длинные. Приходится разбивать
Выкинуть лишние тесты
Вынести общие части из групп тестов
У старых тестов не понятные имена и структура
много тестов на проверку логики через пользов. интерфейс (нужно перевести эти проверки на более низкий уровень)
Тех долг: оптимизация тестовых сценариев
Тех долг: увеличение покрытия существ.тестов

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

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

Картинка просто понравилась. Люблю сарказм.

 

Про высшее образование и онлайн курсы

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

Дальше - как обычно, где-то ботаем, где-то зачеты нашару.

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

И каких предметов? Песня же:

Современные проблемы автоматизации и управления
История и методология науки об управлении
Математическое моделирование и управление в энерготехнологиях
Алгоритмизация
Моделирование систем управления
Системное программное обеспечение
Идентификация и диагностика систем управления
Теория автоматического управления

Нужнейшие и полезнейшие вещи. Мы же с вами не просто сайтики топчем, а делаем системы. Информационные, мать их! Да даже на гуманитарном цикле я бы с удовольствием пообщался бы о актуальных проблемах мироустройства, которые в полный рост встают только сейчас.

И очень верится, что уж во второй-то раз не мимо проезжать, а вдумчиво грызть. Хм...
Потом, правда, вспоминается, как именно нам читали некоторые предметы. Но не все же. И еще - появляется возможность дать шикарную обратную связь как преподавателю в частности, так и вузу в целом. Потроллить, то есть. Заставить работать.

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

Тем не менее, есть альтернативы. В частности, онлайн курсы. Не так давно прошел неплохой курс по тестированию от Петрова "Основы тестирования программного обеспечения". Остался доволен.

И тут недавно мне настоятельно порекомендовали курс: "Введение в теоретическую информатику"

Читает Александр Шень. 18 модулей, модуль раз в неделю, по 2-4 часа каждый модуль. С задачами, через каждые 5-15 минут лекции. Задачки решаемые, но приходится почеркаться на листочке и подумать.

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

Например, открыл для себя способ создания неадаптивного алгоритма из адаптивного.
О чем это я?
Неадаптивный алгоритм, это когда мы засылаем объекту список вопросов, он засылает нам список ответов и в результате мы имеем решение некой задачи.
Адаптивный - это когда вопросы, которые мы зададим - меняются в зависимости от ответа на предыдущий.

Последний требует непрерывного нахождения рядом и онлайн работы. Но его можно сделать неадаптивным, если переслать на клиент дерево вопросов, которые мы зададим и спрашивать уже не ответы на наши вопросы, а путь по которому идет объект.

В примере у преподавателя: адаптивный алгоритм угадывания числа до 1000: "Число больше 512? Нет. Число больше 256? Да. Число больше..."
Тут для следующего вопроса мы должны знать предыдущий. Но при этом можно сделать его неадаптивным, если спрашивать его не ответы, а путь по дереву. "первый разряд числа в двоичной системе 1? Второй разряд числа в двоичной системе 1?"

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

Или не поможет. Но это уже не важно. Важно то, что эти лекции уже заставляют думать.  Они уже помогают найти какие то пересечения с моей жизнью и попытаться их применить.
Чуть лучше понимать мир вокруг меня.

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

Тестирования требований пост

Не далее, как месяц назад коллеги прошли курс Наташи Руколь Школа Тест-Аналитика , о чем рассказали нам.
Судя по их отзывам, полезность - высокая. Планирую пройти сам.

Мое мнение на этот счет - школа укладывается в парадигму "надо думать заранее", так как требования как правило идут до разработки; а также в парадигму "кто если не мы", так как почти всей описанной у Наташи работой, на мой взгляд, должны заниматься аналитики.

И по стечению обстоятельств получилость так, что в это же время Юля @yuzaks  устроила у нас локальную движуху под названием "Ревью аналитики".

Она была вообще про аналитиков и для аналитиков (и это правильно), но позвали одну команду тестеров в качестве то ли приглашенных звезд, то ли подмостовых троллей, то ли источников альтернативного мнения.

В чем суть, смысл и процесс?

Делаем раз - собираем штук 16 аналитиков и 3 тестировщиков. делим на команды. Выбираем аналитиков-жертв, просим несколько годных постановок (ТЗ, требований).

Делаем два - читаем книгу 15 главу книги Карла И. Вигерса Разработка требований к программному обеспечению. В 15 главе как раз - о тестировании требований.

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

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

Мои ощущения от процесса:
С аналитиками, страшно, у всех уж очень умные лица.
Советов надавали уймищу огромную, и если их все выполнить, качество постановки возрастет неимоверно. Но время создания постановки тоже, неясен приоритет советов.

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

Во время обсуждения все же выяснилось, что и новички часто читают такие постановки, так что и контекст не помешал бы.

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

Обратно же, если сделать шоу регулярным и не столь малочисленны, то хуже тоже не будет.

Посмотрим, как дело пойдет дальше.

Кстати, понравилась цитата из книги:

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

Chief ConfeT&QA

http://confetqa.ru/program-chief-2012/

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

Поехали, ведь мое мнение так важно для вас.


Definition of done или ставим задачи по S.M.A.R.T., Анна Скумина.
Ничего нового, но все равно редко кто правильно ставит задачи. Я вот по смарту - почти ни разу, обычно 2 из 5. Мне 3 или 4 из пяти.
Манагерам - слушать по утрам вместе с зарядкой, ага.

Читаем багтрекер между строк или тестирование процесса разработки, Сергей Вербенко
Вау, мы умеем строить прикольные графики и считать разные цыфирьки! А что с ними делать после подсчета - не рассказал. Жаль.

Google Docs как инструмент ежедневного тест менеджмента, Ксения Лещенко
Как вариант. Но -всплывет масса проблем, ох всплывет...

JIRA: dashboards и SOAP API, Никита Налютин
см. Сергей Вербенко

Волшебный пендель для развития (система корпоративного обучения), Виктория Птицына
Доклад не слушать, там лишнее. Вся ценность - в заголовке, понимать - буквально.

Внедрение новичка в команду тестировщиков, Жанна Битюкова
Бодро, дельно. Зачет.

Тестерская конфликтология или как вытаскивать «вбитые в голову гвозди», Сергей Атрощенков
Где-то я это уже слышал, и там это рассказывали поприкольней... хм...

Тестировщик и заказчик – заклятые друзья?, Татьяна Зинченко
При чем тут менеджеры и при чем тут тестировщики? Не, конечно, Таня молодец, что зарулила, но все-таки...

Жизнь без тестировщиков: миф или реальность?, Николай Алименков
Всем слушать до просветления, а затем дружно сбрасываться с горы. Сам пересмотрю и коллегам разошлю.

Планирование тестирования как ежедневная активность тест-менеджера, Наталья Руколь
Как и всегда, доклад мне не понравился, а сама Наташа - очень даже.

Требования в Jira: Just do it!., Даша Гармаш
Простая и добрая история о том, как человек взял и запилил версионирование требований в jire. Молодец.

Один человек на нескольких проектах: как не запороть всё, Андрей Мясников
Хорошая версия, интересный вариант. Норм.

Ждем

Йасуперстаррр

Айтипиплы заботливо выложили видео выступлений меня и Михаила на сборище тестировщиков Екатеринбурга.

Там вначале все объявляются и знакомятся, на 11 минуте начинается мое вещание.
На 60й — начинает жечь Михаил.

Я рассказываю как не нужно писать тесты, Миша — как нужно.



Собрались зачотно ящетаю. Особенно порадовал «третий доклад» Данилы из медиасайта, который пытался убедить собравшихся, что они не нужны. Собравшиеся спорили, а я и раньше знал, что не нужны, гг.
После докладов было еще часа полтора споров.
Был даже суровый дядя с завода, вдумчиво и печально смотрел на нас.

Реквестирую в тред мнения о моем докладе, о докладе Миши и о моей дикции, гг.

UPD: Хороший вопрос мне задали на 36:15, LOL

Отчета пост

На тренинге был.

Баранцева видел. Он хороший, салатовый.

Из услышанного, увиденного и проделанного уже знал процентов шестдесят, недогнал процентов пятнадцать.

Оставшаяся четверть с лихвой окупает деньги и время, глядишь и применю, штуки хорошие.

Как-то так.

Рутина

Через неделю приму участие в чем-то таком:

Автоматизация функционального тестирования веб-приложений: Selenium + Selenium RC


Очный однодневный тренинг в Екатеринбурге
Начало: 20 августа 2010, в 10:00
Тренер: Баранцев Алексей
Место проведения: Екатеринбург

Обязательные требования к участникам:
- общее представление об устройстве веб-приложений,
- умение программировать на каком-либо языке программирования из следующего списка: Java, .Net (любой из языков семейства), Python, Ruby (примечание: тренер будет использовать язык Java),

Рекомендованные требования к участникам:
- представление о работе браузера (DOM, CSS, JavaScript),
- знание основ XPath
- владение фреймворком автоматизации запуска тестов TestNG

Программа тренинга

- Как устроен Selenium (Core, RC, Grid). В чём отличие от других аналогичных фреймворков.
Selenum IDE. Простейшие тесты. Запись и воспроизведение тестовых скриптов. Отладка и доработка тестовых скриптов в среде Selenium IDE.
- Переход к Selenium RC. Перенос тестовых скриптов из Selenium IDE в Selenium RC. Запуск, отладка и доработка тестовых скриптов.
- Основы разработки тестов с использованием TestNG.
- Принципы организации тестового набора. Повторное использование фрагментов кода. Многослойная архитектура тестов. Повышение устойчивости тестов к изменениям требований и реализации.
- Принципы создания устойчивых локаторов.
- Вспомогательные инструменты -- Firebug, XPather, IE Developer Toolbar.
- Использование различных браузеров и особенности взаимодействия Selenium с ними.



Кто нибудь уже был? На что обратить внимание? Брать ли бутерброды? Курить маны?

А потом меня, может быть и повысят до помощника тестировщика, да.

Читать. Медитировать.

Tеперь - как должен выглядеть хороший правильный компьютерный стол

Рутина

Сегодня утром в трамвае, мальчонка, 2.5-3 года сидит на коленях отца:

- Да, Дань, это стекло... Запотевшее. Почему? Это конденсат водяного пара, он оседает на стекле потому что у тебя горячее дыхание, а на улице холодный воздух, поэтому из за разницы температур происходит конденсация водяного пара на холодном стекле... Это красненькое? Это телефонная будка, из нее можно позвонить. Сейчас они почти никому не нужны, потому что у всех есть сотовые телефоны, да и чтоб позвонить из будки нужно покупать специальную карточку, а раньше ни у кого сотовых телефонов не было и люди тояли в очереди к такой будке, чтоб позванить. Я так твоей маме на работу звонил, номер даже еще помню, 2-12-85-06... Нет, Даня, мы не повернем сейчас направо, потому что мы едем в трамвае по рельсам, трамвай может ехать только там где проложены рельсы и поворачивает только с помощью стрелок. У них хитрое устройство. Нам сайчас как раз выходить и я покажу тебе стрелку, смотри, Даня...

И вышли. А я на следующей вышел.
Как-то так...

Давненько я не брал в руки шашек...

Я таки вспомнил боевую молодость и поставил:

• PhpMyAdmin 3.2.2
• Apache 2.2.13
• Php 5.2.11.11
• MySql 5.0.67
• SVN 2.0.7
• TortoiseSVN 1.6.5.16974

Получилось не так моментально, как apt-get, потому как я использовал по большей части .msi
Но мне немного нравится.
Неразрешенным остался простой вопрос - что со всем этим делать?

План по выпуску лекций

Сегодня нам читали лекцию о мониторинге производительности трехзвенной системы NSD, сервера приложений и баз данных под управлением MS Windows 2003. СУБД MS SQL 2005.

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

Морально готов оформить лекцию в 1-2 поста, но при условии, если мои уважаемые друзья подскажут кошерный хостинг для картинок, lj меня в этом смысле категорически не устраивает.
Ну и отпишитесь, если кому интересно.

P.S. Админам-динозаврам - не ржать.
P.P.S Скоро аналогичная лекция по мониторингу СУБД Oracle (десятой версии, если не ошибаюсь), ну это я спрошу отдельно.

Таки ура.

Сосед, Рыжий, защитился.

Кот доволен.

Учиться, учиться и еще раз учиться

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

У нас в семье, видите ли, все по старинке, по классическому: школа, институт, работа.
И моя сестра последние год-два думала и решала - куда?
Ограничений у нее было не так, чтобы много: финансовые, да территориальные. Надо поступить на бесплатное, да и при этом восточней Уральских гор(Екб же восточней?:)).
Сестренка выбрала.
Что она выбрала, в данном контексте меня мало интересует.
Я хочу понять как. Ну и кто выбирал, они ли?

Читатель, представь себе, своего пятнадцати- шестнадцатилетнего брата или сестру(по умолчанию пусть будет брат), если ты молод, читатель; если же уже достаточно взросл, то скоро такого возраста будет, или уже был, твой сын.

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

Ну нормальный такой, неглупый пацан 15-ти лет. С гитарой и контрабасом у него не сложилось, программирование не зажгло его глаза, кактусы и помидорки не выращивает, полузащитник посредственный.

Куда пойти учиться? Он не знает ответ. Он спросит: папа\мама\брат\сестра, скажи мне, куда лучше? Подскажи, как выбрать?

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

Родители могут дать репетиторов или иные возможности для достижения поставленной цели.
А как ставить цель?

Вспомню себя: я пошел в радисты по двум простым причинам.
Первая: я точно знал, что хочу работать головой, а не руками.
Вторая: у нас был ZX Spectrum.

Как вы выбирали? Ваши знакомые? Ваши дети?

Кот не беспокоится, котята - все в отца - вырастут настоящими бойцовскими котами.

Из всех искусств

После многочисленых советов и рекомендаций настроился на просмотр фильма "Автостопом по галактике".

Какое мнение я должен иметь об этом фильме, чтоб не прослыть быдлом?

Ну а вообще - сегодня весь день пью чаек, кушаю лимончик. Ближайшее время, возможно, появится инструкция для меня по установке и настройке JIRA и confluence на Debian'е. Да-да, ничего интересного и сложного. А я так и пишу и все равно это для меня, чтоб не забыть.

Кот удобно устроился у экрана.

И еще

Почувствовал новую необходимость в старых наркотиках.
Как вы считаете, какую нехудожественную книгу мне просто клинически необходимо неспеша прочесть?
Профильные книги я читаю сам.
Англо-русский словарь - на всякий случай - у меня имеется.


Кот тоже очень-очень-очень хочет прочесть все-все-все книги. Но, к его счастью, не умеет читать. А я умею, и мне придется.

Хех

В почтовом сервисе Gmail от компании Google появилась новая функция Mail Goggles, которая создана, чтобы помешать нетрезвым пользователям отправлять письма, о которых можно пожалеть на следующий день.©Сnews
Тест примерно такой:

У меня вопрос: кого из Вас или ваших друзей этот тест остановит? Нет, серьезно, пока я способен попадать по клавишам, я такой тест пройду за время, которое необходимо на набор ответа.
И предложение. Проверка нужна. Но не на отправку письма, а непосредственно на вход в интернет. Проверка примерно такая:

И полчасика - час времени.
Скажите мне - я не прав?


Кот как бы намекает нам, что образование штука полезная.

К прочтению

http://russian.joelonsoftware.com/Articles/AdviceforComputerScienceC.html
Эту статью стоит прочесть. Конечно, если ты тот, кому нужно прочесть эту статью.
Цитата:
"Умные агенты по найму кадров знают, что люди, которые любят программирование написали базу данных для своего дантиста в 8 классе, обучались в компьютерном лагере три лета перед колледжем, построили систему управления контентом для газеты лагеря и летом проходили практику в софтверных компаниях. Вот это они ищут в вашем резюме."