Quantcast
Channel: Найцікавіше на DOU
Viewing all 8151 articles
Browse latest View live

21 марта, Киев — Мастер-класс "Продвинутое тестирование с Сodeception"

$
0
0

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 (введите промо-код в регистрационной форме, поле «Код скидки»)

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

Организатор: SmartMe


25 — 26 февраля, Киев — Курс Certified ScrumMaster от ScrumAlliance на русском языке

$
0
0

Certified ScrumMaster — одна из сертификационных ступеней обучения международной организации ScrumAlliance. Цель этой программы: обучение скрам-мастеров — процессных лидеров проектов, с прохождением теста и сертификацией.

Это официальный тренинг от ScrumAlliance, проводящийся на русском языке.
Тренинг завершается допуском к онлайн-тесту для получения звания «Certified ScrumMaster».

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

Аудитория
— менеджеры проектов, которые хотят освоить Agile-принципы управления проектами
— тим-лиды и тех-лиды, ищущие свое место в Scrum команде
— де факто Скрам-мастера существующих проектов
— все — кто видит себя Скрам-мастерами — агентами по внедрению гибких итеративных подходов разработки

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

Процесс сертификации
Двухдневный тренинг в открытом или корпоративном варианте, с доступом к прохождению теста он-лайн и последующим получением сертификата ScrumAlliance.

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

Программа курсане предполагает рекоммендаций тренерами по адаптации процесса в комрании и детального рассмотрения рабочих ситуаций. Для этой цели мы работаем в формате коучинга, на основе полученной участниками теоритической подготовки в ходе тренинга.

Расписание работы, ориентировочно:
9:30 — регистрация, открытие дня
10:00 — начало программы
13:00 — перерыв на обед
18:00 — завершение дня

Тренер
Наталья Тренина, Agile коуч, управляющий партнер компании SCRUMguides, сфокусированной на построении эффективных процессов и создании сильных команд.
Стоимость 850-950 USD.Цена в грн зависит от Межбанковского курса доллара на момент выставления счета. В стоимость входит годовое членство в ScrumAlliance и прохождение онлайн-экзамена.

Подробности и регистрация

13 — 14 марта, Киев — Сертификационный класс «Улучшаем доставку с помощью Канбан метода» в Киеве

$
0
0

SCRUMguides и университет LeanKanban приглашают вас на двухдневный класс «Улучшаем доставку с помощью Kanban метода». Этот класс включает в себя необходимый объём информации, вырабатывает навыки достаточные для начала использование метода Канбана в вашей организации. Этот тренинг является официальным тренингом университета LeanKanban, основанным Дэвидом Андерсоном — автором Канбан метода. Все участники получат международный сертификат о прохождении тренинга университета LeanKanban.

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

Аудитория участников

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

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

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

Формат проведения

2-хдневная программа класса расширена предварительной самостоятельной подготовкой и «домашними заданиями». Это даёт возможность максимально эффективно использовать время на тренинге для дискуссий, индивидуальных и групповых упражнений.

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

Программа

1. Обзор Канбан метода
История, принципы, ценности
2. Внутренние и внешние источники неудовлетворенности процесса
3. Анализ балланса между спросом и возможностями системы
4. Управление рисками с канбан: классы обслуживания
5. Дизайн Канбан систем
— тикеты Канбан системы
— Канбан доски
— Ограничение работы в прогрессе (WIP)
— Политики и формальные правила
6. Очереди, управление потоком, метрики, измерения
— Закон Литтла
— Кумулятивная диаграмма потока (Cumulative Flow Diagram)
— Диаграмма распределения времени выполнения (Lead time distribution chart)
— Диаграмма контроля (Control chart)
7. Встречи в канбан
8. Полномасштабная симуляция Канбан системы

Почему Канбан — метод, а не Скрам

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

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

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

Участники научатся

— Определять внутренние и внешние источники неудовлетворенности процесса
— Анализировать баланс между спросом и возможностями системы
— Моделировать рабочий процесс
— Создавать канбан системы
— Выбирать частоту различных событий/встреч
— Определять классы обслуживания
— Создавать плана развертывания Канбан системы

Тренер

Кирилл Климов — гид, коуч, тренер и консультант в сфере гибких разработки (Agile).

Расписание

Общая длительность — 2 дня, с расписанием:
9:30 — знакомство, утренний кофе
10:00 — начало программы
13:00-14:00 —перерыв на обед
18:00 — конец программы
Перерывы на чай-кофе в режиме 90/15 мин.

Что вы получаете

— Два дня высококачественного обучения от лидера в обучении гибким методологиям разработки в восточной Европе
— Обеды, кофе-брейки во время курса
— Учебные материалы
— On-line профиль и членство в университете LeanKanban (LKU)
— Cертификат об окончании курса от университета LeanKanban
— Электронную книгу Дэвида Андерсона «Kanban: Successful Evolutionary Change for Your Technology Business», 2010
— 16 SEU (Scrum education unit) для вашей CSP сертификации от СкрамАльянса
— 16 PDU для членов PMI
— Возможность и знания для изменения работы вашей организации

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

30 — 31 марта, Киев — Certified Scrum Product Owner от ScrumAlliance на русском языке в Киеве

$
0
0

Это официальный классот ScrumAlliance.

Цели тренинга

1. Получить навыки помогающие эффективнее взаимодействовать со своими клиентами,стейкхолдерами и командами разработки, а именно:
— Доносить идею продукта: быстро, конкретно, лаконично, визуально.
— Описывать категории клиентов и пользователей, их ключевые характеристики, ценность продукта для каждого сегмента, желаемое влияние на их поведение.
— Проводить интервью пользователей для получения обратной связи по продукту.
— Отталкиваясь от бизнес-целей, определять приоритеты разработки.
— Видеть альтернативные способы достижения бизнес-эффектов и искать разные варианты реализации требований (по сложности, стоимости, копируемости и т.п.)
— Формулировать гипотезы требований и проектировать метрики для их проверки.
— Строить высокоуровневые модели требований и сценарии использования.
— Формулировать требования в виде, необходимом для их реализации командой
— Знать преимущества гибкой разработки и научиться их использовать
— Знать ответственность, права и обязанности роли Scrum Product Owner
— Понимать структуру процесса Scrum и особенности ролевого взаимодействия
— Управлять объемом и выбирать «достаточно хорошие» решения на текущем этапе.
— Понимать суть оценок и принимать участие в процессе планирования работы
— Понимать критерии завершенности и принимать реализованные требования
— Получить ответы на вопросы по организации процессу разработки на базе Scrum
2. Получить сертификат Certified Scrum Product Owner от международно признанной организации Scrum Alliance.

Форма проведения тренинга

Приготовьтесь к серьезной и захватывающей работе! Класс спроектирован так, чтобы интегрировать участников тренинга с разным опытом работы, в том числе, в роли Product Owner.

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

Основной (сертифицирующий) тренер программы

Наталья Тренина — Agile коуч, управляющий партнер компании SCRUMguides, сфокусированной на построении эффективных процессов и создании сильных команд.

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

Стоимость участия

Специальная зимняя ценана первые два класса в 2015-м: 950 $!
*Цена в грн зависит от Межбанковского курса доллара на момент выставления счета
В стоимость входит членство в ScrumAlliance, обеды и кофе-паузы.

Роберто Артилес: выиграть Хакатон, изучить Android, уехать в США

$
0
0

Знакомьтесь, Роберто Артилес Астеларра — украинец с кубинско-еврейскими корнями, который за свою юность успел выиграть первый ДОУ Хакатон, понаехать в Европы-Америки, подраться с начальником и оказаться у истоков стартапа, которым заинтересовался сам Facebook. И он не собирается останавливаться!

Знакомство с программированием

Роберто, откуда такое необычное имя для наших широт?

— Мой отец — кубинец, который приехал в СССР, когда учился на военного. Познакомился с мамой и остался здесь. Я — щирый украинец.

Сколько тебе лет? Где учился?

— В декабре 2014 года мне исполнилось 22.
Я с легкостью учился в обычной школе. Мне нравилась математика, и в 7 классе я с хорошими результатами перешел из обычной школы в Русановский физмат-лицей. Но поскольку я не делал домашние задания, через полтора года меня попросили оттуда уйти. После этого учился в Днепровском техническом лицее, а потом уже в КПИ на Тепло-энергетическом факультете.

