Представляем десятую статью серии «Карьера в IT». В этой части цикла поговорим о должности технического писателя — посредника между разработчиками продукта и конечными пользователями. Предыдущие материалы цикла были посвящены должностям Team Lead, Software Architect, Project Manager, CTO, QA engineer, QA Automation engineer, Бизнес-аналитик, Системный администратори Data Scientist / Machine Learning Engineer.

Технический писатель — это специалист, который составляет техническую документацию (руководства по эксплуатации для пользователей, ТЗ для разработчиков и т.д.) на всевозможные программы и автоматизированные системы.

По данным ДОУ, среднему украинскому техническому писателю 28 лет, у него 3,5 года опыта работы и зарплата $400-1400. Соотношение женщин и мужчин на этой должности — примерно 50/50.

Задачи и обязанности

Основная задача Technical Writer — грамотно создавать, иллюстрировать и адаптировать документацию на понятном для конечного пользователя языке. Материал может предназначаться для потребностей команды/проекта (внутренняя) или для клиента продукта (внешняя).

«Главная обязанность позиции технического писателя — сделать документацию такой, чтобы ее читали».

Особенности работы технического писателя могут немного различаться в зависимости от поставленной задачи:
— Если этот специалист работает над материалом «от разработчика — клиенту», то сначала он изучает существующее ПО, а затем, разобравшись, пишет инструкции для конечного пользователя.
— Если в работе материал «от клиента к разработчику», то технический писатель вместе с бизнес-аналитиком оценивает потребности клиента, и затем доносит это до разработчиков в понятной им форме в виде спецификации или технического задания.

«Технические писатели — специалисты, которые технически сложные вещи могут объяснить простым человеческим языком, понятным конкретной аудитории. Они умеют писать, и одновременно разбираются в технике и технологиях».

Technical Writer обязан обладать глубокими знаниями в той области, о которой пишет, и уметь выражать суть максимально подробно и, вместе с тем, лаконично. Важно уметь работать с иллюстрациями — делать и обрабатывать скриншоты, создавать понятные графики, схемы, диаграммы. Также часто, особенно для работы с онлайн-справкой, необходимо иметь хотя бы базовые навыки HTML.

В круг обязанностейтехнического писателя может входить:
— Создание пользовательской документации, справочных систем;
— Создание документации для администраторов систем;
— Подготовка графических схем по заданным параметрам;
— Регулярное обновление уже существующей документации в соответствии с релизами ПО;
— Создание учебных материалов для новых пользователей.

«Фактически, технический писатель сталкивается не только с технической документацией, а и с другими материалами. Иногда доводится писать, редактировать или переводить release notes, software requirements specification, CV, PowerPoint презентации, meeting minutes, user stories и даже технические книжки, а также записывать обучающие how-to видео туториалы».

Основные инструменты технического писателя — текстовый редактор, диктофон, а также, в зависимости от особенностей проекта, руководства MS Manual of Style, Apple Style Manual, Chicago Manual of Style, программы MS Word, Adobe FrameMaker (для создания оффлайн-материалов), Adobe RoboHelp, MadCapFalre (для онлайн-документации) и другие.

Прежде всего, Technical Writer узнает, кто именно выступает экспертом предметной области (Subject matter expert) поставленного задания, и проводит с ним интервью — узнает все подробности про новый функционал. Затем анализирует, раскладывает систему на простейшие элементы, и в виде документации выдает результат конечному пользователю.

«Чаще всего я тесно работаю с программистами и product owner’ом. Последний дает общее направление по новинкам, которые следует включить в документацию, какие материалы корректно использовать, какие общие требования по оформлению документации согласно требованиям конкретного региона следует соблюсти. Программисты помогают мне разобраться в сути новых опций».

Типичный рабочий день Technical Writer включает в себя:
— Всестороннее изучение того, что должно быть включено в документацию в будущем (если релиза продукта еще нет);
— Создание новой документации для непокрытой функциональности;
— Обновление документации.

«Я занимаюсь написанием руководства для пользователей десктопного приложения, мне нужно понятно и доступно донести до них техническую информацию. Так как я почти всегда пишу „по живому“ (когда проект находится еще в стадии разработки), я волей-неволей выполняю функцию тестера. Но баги не репорчу сама, а сообщаю о них тестерам. Знаю, что в некоторых компаниях техписатели могут сами репортить баги».

Достоинства и недостатки

Привлекаеттехнических писателей то, что эта позиция помогает совместить гуманитарное направление с техническим. Technical writer’ами становятся как филологи, интересующиеся ИТ, так и «технари», не готовые заняться непосредственно разработкой или технической работой, но хорошо владеющие словом.

«Сейчас я понимаю, что это работа не для всех. Чтобы быть tech writer’ом, недостаточно просто уметь писать. Документация — это специфический жанр, который нужно понять, принять и не отклоняться от него, если хочешь добиться результатов. Он не терпит фривольностей».

«Я всегда хорошо писала и свободно владею иностранным языком. Должность технического писателя оказалась идеальным компромиссом между возможностью писать, не терять языковые навыки, и достойно зарабатывать. А еще я очень люблю общаться. Моя работа предполагает постоянное общение с программистами и менеджерами, — в некоторой степени это и привлекло меня в эту профессию».

«Очень приятен процесс профессионального роста. Начинаешь понимать технические штучки, потихоньку осваиваешь язык разметки».

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

«Главный минус специальности — ограничение в способах выражения. Техническая документация не позволяет свободных фраз. Все обусловлено стандартами manual of style, даже порядок слов и типы предложений. Впрочем, если полёт мыслей в тексте — не ваш конёк, и вместо того, чтобы выдумывать, вам проще написать в рамках правил, тогда техническая документация — для вас».

«Самый главный недостаток для меня — невозможность влиять на функциональность ПО. Только описание уже созданной функциональности».

«Не все понимают суть работы технического писателя и потому считают, что могут вкладывать в нее „новые обязанности“. 80% времени технический писатель занимается всем, чем угодно, только не техническим писательством».

Также упоминали о пренебрежительном отношении со стороны программистов:

«Некоторые девелоперы вообще не считают написание документации работой, им ведь и так все понятно — есть комментарии к коду. У них никогда нет времени на сотрудничество, хотя достаточно всего часа в неделю, чтобы техническому писателю было с чем работать».

Как стать техническим писателем и куда идти дальше

Чтобы стать техническим писателемв IT-компании, необходимо быть усидчивым, терпеливым и внимательным к деталям. Уметь работать с полученной информацией — раскладывать по полочкам архитектуру многоуровневых систем. Быстро разбираться в технических аспектах и описывать их в виде, подходящем для понимания конкретной аудиторией.

Не менее, чем системное аналитическое мышление, важны и коммуникативные навыки, умение общаться.

«Нужно уметь задавать разработчикам правильные вопросы, чтобы досконально изучить возможности ПО».

Что касается профессиональных знаний, то этой специальности не учат в университетах, а потому будущий tech writer должен освоить профессию самостоятельно: прочитать Microsoft Manual of Style, исследовать стиль написания документации больших технических компаний, научиться грамотно, последовательно, доходчиво и стилистически правильно излагать информацию.

«Важно много практиковаться — например, описать функциональность MS Word и дать почитать кому-то из старших родственников. Если они без проблем действуют по вашей инструкции — поздравляю, у вас есть задатки для tech writing!».

Для тех, кто хочет работать в аутсорсинговых компаниях, необходимо отличное владение иностранным языком. Базовые знания по HTML, XML, CSS, SQL, представление о системной и программной инженерии будут плюсом.