Как ты пришел в программирование?

— Информатика началась с 7 класса. Преподаватель тогда очень сильно повлиял на меня своим подходом, показал, что такое программирование.

Когда мы впервые зашли в класс, я сразу сел за стол — включать компьютер. А он такой: «Ты что делаешь?». Я говорю — «Ну, как, компьютеры, программирование». — «Ты сейчас ничего не делаешь. Уйди оттуда».

И мы целый год сидели за партами, решали задачки про монетки, лгущих попугаев и так далее. Сначала ты думаешь: «что происходит?», но потом я понял, что это и есть то, что действительно помогает развивать мозг в направлении программирования. На некоторых собеседованиях задают как раз эти задачки уровня 7 класса.

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

Мне было лет 14, я в это время мультики рисовал на Flash. Параллельно однокласссник из Русановского лицея (его тоже потом поперли) начал заниматься PHP и вебом, делать сайтики.

Глядя на него, мне тоже захотелось начать работать. Я пытался изучать тот же PHP, но не хватало мотивации, веры в себя, чтобы на энтузиазме начать и довести дело до конца. Это состояние «ни рыба, ни мясо» так и тянулось до самого универа, пока мы с другим товарищем не поступили на ТЭФ. Но его оттуда поперли.

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

Вскоре друг нашел работу. Конечно, когда я услышал, сколько может зарабатывать человек в 18 лет, то подумал: «надо что-то делать!». Но я был еще в начальной стадии, и было совсем неясно, куда двигаться. Я хотел искать работу, но не был готов бросить универ.

В итоге этот же друг потянул меня на первый ДОУ Хакатон — это был 2011 год, начало лета. Я не очень хотел идти, потому что толком ничего не знал, у меня не было идей. Но пошел, и в итоге это изменило мою жизнь. Такой заряд фана и энергии!

Что именно тебе дал Хакатон?

— Очень рекомендую всем — и студентам, и другим людям, которым нужно разобраться, хотят ли они заниматься программированием. Да вообще неважно, куда идти! Даже если нет опыта! Я приходил на конференцию по Python, ничего о нем не зная, и слушал, как умные дядьки что-то там задвигают. Самая большая польза конференции — заряд энергии.

На том Хакатоне я практически ничего не написал. У нас была игра-арканоид, которая управлялась через телефон-джойстик по Wi-Fi (сокетное соодинение). Была программа на джаве, которая была арканоидом. Тот самый чувак, который занимался Андроидом, пошел на ночь глядя бухать, потом вернулся, сказал, что всё неправильно, помог нам, подправил.

Мы не знали никаких фреймворков — ничего, кроме того, что вот есть линия, которую нужно нарисовать.

Мы сидели всю ночь. Пицца, энергетики... было действительно классно. Плюс к нам в команду присоединилась еще одна девочка. Она тогда ушла из бухгалтеров и начала изучать Android. Её сестра была рекрутером в Ciklum — так мы узнали про все возможности туда попасть.

И ты решил пойти в Ciklum?

— Да, на тот момент компания как раз набирала интернов: ты работаешь 3 месяца, получая какую-то зарплату, но в то же время изучаешь Android и iOS, и если все хорошо, тебя берут на позицию Junior Android iOS developer.

Было начало лета, набор начинался через пару месяцев. Я решил, что это мой шанс. К концу 2-гокурса я уже порядком разочаровался в образовании, и начал готовиться — читал книгу по Java.

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

На собеседовании в Ciklum я чувствовал, что не готов. Сначала общался с HR — на английском. Она сказала: «Язык знаешь, но всё в одном времени». Потом было техническое собеседование с вопросами по Java и Android. Оказалось, по сравнению с другими претендентами я был неплохо подготовлен, поэтому прошел.

И в тот момент, когда меня взяли на работу и я начал делать что-то реальное, получая за это деньги, у меня появилась сумасшедшая мотивация. Android дает очень тесный контакт с пользователем: когда пишешь программу, то явно представляешь, для кого это делаешь. Понимаешь, что делаешь для кого-то. Особенно в стартапе — к тебе постоянно идет фидбек. Ты видишь, что люди пользуются твоим продуктом, и это круто. Это мотивирует.

Почему ты так часто менял работу (в большинстве — мест меньше года)?

— В Ciklum мне нравилось — классные люди и все прекрасно, но на тот момент там никто ничего не знал про Android. Все были примерно на одном уровне. Не было у кого учиться, перенимать опыт.

Когда ты джава джуниор, это намного проще — вокруг полно пузатых дядек, у которых по 10-15лет опыта. Но Android тогда был совсем нов, особенно в Украине. Не было людей, которые что-то глубоко знают в этой теме (да и сейчас не особо). Не было того человека, который бы мне что-нибудь говорил, и я балдел бы от каждого его слова: «Ааа, чувак, продолжай, говори ещё!». Я стал искать таких людей вокруг себя, и поэтому двинулся дальше.

В DataArt меня впечатлило очень серьезное собеседование.

До этого по Android мне задавали совершенно детские вопросы — было видно, что интервьюеры просто брали топ-10 из Google, не зная даже ответов на них.

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

Но оказалось, что он из Воронежа, и в самом DataArt Kiev у них не было опытных Android девелоперов. Я там поработал какое-то время, был одним разработчиком на проекте, и мне нравилось, но это был аутсорсинг. В какой-то момент у них стало туго с проектами, и я решил уйти. С тех пор все пошло по наклонной.

Когда я начал ходить по собеседованиям, то заметил, что сколько бы ни попросил — мне всё дают. Казалось, в Киеве вообще не было Android разработчиков. Был очень большой спрос. Если состроить умную рожу и умно говорить, особенно цитируя видосы с Google I/O, то можно было показаться очень сильным разработчиком.

Слава богу, мне это голову не вскружило. Я прекрасно понимал, почему люди готовы платить такие деньги.

Сколько тебе понадобилось времени, чтоб пройти путь до сеньора?

— Около полутора лет. Но опять же, я прекрасно понимаю цену этому званию.

Я тогда разочаровался, что нигде не найти того, кто шарит в Android, и подумал: ну его, буду деньги загребать. Да и хотелось работать одному.

Первые мои компании — сама солидность. Но дальше был полный украинский треш.

Несмотря на высокую зарплату, я уже не получал такого кайфа от работы. Но зато там нашелся умный человек — он закончил кибернетику в Шевченко, занимался спортивным программированием для развлечения.

Я был экспертом по Android, а он — экспертом по Java. По большому счету, я ходил на работу из-за общения с ним. В какой-то момент он решил поехать учиться в Германию. Тогда это стоило копейки, сейчас это совсем бесплатно. Любой человек может попасть туда на магистратуру, учиться на английском языке. Такое ощущение, что никто об этом не знает или боится. Ведь можно поехать, поучиться и вернуться! Он уехал, и мне без него стало грустно — поэтому я ушел, после чего сразу попал на украинский стартап.

Работа за границей

Как ты искал работу за границей?

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

Я начал смотреть сайты по поиску работы, в том числе berlinstartupjobs.com. Оказалось, что в Европу попасть намного проще. Но я был скептически настроен насчет Германии. Особенно учитывая то, что я еврей. Но уже в Германии мое мнение изменилось. Взрослея, я понял, что всё относительно. СССР тоже отличился, расстреляв многих своих, США устраивало травлю индейцев, да и вообще у каждой страны есть свои черные страницы в истории.

Я сбросил одним ребятам свое резюме, и мне пришел ответ. Со мной связался Онно (СЕО Taptalk). Этот стартап был организован тремя голландцами, которые переехали в Берлин. Мы пообщались, в итоге он сказал — «Класс. Всё, давай поговорим с другими членами команды». На следующей неделе я поговорил еще с двумя — с Йорном (iOS) и Лео (бэкенд). Так меня пригласили на два дня в Берлин.

С чего начинался Taptalk?

— Сначала они делали Ding Dong, и я ехал работать на этот проект. Его идея родилась случайно: Онно пришел в гости к другу. Но у того не было звонка на двери, и пришлось звонить по телефону. Онно это очень выбесило: как так? Почему это я должен звонить? И подумал — было бы классно, если бы было приложение, которое позволяло бы нажать на звонок и это сделает звонок на другом телефоне. С этого все началось. В итоге он начал развивать эту идею, и вместе с Лео и Йорном они пришли к тому, что нажимая на контакт в телефоне, можно делиться локейшином на карте и фотографией в кружочке, которую ты делаешь, нажимая на звонок.

Это принесло инвестиции. Но в итоге они накрутили кучу всего — какие-то смайлики, фичи — слишком много. Я тогда даже не понимал, что оно должно делать. Ребята отошли от изначальной концепции слишком далеко, и в какой-то момент поняли, что нужно сделать шаг назад. Так появился Taptalk.

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

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

Как ты считаешь, почему Taptalk стал таким популярным?

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

Сфотографировать что-нибудь, снять маленький видос — это всё легко делать одним щелчком (открыл-нажал). Мы так общаемся со знакомым из Ciklum: я что-то сфоткаю — он что-то пришлет. Мне настолько интересно видеть, что у него происходит вокруг! Думаю, ему тоже интересно, чем я живу. Эта программа позволяет keep in touch.

Как проходило твое интервью в Германии?

Когда я приехал в Германию на собеседование — это было не собеседование. Мы просто говорили за жизнь.

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

И вот я приехал — жду технические вопросы. Но в итоге мы два дня просто вместе поработали. У них было приложение Ding Dong, какие-то задачи, я сидел рядом с андроидщиком из Болгарии, и мы вместе что-то делали, обсуждали, писали код. Тогда я понял, что эта работа очень мне подходит.

Чем она тебе так понравилась?

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

В стартапе же нет никакого ТЗ. Есть какая-то идея, плавающая в воздухе. Во время этого «интервью-процесса» я участвовал в обсуждениях — за два дня мы часов пять потратили на разговоры о Ding Dong. Как мне понравились эти голландцы!
Когда работаешь в стартапе, ты не просто исполнитель, ты — созидатель. Это очень крутое чувство.

Расскажи о своих голландцах.

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

Йорн — iOS developer, у него высшее музыкальное образование. Он создает электронную музыку, играет на фортепиано и гитаре, выступает в группах. Он программирует как композитор. Кстати, Йорн познакомился с программированием через музыку, когда ему нужно было быстренько накидать какой-нибудь интерфейсик с ползунками (вроде бы в Collider). Поэтому у него хакерский подход — когда нужно что-нибудь попробовать, он очень быстро делает прототипчик, смотрит, правит, и так далее.

Лео — магистр по прикладной математике.

Они все из университета Делфт в Нидерландах (считается очень сильным техническим университетом в мире). У них действительно очень хорошее образование. И тут я задумался: «хммм, образование таки имеет смысл».

Вскоре после моего возвращения в Киев они сказали, что хотят, чтоб я с ними работал. Тогда начался замес в Украине.

Как ты уезжал из Украины?

— Когда я пришел в свой украинский стартап, чтоб забрать документы, то встретил в коридоре директора — здоровенного верзилу, у которого уже был успешный опыт со стартапами.
У нас произошел такой диалог:
— О, привет!
— Привет. А, кстати, Роберто, ты в курсе? Мы не заплатим тебе ЗП за последний месяц. Мы возлагали на тебя большие надежды, а ты вот так уходишь... хрен тебе, а не зарплата.

Мы вступили в перепалку, и в какой-то момент он пошел на меня. Я никаких кунгфу не знал, а он наступал. Спрашиваю: «Ты чё, меня бить собрался?» — «Да!». Он меня схватил, я выпрыгнул из его рук, забежал к бухгалтерам, крикнул ему «Ты что, псих? Успокойся!». Он еще погонялся за мной, потом я схватил доки и убежал. Он прокричал мне вслед: «Можешь на ДОУ пожаловаться!». Это был своего рода последний поцелуй от Украины.

Как проходил переезд в Германию?

— Когда я разговаривал с Павлом Возненко (он недавно писал на ДОУ про переезд в Мюнхен), он говорил: «не, чувак, мало денег в Германии, будет тяжело» и все такое. В итоге я начал хандрить — блин, денег мало! Но в итоге плюнул на это. Мне хотелось переехать.

Переезд затянулся на 2-3 месяца.Потому что они (стартаперы) не знали, как перевезти человека из-за бугра. Да и когда ты ещё целыми днями работаешь, и вас всего три человека, когда ходить по инстанциям и выбивать разрешение на работу для заморского девелопера?

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

Я отыскал сайт, на котором люди постили объявления: «сдаю свою квартиру на месяц, на неделю, на три дня». Они полностью сдавали свою квартиру с пожитками, чуть ли не с паспортами. Оказывается, в Германии снять такую квартиру реально, потому что там отпуска большие — по месяцу. Немцы путешествуют, и в это же время сдают свое жилье, чтоб не простаивало. В итоге аренда обходилась даже дешевле, ведь квартиры были полностью меблированные.

В итоге мы так жили, каждый месяц переезжая. Один раз мы жили 2 месяца в одной квартире, на отшибе Берлина.

Первое, что ты должен сделать, приезжая в Берлин — купить какой-нибудь б/у велик. Там очень много велосипедистов, и все они какие-то наглые, больные на голову — едут на красный, несутся куда-то, им плевать на всё. И водители их боятся. Но это очень удобно, я каждый день ездил на работу на велике.

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

Как тебе удалось переехать в США?

— Мы еще не переехали, наша компания пока только в процессе переезда из Германии в Америку. Любой стартап хочет быть в Сан-Франциско. Здесь очень большой доступ к профессионалам в различных областях. Я вообще был в шоке, когда сюда приехал — каждый день встречи с новыми умными людьми, которые чего-то там добились. Какие-то миллионеры, которые выглядят оборванцами. Или видишь — последний задрот, просто задротина, — а чувак — миллионер, который сделал классный стартап, и очень интересный собеседник.

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

Сейчас я в процессе оформления визы, которая позволит мне здесь остаться и быть с командой.

Facebook пытался клонировать Taptalk. Что ты можешь об этом сказать?

— Когда тебя кто-то клонирует, это признание того, что ты что-то нащупал. Почему взгляды Кремниевой долины устремились к Taptalk? Произошло что-то странное — какой-то стартап в каком-то Берлине, где работает всего четыре человека... Тем более, что обычно это Берлин все копирует. Нет, конечно, там есть свои удачные примеры стартапов вроде Wunderlist, но обычно это копия того, что выходит в Америке. И вот, какой-то маленький стартап в Берлине, и тут — опа! — Facebook не то чтобы клонирует, но заимствует элементы.

У меня есть теория — возможно, дело в Snapchat. Facebook пытался купить их, но не получилось, и сам создать ничего толкового не смог. Возможно, они создали этот клон, понимая, что у них ничего не получится, чтобы привлечь внимание к Taptalk, завлечь туда людей, а потом купить нас за кучу денег. Но это только теория. У них не получается купить Snapchat. Есть признаки,что Facebook уже не торт как социальная система.

У тебя есть доля в Taptalk?

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

Есть какое-то принципиальное отличие наших собеседований от зарубежных?

— У нас люди абсолютно не умеют себя вести на интервью — как претенденты, так и интервьюеры. Абсолютно нормальна ситуация, когда 10 человек садятся вокруг соискателя и забрасывают его вопросами. А он сидит, бедный, потеет, ему страшно. Как комиссия на экзамене. Ужас.

В Украине у многих интервьюеров комплекс неполноценности. Но это нормально. Программисты — закрытые люди, часто неуверенные в себе, или, наоборот, сверхуверенные от того, что начали зарабатывать кучу денег. Я сталкивался с людьми без особого опыта с Android, которые делают всё, чтобы тебя унизить, и таким образом как бы над тобой возвыситься. И это в принципе не со зла. Ведь в жизни они нормальные, адекватные люди. Тогда как на интервью у них прям какая-то агрессия начинается: «А вот тебе то, а вот тебе это, ах ты попался» и так далее.