Стоит ознакомится с основными инструментами и технологическими средствами, которые используют технические писатели: Microsoft HTML Help Workshop, Help&Manual, RoboHELP, MadCapFalre, MadCap Software (разработка электронной справки), AuthorIT, DocBook/XML, DITA, SiberSafe (автоматизация документирования), Adobe FrameMaker, Microsoft Word, OpenOffice (подготовка технических публикаций), работа с IDEF0, DFD- и ER-диаграммами, UML.

«Мне кажется,что техническое образование все же предпочтительней. Но в нашей стране в этой профессии больше лингвистов».

Перспективы карьерного развития технического писателя:
— Расти как Technical Writer, углубляться в специальность;
— Вертикальный рост: стать руководителем подразделения технических писателей;
— Переквалифицироваться в бизнес-аналитика, тестировщика или верстальщика (если больше интересует техническая сторона);
— Двигаться в маркетологи или PR-отдел (если больше привлекает творчество).

«Большинство уходит в бизнес-анализ, как поступил и я. Но знаю примеры того, как бывшие технические писатели становились успешными проектными менеджерами на очень крупных проектах».

Всем привет. Продолжаем серию дайджестов по теме SQL Server. В этом выпуске: Хардкорный доклад по AlwaysOn в Киеве на День Святого Патрика; всё, что вы хотели знать об оптимизаторе запросов; новая книга Ицика Бен-Гана; анонс конференции SQLSaturday в Одессе и тренинга Бенджамина Невареза в Киеве.

Почитать

T-SQL Querying: Новая книга Ицика Бен-Гана. Фундаментальный разбор языка запросов T-SQL, оптимизация времени выполнения и использования ресурсов — вот только некоторые из затрагиваемых тем. Соавторами книги являются такие товарищи как: Деян Сарка, Адам Маканик, Кевин Фарли. Себе еще заказать не успел, но однозначно буду.

The SQL Server Query Store: Еще порция информации о фиче, которая появится в новом SQL Server — Query Store. Статья написана признанным специалистом в области оптимизатора SQL Server — Бенджамином Неварезом. Спойлер: Бенджамин приезжает в Киев на SQL Saturday в мае.

Troubleshooting Performance Problems in SQL Server 2008 whitepaper: Отличное руководство по определению проблем на сервере от команды разработки SQL Server. Читается тяжело, но оно того стоит.

Questions About SQL Server Transaction Log You Were Too Shy To Ask: Хорошая статья про различные аспекты работы лога транзакций. Написана не в стиле «полная инструкция работы лога транзакций», а в формате «вопрос-ответ».

Does rebuild index update statistics?: Ответ — «и, да и нет». Казалось бы, очевидная вещь, но нечасто об этом задумываешься. Чаще можно услышать мнение, что при ребилде индексов статистику можно не обновлять.

Оптимизатор Запросов: Прекрасная серия постов Дмитрия Пилюгина по оптимизатору. В деталях разбирается процесс оптимизации запроса, какие компоненты в этом участвуют, и какие преобразования происходят с запросом. По ссылке доступна первая статья, в конце статьи ссылка на следующую часть. Читать до конца серии.

9 Ways to Lose Your Data: 9 реальных историй от Брента Озара о том, как можно потерять данные. Полезен как памятка для DBA.

SQL Injection — the golden rule: Легко запоминающееся, золотое правило Роба Фарли, которое поможет не допустить SQL Injection у себя в системе (конечно, при условии его соблюдения). Правила вроде «Используйте хранимки, чтобы избежать SQL Injection» хороши, но требуют пояснений. И, к сожалению, сам факт использования хранимок от инъекции не спасает. Начинающим разработчикам читать обязательно.

Inside the SQL Server 2012 Columnstore Indexes: Относительно старая статья Ремуса Русану о колоночных индексах. В 2014 появились новые кластерные колоночные индексы, которые стали обновляемыми, но принципы работы чтения данных остались те-же. Лучшая статья для знакомства с технологией, Хорошо написана, не слишком большая, в меру информативная и глубокая.

Поиграться

SQL Server Backup, Integrity Check, and Index and Statistics Maintenance: Отличная альтернатива использованию стандартных Maintenance Plans. Используется многими специалистами и SQL Server MVP. Очень хорошо про это решение сказал Брент Озар: «Ola Hallengren publishes a free set of database maintenance scripts that are like maintenance plans that went to college, married into a nice family, and went to training school afterwards.».

Посетить

День Святого Патрика на Встрече Kyiv SQL Server User Group: Есть вариант совместить приятное с полезным и встретить День Святого Патрика на встрече Kyiv SQL Server User Group :) Дресс-код (по желанию): что-нибудь зелёное (рубашка, штаны, шапка Лепрекона, браслет, и т.д.) :) В гостях у Киевской SQL Server юзер-группы почётный гость — Александр Каленик, известный специалист по SQL Server и обладатель рекорда посещений на встрече киевской юзер-группы (декабрь 2014 — 150 человек). В этот раз Александр расскажет про обеспечение отказоустойчивости при помощи AlwaysOn, что лежит внутри этой технологии, и как анализировать и устранять возникающие проблемы.

Друга зустріч Vinnitsa SQL Server User Group: Вторая встреча самой молодой в Украине SQL Server юзер-группы. В этот раз на встрече выступят со своими докладами: Евгений Полоничко: «SSAS для разработчиков», Сергей Лунякин: «Microsoft Power BI — Self-Service BI in the cloud» и Алексей Ковалёв: «MySql for SQL Server Developers».

Оптимизация модели для работы с PowerBI Q&A: Апрельская встреча Russian Virtual PASS Chapter. На встрече выступит специалист из Украины — Сергей Лунякин. Встречи проводятся в формате вебинара.

SQLSaturday #416 Odessa: Впервые конференция SQLSaturday пройдёт в Одессе! Список докладов постепенно наполняется, регистрация уже открыта. А ещё это прекрасный способ провести выходные, ведь конференция проводится летом, 25 июля.

SQLSaturday Kiev PreCon: SQL Server Query Tuning & Optimization: Регистрация на третий из четырех однодневных тренингов открыта. Тренинг проводит специалист с мировым именем, автор ряда книг по SQL Server и соавтор, на мой взгляд, лучшей книги по SQL Server — SQL Server Internals, Бенджамин Неварез. Тренинг пройдёт 22 мая в Киеве.

← Предыдущий выпуск: SQL Server дайджест #2

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

Научитесь разрабатывать мобильные приложения под iOS за один год! Мы учим специалистов с нуля.

В процессе обучения на курсе «Разработка мобильных приложений под iOS» Вы:
— узнаете об основных концепциях разработки для мобильных устройств;
— изучите особенности разработки на языке программирования Objective-C для iOS на IDE Xcode;
— получите практические навыки разработки мобильных приложений для iPhone, и iPad;
— научитесь создавать собственные мультимедийные мобильные приложения;
— познакомитесь с особенностями публикации приложений в Apple Store.

Программа обучения:

• Знакомство с платформой iOS и функционалом iPhone и iPad
— Работа с файловой системой Mac OS
— Работа с программами в Mac OS
— Настройки операционной системы Mac OS и ее интерфейса
— Настройка устройств в Mac OS. Работа с iPhone и iPad
— Мультимедийные приложения Mac OS