В США тебе задают вопрос и очень хотят, чтоб ты ответил: «Вот смотри, а если так?», «А эдак?», «А если, может, попробовать вот так?». Они шутят, чтоб тебе было комфортно. Понимают, что английский — не твой родной. Мне ни разу не было неуютно после собеседования с американцами или европейцами. Даже если что-то валил.

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

Личное

Видишь ли ты себя программистом через 10 лет?

— Мне нравится строить планы и мечты. В итоге они особо не сбываются, но когда есть цель — есть хотя бы свет в конце тоннеля. Ты понимаешь, что к чему-то идешь. Я мечтал об Америке, в итоге как-то здесь нахожусь. Случайности не случайны. Если ты двигаешься примерно в том направлении, хоть как-то туда да придешь. Просто надо идти.

Мне нравится программирование, нравятся программисты, нравится общение с людьми этого плана. Буду ли кодить через 10 лет? Не знаю. Но мне кажется, что нельзя перестать быть программистом.

Какими принципами ты руководствуешься при выборе компании?

— Я понял, что в Украине нужно работать в самых крупных компаниях, которые только есть — так меньше риска. В Европе и США — наоборот, чем меньше компания, тем лучше. Будет меньше бюрократии и больше интереса.

Откуда такое желание уехать из Украины?

— Украина — не та страна, в которой мне комфортно. Я с детства чувствую себя иностранцем. Если б меня звали каким-нибудь Андреем, то даже несмотря на свою неукраинскую физиономию мне было бы проще.

Как мою фамилию только не коверкали! То, что тебя зовут иначе, вызывает вопросы. Меня это всегда выделяло, было немного некомфортно. Дети — самые злобные люди на планете. У них еще нет тормозов. И поэтому они всегда ищут у тебя самое слабое место. Например, в том, что ты — не украинец. В основном меня нормально воспринимали, но всегда находился кто-то, кто отравлял жизнь.

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

И даже достаточно успешные, образованные люди из моего окружения — вроде бы нормальные люди. Но и они покупают себе права. Ну как так можно?

Мой выбор — никогда не возвращаться. Разве что туристом. Понятно, что всё может поменяться. Последние события, конечно, вызывают какие-то чувства патриотизма (хоть я не очень люблю это слово), вызывают симпатию к Украине и сожаление, что со страной где, ты вырос, такое происходит. Это не может не тронуть, и сплачивает всю страну, где бы ты не жил.

Но опять же, нет такой страны, где я могу сказать: «Всё, здесь я хочу умереть». Если когда-нибудь такое случится, пусть меня на том же месте ударит молния.

Расскажи о книге, которая повлияла на тебя больше всего

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

Главный герой — неунывающий, умный парень. Он решает проблемы, пользуясь прагматичным программистским подходом — разбивая их на маленькие части. Он не уверен, как решить проблему, и даже не знает, можно ли это сделать. Но first things first — он начинает делать первый этап, второй этап. Конечно, в процессе он понимает, что последний этап, может, и не нужно было делать, или нужно было делать по-другому, и всё это складывается в картинку.

В итоге книга про полет на Марс, но на самом деле о программировании. Одна из лучших программистских книг, что я читал.

Чем ты занимаешься в свободное время? Есть хобби?

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

Прохожу курсы по алгоритмам на Coursera. Я, конечно, отстаю, но пытаюсь на выходных смотреть эти курсы, что-то учить. Выделить на это время после работы пока не получается. Главное — закончить начатое, чтоб было ощущение accomplishment — «о, я сделал это!». Для меня это чувство очень важное.
Начал читать художественную литературу. Для меня главной книгой был тот самый «Марсианин» — первая объемная книга на английском языке.

Как думаешь, в чем проблема высшего образования в Украине?

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

У меня даже в школе такого не было! Когда преподаватель становится перед всеми и два часа читает лекцию из затертой методички, которую он читает 20 лет. Фактически, весь универ наполовину состоял из диктантов.

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

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

Что бы ты посоветовал тем, кто хочет уехать?

— Если вы планируете уезжать, то начинайте поиск работы прямо сейчас. С первых дней работы я начал искать работу за границей. Не ждите, пока накопится 10 лет опыта, или пока поднимете английский до уровня native speaker. В любом случае придется сделать кучу ошибок, завалить кучу интервью. Нужно идти, записывать вопросы, изучать темы. Это полезно.

Конечно, в Украине количество компаний ограничено, и не стоит ими разбрасываться. Сливки можно оставить на потом. Но в остальном мире количество компаний стремится к бесконечности! Можно хоть по 10 собеседований в день проходить. Это колоссальный опыт.

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

Яков Файн (подкаст «Америчка») на вопрос, какой язык программирования стоит учить, ответил: английский. Это открывает перед тобой информационную дверь в мир. Понятно, что программисты могут более-менее читать какую-то документацию на английском. Но этот уровень не позволяет получать огромное количество другой информации — книги, конференции, курсы.

Что ты можешь сказать об эмиграции?

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

У кого есть возможность, кто на 2-3 курсе,или у кого есть пару лет — почему бы не получить образование в другой стране? Я не говорю оставаться — это выбор каждого. Но увидеть мир, когда тебе это дают бесплатно — почему бы и нет? Получить новые знания, вернуться и поднять Украину. «Где родился, там и пригодился» — это неправильная поговорка, чтоб оправдать нежелание шевелиться.

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

3 марта — 7 апреля — Курс "Scrum Fundamentals"

$
0
0

На зустрічах ITKaizenClub, під час наших тренінгів та вебінарів ми часто розповідаємо про гнучкі методології Agile і про те як ефективно працювати у їх середовищі. Але багато для кого Agile, та, зокрема, Scrum залишаються казкою на сторінках статей та книг, багато питань залишаються без відповіді. Тож у нашому курсі «Scrum Fundamentals» ми вирішили структурувати ключові поняття Agile та Scrum.

Ми поділимось своїм досвідом та дамо вам повну картину того з чого повинен складатись Scrum.

Це буде корисно і дасть вам необхідні знання для роботи в середовищі Agile та Scrum, а також дасть можливість запровадити Scrum у вас на проекті та отримати всі переваги роботи в Agile середовищі.

В рамках нашого курсу ми розлянемо наступні теми:
1. Вступ до Agile та Scrum
2. Scrum команда
3. Вимоги у Scrum
4. Оцінка задач та продуктивність
5. Планування спринту та релізу
6. Моніторинг спринту
7. Постійне вдосконалення
8. Масштабування Agile
9. Agile mindset або що таке «Гнучкий світогляд»?
10. Типові помилки при впровадженні Scrum

Кожна тема — це вебінар тривалістю 1-1,5 години,де ми не лише поділимось теоретичними знаннями та практичними інструментами для впровадження у вашому проекті, але й відповімо на всі ваші питання.

Всі теми доступні у записі і ви зможете їх переглянути у зручний для себе час. Деталі на нашому сайті.

Тож приєднуйтесь до нашого курсу й отримайте практичні інструменти для впорядкування ваших проектів вже зараз!

26 февраля, Львов — Lviv R0bo Cafe (Зустріч hardware розробників) - Arduino

$
0
0

26 лютого о 18:30 в Майстерні безпілотниківвідбудеться зустріч hardware розробників за тематикою Arduino.

Arduino може використовуватися як для створення автономних інтерактивних об’єктів, так і підключатися до програмного забезпечення, яке виконується на комп’ютері.
За допомогою даної платформи можна створити безліч цікавих речей — від світлодіодних табло до справжніх роботів!
Зустріч буде цікавою як для новачків, так і для досвідчених розробників. Приходьте поділитись досвідом та отримати нові ідеї.

Формат проведення Lviv Robo Cafe:
— Презентації ідей robo-розробок;
— Біржа контактів: можливість зібрати команду або знайти партнерів чи паблішерів;
— Спілкування розробників між собою;
— Виступи спеціально запрошених гостей.

Реєстрація учасників

Презентувати розробку

Участь безкоштовна, реєстрація обов’язкова.

Дайджест цікавих вакансій № 174

$
0
0

Львівській компанії N-iXпотрібен Hybris/Java Architect. Зарплата від $6000.

Delphi LLC запрошує на роботу в Вінниці Android Trainee.

CAMO IT шукає в Одесі молодшого PHP-розробника. Відсутність прямого менеджменту. Зарплата від $800.

Компанії Sigma Softwareпотрібен Project Manager Internв Харкові.

Асоціація IT Ukraineшукає аналітикадля написання концепцій, проектів програм і доповідей.

Дмитро Шимків просить про допомогуфахівців з usability та інтерфейсів користувачів і розробників програм для мобільних пристроїв для створення «електронного кабінету співробітника АПУ».

Інститут дерматокосметологіїдоктора Богомолець шукає інтернет-маркетолога. Зарплата 8000 грн.

ДП «Енергоринок»запрошує на роботу системного адміністратора. Робота за змінним графіком. Зарплата 5200 грн.

Головне управління ДСНС Україниу Донецькій області (м. Маріуполь) проводить набір кандидатів на вакантну посаду інженера відділу інформаційних технологій. Зарплата 2600 грн.


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


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

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


IT Евротур 23: Kreditech (Гамбург, Германия)

$
0
0

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

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

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

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

ГородГамбург, Германия
Площадь755,16 км2
Население1 718 187
Город существует сНет данных
В миреГород-государство, один из 16 земельФедеративной Республики Германия. Это второй по величине городв Германии (после Берлина), седьмой по величине в Европейском союзеи самый населённыйнестоличныйгород в Европейском союзе.
Средний счет в кафе28 евро
Средняя цена за капучино2,59 евро
Пачка сигарет5 евро
БигМак меню7 евро
Аренда однокомнатная квартира в центре города (в спальном районе)734 евро в месяц (525 евро в месяц)
Аренда аппартаментов с тремя спальнями в центре города (вне центра)1590 евро в месяц (1088 евро в месяц)
Цена за кв метр в центре (в спальном)4500 евро (2400евро)
Средняя ЗП после налогов2092 евро в месяц
Одноразовый проезд2,95 евро
Проездной на месяц80 евро
Литр бензина1,48 евро
Плата за 1 км в такси2,10 евро
Час простоя такси30 евро
Общие затраты (электричество, отопление, вода, мусор) на 85 квадратов квартиру212 евро
Мобильная связь18 евро в месяц
Интернет( 6 Mbps)21,88 евро
Фитнес клуб безлимит32 евро в месяц
Цена за билет в кино8 евро
Воду из под крана пить можноДа
Рабочее время магазинов9:00-20:00
Есть ли маршруты городского транспорта в Google MapsДа


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

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


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

28 марта, Одесса — Конференция JavaScript разработчиков в Одессе - JS Lab

$
0
0

28 марта в Одессе в рамках проекта GeeksLabсостоится специализированная конференция JavaScript разработчиков — JS Lab.

Конференция пройдет в два потока, соберет около 150 разработчиков разного уровня со всей Украины и станет логическим продолжением проводимых ранее мероприятий FrontendLabи JavaScript на бекенде.

Потоки конференции:

— JS на фронтенде — современная верстка, CSS и JavaScrpt фреймворки, а также секреты их использования для решения нестандартных задач.
— JS на бекенде — построение бекенда на базе node.js и различных JS фреймворках. Использование облачных технологий для построения масштабируемых и высоконагруженных решений на базе JS технологий.

Программа конференции находится на стадии формирования. Предложить свою тему докладаможно до 1 марта.

Среди приглашенных докладчиков ведущие специалисты таких компаний, как: Microsoft, Яндекс, Coderiver, Grammarly, Luxoft, Ciklum, Lohika, DataArt, Provectus и других.

Стоимость участия:

Для читателей DOU.UAскидка 15%, промокод: DOU.
— до 22.02 - 600 грн.
— с 23.02 — 19.03 — 800 грн.
— с 20.03 — 28.03 — 1000 грн.

Место проведения: Impact Hub Odessa, ул. Греческая, 1А.

Подробности и регистарция на сайте конференции: geekslab.co

25 — 26 марта, Киев — Двухдневный класс на AGILEEE: “Valuable Agile Retrospectives”

$
0
0

Этот мастер-класс для тех, кто хочет: узнать как эффективно проводить Agile ретроспективы, убедиться на практике как это работает и сразу начать применять полученные знания в своей команде.

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

Кому это интересно?
В классе могут принять участие: фасилитаторы ретроспектив, Agile коучи, скрам мастера, продуктовые и/или проектные менеджеры, каждый член команды.

Кто проводит?
Класс ведет Бэн Линдерс, профессиональный консультант по Agile, Lean, Quality and Process Improvement из Голландии. Также автор книги «Извлекаем пользу из Agile-ретроспектив». Так что эффективность и результат гарантированы!

Регистрация

15 марта, Киев — Подготовка к сдаче экзамена ISTQB Foundation Level с гарантией результата

$
0
0

— Вы опытный тестировщик, но хотите проверить свои знания?
— Вас не устраивает Ваша заработная плата?
— Хотите вырасти в глазах руководства?
— Или рассматриваете вариант переезда за рубеж?

SkillUp поможет Вам добиться успеха!

Если у Вас есть опыт в тестировании и знание английского языка, Вы обязаны сдать экзамен ISTQB и получить свой заслуженный диплом международного уровня, а команда SkillUp, в свою очередь, сделает все для успешной подготовки.

Наш тренер-профессионал откроет много практик тестирования, расскажет все нюансы экзамена, предоставит нужные материалы — полностью подготовит Вас к тестированию! С финансовой гарантией результата!

ISTQB-сертификацияв сфере разработки ПО предоставляет специалистам и компаниям уникальные преимущества, а именно:
— Практичность.
— Общемировая известность бренда. На данный момент сертификация ISTQB является наиболее известной сертификацией по тестированию и обеспечению качества в мире
— Преимущества перед другими соискателями при приеме на работу
— Дополнительный аргумент в пользу карьерного роста и большей З/П
— Документальное подтверждение своих знаний признаваемым во всем мире сертификатом

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

Подробнее

Для записи на курс звоните по телефону: +38(066) 733 −73 −56 — Ольга

Ждем Вас!

QA дайджест #4: Новости мира тестирования, взгляды на профессию, полезные инструменты

$
0
0

Меня зовут Виктор, и я работаю менеджером проектов и продуктов в компании Softengi. Но 35 наших тестировщиков постоянно заваливают меня различными ссылками из мира тестирования. Я их читаю и ежемесячно делюсь с Вами самыми интересными материалами.

Новости

В HP объявилио выпуске нового ПО для тестирования мобильных приложений.

Google платит за найденные дефекты. Теперь еще больше.

Благодаря багу в Steam для Linuxможно легко попрощаться со своими файлами. Ну или никогда его не удалять. Отличный план, Steam!

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

Почитать

Смерть профессии тестировщик.Пора ли начинать переживать? Хотя нет, разработчики никогда не начнут писать идеальный код, наверное.

N аргументов не идти в QA«. Нестандартный взгляд на профессию тестировщика.

Умение преподнести информациюкратко и доступно — одно из самых важных качеств хорошего тестировщика. Не пренебрегайте документацией.

Но также нужно знать мерув стремлении документировать всё подряд.

С DOU на DOU. Хорошая, мотивирующая статьяо пользе выступлений с докладами.

В статье Выжимки из «Психбольницы в руках пациентов»автор поделился основными тезисами книги Алана Купера. Надеемся, что после прочтения вас заинтересует книга.

В продолжении идеи Алана Куперао представлении конкретного «персонажа» В тестировании очень важно понимать, как работает продукт и кто именно его использует.

Визуальные модели тестирования — довольно популярный метод, но не все его используют, а зря. В кратком обзоре представлены основные методы.

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

Совсем скоро Windows 10 перейдет на многие устройства. Что это значит для тестирования?.

Немного о тестировании через декомпиляцию Android приложений.

Советы бывалых. 10 Lessons Learned from 10 Years of Career in Software Testing

Пора бы уже разобраться в этом инструменте. Getting started with JMeter.

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

7 сервисов для шаринга Android и iOS приложений между разработчиками и тестировщиками.

Редко встречаются тестировщики, работающие удаленно. Но если хотите попробовать, то можете ознакомиться с преимуществами и недостатками.