• Язык программирования Objective-C;
— типы переменных;
— объявление переменных;
— использование переменных;
— типы данных;
— математические операции;
— логические операнды;
— использование комментариев;
— функции;
— селекторы;
— протоколы;
— категории;
— работа с каталогами;
— литералы;
— делегирование;
— наследованние;
— синглтон;
— таймер;
— многопоточность, блоки, потоки;
— изучение возможностей IDE Xcode;
— концепция MVC в iOS-разработке;
— жизненный цикл приложения;
— обработка касаний;
— обзор основных View и ViewController, средства визуального редактора nib, Interface Builder;
— навигация по приложению: TabBarController и NavigationController;
— работа с ScrollView, PickView, UIDataPicker, UIAlertView;
— нотификации (NSNotificationCenter, UILocalNotification);
— подключение и использование базы данных SQLite, CoreData;
— сетевая активность приложения, загрузка файлов, работа с xml/json;
— использование гироскопа в приложениях;
— рисование в 2d-графике
— работа с картами и геолокацией (MapKit, MKAnnotation);
— настройки и параметры приложения;
— публикация приложения в Apple Store.

Расписание курсов и условия поступления:

— Возраст студентов от 15 до 50 лет.
— Собеседование по курсу пользователя ПК. Приступая к обучению, нужно быть уверенным пользователем персонального компьютера. Знание основ программирования приветствуеться.
— Продолжительность обучения — 12 месяцев.
— Занятия проходят один раз в неделю, по 8 ак. часов.
— Документы для поступления: паспорт (если нет 18 лет — паспорт одного из родителей), идентификационный код.
— После окончания обучения Вы получаете Сертификат Компьютерной Академии ШАГ об окончании годичной программы разработчика мобильных приложений под iOS.
— Каникулы: 2 недели зимой, 2 недели весной и 3 недели летом.

Стоимость обучения:
2154 грн. ежемесячно

Записаться на курс

Компилятор

Начнем, пожалуй, с форков. Кроме scala от typesafe, у нас есть:

— консервативный форкот typelevel (и, собственно, сам код)

— форк Пауля Филлипса scala компилятораи стандартной библиотеки.

Статьяпо этому поводу в infoq.

Также можно обратить внимание на scala virtualized, являющимся основой для технологии построения компиляторов scala-lms. Существует также реализация в виде набора макросов. Если вы еще не знакомы с концепцией lightweight modular staging — вот пятиминутное объяснение.

— Dotty, рассматривающийся как кодовая база для следующей мажорной версии scala-компилятора.

Полезные средства:

Со взрослением экосистемы появился и набор статических анализаторов:

— wartremover — статический анализатор, с набором проверок, настроенных на код в стиле typelevel и возможносями добавлять свои правила.

— scala-abide — аналогичный плагин компилятора от typesafe

— supersafe — коммерческий анализатор от Билла Венерcа (автора scalatest)

— scalastyle.org — проверка стиля.

— Генератор документации tut

— Граф зависимостей вашего проекта

Люди

Кафка становится проектом Apache, ее авторы уходят из linkedin и создают свою компаниюпо поддержке.

LinkedIn переводит scala сервисы на java, но не отказываетсяот использования scala.

История прощанья со скалой

Почему TrueAccord использует scala

Изучение:

Книга и курсыот creative-scala.

Сборник классических алгоритмовна scala

13 апреля на courseera начнется курс reactive-programming.

Новые версии и программы:

Scala-jsдостигла версии 0.6 и перестала считаться экспериментальной:

Akka-streams и Akka-http доросли до пререлиза.

Spark 1.2.1

БД для time-series data на основе spark и cassandra

Библиотеки:

— NLP-processing with Akka

— Declarative machine-learning

— Логические Марковские сети

— DSL для создания шелл-подобных скриптов

— Бибилиотекa для создания графиков

— Парсер-комбинаторы для двоичных форматов: scodec.org

— Оптимизирующая макрооболочкадля коллекций

— Использование scala из clojure.

Статьи на почитать:

Интервьюс Джонасом Борнером об антипаттернах реактивных систем и второй версии reactive-manifesto.

ИнтервьюОдерского на GOTO 2014

Scala в McLaren

LMS за 5 минут

Перечень всех конструкций построения типов в scala

Phantom Types паттерн

Как деплоить akka приложения сразу в докер

Макроаннотациядля генерации json формата

Примеринтеграции spark і kafka

Spark и рукотворный хаос

Возможный вариант макросов следующего поколения

Картинки:

Экосистема #scalaв картинках

Scala cheatsheet

Перечень основных стилей кодирования с визуализацией

Ковариантность и контрвариантность

Разное:

— процесс публикации OSS библиотеки как text-adventure

— Hardware на scala

— Scalatex — еще один язык шаблонов

Объявление:

Следующая scala-uaбудет 25 марта.

Спасибо:

Евгений Пророк, Петр Руденко.


← Предыдущий выпуск: Scala дайджест #1.

«The IT Crowd» это сочетание бизнеса, рекрутинга, но прежде всего это просто классно проведенный вечер!

17 марта — первый весенний ивент #itcrowdkh открываем мотивирующим сетом: как правильно построить карьеру в IT + как уйти с фултайма в свой стартап.

Плюс вкуснейшее пиво на День Святого Патрика от команды Spalah.

Спикеры:
— Руководитель успешного стартапа TopTechPhoto.comЕвгений Шпика расскажет, как решиться уйти с full time в стартап — конкретные шаги, подкрепленные опытом.
— Организатор TEDxKharkov, интернет-маркетолог с 5-тилетним стажем, фриланс-евангелист Евгений Белошицкий расскажет о том, как стать фрилансером и как максимально эффективно использовать фриланс.

Основатели креативного пространства и коворкинга Spalah и руководители IT-компании S-Label Антон Назарко и Сергей Белобров расскажут о:
— первых правильных шагах в IT карьере,
— связи репа и стартапа,
— том, как открыть IT-бизнес в кризис.

Вход свободный, но требуется регистрация

Вконтакте

Facebook

Instagram

Twitter

Google+

Если перефразировать поговорку «плох тот солдат, который не хочет стать генералом», то выйдет «плох тот тестировщик, который не хочет стать программистом» или «плох тот программист, который не хочет стать стартапером». Сейчас это почти аксиома. Например, в среде неокрепших умов считается, что тестирование — это своего рода трамплин в IT, первая ступенька на пути к программированию. Мол, через N-лет в тестировании будет легче совершить переход в разработку. Тем более что автоматизация, к которой так стремятся мануальщики — это и есть зачаточная стадия программирования. Но годы идут, а в программирование переходят лишь немногие.

Похожая ситуация происходит и с программистами, которые по молодости бьют себя в грудь и обещают родить множество стартапов, стать CEO или на худой конец хотя бы проджект-менеджером. Но и здесь особого прогресса не видно — даже в тимлиды зовут неохотно. А в это же время рядовому QA-мануальщику выдают новые лампасы и стригут в product owner’ы. Но при этом запрещают ему ходить в бар для программистов. Что происходит?

Инертные люди

С одной стороны, дело может быть в традиционной инертности человека. Затратив пару лет на то, чтобы освоить свою профессию (тестирование/программирование), он уже не рвется в смежную специальность. Ему и здесь тепло. Хотя, с другой стороны, может, не так уж и хотел?

Тезис «котелок не потянул» рассматривать не приходится, потому как обе эти профессии являются инженерными, да и в работе тестировщика и программиста есть много точек соприкосновения. То же написание тестов, уточнение требований, знание Linux, SQL, умение писать bash-скрипты и так далее. Да и часто в требованиях к вакансии тестировщика указывают способность понимать ООП, читать код и даже уметь кодить. То есть, тестировщик, который соответствует всем этим параметрам, уже является без пяти минут джуном-программистом.

Причем когда какой-нибудь тестировщик с перечисленным набором умений объявляется на форуме с жалобой «не могу найти работу», тут же подтягиваются программисты, которые советуют кое-что подучить и смело идти в программирование:
— Из навыков у меня: базовые знания C#, Javascript, SQL, знаю HTML, CSS, в свое время написал 2 сайта (это в подтверждение знаний html и css).
— Хорошо, почему не подтянуть JS, не посмотреть AngularJS и не пойти во фронтэндщики? Туда, может быть, попасть даже проще, чем в QA, а работа не такая дурацкая, а всё-таки осмысленная, инженерская, в отличие от тестирования.