10 причин, почему вы не являетесь тестировщиком, помогут понять, кем на самом деле является хороший тестировщик

Лайфхак от Майкла Болтона. Чтобы злая машина на столе HR, сканирующая автоматом резюме на наличие слов ISTQB и ISEB, не отсеяла ваше резюме, если такими сертификатами вы не владеете — просто допишите в конце своего CV «I do not have an ISEB or ISTQB certification, and I would be pleased to explain why».

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

Молодым специалистам будет полезно. Тестировщик за работой. Анализ багов при исследовательском тестировании.

Гипотезы, которые помогают нам понять, делаем ли мы «правильный» продукт.

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

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

Большая подборкафреймворков, инструментов и библиотек на python. Расскажите, что было для вас полезным.

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

FAQ по нагрузочному тестированию с JMeter. Многие известные проблемы и их решения.

Автоматизированное тестирование сервисов, использующих протокол MQ с помощью JMeter

Большая подборка журналов от Automated Testing Institute. На портале можно найти много полезного, исследуйте.

wallaby.js — умный инструмент для автоматического и параллельного запуска тестов, большим достоинством которого является запуск только тех тестов, которые затронуты изменениями в коде. Что скажете?

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

Интересное исследованиеиспользования тестовых фреймворков и вывод о пользе создания собственных.

А что вы знаете о ROI в автоматизации?

Юмор

Представляем вашему вниманию великолепный кавер Iron Maiden — Fear of the dark от Андрея Мясникова. Спасибо, Андрей. Призываются специалисты по каверам и караоке-видео. Давно уже пора сформировать свой особый плейлист о тестировании.
I am the man who tests alone
And when I’m testing a source code
At night or strolling through github...
Дальше по ссылке.

Астрологический прогноз для тестировщика на 2015 год

Карта кибератак в реальном времени.Очень увлекательно!

Круговоротбагов в природе

Джуниор тестировщик в первый рабочий день выглядит так:

Многие тестировщики слишком много работают



Ну, а как иначе :)



На злобу дня



За поиск интересных материалов и помощь в составлении дайджеста огромное спасибо Максиму Сальникову, Ларисе Тимиш, Александре Водяницкойи Игорю Шаринскому.

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

На стыке технологий: программист, который умеет что-то еще

$
0
0

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

Разносторонний опыт

С одной стороны, никого уже не удивишь историями про талантливого программиста, который по странному совпадению является еще и талантливым музыкантом или лингвистом. Вполне четко прослеживается зависимость — чем более человек развит в одной области, тем легче ему даются другие. Ведь умение учиться универсально, и переносится на любые другие сферы жизни. Был бы мануал.

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

Эйнштейн говорил: «No problem can be solved by the same kind of thinking that created it», что обычно переводят как «Невозможно решить проблему на том же уровне, на котором она возникла».

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

Релевантные знания

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

Свою историю рассказал Олег, тестировщик-аналитик в области нефтяной геологии и геофизики в Luxoft:

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

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

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

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

Своим опытом поделился и Юрий, в прошлом геолог, а ныне программист:

«Геологический бэкграунд часто помогает в работе на текущем проекте, который связан с сейсморазведкой (раздел геофизики). Помогает вникнуть в суть решаемых проблем, видеть их более глобально. Несмотря на то, что на проекте есть доменные специалисты, это дает некий performance gain при решении многих задач. Я бы оценил его где-то в 15-20%.При написании проекта с нуля наличие опыта и знаний геолога/геофизика повышало бы эффективность работы в разы».

Но чаще бывает так, что у сотрудника нет знаний «на стороне». Тогда компания организовывает для него профильные курсы и тренинги, как это было в случае с Романомс того же проекта, у которого не было образования геолога-нефтяника. Вот что Роман говорит о пользе дополнительного обучения:

«Знание геологии и геофизики помогают лучше понять, с чем имеешь дело. Понимать поставленную задачу не только со стороны программирования, но и стороны пользователя».

Андрей, программист в ELEKS, использует комплексный подход:

«Програміст, як на мене, — це не зовсім професія. Ти — інженер, а тому потрібно знати і фізику, і хімію, і механіку. А програмування слугує засобом для інтенсифікації процесів, це лише певний алгоритм. Я працюю на ELEKS протягом 7-8 років.Один із найбільших проектів, які довелося реалізувати за цей час, власне, і складався з двох напрямків: одна група фахівців складала „залізо“, решта — писали під нього програми. Проект стосувався спецефектів, і, як на мене, тоді нам вдалося налагодити оптимальну схему роботи — такий собі симбіоз фізики, механіки і програмування.

Я — прихильник прикладного програмування, яке має зв’язок із реальністю. Зараз же, на жаль, більшість працівників ІТ-компаній — лише програмісти, а тому вони трохи відірвані від інженерних реалій. Так і створюються поверхневі програми, часто не надто ефективні».

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

Анна, HR Generalist в Healthjoy:

«Стараемся всеми силами обучать сотрудников. Волей-неволей им приходится разбираться в медицине и фармакологии. Также для всех проводим обучающие лекции, встречи. Наши американские специалисты проводят обучение через видео, приезжают к нам в Днепропетровск. Даже офис-менеджер знает, чем отличаются типы страховок PPO от HMO Obamacare».

Если же человеку хочется углубиться в смежные с разработкой ПО сферы, которые не всегда находят прямое применение на работе (физика, электроника, робототехника), то ничто не мешает ему организовать какой-нибудь хакерспейсдля единомышленников, как это сделал Владимириз GlobalLogic:

«Прийшовши в компанію, я зрозумів, що серед 1500 працівників нашого офісу точно є люди зі схожими інтересами. Але як їх знайти?

Я знайшов декілька таких людей, і ми разом створили, можливо, перший в аутсорсингу
корпоративний хакерспейс.
Зараз уже порядка 40 людей залучені в різного роду проекти і події.

Звичайно, мої захоплення допомагають і в чисто „проектному“ аспекті. Вміння працювати з апаратурою і розуміння низькорівневих процесів
дуже гармонійно доповнює навики програмування цих, власне, систем».

Что нас ждет в будущем

Умение анализировать информацию и даже кодить теперь не кажется таким уж заоблачным требованием к рядовому гражданину, особенно на фоне рассужденийо том, что в ближайшие 20 лет не станет половины тех специальностей, которые есть сейчас. Мол, придут роботы и начнут всё делать за нас. Но их же должен кто-то программировать? На это намекает не только Junior Obama developer с его пионерской строчкой moveForward(100);, но и обыкновенные белые воротнички — в той же Великобритании на позиции HR теперь все чаще можно увидеть требования: SQL skills is a plusили даже SQL skills is a must. Это сигнал.

Что касается программиста, то он будет чем дальше, тем больше становиться универсальным солдатом (особенно в аутсорсе). Вспомним лихие времена, когда не нужно было знать всех этих технологий и примочек. Когда резюме могло состоять из одной строчки: «Assembler» или «Fortran». Сейчас уже никого не удивишь требованиями в духе «Strong Java and C# skills». И пару тонн фреймворков да инструментов в придачу. Но и этого мало. Случаи нефтяников-программистов и диджеев-тестировщиков скоро уже никого не будут удивлять.

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


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

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

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

14 марта, Киев — Конференция AzureDAY 2015

$
0
0

Открыта регистрация на AzureDAY 2015 — Первую Украинскую Azure Конференцию украинского Azure сообщества.

Конференция AzureDAY пройдет 14-гомарта 2015 года в нескольких локациях, основная из которых — Киев.

Вход свободный по предварительной регистрации.

Мы собираем людей, которым интересен Azure, а также экспертов, у которых есть реальный опыт работы с технологией и которые готовы этим опытом поделиться.

Среди наших докладчиков:
— Microsoft Azure MVP (Most Valuable Professional) Антон Бойко и Антон Видищев,
— Microsoft MVP в области Consumer Security Владимир Безмалый,
— Microsoft MVP по SQL Server Денис Резник,
— сертифицированный тренер Microsoft и Microsoft MVP по направлению Software Packaging, Deployment & Servicing Олег Чёрный,
— сертифицированные тренеры Microsoft Андрей Шоханов и Александр Ткаченко,
— директор департамента стратегических технологий Microsoft Ukraine Виктор Цикунов и ответственный за Azure в Украине сотрудник Microsoft Ukraine Сергей Поплавский,
— ведущий инженер, архитектор облачных решений в компании Intapp Денис Холод.

Подробнее про каждого из 10-тиспикеров AzureDAY можно узнать на сайте конференции: azureday.teamspark.in.ua.

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

Регистрация

Обратите внимание!
AzureDAY будет проводиться в нескольких локациях, в Украине и за ее пределами.
В числе наших локаций: Киев, Одесса, Львов, Запорожье, Днепропетровск (Украина), Астана (Казахстан), и другие.

Со списком локаций и более подробной информацией о залах можно ознакомиться в разделе «локации» сайта.

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

Также вы сможете присоединиться к онлайн трансляции — для этого в форме регистрации выберите «online».

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

По всем организационным и прочим вопросам обращайтесь по адресу azureday@teamspark.in.ua — будем рады помочь.

Встретимся на AzureDAY!


Как понимать чужой код

$
0
0

Прежде чем перейти к куче текста, посмотрите на код и поймите, что он делает:

Такое пишут разработчики. Кто-то не понял вообще, кто-то только догадывается, что делает этот код. Но есть способ понять его. О нем будет ниже.

Когда мы вынуждены читать чужой код?

1. Код достается по наследству.Когда вы дописываете за кем-то, и вам нужно оценить, сколько времени займет доработка.
2. Ваш код, дописанныйкем-то, в который вносили изменения другие разработчики, и вам необходимо понять, что они там дописали.
3. Code review.Отличается от первых двух тем, что его нужно проводить до того, как код попадает в репозитарий/продакшн.

Что нужно для понимания чужого кода?

— Знания предметной области, чтобы читать код, понимать, как это было реализовано по требованиям, и продумать стратегию как его изменять в будущем.
— Особенности языка. Например, в JavaScript есть свои приведения типов, и некоторые проверки типов/условий будут не всегда истинными или ложными, как вы этого хотите. Нужно понимать, к чему приводят выражения, которые вы прописываете.
— Возможности подключенных библиотек. Если вы разрабатываете, основываясь на каком-то фреймворке, нужно знать его возможности. Глядя на код, вы должны четко понимать, где какая функция используется.

Проблемы

Первая проблема, с которой вы сталкиваетесь, глядя на чужой код, — определить, где нужно вносить изменения. Для этого используется поиск по разным критериям.

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

Третья проблема — непонятная логика. Вы можете прочитать код, но не понимаете, зачем было сделано именно так.

Как найти нужное место в коде?

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

Нашли нужное место, но как понять логику?

Есть у нас вот такой код:

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

Хорошая практика — перечитать требования, быть в курсе предметной области и понять, почему было реализовано именно так.

Пример сложный из начала статьи:

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

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

Причины возникновения сложного кода

— Разработчики не придерживаются Code Conventions. По-нашему — отсутствие правил и договоренностей.
— jsDocs. Это формат комментирования джаваскриптовых методов. Разработчик думает «назову функцию по-понятному — getDocument, меня поймут» и реализовывает сложную логику внутри метода, о которой мы не знаем. Мы надеемся получить документ, используем этот метод, а он делает еще кучу всего, что стоило бы описать в комментариях.
— Ключевые моменты бизнес-логики. Как в предыдущем примере с getDocument, сложные операции с массивами, циклы, условия — все должно быть прокомментировано.
— Code Review, а именно его отсутствие. Джуниоры тоже могут ревьюить сеньоров.

Как мы называем плохой код?

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

— «Костыли». Такого в коде очень много. Разработчик написал цикл, в котором он что-то делает с элементами массива, по которому идет этот цикл. И предупреждает, что вызов метода doSomething при определенном значении вываливает ошибку. И он просто пишет, что если значение массива — 4, надо пропустить его и перейти к следующему. Он предусмотрел эту ситуацию и сделал «подпорку», чтобы не валилась ошибка. Но этим он создал другие ситуации, которые создадут другие исключительные ситуации, когда что-то не покажется или покажется лишнее. Разработчик же продолжит дописывать другие костыли, перекрывая созданные ошибки.

— «Велосипед»

Это — пузырьковая сортировка массивов. Когда разработчик пишет такой код, он не задумывается, что на JavaScript есть собственная сортировка массивов, которая вызывается элементарно .sort(). Он заново придумал код, который уже где-то есть. Такое часто бывает в работе в команде, когда один разработчик уже написал метод, а вы не знаете об этом и пишете еще один такой метод. И код разрастается одинаковыми методами.

Как дальше жить?

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

Code Conventions и комментарии экономят нервы и время.

GodLevel чтения чужого кода — github.com/torvalds/linux

Читать джуниорам перед сном:
— Стандарт оформления кода
— Комментарии
— Рефакторинг

Над чем не стоит ломать голову на собеседованиях

$
0
0

В трудоустройстве айтишника есть две проблемы: 1) его неадекватность 2) неадекватность интервьюера. Неадекватность соискателя может проявляться через отталкивающие личностные характеристики — кислую мину, неумение себя вести, не к месту надетый махровый пиджак и волосатые туфли, и так далее.

Неадекватность работодателя тоже бывает многогранной: HR звонит не для того, чтобы назначить время интервью, но чтоб высказать тебе, как ты не прав, указывая в резюме такую огромную зарплату (абсолютно реальный случай). Или ведет интервью так, будто ты на «приёме» в СБУ.

А ведь из неочевидных, на первый взгляд, особенностей можно судить о компании. Речь пойдет не о поверхностных признаках вроде «у них офис в съемной квартире» или «HR угостила меня чаем со вкусом швабры». Нет. Как говорил Гастон де Левис (да и не только он): «Об уме человека легче судить по его вопросам, чем по его ответам.»

Презумпция невиновности

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

Чтобы составить мнение о работодателе, каждый заданный интервьером вопрос имеет смысл пропускать через призму трёх пунктов:
1. Уважают ли меня?
2. Не считают ли меня идиотом?
3. Доверяют ли мне?

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

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

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

Ода о теннисном мячике

Вот задают человеку очередной идиотский вопрос. Но дабы избежать когнитивного диссонанса, претендент убеждает себя в том, что вопрос имеет смысл. Что раз его задают суровые мужчины, значит, он оправдан. Пример такого вопроса недавно всплыл на форуме. Взрослые мужики c упоением дискутировали о том, как протестировать теннисный мячик. Комментаторы уточняли, как важно знать технические требования к шарику и пожелания заказчика. Это всё люди, которые десяток лет проучились в школе, и еще пяток — в техническом ВУЗе. Сотни контрольных, десятки курсовых, одна-две дипломных. Теннисный мячик.

«Но как же? Мы ведь должны проверять людей. Все знают, какое у нас сегодня образование. Диплом можно запросто купить!» — донесется из зала.
Всё верно. Диплом можно купить. Но зачем тогда в требованиях к вакансии указывать обязательное условие «высшее техническое образование»? Давайте определимся — либо мы верим дипломам и не морочим человеку голову, ставя под вопрос 15 лет обучения, либо же не верим дипломам, и поэтому убираем высшее техническое из перечня обязательных требований.

Жить станет проще

В вакансии можно будет не писать «Qualification: Higher technical education». Вместо этого честно напишем: «Willingness to pass basic intelligence test». Или, еще точнее, «Readiness to pass humiliating intelligence test».

«Но важно проверить, способен ли человек нестандартно подходить к решению проблем! Недаром же на собеседованиях в Google задают логические задачки», — всё еще самоуверенный голос из зала. Даже в фильме «The Internship» взрослым дядькам на собеседовании задали вопрос про блендер:

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

Случай из жизни:приходит человек на собеседование — логические задачки решает так себе, но на технические вопросы отвечает. Второй соискатель — наоборот, лучше справляется с логикой, но плавает в технических вопросах. Кто будет лучше работать? Правильный ответ: неизвестно. Логические головоломки как тест на профпригодность появились в IBM ещё в 1950-хгодах, но даже тогда они не считались гарантированным методом оценки. А привычка стала традицией.