Но они не идут. Мало того, что по факту лишь немногие QA таки переходят в разработку (по разным причинам), так и дорога в product owner’ы для них оказывается короче, чем для программистов. Логика проста: тестировщик знает, как приложение не должно себя вести, тогда как PM знает, как должно. Немного магии, и — вуаля! — держите свежего начальника.

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

Программист проектирует и изготавливает автомобиль, а тестировщик пытается его убить об стену на скорости 200 км в час. Разраб радуется, что машина продолжает, хоть и с повреждениями, но катиться по шоссе, а тестер в это время ликует, что у неё вот-вот отвалится глушитель. Программист говорит: «ерунда, заживет», тестировщик отвечает: «срочно в больницу». Дуалистика!

Оптимизм и пессимизм

Программист по природе своей — оптимист. Если он не будет оптимистично смотреть в будущее, его съест ежедневная горечь ошибок. Никогда ничего не бывает гладко, даже чертовы туториалы — и те компилятся не с первого раза. Программиста спасает вера в то, что все будет хорошо: «это не баг, это фича», когда QA уверен в обратном. Так они устроены — каждый в свое болото тянет. Но это взаимовыгодный союз. Они — как два друга, или как семейная пара, где один витает в облаках, а другой его всё время тянет на землю. Чтоб не улетели оба.

Но тестировщики тоже умеют радоваться. Правда, причины для радости у них своеобразны — как для программиста. У меня до сих пор стынет кровь в жилах, когда вспоминаю радостный вопль знакомого тестировщика: «Аааа! Нашел!». «Что ж ты радуешься, скотина?» — думаю я. Нашел проблему, дефект, чертов баг. А хочется лететь, двигаться дальше. Поэтому если в рабочей обстановке у одного на лице радость и улыбка, то у другого непременно будет pokerface. «Здесь не работает!», — улыбается тестировщик, — «И в логах, глянь — одни epic fatal total kernel panic error’ы. Всё красным», — не унимается его радость . «Сейчас посмотрим», отвечает ему с лопатным выражением лица разраб. Проходит полчаса — и они меняются ролями: программист с улыбкой объясняет, что это на самом деле не баг, а неправильная конфигурация environment’а, или что таки баг, но не критический, и погоды он не делает. Тестер чахнет прямо на глазах.

К чему я всё это говорю — у тестировщиков с программистами разные системы ценностей. И чем дольше каждый из них работает в своей профессии, тем сложнее ему потом сделать разворот на 180. Один живет годы с философией «баги — это плохо», тогда как другой всю жизнь считает: «баги — это хорошо».

Как в анекдоте: «Программист видит стакан наполовину полным, проджект-менеджер видит стакан наполовину пустым, тогда как тестировщик видит его наполовину треснувшим.»

Ценности

Но и это не всё. Программист смотрит в будущее — он моделирует, планирует, пытается предсказать на несколько шагов вперед. Планирует ли тестировщик? Конечно. Но в режиме «Карфаген должен быть разрушен». Как хладнокровный охотник он продумывает покушение на софтину — отсыпает пороху, чистит ружье, смотрит прогноз погоды, точит нож. Он постарается убить её во что бы то ни стало, любым доступным способом, хоть голыми руками. Вот почему программистам неспокойно, когда в «сезон охоты» родная софтина надолго уходит в саванну. «Достаточно ли я её подготовил? Сумеет ли она избежать смерти? Если она будет ранена, то не смертельно ли? Успею ли я оказать ей первую помощь?» — мелькают мысли в голове программиста, пока он прихлебывает кофе, искоса поглядывая на тестировщика, который, кажется, начинает входить в раж.

Критиковать всегда легче. Как бы не было сложно грамотно протестировать софтину, создать её или пофиксить скрытую багу все равно сложнее. Это как в искусстве: кинокритику, чтобы указать на недочеты сюжета и общее впечатление от картины, нужно потратить часы, максимум дни. Режиссеру и его команде, чтобы снять этот фильм — месяцы, а иногда и годы. В этом плюс и одновременно минус рыботы тестировщика: с одной стороны, он меньше стрессует, ему не звонят в воскресенье утром с вопросами «почему не работает». С другой стороны, именно поэтому он находится ниже на иерархической ступеньке, ведь главную работу делает программист. Отсюда возникает вопрос: какое занятие человек выберет — менее сытое, зато более спокойное, или же более выгодное, но при этом требующее больше нервов?

Перфекционизм

Стерильный мир нулей и единиц является отличной средой для деления бактерий перфекционизма, которые захватывают мозги IT-специалистов. У программиста острая фаза длится до поры до времени, пока не прижмут сроки и пока не придется изобретать костыли для своего детища — чего не сделаешь ради заказчика? Тогда как у тестировщика она приобретает хронический характер. Если программист — это перфекционист-второклассник, то тестировщик — перфекционист-третьекурсник. Пока разраб закрывает глаза на мелкие огрехи в надежде, что зритель не заметит неровностей и царапин, тестер только на них и смотрит. С линзой в руке. Поначалу все тихо-мирно. Но когда девелопер отвлекается на «смотри, самолет!», у тестировщика в руках оказываются здоровенные раскаленные клешни, бензопила, отбойный молоток и ванна с жидким бетоном. Сейчас он будет испытывать софтину на идеальность.

Поэтому вопрос в том, захочет ли тестировщик пересмотреть свои перфекционистские привычки, научится ли он смотреть сквозь пальцы на некоторые мелочи.

Любовь

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

Захочет ли заботливая мамуля поменяться ролями с суровым отцом? Вот в чем вопрос.

Ненависть

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

То есть если повыносить за скобки типичные причины, по которым тестировщики и программисты неохотно меняются местами (нет знаний, опыта, вакансий и т.д.), то в игре останутся не менее интересные факторы: оптимизм/пессимизм, перфекционизм, система ценностей, и, конечно же, любовь и ненависть. Поэтому, если технарь на старте своего пути уверен, что пойдет «дальше» — например, в тестировщики, разрабы, руководители, в PM’ы и product owner’ы, но с течением лет этого не происходит, то далеко не факт, что дело в чьей-то ленивой заднице или неспособности обучаться. Нет (хотя, очень может быть, паскуда — прим. авт.). Просто сваи уже вбиты и бетон залит. Проще строить новый дом, чем достраивать этажи или взрывать фундамент и начинать с нуля. Поэтому на старте неплохо бы еще разок обмозговать, куда поедет бетономешалка, но при этом не спешить заливать первый попавшийся фундамент. Кто знает, может, там дальше за горизонтом есть более интересные и стоящие заливки формы.

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

Зарегистрироваться

Готовы делиться секретами тестирования и отвечать на все интересующие вопросы! На дне открытых дверей в Softengi Training Center вы можете:
— Детально ознакомиться с программой курса;
— Пообщаться с выпускникам курсов, которые уже работают в Softengi;
— Познакомиться с преподавателями;
— Пройти вступительное интервью и заключить договор;
— Первыми побывать на презентации нового курса по Java Script;
— получить ответы на вопросы.

Курсы тестировщиков от Softengi — это:
— Более 150 выпускников;
— 6 недель обучения;
— 11 преподавателей, которые каждый день тестируют ПО;
— 14 занятий в IT компании;
— 10 практических занятий с преподавателями;
— 7 практических домашних заданий;
— практика на реальных проектах и только необходимый минимум теории тестирования;
— консультации технических специалистов и рекрутера по составлению резюме.