Программисты негодуют

Посоны на Stackoverflow высказались по поводу логических задачек на собеседованиях вполне однозначно:

«Главная проблема логических головоломок заключается в том, что они лишь позволяют проверить, видел ли соискатель подобные задачи. Очевидно, что „видел подобные задачи“ — не лучший критерий для найма». — Дэвид Торнли.
«Некоторые интервьюеры задают головоломки, чтобы проверить ваши способности к решению задач (aka problemsolving skills). Но вряд ли эти головоломки можно считать точным индикатором. Ведь в реальном мире у тебя на решение есть больше пяти минут (в отличие от собеседования). Да и правильное решение часто приходит в голову уже в ходе реализации неверного варианта. Это случается не только с неопытными разработчиками.

Лучшие головоломки на интервью непосредственно связаны профессиональной сферой соискателя, то есть те, которые он обычно решает, сидя за компьютером. Без надуманных ограничений по времени. Кто захочет работать в компании, где неспособность выполнить задачу за пять минут означает катастрофу или увольнение?»

 — Тим Пост

Это мнение Тима Поста получило поддержку аудитории Stackoverflow, и магическим образом пересекается со взглядом Джеффа Этвуда, который в свое время поднял вопрос о том, что 199 из 200 программистов совсем не умеют программировать и что надо бы их тщательнее отбирать. В качестве примера относительно точной оценки претендента, которая ещё и позволяет сэкономить время, Джефф рассказывает о Vertigo Software:

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

Лишняя информация

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

Не отличающиеся оригинальностью горе-интервьюеры не отстают и просят протестировать карандаш.

Ещё пример.Представьте себе переводчика с высшим филологическим образованием, которого на собеседовании просят не перевести кусок текста (проявить свои профессиональные навыки), а поспрягать глагол to be. Или спеть алфавит: «A B C D E F G... H I J K LMNOP». Что почувствует переводчик?

Но голос из зала не унимается: «Чем больше инфы, тем более объективную картинку о человеке можно составить! Так что верните нам наши головоломки!». — Я бы с радостью, но сведенные брови Джона Лерера и его книга «Как мы принимаем решения» не дают мне этого сделать. Дело в том, что научно доказано: небольшое количество информации позволяет дать ситуации более объективную оценку, чем ее переизбыток. Как бы парадоксально это ни звучало, но так и есть.

Много ли о претенденте знают HR’ы? По-моему, более чем: ФИО, профайл в Linkedin, резюме с описанием хобби, блог или комментарии на чужих бложиках и форумцах, пьяные фотки из соцсетей и, собственно, то, как человек выглядит, пахнет и как он себя ведет на собеседовании. Кроме всего, на шампуре также окажутся ответы на теоретические и практические вопросы собеседования. Плюс мнения тимлида и офис-менеджера. Неужели этого мало?

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

Аналитика IT-рынка фрилансеров Восточной Европы: Украина лидирует

$
0
0

Благодарим Екатерину Яровенко и сервис top$devза помощь в подготовке статьи.

Команда top$dev провела несколько исследований стран Восточной Европы. На основе данных крупнейших фриланс-бирж (oDesk, Elance, Freelancer и других) были проанализированы более 88 тысяч профилей фриланс-разработчиков и 260 тысяч проектов на общую сумму более $350 млн.

Страны-аутсорсеры и страны-заказчики

В 2014 г. Украина продолжает лидировать на рынке фриланс-программирования, выполняя треть заказов, приходящихся на Восточную Европу. Второе и третье место занимают Россия и Румыния.

Доли стран-аутсорсеров:

Рекордно увеличились доли Румынии и Сербии — на 32% и 79% соответственно. Доля России снизилась на 15%; также упали доли Беларуси, Украины и Польши.

Доли стран-заказчиков:

Безусловным лидером среди стран-заказчиков остается США, впрочем, их доля уменьшается. Возрастает количество заказов из Швейцарии, Израиля, Великобритании и Германии.

Почасовые ставки

Наибольшая почасовая ставка по оплате своих услуг — в Эстонии ($26,9) и России ($25,9). Украина на 10-мместе среди 20 стран ($21,9).

Средние рейты по странам-аутсорсерам:

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

Самые низкие почасовые ставки — в Македонии ($17) и Сербии ($17,7).

Средние рейты стран-заказчиков:

Основные страны-заказчики в 2014 году снизили свои ставки оплаты услуг, за исключением Швейцарии. ОАЭ, снизив ставку-рейт на 14%, уменьшила объем заказов на 63%.

Востребованные навыки

Лидирующая технология, востребованная при заказах, — PHP.

Доли востребованных при заказах навыков и технологий:

Востребованность AngularJS увеличилась на 150%, Node.js — на 60%. Популярность разработки под Android и iPhone выросла на 80 и 100% соответственно.

ТОП-20 универститетов

В 2014 году в TОП-20 университетов, чьи студенты или выпускники выполняют аутсор-заказы, вошли 9 украинских университетов, 6 российских, по 2 беларусских и болгарских, 1 польский университет.

Доли студентов или выпускников университетов:

Лидерами в 2014 году стали университеты Омска, Харькова, Минска, Киева и Запорожья — их выпускники и студенты выполнили наибольшую долю всех аутсорсинговых заказов.

Среди украинских университетов — ХНУРЭ (0,8%), НТУУ «КПИ» (0,75%) и ЗНТУ (0,72%).

Столицы фриланс-программирования

Крупнейшими центрами фриланс-программирования Восточной Европы в 2014 году стали Харьков и Киев: разработчики из этих городов выполняют по 6% от всех заказов.

Третье и четвертое места заняли тоже украинские города — Львов и Запорожье, следом идут российские Омск и Москва.


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

Oригинальные статьи:
Исследование рынка аутсорс-программирования Восточной Европы
Исследование: университеты и города на рынке аутсорс-программирования Восточной Европы

Беседа с Катериной Владимирской (Воробьевой), бизнес-аналитиком в DB Best Technologies

$
0
0

192-йвыпуск подкаста «Откровенно про IT карьеризм». В подкасте пойдет речь о языках и разнообразии в IT’и.

В программе:

  • Про во’IT’и
  • Языки и программирование
  • Первая работа
  • Поиск себя
  • Ruby и мобильные
  • Интроверты в программирование
  • Работа с заказчиками
  • Бизнес-анализ
  • Шовинизм
  • Восточные единоборства
  • Брак с непрограммистом

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

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

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


Выпуск записан при поддержке IT-компаний AltexSoft.

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

14 — 15 марта, Киев — Двухдневный воркшоп "Автоматизация тестирования REST-сервисов"

$
0
0

Организатор: SmartMe
Спикер:Алексей Зволинский

Во время, когда WEB-приложения все чаще используют REST-архитектуру, имеет смысл применить данные преимущества для автоматизации тестирования. SINGLE PAGE APPLICATIONs могут сочетать обычные UI-скрипты и скрипты для тестирования REST-слоя, что дает большую эффективность. На мастер-классе мы рассмотрим и опробуем второй подход.

Внимание!Количество мест в группе ограничено — 15 мест.

О тренере

Алексей Зволинский
Java / Scala developer, специалист в области автоматизации тестирования web-приложений. Автор блога Fruzenshtein, участник сообщества Java Code Geeks, MVB в DZone. В свободное время занимается IT-проектами, нацеленными на обмен опытом, обучение, а также разрабатывает Web-приложения.

Программа мастер-класса:

— Introduction
— Old web architecture MVC
— New REST age
— RESTful approach
— Place of REST test in pyramide / Example of REST
— POSTman
— How to automate this work?
— REST assured
— Project setup (REST-Assured, JUnit, Hamcrest) / Project structure
— POST test / GET test / PUT test / DELETE test
— Query params/Header params
— Catch exceptions
— Debugging
— OOP injection
— Data objects / Data provider
— Parallel test runs
— Run from a command line

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

Cкидка 10 %для читателей DOU по промо-коду douRest_10 (введите промо-код в регистрационной форме, поле «Код скидки»)

Детали воркшопа и регистрация

Viewing all 8151 articles
Browse latest View live