Регистрация на интервью

Длительность курсов буднего дня — 6 недель, выходного дня — 7 недель.

Внимание!Все участники дня открытых дверей получат промо-код со скидкой на курс!
Скидки для студентов действуют на постоянной основе!

Контактная информация:
softengitraining.com
(063) 399 20 99, (096) 315 43 55 Марина;
(099) 167 64 38 Игорь;
(068) 897 38 65 Александра.
Звоните в любое время.

195-йвыпуск подкаста «Откровенно про IT карьеризм». В подкасте пойдет речь о Java, английский язык и сеньорити.

В программе:

• Senior в 26 лет
• Про во’IT’и
• Выбор компании в небольшом городе
• Выплаты зарплаты
• Российский ЕРАМ
• Сезонная смена работ
• Английский язык
• Обучение
• Специфика Android
• Шведский язык
• Корпоративные путешествия

Книги в выпуске:

• Мужчины с Марса, женщины с Венеры — Грэй Джон
• После трех уже поздно — Ибука Масару

Прямая ссылка на файл
Подкаст на iTunes

Текстовая версия доступна на itpodcasts.com.ua.

Выпуск записан при поддержке IT-компании AltexSoft.
Спасибо за помощь в записи подкаста сервису QuickBlox.com.

Подкаст «Откровенно про IT карьеризм» от идеи до реализации — интеллектуальная собственность Михаила Марченко и Ольги Давыдовой. Все вопросы, касающиеся подкаста, адресуйте нам на shami13@gmail.com.

30-31мая 2015 года компания Svitla Systems проводит третью конференцию по Ruby и Ruby on Rails

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

К нам уже пакуют чемоданы RubyHero-2014 Ara.t.howard (США), Julian Cheal (Великобритания), Lourens Naudé (Португалия), Bozhidar Batsov (Болгария), и что особенно приятно Ben Lovell (Великобритания), выступавший на RubyС в прошлом году. Список еще далеко неполный, поэтому если хотите присоединиться к команде спикеров — заполняйте форму на сайте конференции rubyc.eu/#speakers.

Организатор, Svitla Systems, выражает особую признательность компании Soft Serve. которая уже второй год выступает Генеральным спонсором конференции; а также медиа-партнерам: порталу Ruby no name, компании Ruby Garage, IT ассоциации Украины, сайтам Ruby Flowи RubyJobs. Желающих пополнить благородный список партнеров конференции ожидает подробная контактная информация на сайте

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

Полезности:
— Пока спикеры определяются с темами, продажа билетовидет полным ходом!
-Место проведения конференции: БЦ «ИНКОМ», ул. Смоленская, 31-33,Киев.
— Рабочие языки конференции — английский, русский, украинский.
— Узнавайте новости первыми из Twitterи Facebook.
— А еще смотрите архивыпрошлого года.

До встречи на RubyC-2015!
— facebook.com/RubyC.eu
— twitter.com/rubyc_eu


Впервые RubyC состоялась в 2011 году, став одним из наиболее значимых событий для руби-сообщества. Неизменно конференция собирает высококлассных докладчиков из разных уголков земного шара, и около 300 посетителей из стран СНГ. Спикерами RubyC за это время стали лучшие Ruby эксперты, чьи выступления бережно хранятся в архивах.

Организатор — Svitla Systems Inc.основана в 2003 году и занимается разработкой программного обеспечения и аутсорсинга. Штаб квартира компании находится в Сан-Франциско, Калифорния, а центры разработки в Украине — в Киеве, Харькове, Черкассах, Черновцах, Львове, а недавно был открыт офис в Черногории. Среди клиентов Svitla Systems есть как стартапы из Силиконовой долины, так и всемирно известные компании Monster Worldwide и Стэнфордский университет. Подробнее на svitla.com.

Существует множество способов обеспечения лучшего качества продуктов за меньшее время. Но не всегда тестировщики ответственны за доставку этого качества. Это скорее ответственность CIO, CTO, QAmanager-ов.

25 марта 2015 г. состоится мастер-класс Lean Quality Assurance! Один из самых опытных agile тренеров Том Гилб, используя практические примеры, расскажет об эффективных QA методах и их использовании в проектах.

Мастер-класс будет интересен CIO, CTO и QA специалистам, которые хотят в краткие сроки и без вложений улучшить качество разрабатываемого продукта.
Весь заработок класса Том отдаст на благотворительные нужды (помощь беженцам, жертвам военных действий, и т.д.), подробные отчеты будут опубликованы.

Записаться можно здесь.

Этот курс для тебя, если ты:

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

Немного статистики:

— 25% необходимой теории и 75% практики;
— Длительность курса I уровень = 1 месяц;
— 40 ак.ч = 20 пар по 90 мин.;
— Занятия 3 раза в неделю;
— 1 занятие 2 часа;
— В группе до 8 человек;
— В каждом классе 12 современных компьютеров и 1 проектор.

Программа обучения:

Стоимость I уровня: 1250 грн.
Детальная информацияу нас на сайте: it.maup.com.ua
Запись на курс

Если на работе приходится выживать, это какая-то неправильная работа. Но бывает так, что оказываешься не на своем месте. Или на своем, но раньше времени. То HR’ы сами соблазняют командирскими лампасами, то срабатывает дух конкуренции, и уже не хочется отставать от 23-летнихсеньоров, то вдруг кризис начинает щучить так, что соглашаешься на любую работу, даже если атмосфера там ни к черту и процессы налажены скверно. Лишь бы выжить. Но где наша не пропадала!

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

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

Ведь всяк кулик знает свои сильные и слабые стороны и использует их, когда становится вопрос о выживании. Кот из «Шрэка» давит на жалость, но не на профессионализм; у Винни-Пуха в голове одни опилки, но его все прощают, потому что он отличный друг. И так далее. Но это цветочки. Настал час раскрыть карты и выложить то, за что начальство будет вас ненавидеть, женщины — вешаться на шею, а сотрудники — завидовать и восхищаться.

Секреты выживания:

1. Не допускать крупных ошибок.Одна из распространенных причин увольнения — серьезный просчет или упущение сотрудника, которое вредит компании. Поэтому стоит всеми силами избегать сложных и ответственных задач. Аргументация может быть такой: «Думаю, Иннокентий разбирается в этом лучше», «Мне надо пораньше домой, у меня молоко убежало, боюсь не успеть» и «Но кто тогда будет заниматься рефакторингом?». Здесь главный ориентир — известная поговорка «не ошибается тот, кто ничего не делает». То есть чтобы избежать ошибок, стоит прекратить активность. Хотя бы с серьезными задачами. Одним словом, «тише едешь — дальше будешь».
2. Размазывать ответственность.Для этого важно попасть в команду покрупнее. Ругань босса и недовольство заказчика ощущается тяжелее, если она ложится на плечи двоих-троих сотрудников, тогда как десятерым заметно легче. Поэтому ещё на этапе собеседования имеет смысл прозондировать вопрос о будущей команде — чтоб она была покрупнее. А по-хорошему еще до собеседования следует озаботиться поиском крупной компании, где будет легче затеряться.
3. Избегать установки дедлайна.Оттягивать нужно до последнего, но и когда прижмут, ни в коем случае не давать четких утвердительных ответов. Не «сделаю до вечера», а «попробую успеть» или «мне потребуется несколько часов». Вместо четкой оценки времени следует уходить в растяжимые понятия и предположения. Самый смелый и отчаянный вариант — «не могу ничего гарантировать». Это чтоб потом, когда будет внутрикомандный суд и вывод на чистую воду, в кармане был джокер «Я ведь не говорил, что успею!». Когда пацан за базар отвечает — это всегда плюс.
4. Найти «спонсора», то есть неудачника, который ещё хуже тебя справляется с работой, втереться к нему в доверие — и спихивать ему свои задачи. Если сделает — править чуток и комитить, как будто это сделал ты. Не сделает — тонко гнобить на виду у начальства. Тонко — это чтоб он ни о чем не догадался и продолжал думать, что вы друзья. На фоне этого бедолаги будешь выглядеть как Аполлон. И если кто посмеет поднять вопрос об увольнении, в рукаве будет принцип судебного прецедента: Как можно увольнять меня, если в команде есть еще один человек, который работает хуже меня?
5. Создать видимость работы.Очень важный пункт. Никто в своем уме не позволит себе уволить человека, который, кажется, работает. Здесь нужен комплексный подход: во-первых, складки не должны покидать лба — это символизирует вовлеченность и озабоченность. Во-вторых, хорошим другом будет листок А4 и карандаш. В трудную минуту нужно брать в руки карандаш и рисовать блок-схемы. Если спрашивают «Что ты делаешь?» — лучше молчать и даже не поднимать взгляд. «Нет времени объяснять, надо рисовать блок-схемы». В-третьих, есть прием «прислонись к коллеге», который используется спонтанно, для маскировки. Когда в комнату входит проджект-менеджер, а ты не успел занять рабочее место, можно успеть наклониться к ближайшему коллеге. Мол, «мы вместе думаем багу» или «я перенимаю бесценный опыт». Про рутину в виде пробежек между этажами со связками шнуров-разъемов или про четвертую передачу во время ходьбы (обязательно с озабоченным и целеустремленным взглядом) говорить не буду — это должно быть в подкорке каждого уважающего себя выживанца.
6. Создать эффект присутствия.Увольняют не тех, кто худо работает, но тех, кого не видно — ни в офисе, ни в репозитории. Поэтому нужно быть везде. Корпоратив? Отлично, ты там теперь главный хохотун и душка. Постарайся найти самый экстравагантный костюм, какой только может быть, и влезть во все фотографии и видеоролики. Присутствие в офисе следует поддерживать редким, но крепким матом (хотя бы раз в час). Пусть все думают что: а) ты что-то понял (прозрел) b) ты нашел багу. Присутствие в репозитории — не менее важная часть. Для этого нужно почаще коммитить. Если изменения затрагивают несколько файлов, то коммитить их следует по одному — в репозитории будет смотреться красиво. И конечно же, побольше крутых комментов — как при коммите, так и в коде. Например: // Creates preconfigured multi-purpose high-load prebuilt block for asynchronous transaction and data processing - в таком духе.
7. Понять, что процесс важнее результата.Этот подход к работе избавит от лишней головной боли и позволит не только создать видимость работы, но и скоротать время. Вместо того, чтобы пилить функционал, лучше прочитать 10 статей о продуктивности и борьбе с прокрастинацией. Вместо фикса бага лучше перерыть гору литературы (на столе должны быть книги) и поспрашивать советы по фиксу у максимального количества людей. Если коллега или начальник пытается уличить тебя в низкой производительности, то нужно понимать, что они это не со зла. Молчи. Просто ты не такой, как все. Ты не привык ходить по головам ради достижения результата и постыдного продвижения по карьерной лестнице. И вообще, платить нужно не за результат, но за старательность, то есть процесс. Но никому об этом говорить, конечно, не нужно. Это для себя.
8. Давить на самолюбие.Самолюбие есть у всех, но особенно полезным будет сеньорское: дружи с ними. Это редкий вид. Всего пару таких ребят способны тянуть целую дюжину кодеров. Так что они не дадут пропасть. В отличие от тебя, они думают о результате. Чтобы подружиться с сеньором, нужно втереться в доверие — найти общие хобби, интересы, темы для разговоров, почаще гонять с ним чаи и кофеи. Ещё они любят, когда им задают каверзные вопросы. Если научишься под предлогом интригующего вопроса заманивать сеньора за свой компьютер — считай, полдела сделано. Дави на самолюбие. Через несколько месяцев ты должен уметь вот так (1:15):
   
9. Просить помощь друга.Если уж случилась беда и тебе дали сложную таску, нужно смягчить удар: попроси в помощь друга, а лучше двух (двух рабов — прим. авт.). Ориентир — известный постулат проджект-менеджмента:То есть ответственность, деленная на 2, равняется нулю — то, что нужно! Помощь друга позволяет избавиться от ответственности (см. пункт 2) и тем самым предотвратить провал.
10. Мутить воду.Это крайний метод, который нужно использовать пореже. Например, когда требуется перевести стрелки, или когда важно спутать чужие мысли. Иногда по глазам начальника можно догадаться, что где-то в его мозгу начинает зарождаться кристально четкая мысль: «Он идиот, который ничего не хочет делать. Пора с ним что-то решать». Жизненно важно успеть отвлечь начальника во время зарождения этой мысли. Здесь вариантов может быть много, начиная от громкого швыряния чего-либо на пол и заканчивая ходьбой взад-вперед перед глазами — добиться гипноза и усыпить бдительность. Но пока ни один из этих способов не превзошел убегающее молоко (4:10):
    

Умелое использование перечисленных выше способов выживания позволит не только стать настоящей головной болью для начальства, но и поможет задержаться в компании на добрых пару лет. А это уже не стыдно и в резюме указать. Того и глядишь, на выхлопе 10-летнийстаж в различных IT-компаниях при минимуме усилий. Да и полно знакомств, и все тебя знают и любят.

Да, кстати. Приглашаю на курс «How to do absolutely nothing and get everything you ever wanted. Even money». Количество мест ограничено! Осталось три дня. Скидки первой тысяче участников.

Стартап Newzmate, який нещодавно отримав $300 тис. інвестиційдля розвитку свого сервісу Traqli, шукає Node.js розробника.

Одеській компанії AB Softдля розробки цифрових біноклів потрібен Embedded Developer.

Львівській компанії Edvantis Softwareпотрібен Image Processing Scientist, бажано кандидат наук.

Харківській компанії Mirantisпотрібен Haskell/Python developer.

Компанії Moonionпотрібен в Одесі адекватний PHP-програміст. Не перфекціоніст, а оптималіст.

Ciklumзапрошує на роботу в Дніпропетровську GUI C++ інтерна.

Компанії ProFIXпотрібен молодший IT-аналітик. Готові розглянути випускників без досвіду роботи.

Samsung шукає Dutch, Danish, Lithuanian, Slovenian, Irish, Urduі Vietnameseлінгвістів.

Український фармацевтичний інститут якостізапрошує на роботу системного адміністратора. Комп’ютерів в офісі 15, МФУ — 4.

Донецький національний університетшукає у Вінниці стресостійкого веб-дизайнера.

Приватбанкуу Львові потрібен поліграфолог. Зарплата 8000 грн.

Слідкуйте за Python вакансіями в twitter за допомогою @py_vacancies.

Більше вакансій шукайте на jobs.dou.ua.
← Попереднійвипуск дайджесту.

Якщо зустрінете цікаву вакансію, яку варто додати в наступний дайджест — надсилайте її на editors@dou.ua.

Вот уже и готов наш двадцать пятый выпуск проекта «IT Евротур», в котором мы добрались до одного из городов Нидерландов, Делфта. Мы посетили офис компании Baker Hughes и дом одного из девелоперов, работающих в этой компании. Ждем ваших отзывов и комментариев к этому выпуску.

Экскурсия по дому

Разговор про быт

Экскурсия по офису

Разговор про работу

Полный выпуск

Спасибо нашим спонсорам:
Wargaming.net, DataArt, Luxoft, Drucode, DAXX, MacPaw, QuickBlox.

Проект «IT Евротур» от идеи до реализации — интеллектуальная собственность Михаила Марченко и Анны Камониной. Все вопросы, касающиеся проекта, адресуйте нам на shami13@gmail.com.

← Предыдущий выпуск

Организатор: SmartMe
Спикер: Михаил Боднарчук

Codeception — отличный фреймворк для тестирования PHP приложений. Поддерживает из коробки все популярные фреймворки, модули работы с БД и Selenium, позволяет нам писать модульные (unit), функциональные (functional) и приемочные (acceptance) тесты в едином стиле. Основное его преимущество — простота и доступность.

О тренере

Михаил Боднарчук
Автор фреймворка для тестирования Codeception, PHP task runner RoboTask, а также автор крупнейшего портала JavaScript библиотек — Jster.net.
Занимается веб-разработкой с 2004 года. Пишет web-приложения на PHP, Ruby, JavaScript. Автор множества open source проектов, докладчик различных конференций.

План мастер-класса

— О тестировании в целом и Codeception в частности
— Основы Codeception
— Пишем простой тест
— Advanced Testing
— Работа с данными (Модуль DB, Модуль Sequence, FactoryMuffin)
— Тестирование REST API
— Отчеты (XML, HTML, CodeCoverage, Покрытие кода в Selenium тестах)

Воспользуйтесь скидкой:

Cкидка 10%для читателей DOU по промо-коду DOU_Codeception (введите промо-код в регистрационной форме, поле «Код скидки»)
Online-трансляция — 50% от стоимости оффлайн. Промо-код скидки: ONLINE.

Детали плана мастер-класса и регистрация.

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

wallpaper

Новости

Отчет от Facebookоб оплате найденных багов. Цифры, конечно, впечатляют. Индийские тестировщики стали на 3 млн $ богаче в этом году.

В Google изменена схема оплаты за найденные баги в Chrome. Посмотреть, кто получит призовые $50,000.

Все новые компьютеры Lenovo оказались заражены

Некоторое время спустя компания Lenovo спохватилась и опубликовала инструкцию по избавлениюот напасти. Но осадочек все-равно останется.

Новый номер журнала Tea-time with Testers

Составлен рейтингсамых популярных инструментов для тестирования ПО.

Почитать

Очень классные статьи от Романа Шейко о стратегии тестирования: Часть 1, Часть 2, Часть 3. Много полезной информации на реальных примерах. Спасибо, Роман.

А также лекция о проектировании тестовот Анастасии Бордонос.

Девять самых серьезных багов всех времен. Что подтверждает важность нашей профессии.

И десять запомнившихся багов ушедшего года.

Немного о безопасности. «Как я заказал взлом своего e-mail пяти разным хакерам, и что из этого вышло».

Все мы усердно работаем и не любим отвлекаться по мелочам. Статья «Как правильно задать вопрос своему коллеге» будет полезной всем.

Как быстро и качественно проверить элементы интерфейса в статье Crash course for writing Test Objectives.

Размышления на тему Penetration testing и материалы по ссылке.

Темы об основных качествах хорошего тестировщиканикогда не потеряют актуальности. Согласны ли вы со статьей?

Интересная статья про отпечатки пальцев: «я его по фотографии взломаю»

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

Автоматизация

Пару тезисов против наследования в тестах

Тестирование с использованием Protractor framework

Несколько простых оптимизаций производительности Java

Обсуждение книг по автоматизации

Недельные новостиautomated-testing.info

Юмор

Сегодняшний выпуск — определенно рекордсмен по количеству прекрасного контента в категории Юмор. А это всё почему? Весна!

Этот великолепный мастер-классот индийского мастера тестирования ПО был удален с Youtube, но мы его нашли, потому что такой шедевр нельзя прятать:

Как стать хорошим тестировщиком:

Что скажете, статистика не врёт?

А вы когда-нибудь занимались автоматизацией?

Немного пятничных открыток о тестировании

Цитаты известных людей о тестировании

Законы тестирования

Лидерство!

Яснопонятно...

Младший разработчик локализует свой первый баг

← Предыдущий выпуск: QA дайджест #4

Меня зовут Андрей Гикало, я JS-developer в продуктовой компании Plarium Global. Сегодня я хочу рассказать о причинах, по которым предпочел аутсорсингу стремительно растущий украинский продукт. До этого я три года работал с sales-платформами, облачными хранилищами, SaaS-сервисами и многими другими проектами. Год назад я абсолютно сознательно покинул аутсорсинг, и вот почему.

Темная сторона аутсорсинга

Работа на «старшего брата», который почасово продает тебя заказчику, имеет свои последствия. Постепенно приходит понимание того, что ты становишься конвейером.

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

Еще один момент — это качество кода. Да, оно варьируется от проекта к проекту, но если ты «зашел на допиливание», будь уверен: конфеткой код не будет. На рефакторинг чаще всего никто время тратить тоже не хочет, потому что это дополнительные деньги, а деньги — ресурс ограниченный. Даже в проектах «from scratch» есть большая вероятность ухудшения качества кода. Проблема в том, что заказчика в основном интересует внешний вид приложения, а не то, что «под капотом».

Очень часто заказчики отдают неинтересные, рутинные задачи на аутсорсинг, оставляя самое вкусное себе. Ты чувствуешь себя одним из четверти миллиона китайских трудяг на фабрике Foxconn в Шэнчьжэне. Ты аккуратно вкручиваешь винтики и по крупицам собираешь еще один телефон или планшет для Apple, HP или Xiaomi, в то время как в Штатах парни разрабатывают Mac Pro нового поколения. Хотя очередной собранный тобой девайс будет популярным и востребованным, да еще и продастся под маркой такого именитого бренда, сам ты нужен лишь для механической работы.

То же самое с аутсорсингом. Спросите себя: разве еще одна передвинутая кнопка на очередном веб-сайте или запущенный в продакшн интернет-магазин стройматериалов — это то, что по-настоящему радует программиста?

Для кого-то эти недостатки окажутся критичными, для кого-то — не очень. Уверен, вам есть что сказать в комментариях.

Что и как в продуктовой разработке

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

1. Стабильность и стремительное развитие компании — это не о стартапах. Поэтому я ушел в продуктовую компанию Plarium Global.

2. Чувство причастности к большим проектам. Когда ты работаешь над играми с аудиторией больше 100 миллионов человек, то осознаешь, какой это большой профессиональный вызов для тебя.

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

4. Осязаемые результаты работы. В аутсорсинге порой нельзя узнать, как очередной отгруженный проект «зашел» на рынке. У тебя нет ни статистики, ни нормального фидбека. В продукте — результат налицо. Ты видишь, как каждый следующий релиз влияет на монетизацию проекта, поведение пользователей в игре и на сотню тысяч других факторов.

5. В отличие от аутсорсинга, в продукте багфикс не превращается в бесконечную карусель. Ты не засиживаешься на скамейке запасных до релиза третьей части Half-Life, а постоянно развиваешься и занимаешься различными задачами. Баги есть везде, независимо от того, для кого ты программируешь, но вероятность такого явления как «forever bench» в продукте крайне мала.

6. Глубокая экспертиза. Еще одна особенность продукта — работа с определенным стеком технологий без возможности переключиться на другой. Да, ты не можешь так легко перескочить с технологии на технологию, как в аутсорсинге, но зато повышаешь скилл в определенной сфере до уровня «God». Именно это позволяет выйти на абсолютно новый уровень продуктивности и эффективности в своей области.

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

Перспективы IT-индустрии в Украине

Напоследок рассмотрим вопрос перспектив глобально. IT-индустрия Украины развивается как за счет аутсорсинга, так и за счет продукта. Но это развитие направлено немного в разные области.

В нашей стране в основном разрабатываются проекты для зарубежных заказчиков. Украину можно считать «аутсорсинговой долиной» Европы: почти четверть миллиона айтишников трудятся в аутсорсинге, а в рейтинг International Association of Outsourcing Professionals (IAOP) за 2015 год попали сразу четыре украинских компании. Это круто! Программисты получают бесценный опыт, появляются новые рабочие места, и в бюджет поступают какие-никакие налоги. Однако на самом деле такой перекос в пользу аутсорсинга больше развивает экономику других стран.

Мы создаем решения для зарубежных банков, телекома, e-commerce и т.д., но при этом никогда однозначно не можем сказать, что это украинский продукт. Ведь в заголовках иностранных изданий не увидишь, что через пару недель еще одна отечественная компания выходит на IPO.

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

Если у нас будет несколько продуктовых компаний уровня Atlassian или Dropbox, то Украину перестанут считать страной, где можно дешево сверстать сайт или разработать CMS. Мы наконец получим приток инвестиций в, не побоюсь этого слова, стартапы, а журналисты TechCrunch и The Next Web будут охотнее отвечать на наши письма.

На этом, пожалуй, всё. И я продолжу писать код, потому что по средам у нас релиз!

Если Вы уверены, что Ваш сайт в интернете надолго, желаете быть в ТОПе и не попасть под фильтры — значит вам необходимо посетить этот семинар!

Кто проводит эту встречу?

— Андрей Липатцев
Сотрудник Google C 2010-гогода в команде качества поиска Google. Помогаю веб-мастерам разобраться, как работает поиск. Поставил себе задачу: «Сделать Рунет полезным».

— Мария Моева
Сотрудник Google Интересуюсь качеством поиска и качеством велосипедов. Занимаюсь общением с веб-мастерами с 2009-гогода. Не забудьте заглянуть к нам на форум!

— Дмитрий Латанский
Гость. CEO надёжного интернет-магазина Repka.UAРуководитель проекта с 2009 года: от первой продажи до ТОП-10. Консультант по организации бизнес-процессов в e-commerce. Спикер на отраслевых конференциях.

— Роман Рыбальченко
Гость. Тренер и консультант. Основатель проекта Roma.net.ua C 2011 по 2013 был 1 из 3-хсертифицированных консультантов по Google Adwords в Украине. Сертифицированный специалист Google AdWords и Google Analytics.

— Антон Черевашко
Ведущий участник SEO оптимизатор. Ведущий участник форума для веб-мастеров Google.

— Вячеслав Вареня
Ведущий участник Участник проекта Блогопоиск, автор блога Блоgгер. Ведущий участник справочного форума для веб-мастеров.

— Олег Костюкевич
Ведущий участник Экономист-маркетолог. Картограф Google. Ведущий участник форумов поддержки Google.

— Евгений Карцан
Ведущий участник Региональный эксперт Google Map Maker. Картограф Google. Ведущий участник форумов поддержки Google.

В программе встречи:

— SEO по гугловски
— Мобильные сайты
— Меры, принятые вручную
— Google+ для Бизнеса
— Как выбирать SEO компанию
— Привлечение бредового трафика для интернет-магазина
— Возможности Universal Analytics для бизнеса в эпоху перемен
— Клиника сайтов
— Вопросы и ответы

Кому будет полезна встреча:

— кто хочет получить новые знания — «на сегодня и на будущее»;
— руководителям интернет ресурсов;
— практикующим веб-мастерам;
— владельцам интернет ресурсов, желающим узнать что-то новое;
— интернет-маркетологам, которые развивают интернет магазины всерйоз и надолго;
— семинар также будет интересен компаниям, которые используют поисковые технологии Google для продвижения своего бизнеса в интернете и привлечения новых клиентов;

Помимо знаний Вы получите бонусы:

— SEO аудит Вашего сайта ведущими участниками Google Webmaster
— Аудит контекстной рекламы Adwords
— Аудит настройки Google Analytics
— Редактирование и подтверждение предприятий на карте Google
— Призы от Ahrefs и SEMrush
Стоимость и условия участия:

Для двух или более участников от одной компании скидка 10%.

Выберите и оплатите места прямо на схеме зала. Усаживайтесь поудобнее :)

Всем привет! Третий дайджест, в основном, посвящен ASP.NET 5, но будет еще кое-что интересное. Надеюсь, будет полезно.

.NET 2015

Статьяо том, как C# помогает упростить код и сделать его более понятным.

Запись конференции dotnetConf 2015, в которой рассматривались новые интересные штуки .NET 2015, .NET Core и ASP.NET 5.

ASP.NET 5

Введение в ASP.NET 5 от Scott Guthrie, в котором описываются основные аспекты новой платформы с переводом на хабре.

Глубокое погружение в ASP.NET Runtime.

Серия статей, где Shawn Wildermuth описывает свой опыт знакомства с нововведеними в ASP.NET 5 и сопутствующими технологиями. На момент написания статьи готовы только первые три части.

Видео с NDC об основных понятиях, которые нужно знать об ASP.NET 5.

TagHelpersи ASP.NET 5 Starter Web project template, преобразованный для использования TagHelpers, выглядят очень удобно и лаконично.

Yet another cерия видео о том, что нового в ASP.NET 5.

DDD

Довольно интересный доклад о Bounded Contexts и примерах реализации с использованием Entity Framework от Julie Lerman Entity Framework Model Partitioning in Domain-Driven Design Bounded Contexts. Помог мне немного лучше разобраться в вопросе.

И немного более общий доклад от Dino Esposito Architecting and Implementing Domain-Driven Design Patterns with Microsoft .NET. Тоже довольно любопытно.

Разное

MSBuildвыложили на GitHub.

5 вопросов, которые стоит задать себе, чтобы понять, готов ли ты быть сам себе боссом.

Гугл использует TypeScript для разработки Angular 2. Довольно неожиданное сотрудничество. Демо приложениедля пощупать самому в Visual Studio.

Понимание файлов символов (.pdb) и настройки их в Visual Studio.

Инфографика об архитектуре stackexchange: как они выдерживают как 560 миллионов просмотров в месяц.

Миф о Rockstar разработчике.

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

Для поднятия настроения

Если бы node.js существовал в 95-м

Цифры в математике:

Приятных выходных!

← Предыдущий выпуск: .NET Дайджест #2

8 апреля начало курса Java QA. На данном курсе вы узнаете, что такое автоматизированное тестирование, как его применяют в современных проектах. Основной упор делаеться на Selenium Web Driver, но также будут рассмотрены популярные фреймворки JUnit и TestNG, основы SQL и многое другое.

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

Требования к ученикам: базовые знания Java SE, основы ООП. Видеозаписи наших курсов Java Start + основы ООП вы получите в подарок!

Время:понедельник и среда 19:00-21:00.
Продолжительность: 10 занятий, 5 недель.

Программа курса:

● Selenium. Основные компоненты. Селекторы.
● Selenium Web Driver.
● Архитектура client-server.
● Page Object pattern.
● Формирование отчетов и анализ результатов выполнения автоматизированных тестов.
● TestNG Framework.
● JUnit Framework.
● Jenkins, TeamCity, Hudson.
● Работа с базами данных. SQL (DDL, DML) Select, Insert, Update, Delete.
● HTML, CSS, XPath.
● Написание собственного фреймворка автоматизации тестирования.
● Техники тестирования: debugging, refactoring.

Онлайн поддержкамежду занятиями на нашем форуме или в Skype!

Детали и запись
Другие наборы на очные курсы
Отзывы

ВКонтакте
Facebook
Google Plus
Twitter

(044) 232-65-48
(093) 256-51-48
(050) 3-555-999