В рубрике DOU Labsмы приглашаем IT-компании делиться опытом собственных интересных разработок и внутренних технологических инициатив. Вопросы и заявки на участие присылайте на valentina@dou.ua.

Эта история о том, как мы в EVO разрабатывали Vagga — инструмент для управления зависимостями, сборки контейнеров и менеджмента процессов на машинах разработчиков. Мы стремились стандартизировать рабочее окружение и навсегда избавить коллег от отслеживания зависимостей вручную, а также подготовить почву для микросервисов. В некоторой степени нам это удалось — мы сделали Vagga, и это полностью open source проект.

Когда я присоединился к prom.ua (теперь — группа компаний EVO) в январе 2014 года, Docker’у еще не было даже года от роду. Тем не менее, уже на собеседовании мы говорили о том, чтобы попробовать его в компании. Смешно вспоминать, но тогда я отозвался о технологии как о чем-то дико новом и магическом и даже высказал свои опасения по этому поводу. За последующий год я узнал о контейнерах так много, что мы написали свою систему контейнеризации. Ниже — обо всем по порядку.

Мотивация

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

Первая — простая и банальная — у нас было около 100 зависимостей. Некоторые из них были настолько старые, что их не было на PyPI (Python Package Index). Кроме того, чтобы собрать Javascript и CSS файлы, нужно было установить Ruby и Node.js. В общем, разворачивание окружения на новой машине занимало кучу времени.

Вторая причина — размер команды. В 2014 году это была компания, которая делает один проект. 35 человек, которые ежедневно вносят правки в prom.ua. Для одного проекта это уже довольно большая команда, и мы были готовы расти еще больше. Как вы думаете, как часто в такой команде возникают проблемы, вроде «works on my machine»? Насколько повсеместно находят баги, связанные с неправильными версиями зависимостей? Сколько времени занимает выяснение, что зависимость нужно было обновить, но этот конкретный разработчик этого не сделал?

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

docker run -i -t --rm --volume=$(pwd):/work --workdir=/work my-app:v1.2.3 my command

Ну и это безумие нужно вводить каждый раз. Поэтому, первый вариант контейнеризации был набором shell-alias’ов поверх докера, чтобы упростить запуск команд.

Зарождение Vagga

Очень быстро стало понятно, что мы хотим не только избавиться от длинных docker’овых команд, но и упростить и документировать наши внутренние команды. Вот некоторые примеры того, что мы часто запускаем:

paster serve development-my.ini
paster celery development-my.ini worker
make test test_db_name=my_database
webpack --progress --colors --watch

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

Vagga run
Vagga celery-worker
Vagga test
Vagga make

Чаще всего это делают с помощью команды «make». Однако, «make» — это инструмент для сборки, а значит, вы не получите красивого списка команд с описаниями:

$ Vagga
Available commands:
    run                 Run application
    celery-worker       Run celery worker
    build-static        Build static files (JS, CSS, sprites)
    test                Run short set of unit and functional tests

Проблема зависимостей

Но это был лишь первый шаг. Вторая проблема заключается в добавлении зависимости в проект. Старый подход состоит из множества шагов:
1) Добавляем пакет в requirements.txt;
2) Пишем всем разработчикам на почту, чтобы обновились;
3) Уведомляем админов, чтобы установили его на всех серверах.

Ну и ждём, пока самые ленивые увидят ошибку, отвлекут от дел всю команду, чтобы помогли выяснить, в чем проблема, и потом услышат негодование: «Ну так письмо же было! Видел?»

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

Как это починить? Vagga смотрит на «requirements.txt» (ну или «package.json», «Gemfile» и т.д.) и создаёт новую версию контейнера. Версия контейнера — это хеш от списка зависимостей.

Это означает, что если вы локально поменяли «requirements.txt» — контейнер пересоберётся. Если вы сделали «git push», а ваш коллега сделал «git pull», то у него соберётся точно такой же контейнер. Если вы переключились в ветку — вы получите те зависимости, на которые эта ветка рассчитывает. И если ваш CI (Continuous Integration) запускает тесты, то он тоже проверит их на правильных зависимостях.

Микросервисы

Я пришел в компанию EVO из небольшого игрового стартапа. Мы там всё делали, используя микросервисы. Для этого у нас был свой менеджер процессов. Его логику мы и реализвали в Vagga. Когда вы делаете сервис, вы тестируете его в окружении других сервисов. Чтобы не терять время, нам часто нужно запускать много сервисов одновременно. Быстро. Легко. Одной командой. И также быстро и легко их останавливать. Насовсем. Не беспокоясь, что какой-то из них останется работать где-то в фоне. Старый. Запущенный 3 дня назад. Вы же знаете о чём я говорю, правда?

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

В web это заметно меньше и реже. Но тем не менее, мы начали запускать postgres и redis правильной версии. Мы включаем полнотекстовые индексы с помощью elasticsearch. Мы постепенно включаем все зависимости, которые раньше не запускали вместе с приложением, в главную команду запуска. Это удобно.

Где же суперсила?

В каждом проекте у нас есть, как правило, три команды:

vagga run
vagga test
vagga doc

Это значит, что любой — от программиста до тестировщика или менеджера проекта — может запустить проект. И это значит, что когда к вам приходит новый сотрудник, он моментально может приступить к работе:
— Он запустит «Vagga run» и зайдёт в браузере по ссылке, которую отпечатает эта команда;
— Он пойдёт в документацию и сразу же сможет починить в ней неясности, потому что знает, куда писать и как её потом собрать;
— Он посмотрит на команды, которые запускает «Vagga run», и увидит, какие конфиги там прописаны, какие процессы запускаются, какие базы данных используются;
— Он попробует что-то поправить и увидит результат, так как «Vagga run», как правило, включает в себя настроенный live-reload;
— Он запустит просто «Vagga», посмотрит, что там есть, ну например: запуск celery-задач, миграции базы данных, разные режимы запуска приложения, нагрузочные тесты, ну и, в конце концов, даже команда для выкатки проекта на боевые сервера (но без необходимых ключей, как вы можете догадаться);
— Он уже знает, как запустить тесты и как добавить еще один тест (просто посмотрев в определение команды «Vagga test»);
— Он уже знает, как добавить в проект зависимость так, чтобы не испортить никому
другому рабочий день

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

Итоги

Разработка Vagga была непростой. Мы столкнулись с самыми разными проблемами, начиная от хитростей всевозможных менеджеров пакетов до тонкостей
настройки linux-дистрибутивов и багов ядра linux. Но сложнее всего оказалось донести до пользователей необходимость поменять их устои. Большинство программистов считают, что проблемы с обновлением и установкой зависимостей у них достаточно редки, чтобы изучать какой-то новый инструмент. Так мыслят и внутри компании, и такие же отзывы мы слышали, когда говорили об этом на конференциях.

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

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

20 сентября стартует курс тестирование ПО. Курс для тех, кто хочет освоить новую профессию с нуля и стать тестировщиком ПО.

Наши преподаватели практикующие тестировщики Senior уровня лидирующих IT компаний (CIKLUM,EPAM) с педагогическим опытом.
Обучение проходит в современных оборудованных компьютерных классах.

Обучение проходит в современных компьютерных классах.

Воспользуйтесь выгодным предложением 6000 грн за 2 мес обучения при записи до 19.09.2016г. (оплата по частям каждый мес).

АКЦИЯ до 30.09.2016 в курс тестирование ПО входит курс технологии для тестировщиков.

Программа:

● Введение в тестирование программного обеспечения.
● Виды, уровни и методы тестирования.
● Тестовая документация: тест план, тест-кейс, чек-лист, тест-репорт и т.д.
● Методологии разработки: Waterfall, V-модель,Итеративная Agile (Scrum, Kanban).
Тестовые примеры.
● Место и роль тестирования в процессе разработки ПО.
● Спецификация. Виды, анализ и тестирование требований.
● Понятие ошибки. Bug report. Жизненный цикл ошибки.
● Техники тест дизайна. Как правильно писать тест кейсы
● Авто тестирование.
● Практические занятия на реальных проектах (web,decktop,mobile)

● ТЕХНОЛОГИИ ДЛЯ ТЕСТИРОВЩИКОВ :
SQL
HTML+CSS

● Полный комплекс услуг по подготовке к собеседованиию и устройстве на работу.
● IT-English Speaking Club.

Длительность курса: 2 месяца.

Старт: 20 сентября
Расписание: вторник, четверг — с 19:15 до 21:30

Подробная информация:kurspc.com.ua/...мирование/тестирование-по

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

Задать вопрос или записаться на курс можно по телефонам или через электронную почту:
info@kurspc.com.ua

Звоните:
+38(044) 277-40-42
+38(063) 233-01-83

[Про автора: Василь Солощук — CEO компанії INSART, співзасновник Харківського ІТ-кластеру]

Як директор ІТ-компанії, що орієнтується на американський ринок, я намагаюсь відслідковувати тенденції, що з’являються на цьому ринку. З наближенням президентських виборів в США все частіше виникають дискусії на «гарячі» теми. Для американців, нації іммігрантів, імміграційні питання завжди важливі. Сьогодні віза H-1B, що призначена для висококваліфікованих та талановитих іноземців, одна з найбільш контроверсійних. Я дивлюсь на цю проблему з точки зору нашої IT галузі. Американські компанії, що займаються розробкою ПЗ, часто переміщують IT-спеціалістів до Сполучених Штатів, але нащо? Це спосіб отримати дешевших працівників? В США відчувається нестача висококваліфікованих професіоналів? Невже розробник, що працює за візою H-1B, працює краще за «офшорного» розробника-аутсорсера? Віза H-1B дійсно допомагає економіці США чи, навпаки, перешкоджає її розвитку?

Я вирішив уважно вивчити питання цієї візи, щоб сформувати власну думку щодо цього питання. Які плюси і мінуси візи H-1B для Америки і для решти світу? Чи варто Америці позбутися цієї візи, ужорсточити вимоги для її отримання, залишити без змін, чи спростити процедуру і збільшити кількість виданих віз? Які позиції з цього питання займають кандидати на пост президента США?

Заклики і дії

Зважаючи на президентські перегони, я зробив деяке дослідження щодо кандидатів на пост президента США — які наміри вони декларують і яке їх реальне ставлення.

Дональд Трампв своїй імміграційній реформістоїть на позиції підняття мінімальних виплат (зарплати), що сплачуються працівникам з візою H-1B, щоб змусити компанії віддавати ці бажані робочі місця вже існуючому внутрішньому резерву місцевих безробітних і іммігрантів — замість того, щоб привозити дешевих працівників з-за кордону.

Трамп стверджує:

«Ця програма H-1B ані висококваліфікована, ані імміграція: це все тимчасові іноземні працівники, імпортовані з-за кордону задля явної мети замінити Американського працівника за меншу плату. Я, як і раніше, цілком і повністю відданий ідеї ліквідації загрозливих широкомасштабних порушень правил H-1B і припинення цих обурливих махінацій... Я закінчу назавжди використання H-1B як програму дешевої робочої сили та введу вимогу наймати Американських працівників перш ніж використовувати будь-яку візу та імміграційну програму. Жодних винятків».

В той же час, Business Insider пише що, згідно даних Департаменту праці США, Трамп володіє компаніями, що намагались імпортувати принаймні 1100 іноземних працівників по тимчасовим візам, починаючи з 2000 року.

Гілларі Клінтонволіє не говоритипро візи H-1B. В 2003 році, вона зв’язаласяз Індійським гігантом, компанією «Tata Consultancy Services». Згідно угоді з «Tata», в Буффало мали з’явитися можливості для тренування, найму і створення робочих місць; натомість, «Tata» стала лідеромсеред компаній, що користуються візами H-1B: тільки за 2012-2015роки «Tata» отримала сертифікатина 45800 працівників H-1B на позиції в IT-секторі, такі як програміст, веб-розробник, інженер комп’ютерних систем тощо.

В 2007 році Клінтон заявляла:

«Я також хочу знов наголосити на своїй наполегливій праці для програми віз H-1B і для збільшення поточного об’єму квот. Іноземні кваліфіковані працівники роблять великий внесок в технологічний розвиток США».

Однак, сьогодні немає жодного згадування цієї проблеми в програмі імміграційної реформипані Клінтон.

Отже, в чому головна ідея цієї візи? Чому вона така контроверсійна? Давайте з’ясуємо деталі історії та сьогодення цієї візи.

Очікування і реальність

Створена в 1990 році, віза H-1B призначалася для подолання браку високоосвічених іноземних працівників та спеціалістів, головним чином науковців та інженерів. Максимальна річна квота була встановлена на рівні 65,000 віз. Пізніше її було збільшено: до 115,000 на 1999–2000роки та до 195,000 на 2001–2003 роки.В 2004 році, квоту візи H-1B повернули до 65,000 віз, але будо додано 20,000 віз для випускників вишів США).

Метою створення візи було допомогти економіці розвиватися і, зрештою, створити більше робочих місць для американців. Американський роботодавець, який не міг знайти людей з необхідними бізнес навичками і можливостями на ринку робочої сили США, таким чином, отримував можливість наймати іноземних спеціалістів. Закон впроваджував захист як для робочої сили США, так і для працівників H-1B; згідно H1B Visa Support, роботодавець не може звільняти найнятого працівника-американця впродовж 90 днів перед або після отримання візи H-1B для іноземного працівника, а також повинен був перед цим виконати достатні заходи аби найняти американця на посаду, для якої знайдено чужинця. До того ж, згідно Department of Labor, роботодавець має підтвердити, що рівень оплати H-1B працівника не менший за актуальні виплати іншим працівникам зі схожим досвідом та кваліфікацією або за виплати, що переважають для цієї професії — те, що більше.

За законом, працівникам H-1B мають платити принаймні $60,000 в рік. Відповідно до The New York Times, працівники H-1B отримують $60,000 або трохи більше, що набагато менше того, що кваліфіковані технічні спеціалісти-американці зазвичай заробляють. В той же час, навіть більш кваліфіковані розробники можуть працювати з-за кордону (в аутсорс-компаніях) за таку ж плату.

Розподіл заробітної платні нових H-1B працівників у 2013 році:

Джерело інформації: The New York Time

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

Згідно з The New York Times, мала кількість великих компаній, що займаються глобальним аутсорсингом, щороку заполоняють систему заявками на отримання H-1B візи. Щойно досягнуто ліміт в 85,000 заявок, заявки попадають в комп’ютеризовану лотерею, аби доля ніяким чином не залежала від кандидатів. Але, подаючи тисячі заяв, великі аутсорс-компанії значно підвищують свої шанси на успіх і таким чином витискають малі компанії. В 2014 році, топ-20 аутсорс-компанійотримали приблизно 40% наявних віз H-1B, в той час як подавали заявки 10,000 компаній.

13 ІТ-аутсорсинг компаній взяли майже третину усіх H-1B віз у 2014 році:

Джерело інформації: The New York Time

Давайте тепер подивимось на працівників, що отримують візу H-1B: хто вони, які в них навички, наскільки корисними вони можуть бути для економіки США. The New York Times пишепро випадки, коли віза H-1B використовувалась, щоб замінити працівників-американців молодшими технічними спеціалістами, переважно з Індії, які мали обмежений набір навичок, не могли спілкуватись англійською вільно, та яких спочатку треба було навчити основам роботи.

Сім’ям працівників H-1B також дозволено жити в США по візі H4 впродовж терміну дії візи H-1B. Одначе, подружжя та діти (до 21 року) тих, що отримали візу H-1B, можуть працювати, лише отримавши власну робочу візу. Це означає, що на додаток до низько оплачуваних працівників, Америка отримує ще кілька незайнятих людей.

Альтернатива

Таким чином, великі аутсорсинг компанії, переважно з Індії, стають так званими проксі компаніями, через які розробники їдуть до США по візі H-1B, а потім аутсорсинг компанія вже віддає цього працівника для найму в іншу місцеву ІТ-компанію як місцевого працівника. Порівняймо ж обидві моделі:

Стосовно найму та звільнення працівника H-1B, я б хотів зосередитись на питаннях часу та вартості. Наймання такого працівника — доволі тривалий процес: компанії не можуть подавати заявки на візу H-1B раніше 1-гоквітня, а працівник, якщо отримав візу, не може розпочати роботу раніше 1-гожовтня. В розробці програмного продукта така затримка зазвичай неприйнятна. Якщо робітник H-1B не працював на роботодавця до отримання візи, його працездатність може виявитись недостатньою. В цьому випадку, роботодавець може звільнити працівника H-1B на таких умовах: роботодавець має оплатити повернення такого працівника до рідної країни, а також виплачувати зарплатню допоки Служба Громадянства та Імміграції США (US Citizenship and Immigration Services) не скасує петицію H-1B. Це доволі коштовна процедура.

З іншого боку, відносини з аутсорсерами можуть бути побудовані значно простіше. В багатьох аутсорсинг компаніях, які надають сервіс формування так званих Dedicated Teams або ODC (Offshore Development Center), процес стаффінгу виглядає наступним чином:
— Компанія пропонує клієнту пул кандидатів для виконання замовленої роботи. Один або кілька кандидатів з цього пулу можуть бути найняті. Контракт підписується, коли всі терміни узгоджено, включно з датами початку роботи розробника(ків) на проекті. Співбесіда не завжди показує справжню кваліфікацію кандидата, тому може бути надана можливість заміни розробника в разі необхідності.
— Розробники мають візу B1/B2 для бізнесу/туризму, що дійсна впродовж 10 років та дозволяєїм надавати консультаційні послуги, брати участь у короткотерміновому навчанні, розвивати ділові відносини, відвідувати заводи та офіси в США тощо.
— На початку нового проекту основні розробники відвідують офіс клієнта і працюють там протягом деякого часу від одного до кількох місяців для встановлення зв’язків, налагодження комунікацій, отримання інформації про проект та координації діяльності. По поверненню, вони передають всю зібрану інформацію команді.
— Якщо розробка проекту вимагає цього, один або кілька розробників можуть поїхати працювати до замовника на деякий час, до 6 місяців.
— Якщо розробник демонструє низьку продуктивність, замовник може замінити цього розробника іншим, який більше відповідає вимогам. Тоді компанія пропонує новий пул кандидатів, при цьому замовник не несе додаткових витрат.
— Якщо розробник залишає компанію, експертиза, здобута на проекті, зберігається тімлідом та основними розробниками. Вони можуть навчити нового розробника. Експертиза не втрачається.

Звісно, може бути багато ситуацій, в яких іноземний професіонал не може працювати з іншої країни, в такому випадку переїзд необхідний. Стосовно IT-спеціалістів, це може стосуватись мега-кваліфікованих розробників, інженерів, архітектів.

Американцям — американське

Як я це бачу, теперішня ситуація з візами H-1B недосконала. Вона, насправді, не допомагає країні, а у якомусь сенсі навіть підриває її економіку — стримує використання американської робочої сили, зростання зарплат, а також стимулює використання послуг та програмних продуктів гіршої якості. В той час як тисячі іноземців щороку отримують візу H-1B, щоб працювати в сферах науки, технології, інженерії та математики (STEM), 74% випускників американських STEM коледжів не працюютьв сферах STEM.

Система має бути змінена, це здається очевидним. Але як? Це питання до громадян Америки, їхнього майбутнього президента та лобістів. Тим не менш, не треба приймати швидких рішень щодо майбутнього цієї візи. Треба зважувати всі плюси та мінуси кожної зміни.

Якщо дійсно існує дефіцит технічних спеціалістів в США, то спершу треба впроваджувати реформу освіти — але це не є темою цієї статті. Американська економіка стає все більш пов’язана глобально. Аутсорсинг робочих місць не лише надає американським компаніям доступ до талантів по всьому світу, але й дозволяє поєднувати локальну та глобальну експертизу, технічний та міжособистісний досвід. Перші кроки, які американці очікують від політиків США, напевно, це запрошувати лише професіоналів топ-рівня, чия робота не може бути виконана з-за кордону.

Я впевнений, що можливо знайти рішення, що задовольнило б всі сторони: американських роботодавців та працівників, так само як і роботодавців та працівників з усього світу.

Стаття доступна англiйською

У випуску: як не змушувати юзерів бачити спінери, мистецтво мінімалізму у дизайні аплікації, маловідомі можливості UICollectionView, анімація в iOS: нативні рішення та сторонні фреймворки, бібліотека для кастомізації UI StyleKit, що таке MVVM

UX

Не змушуйте юзерів бачити спінери! Але як? Про це пише Паша Тайкало, iOS developer у компанії Stanfy.

Якщо стало цікаво, почитайте також продовження статті про уникнення спінерів.

Мистецтво мінімалізму у дизайні мобільної аплікації. Публікація Nick Babich.

Статтю про шрифтиопублікував Marcin Wichary.

Stop designing interfaces, Start designing experiences. Публікація Nicolas Duval.

UI

Ash Furrow розкриває маловідомі можливості UICollectionView.

Smarter Animated Row Deselection on iOS. Публікація Zev Eisenberg.

Craig Clayton ділиться досвідомвикористання ReactiveKit для оновлення UI.

Анімація

Анімація в iOS: нативні рішення та сторонні фреймворки. Віктор Амелін, iOS developer у компанії stfalcon.com, показує, як використовувати UIKit Dynamics, Motion Effects, фреймворки Pop і Cheetah для анімування об’єктів.

A quick look at UIViewPropertyAnimator. Про нововведення iOS 10 розповідає Roy Marmelstein.

Magical View Rotation With StackView. Публікація у блозі Natasha The Robot.

UI фреймворки

StyleKit — бібліотека для кастомізації UI, яку розробив Bernard Gatt.

Relayout — фреймворк для спрощення Auto Layout у випадку динамічно змінюваного UI, розробка Steve Streza.

Stellar — бібліотека для анімації, базована на UIDynamics.

Інше

Не MVC єдиним: як застосовувати MVVM в iOS. Віктор Амелін розповідає, як навчитися використовувати MVVM на прикладі RxSwift.

How To Estimate Mobile Projects? Про це пише Настя Войтова, iOS developer у компанії Stanfy. Якщо стало цікаво, ось друга частина статті: Why Estimation Fails and How To Prevent This.

Дякую за допомогу в підготовці дайджесту Дарині Стремецькій (компанія stfalcon.com) та Анні Грабовській (компанія Stanfy).

← Попередній випуск: iOS дайджест #10

Инвестируйте в себя. Ваша карьера — это мотор вашего богатстваПол Клитероу / Paul Clitheroe

В программе:

● 1 из 4 ступеней полноценного курса менеджмента: 200+ часов включая время на домашние задания, 4 ступени по 3 модуля в каждой
● 3 сектора знаний — Software Development Life Cycle (SDLC), Management Hard Skills, Management Soft Skills
● Только работающие методики, прошедшие проверку в ведущих международных IT-компаниях
● Обучение через практику с элементами MBA-подходов
● Каждая ступень — около 54 часов практики и теории, включая домашние задания
● Не более 12 человек в группе. Индивидуальный подход к каждому

Закончив обучение, Вы сможете уверенно управлять проектами в IT-разработке.

Почему именно обучение в ConsultPM?

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

Методика и структура обучения уникальны и основаны на практике. Все темы программы органично связаны между собой и укладываются в единую картину мира менеджмента. Обучение происходит по нарастанию сложности, увязывая все новые темы с уже изученными. Пройдя обучение, Вы сможете профессионально и эффективно управлять проектами в сфере IT-разработки. Программа из более 200 часов, включает обязательные и проверяемые домашние задания. Не верьте тем, кто обещает научить менеджменту за 30-50 часов.

Зачем Вам может понадобиться этот курс?

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

Опыт
За время обучения в программе (около 200+ часов) Вы получаете опыт, который получили бы только в течение не менее 5 лет работы и набивания шишек в IT-проектах. Добавьте сюда персональный подход тренера к каждому учащемуся.

Возможности
Вы становитесь высококвалифицированным менеджером проектов в сфере IT с серьезной зарплатой. Большая часть наших выпускников, которая хотела сменить работу и даже отрасль — успешно это уже сделала. Процент успеха приближается к 90%.

Что дает курс именно Вам?

1. Умение эффективно вести и успешно завершать любые проекты. Как в сфере IT, так и любых других сферах.
2. Полное понимание устройства IT-проектов от «А» до «Я».
3. Умение говорить «на одном языке» с представителями отрасли.
4. Реальную возможность карьерного роста. Соответственно и существенного роста заработной платы.
5. Умение максимально эффективно работать с любой командой и любыми заказчиками. Даже самыми «сложными».
6. Четкое понимание и навык ориентирования в самых сложных ситуациях. Возможность принимать правильные решения.
7. Умение правильно подготавливать и успешно проводить выступления и конференции. Для руководства и заказчиков любого уровня компетенции.
8. Возможность вовремя предотвращать различные конфликтные ситуации. В случае их возникновения «быстро и гладко» их разрешать.
9. Умение грамотно проводить переговоры любой сложности.
10. Понимание того, как повысить эффективность эффективность. Как свою, так и эффективность команды.

Время — деньги

Спешите, остается совсем не много времени, чтобы успеть зарегистрироватьсяи оплатить обучение. Регистрация и прием платежей закрываются 30 сентября 2016 в 23:59.

Один из отзывов

Программа будет полезной не только при смене работы. Программа помогла с другой стороны посмотреть на процессы в текущей работе. И сформировалось очень важное понимание того, что проектный менеджмент — это не только работа, но и вся жизнь. Mindset точно сдвинулся и будет дальше меняться. Качество жизни после тренинга однозначно улучшится. По этой причине, такого рода тренинг будет полезен многим PM’ам. Самое важное, что я получил от программы помимо знаний, я раздвинул горизонт восприятия. Программа закрыла многие вопросы, которые были, и тем не менее после нее появилось еще больше новых, ответы на которые я буду искать :) Появилась карта дальнейшего развития и огромное желание эту карту исследовать. Это очень круто! Как я говорил про критерии хорошего тренинга, напротив каждой буквы (Desire, Challenge, Passion, Opportunities) я могу поставить жирный плюс. Я получил то, что хотел, а дальше все в моих руках ;)

Посмотрите отзывыи видео-отзывыдругих выпускников.

Почему обучение может Вам подойти?

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

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

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

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

Вам нужен знак? Это он!

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

Регистрируйтесь, оплачивайте обучение уже сейчас (не позднее 30 сентября) и приходите к нам на занятия прокачивать свои навыки и улучшать свою будущую жизнь!

22 сентября, киевский офис Magento принимает друзей и единомышленников, которые готовы делиться смелыми решениями и интересными подходами в рамках митапа Magento Dare to Share.

Хочешь узнать больше о новой функциональности Magento 2.1, совместно пофилосовствовать на тему существования набора «интерфейсов счастья», который позволит создать идеальное приложение и находится ли ответ в плоскости одного конкретного языка программирования или такие интерфейсы могут быть созданы на любом языке, в любой программе?

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

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

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

1.Антон Капля, Magento:
«Планирование версий каталога как инструмент построений маркетинговых кампаний с Magento 2.1.»

2.Виталий Коротун, Magento:
«Джон Доу и Интерфейсы Счастья»

3.Александр Махомет, Upwork:
«Beyond the code. Keep your site healthy and users satisfied»

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

Количество мест ограничено метражом нашего просторного и уютного офиса, так что спешите зарегистрироваться уже сейчас!

Форма регистрации:
goo.gl/forms/fJ800ctohG5y6BPP2

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

Присоединяйтесь!

В выпуске: Scala-Center будет организовывать процесс эволюции языка, Scala-native, фреймворк для микросервисов от Paypal, скрещиваем Scala с C++, что ставить на комп новичку, серия Strategic Scala Style от Ли Хаоу, Akka-streams.

В первую очередь — конференции

Видеосо #ScalaUA. Кстати, мы все-таки решились сделать вторую версию, приблизительно в это же время года.

ScalaDays.

FlatMap Oslo.

Из больших новостей

Создан Scala-Center, функции которого включают организацию процесса эволюции языка.

Scala-nativeстала реальностью.

Scala-meta созреладля SIP. Принять участие в его обсуждении можно в гиттере.

Paypal тоже опубликовал фреймворкдля микросервисов.

Новые версии

Akka.io: тут akka streams и akka-http доросли до релиза.

Scalatest 3.0 — с поддержкой scala.js и асинхронных тестов.

Sbt 1.0 — еще нет, но скоро будет. Вышел roadmap.

Утилиты

Data migration.

Форматтер.

ScalaFiddle — компилятор в браузере.

Cbtобещает быть еще проще, чем sbt.

Статьи

Что ставитьна комп новичку.

Finagle 101.

Продолжение серии Strategic Scala Style от Ли Хаоу:
— При имена;
— Типобезопасность;
— Проектирование типов данных.

Akka-streams:
— О переходес акторов на стримы;
— Как строитьсвои истоики/приемники данных;
— Реализовываем бинарный протокол с scodec и akka-streams.

Использование Scalaс Amazon Lambda.

Скрещиваем Scala с C++.

Разбираемся в компиляторе.

В плагине idea.

Стеки технологий компаний

В Facebook: Apache Spark @Scale: A 60 TB+ production use case.

Почему Valoвыбрала Scala.

Akka в EERO.

Scala is the new golden child.

Юмор

Scala effect.

Смешные реинтерпритацииклассических картинок. Есть и про Scala.

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

Про сообщество

Некоторым мы известны, кто-то про нас может никогда не слышал, поэтому минимальное вступление: Kottans — они же котаны — это сообщество программистов, объединенных стремлением к саморазвитию и получению новых знаний. Зная простую истину, что в группах легче учиться (ладно-ладно, все субъективно, но зная, что где-то есть еще N человек, что будут пытаться осилить тот же материал, что и ты, преодолевая те же трудности, мотивирует хотя бы не сидеть сложа руки и искать оправданий своей прокрастинации) — чаще всего деятельность котанов сводится к тому, чтобы проводить курсы.

Про курсы котанов вообще

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

Предыдущие курсы:
#1 Октябрь 2013 — Март 2014
#2 Октябрь 2014 — Апрель 2015

Специфика этого раза

1. Курсы одновременно шли в ТРЕХ городах! Одновременно! Для котанов это вообще новый уровень. Стоит отметить, что в этом году вообще впервые в истории сообщества состоялись курсы вне Киева, без непосредственного участия кого-то из котанов [ну нет, наши любимые котаны поделились программой/типсами и вдохновением, но он-сайт, по моей информации, никого не было]. Это был C# курс во Львове. Возможно, частично это служило вдохновением для других людей, но итогом стало то, что Ивани Ильявышли на связь и предложили провести курс по JS во Львове и Харькове. Да, это немного усложнило задачу составления программы, которая удовлетворила бы всех, но приятным бонусом стало осознание того, что а) котаны шагают по планетестране, в другом городе проходила лекция-бекап, на которую можно было бы переключиться, если в твоем городе сбивались планы, в) больше разных мнений разнообразили происходящее.
   
2. Программа. Да, основываясь на опыте предыдущих курсов, в этот раз упор был сделан на то, чтобы вместить всю программу в 2.5 месяца (курсы по 5 месяцев — это, конечно, весело для некоторых, но оооочень выматывающе) и в итоге свелась к следующим темам и кол-ву занятий:
   
   • Intro to course
   • HTML x 2
   • CSS x 2
   • ES6×3
   • Transpiled to JS language / misc
   • DOM + Components + ShadowDOM
   • fetch/SDOP/CORS/cookie
   • Testing
   • NPM/building tools
   • Node
   • Building API / API first
   • SPA / building SPA
   • CI / CD
   • React x 2
   • Angular (1st)
   • Ember x 2
   • Outro
   Была сразу же поставлена довольно таки высокая планка Алексеем Швайка (человек, контрибьютивший в ecma-262, эксперт по веб-стандартам, который может рассказать что и как в наших с вами браузерах [не]работает и почему), также студенты почти поголовно отмечали лекции Ильи Климоваи Андрея Листочкина. Как обычно, было немного приглашенных гостей, которых вы можете знать по докладам на CityJS. Были и воркшопы, которые позиционируются как «необязательные, но забавные мероприятия на целый день». Там были wtfjs, three.js, построение аппа на react, rxjs.
   Кроме вышеназванных студенты сл(у/ы)шали: Юлю Савинкову, Николая Кожухаренко, Ивана Стеценко, меня, Илью Сегеду, Артема Бея, Тараса Гупало, Дениса Стоянова, Ивана Лавриви Сергея Батаева. Дисклеймер: я не на 100% уверен, что этот список полон и фамилии людей написаны правильно.
   
3. Мы наконец-то записали видео каждой лекции. Некоторых даже в нескольких вариантах — каждый коуч имел свои предпочтения по поводу подачи / мелких деталей, которые удостоились внимания. Все записанные видео — в этом плейлисте.
   

Что имели на входе

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

Что получили на выходе

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

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

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

Після цих курсів я почав почувати себе значно впевненіше в контексті технічної підкованості. В крайньому разі я навчився робити розумне лице коли чую не знайомий термін || фреймворк || лібу.

До курсов у меня в голове была полная каша в отношении джаваскрипта и всего, что вокруг него происходит. Благодаря курсам у меня сложилась сравнительно полная картина и все разложилось по полочкам. Теперь весь объем информации и необходимых знаний стал осязаем + огромное прибавление мотивации. Короче — СПАСИБО

Это из раздела «что понравилось», но еще много чего нам дописали и «что можно было улучшить». Там были нарекания и на факапы организации, скорость/качество подачи материала, количество практических заданий/воркшопов, предложения сделать курсы онлайн, подлиннее, пообширней, покрыть компьютер-саенс/алгоритмы, больше разных фреймворков, этс. Надеюсь, команда, что будет делать следующие курсы, возьмет некоторые из этих моментов на вооружение.
Многие студенты хотят помогать комьюнити, кое-кто уже предложил участвовать в организации следующих курсов, что не может не радовать ^_^

Что же дальше?

А дальше наша жизнь продолжается, новые курсы создаются. (Руби-котаны, простите за спойлер): в ближайшее время будет объявление набора на Ruby курсы, что будут одновременно проходить в Киеве/Львове/Харькове.
В августе также появились 2 новых проекта в помощь людям, которые хотели бы приобщиться к нашей организации:

1. github.com/.../kottans-course-bootstrap — репозиторий с описанием процесса и необходимых вещей для проведения курсов котанов в вашем городе
2. github.com/.../kottans-ongoing-projects — публичного пространства, где можно предложить интересный проект/начинание или помочь с существующими инициативами котанов

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

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

Вторая тема — от Дэвида Брауна: «Как перейти от сервиса к продукту на своем собственном примере TemplateMonster».

22 сентября на открытом вебинаре в рамках конференции Outsource People 2016 Kyiv вы познакомитесь с бизнес-опытом наших экспертов. Полученные рекомендации помогут вам избежать ряда ошибок, часто допускаемых при освоении нового рынка и кардинальной трансформации бизнеса.

Подробности и регистрация: http://webinar.outsource-people.com/

Частый гость нашей конференции Женя Розинский, COO @ Rallyware, спикер потока Business Strategy, приоткроет завесу искусства продаж в США через холодные письма и предоставит советы с обеих сторон: и подрядчика, и заказчика:

— почему холодные письма работают, а звонки нет?
— особенности холодных писем в США;
— кому и как правильно писать;
— примеры как писать и как не писать.

Подробности и регистрация: http://webinar.outsource-people.com/

Давид Браун, CEO @ TemplateMonsters, спикер потока Own Products, расскажет о том, какой путь прошла его компания, чтобы из аутсорс-стартапа превратиться в глобальную продуктовую компанию:

— как начинался TemplateMonster;
— балансировка стартапа и сервисного бизнеса на раннем этапе;
— как порвать с аутсорсингом, несмотря на текущую выгоду;
— какие навыки из сервисного бизнеса можно применить в стартапе.

Профессиональные достижения Жени и Давида часто освещаются СМИ, активно обсуждаются в IT-сообществе — этим ребятам действительно есть чему вас научить. Используйте возможность подхватить эти знания!

Запись на участие в вебинаре на сайте: http://webinar.outsource-people.com/

Трансляция состоится 22 сентября 2016 года в 15:00 по киевскому времени.
Запись не планируется — до встречи онлайн.

В четверг, 22 сентября, днепропетровский офис Ciklum приглашает всех, а в частности инженеров и архитекторов, на встречу в рамках Speakers’ Corner, посвященную теме «Open Source Monitoring».
Наш гость — Дмитий Меланченко, старший инженер в salesforce.com (USA), одном из крупнейших в мире провайдеров SaaS и PaaS, который предлагает решения для отделов продаж, маркетинга, отделов обслуживания, а также в области Интернета вещей.

О докладе:

**Мониторинг — система сбора/регистрации, хранения и анализа небольшого количества ключевых (явных или косвенных) признаков/параметров описания данного объекта для вынесения суждения о поведении/состоянии данного объекта в целом. То есть для вынесения суждения об объекте в целом на основании анализа небольшого количества характеризующих его признаков.** (Wikipedia)

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

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

Мы рассмотрим как построить систему мониторинга при помощи исключительно компонентов с открытым исходным кодом:

1. Обзор: что такое мониторинг
2. Метрики
— Что такое метрики и как их собирать
— Как доставлять метрики в централизованное хранилище
— Как визуализировать собранные данные
3. Сигналы
— Как получать сигналы о проблемах уровня системы
— Как получать сигналы о проблемах на основании метрик

Мероприятие бесплатное, вход только по предварительной регистрации!
Количество мест ограничено.

С 3 октября 2016 года в CyberBionic Systematics начнется курс по языку программирования Java. В нашем учебном центре Вы можете пройти полное обучение по этому направлению.

Программа обучения языку Java в CyberBionic Systematics состоит из трех последовательных курсов: Java Starter (9 занятий/18 часов), Java Essential (10 занятий/20 часов) и Java Advanced (10 занятий/20 часа). Обучение проходит в мини-группах по 3-8 человек,что позволяет тренеру работать с каждым студентом очень продуктивно.

Курс Java Starterпредназначен для тех, кто ранее не изучал программирование, в нем закладывается понимание основных понятий и формируются начальные навыки программирования на Java. Курс длится 9 дней (занятия по 2 часа в будние дни).

Темы курса:

Занятие 1. Intro
Занятие 2. Machine Mathematics
Занятие 3. Variables
Занятие 4. Conditions
Занятие 5. Logic
Занятие 6. Loops
Занятия 7 и 8. Methods
Занятие 9. Arrays

Подробное описание курса и регистрация.

Для тех, кто уже знает основы программирования и немного знаком с языком Java — мы предлагаем курс Java Essential. На курсе Вы получите знания основных понятий и принципов объектно-ориентированного программирования, классов, особенностей языка Java, рассмотрите базовые понятия такой парадигмы как Java Generics. Курс состоит из 10 занятий и длится 20 часов.

Темы курса:

Занятие 1. OOP
Занятие 2. Classes and Objects
Занятие 3. Inheritance and polymorphism
Занятие 4. Abstraction
Занятие 5. Lists
Занятие 6. Static and Nested Classes
Занятия 7. Anonymous classes and Enums
Занятие 8. Exceptions
Занятие 9. Class Object
Занятие 10. Generics

Подробное описание курса и регистрация.

Java Advancedможет быть интересен как начинающим Java программистам, которые изучили ранее все темы курса Java Essential, так и опытным разработчикам, которые хотят углубить и систематизировать свои знания. Курс состоит из 10 уроков и длится 20 часов.

Темы занятий курса:

Занятие 1. Iterator & Comparator
Занятие 2. Collection Framework
Занятие 3. IO & Strings
Занятие 4. Regular expressions & Data API
Занятие 5. Reflection
Занятие 6. Annotations
Занятия 7. Serialization XML & JSON
Занятие 8. Thread & Runnable
Занятие 9. Problems with Threads
Занятие 10. Lambda expressions

Подробное описание курса и регистрация.

Каждый курс в учебном центре CyberBionic Systematics сопровождается:

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

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

БОНУСЫ

Если Вы придете с другом, то каждый из Вас получит скидкуна обучение в размере 15%.

CoLearning

CoLearning открыт с 11:30 до 18:30 по будним дням, он бесплатен и отлично подходит для выполнения домашних заданий, просмотра видео уроков, самостоятельной работы по изучению материалов курса и знакомству с новыми людьми. Вы можете пользоваться ноутбуком, доступом к интернету, есть чай/ кофе, а также в CoLearning всегда есть тренер, к которому можно обращаться по техническим вопросам.

График обучения

Занятия проходят ежедневно по будням по 2 часа утром, днем или вечером по адресу: г. Киев, ул. Евгения Сверстюка, 19, 5-йэтаж. (ст. метро Левобережная).

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

Записывайтесь на курс или приходите на бесплатный пробныйурок 3 октября.

Остались вопросы? Мы готовы помочь:

по тел. +38 044 361 89 37
по e-mail: edu@cbsystematics.comили skype: support_cbs.

Присоединяйтесь к нам в социальных сетях:

YouTube
Vkontakte
Facebook

До встречив CyberBionic Systematics!

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

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

Лучшие школы: общий рейтинг

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

Показать больше школ

Полная версия таблицы с дополнительными данными доступна тут.

Как видим, в ТОП-100 входят в основном школы из Киева и Западной Украины.

Лучшие школы: рейтинг для сферы ИТ

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

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

Показать больше школ

Лучшие выпускники

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

Ниже представлена статистика для ТОП-1000 выпускников 2016 года с лучшим средним баллом:

Как видим, среднестатистический вундеркинд — это девушка из областного центра.

В дополнение, список из десяти школ, в которых таких “звездочек” больше всего:

Другая аналитика

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

Девушек больше, и учатся они лучше:

В абсолютных цифрах — в 2016 году ЗНО сдали 433,7 тыс. девушек и 376,1 тыс. юношей.

Статистика по предметам:

Лучший средний балл у шестнадцатилетних:

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

Худшие школы

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

P.S.Больше данных вы можете найти в Google таблице, где с помощью инструментов сортировки и фильтрации можно составить свои рейтинги как по отдельным предметам, так и по регионам. Если и этого вам недостаточно, вы можете использовать готовую базу данных на GitHub.

Запись на первое бесплатное занятие онлайн курса.
Начало урока 24 сентября в 10:30.

Здравствуйте, дорогие друзья и будущие коллеги!
Меня зовут Юрий Черногорцев. Я разработал и более полутора лет успешно преподаю онлайн курс по тестированию программного обеспечения для начинающих. Я обучил уже более 150-тистудентов. Опыт в тестировании у меня 6 лет. Работаю удалённо в аутсорсинговой компании HiTech Service с командой компании Kodak. Полтора года преподавал в тренинговом центре.

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

У меня для Вас уникальное предложение.

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

Цена моего курса всего от 2000 грн.Детальнее о ценовых предложениях в конце страницы.

Важно отметить, что тестирование программного обеспечения — это один из наиболее лёгких путей входа в IT-сферу. Но при этом зарплаты тестировщиков всё же достаточно солидны. Например, в Киеве средняя зарплата тестировщика с опытом до одного года составляет около 450 $, а с двухлетним опытом — уже около 1200 $.

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

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

Первое онлайн занятие — бесплатное.

На нем Вы узнаете:
— Основные виды рабочих процессов в IT компаниях (методологии разработки ПО).
— Обязанности тестировщика.
— Что такое баг и тест-кейс.
— Перспективы работы тестировщиком ПО.

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

Что я предлагаю на своих курсах:

Индивидуальную работу с каждым студентом

Теоретические знания:

— Методологии тестирования ПО.
— Цикл разработки программного обеспечения.
— Методики и логика поиска дефектов.
— Bug report — оформление, правила, стандарты.
— Правила и особенности написания тест-кейсов.

Практические навыки:

— Работа в багтрекинговой системе Jira.
— Работа с тестовой документацией с помощью TestRail.
— Участие в реальном проекте

Также мы изучим:

— Работу с базой данных. SQL.
— Как работает интернет (IP, URL, HTTP, HTTPs, Ping, Cookie, DNS, Proxy).
— Базовые знания по XML, HTML, CSS, UNIX, API, JSON, Xenu.
— Инструменты автоматизации и нагрузочного тестирования (Selenium IDE и jMeter).
— Основы программирования.

Подготовка к собеседованию:

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

+ 2 бесплатных бонусных урока:

1) урок в записи по основам автоматизации тестирования на Selenium+Java от моего коллеги, автотестировщика с пятилетним опытом (2 часа). После успешного выполнения Вами домашнего задания после урока, Вы получите ещё один урок по автоматизации (2,5 часа).
2) урок в записи по правовым аспектам работы в IT сфере (1,5 часа). Ведёт специалист по защите интеллектуальной собственности, юрист с многолетним опытом. Ответит на все интересующие Вас вопросы после урока.

Как проходит курс (пакет «Полный»).

● Весь курс с теорией и практикой записан и разбит на 6 частей.
● Я высылаю записи и домашние задания каждую неделю в течение 6 недель (по 3-4 урока).Продолжительность уроков в среднем 40-50минут (есть некоторые по 1,5-2 часа).
● Вы смотрите записи и делаете домашнее задание в удобное для Вас время в течение недели, на которую выдано ДЗ. Затем присылаете мне ДЗ на проверку.
● Я проверяю и пишу Вам отзыв на Ваше ДЗ, а также выставляю оценку.
● К концу курса я проверяю и корректирую Ваше резюме.
● Затем проходит контрольный тест, а также тренировка собеседования с каждым студентом индивидуально по скайпу.
● Для получения сертификата нужно сдать все ДЗ и набрать минимум 60% от максимального общего балла.
● Благодаря тому, что все уроки курса в записи, Вы можете не зависеть от других студентов и имеете возможность просматривать уроки в удобное для Вас время. К урокам прилагаются презентации. На протяжении курса я отвечаю на вопросы по курсу в скайпе и по почте. Записи Вам доступны на постоянной основе.

Первое занятие: 24 сентября в 10:30 (по киевскому времени)
Количество уроков с учётом бонусов: 21 урок (для пакета «Полный»), 19 уроков (для пакета «Базовый»).
Набор постоянный.
Индивидуальная работа с каждым студентом.

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

3 пакета курса:

*СПЕЦПРЕДЛОЖЕНИЕ:При покупке курса «Базовый» Вы имеете возможность оплатить курс за 2 раза — первую половину сразу, а вторую после Вашего успешного трудоустройства тестировщиком ПО (спецпредложение действительно лишь для нескольких следующих запусков курса).

Также посетителям вебинара я предлагаю хорошие скидки.

Кликните сюда и запишитесь на первое бесплатное занятие сегодня!

[Об авторе: Дима Малеев — Solution Architect, работает в ИТ более 10 лет. С 2014 года — директор Lviv Code School]

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

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

Про спикеров

Что главное в конференции? Конечно же, интересные спикеры. В этот раз мне хотелось совсем уж интересных спикеров, и решил я найти разработчиков сайтов для взрослых. Ну а где еще такой хайлоад, как не у них? Всякие Uber и Netflix с удовольствием делятся тем, что они у себя делают. А вот эдалтщики в данном случае довольно скупы, хоть и insights одного из самых больших порталов, с моей точки зрения — самый прекрасный пример анализа больших данных.

Организаторы меня поддержали и дали мне зеленый свет. Дело за малым — осталось найти спикера. Это оказалось невероятно сложным заданием. Вы когда-нибудь пытались гуглить... эммм... любое слово с приставкой porn или названием одного из ресурсов? Повидать пришлось многое. Да даже если зайти в LinkedIn и поискать людей, которые работают на одном из таких ресурсов, вы увидите совсем уж другую сторону этого LinkedIn. LinkedIn, не захваченный рекрутерами...

Собственно, обычный поиск не принес результатов, потому пришлось искать корни. А корни, как не странно, привели меня к компании, которая территориально организована у нашего восточного соседа и скромно называется Streaming company. Теперь вопрос казался бы легче, но все разработчики оказались в Канаде, и ожидаемо со славянскими именами и фамилиями. Крик души в твиттере таки привел меня к человеку в Украине, а именно в Харькове. Да-да, front-end одного из самых больших порталов для одиноких разрабатывается у нас. После короткой беседы кандидат отказался выступать, сказав, что разве что может прочитать тему про дизайн для одноруких. If you know what I mean :)

Самое интересное, что когда у нас было совсем мало спикеров — общались с нами не очень охотно и очень холодно. Но когда конференция начала наполняться именами с таких компаний, как Uber, Twitter или Microsoft — мы были просто завалены заявками с желанием выступить у нас. Кстати, долго спорили, нужна ли кнопка «Call for Speakers», и в тот момент, когда мы решили ее убрать, к нам пришли заявки 3-хлюдей с Uber. В общем, мы ее оставили.

Про город-партнер

«Добрый день! Я представитель мэрии г. Иннополис (Татарстан, Россия). Хотела бы узнать о возможности стать партнером конференции. Пожалуйста, свяжитесь со мной по указанному e-mail. Спасибо»

Не каждый день тебе такое пишут. Особенно из города, который называется Иннополис. Честно говоря, до этого момента я никогда про такой город и не слышал. Согласитесь, название города как будто вышло из «Электроника». Как оказалось, это какое—то Сколково-2, только в Татарстане. Население 96 человек, создан университет при содействии с Carnegie Mellon University. Проект очень амбициозный и выглядит невероятно круто, хотя и все данные мы взяли с Википедии. А как звучит? Город-партнер конференции Иннополис. Пускай даже население города приближается к количеству организаторов и волонтеров. Политическая ситуация в мире нам такой роскоши не позволила, потому мы вынуждены были отказать. Но было очень интересно узнать про существование таких проектов.

Про Ричарда Столмана

Спросить никто не запрещает. Да и Ричард у нас в стране никогда не был, а хотелось бы на этого старичка посмотреть. Еще бы, у него за спиной GNU, Emacs, и кушать что—то с ноги. Было решено отправить ему письмо. Как же я удивился, получив от него ответ. На каждое письмо я, честно говоря, отвечал с трясущимися руками. Собственно, Ричард рассматривал нас как возможное место, где он может представить одну из своих лекций о свободе информации, и даже прислал свой райдер.

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

Про поиск кей-ноут спикера

Это целый квест с кучей разных мнений. Особенно, когда решение принимается разными стримами. Естественно, технологический стрим хочет технологического гения, бизнес стрим — гениального инвестора, продакт стрим вообще хотел терминатора, который умеет все. Спорили мы, спорили, а потом решили, кто кого найдет. И нашли Эстер Дайсон.

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

Про жизнь

Мы ждали одного спикера. Свели его с нами наши коллеги из УКУ, и спикер согласился приехать и рассказать. Чтобы вы понимали, в Software Architecture он как Иисус в Библии. Радости не было предела, и мы прыгали от счастья. За полтора месяца до события он прислал нам письмо о том, что его жена умирает от рака, и он не может посетить нашу конференцию. Такие письма невероятно трудно читать и, тем более, найти слова для того, чтобы ответить. В такие моменты все и вся отходит на задний план и заставляет задуматься о том, что же в жизни главнее. Жизнь есть жизнь, по-другому и не скажешь.

Интересное это дело, конференции делать. Причем любые. Это невероятно много опыта вне зависимости от размера конференций: будь то Lviv IT Arena или локальный митап юзер группы. Больше конференций — хороших и разных. Но только хороших. Да, именно хороших таких, с душой :)

Время:основной курс по вторникам и четвергам 19:00 — 21:00, IT-English
speaking club по средам 19:00 — 21:00 и субботам 11:00-13:00.

4 октября стартует курс QA Start. Курс предназначен для тех, кто хочет изучать тестирование программного обеспечения с нуля. Занятия ведет практикующий тестировщик уровня Team Lead из одной из ведущих киевских IT компаний. Курс включает практические занятия на реальных проектах и разбор вопросов и задач для подготовки к собеседованию на позицию Junior QA Engineer.

Программа:

● Введение в профессию QA инженера.
● Цели и принципы тестирования. Понятие качества ПО.
● Методологии разработки: Waterfall, V-модель,Итеративная Agile (Scrum, Kanban).
● Место и роль тестирования в процессе разработки ПО.
● Спецификация. Виды, анализ и тестирование требований.
● Виды, уровни и методы тестирования.
● Тестовая документация: тест план, тест-кейс, чек-лист, тест-репорт и т.д.
● Матрица соответствия требований (Traceability Matrix).
● Понятие ошибки. Bug report. Жизненный цикл ошибки.
● Техники тест дизайна. Как правильно писать тест кейсы
● Практическое использование JIRA, TestLink.
● Автоматизированое тестирование. Преимущества и недостатки.
● Практические занятия на реальных проектах.
● Разбор вопросов и задач для подготовки к собеседованию.
● 8 часов IT-English Speaking Club с носителем языка.

Бонусы:

— Онлайн поддержка между занятиями на нашем форуме и в Skype.
— Все наши студенты имеют возможность бесплатно посещать IT-English Speaking Club с носителем языка.
— Годовая подписка на интерактивный онлайн курс по английскому языку.

После окончания курса по ручному тестированию можно продолжить обучение по программе «Автоматизация тестирования. Selenium WebDriver + Java».

Детали и запись:prog.kiev.ua/qa.html
Отзывы:jobs.dou.ua/...anies/progkievua/reviews

Facebook: www.facebook.com/prog.kiev.ua
Google Plus: plus.google.com/ ProgKievUa
Twitter: twitter.com/KievProg
ВКонтакте: vk.com/prog_kiev_ua

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

Также приглашаем Вас на наши курсы по Front-Endи QA Automation.

Время:Суббота + Воскресение , 15:00-18:00
Продолжительность: 3 недели (18 часов)

24 Сентября стартует Интенсивный курс по основам программирования на языке Java. Курс рассчитан на людей, которые хотят обучиться программированию с нуля. Программа курса основана на большом практическом опыте преподавателей.
Методика преподавания строится на выполнении практических и домашних заданий соотношение 70% — практика, 30% теория.

По итогам прохождения курса вы будете:

Знать синтаксис и основные конструкции языка Java;
Реализовывать с помощью Java, программы начального уровня (или легкой сложности);
Научитесь писать консольные приложения, с пользовательским интерфейсом;
Будете уметь взаимодействовать с пользователями, в своих программах;
Получите прочный фундамент знаний для дальнейшего обучения на курсе Java ООП.

Для записи на обучение оставляйте заявку на сайте it-centre.net/osnovi

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

Первый блок (1нед.)

Информация и её хранение
Виды информации.
Единицы хранения информации.
Системы счисления.
Перевод в разные системы счисления.
Архитектура ЭВМ
Аппаратная архитектура.
Операционные системы.
Инструментарий
JRE, JDK 7.
Среда разработки (Eclipse).
Первое приложение на Java.
Запуск приложения из командной строки.
Алгоритмы
Простые алгоритмы.
Комплексные алгоритмы.
Способы записи алгоритма.
Технология программирования.
Переменные
Виды и типы переменных.
Объявление и основные операции.
Особенности работы с переменными.
Операции над данными
Виды операций.
Арифметические операции.
Особенности постфиксных и префиксных операций.
Логические операции.
Операции сравнения.
Ветвления
Оператор if.
Оператор if-else.
Множественное ветвление.
Вложенное ветвление.

Второй блок (1нед.)

Циклы
Генерация случайных чисел.
Ввод данных с клавиатуры, класс Scanner.
Виды циклов.
Объявление и применение циклов.
Бесконечный цикл.
Выход из цикла.
Массивы
Одномерные массивы.
Обход массива.
Многомерные массивы.
Вложенные циклы.
Обход многомерного массива.

Третий блок (1нед.)

Методы
Вспомогательный алгоритм.
Сигнатура метода.
Вызов метода.
Передача параметров в метод.
Передача параметров в метод.
Перегрузка методов.
Строки
Строки
Сравнение строк.
Часто применяемые методы.
Ввод данных с клавиатуры.
Списки
Создание и заполнение.
Основные операции со списками.
Онлайн поддержка между занятиями в группе Skype!

Детали и запись:it-centre.net/osnovi

Также приглашаем Вас на наши курсы по Java: Java ООПи Java Developer.

В рубрике DOU Проекторвсе желающие могут презентовать свой продукт (как стартап, так и ламповый pet-проект). Если вам есть о чем рассказать — приглашаем поучаствовать. Если нет — возможно, серия вдохновит на создание собственного made in Ukraine продукта. Вопросы и заявки на участие присылайте на valentina@dou.ua.

Идея

Добрый день, меня зовут Андрей Прокопец и я Product Leader нового украинского сервиса заказа услуг Pickoose. Хочу поделиться с вами своими наработками в проверке бизнес-идеи на начальной стадии создания сервиса.

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

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

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

Реализация

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

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

Монетизация осуществляется путем продажи контактов или путем продвижения в каталоге или в результате поиска для привлечения внимания/продаж. Такой способ используют, например, Rabota.ua, Olx.comи другие аналогичные ресурсы.

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

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

Вывод:Как мы видим, три ответа из четырёх — негативные, шансы на положительный ответ достаточно малы. Не очень хорошая перспектива, согласитесь?

Второй вариант монетизации — действие от обратного. Этот вариант означает следующее: наводящими вопросами узнавать от заказчика, что именно ему нужно. Под полученные ответы подбирать только тех исполнителей, которые способны выполнить задачу плюс в удобное время для заказчика и в пределах обозначенного бюджета. У этой модели есть зарубежные аналоги bark.com, thumbtack.com, porch.com

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

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

Минусы:новая и неизведанная для украинского рынка система монетизации.

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

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

Первый фактор — это скорее «прыжок веры». Мы допускаем, что предприниматели согласны с истиной: чтобы заработать, сначала нужно вложить. Поэтому, осталось проверить — будут ли клиенты заполнять подробную анкету, которая содержит 12 и более вопросов.

Шаг 1. Создание кластера запросов. С помощью планировщика ключевых слов Google Adwords я выбрал популярные запросы на текущий момент, относящиеся к сфере услуг. Для теста определил ТОП-10 популярных услуг.

Шаг 2. Выборка категорий услуг.С помощью метода «secret shopper» составил вопросы для формирования заказа. Создал формы заказа по каждой из ТОП-10 услуг.

Шаг 3. Размещение анкеты для внешнего доступа.Мне не подходил вариант покупки домена с хостингом (зачем придумывать название и тратить на это деньги, если еще не сформирована до конца концепция) и заказа разработки 10 страниц на аутсорсе страницы с формой заказа. Поэтому я выбрал ресурс, который позволил мне без покупки домена с хостингом, создать landing page с формой заказа и выложить ее в интернет. Выбор был остановлен на landerapp.com

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

Затраты на лэндинг составили 22 USD.

Шаг 4. Привлечение клиентов на landing page.Использовали Google AdWords. Тест длился 4 дня. Общий бюджет продвижения: 5 000 UAH.

В результате мы получили 633 переходов и 35 полученных заказов:

Соотношение просмотров/заполнения — 6%.

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

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

Разработка.После тестирования гипотезы я создал прототипы и написал Product Requirements Document для продукта. Проверка идеи завершилась успешно и после просчетов началась полная реализация Pickoose. Основная цель, которую мы преследовали — запуск Minimum Viable Product, где на основании истории действий пользователей сайта мы сможем сделать анализ и внести правки в продукт.

На front-end мы используем технологии: Webpack, SASS, HAML, ES6. А также придерживаемся методологии БЭМ. Back-end использует: framework Django версии 1.9 на базе языка программирования Python версии 3.5. Связь клиента с сервером происходит по протоколу HTTP/2.

Результаты

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

Сейчас можно воспользоваться услугами более 300 экспертов по 6 категориям: дизайн интерьера, грузоперевозки, клининговые услуги, обучение английскому языку, ремонт персональной техники, создание сайтов. До конца года планируем охватить наиболее популярные категории услуг в Украине.

Дорогие друзья,
Во вторник 27го сентября киевский офис Ciklum в рамках Speakers’ Cornerприглашает вас на встречу, посвященную программированию микроконтроллера Tessel 2, созданному для разработки на JavaScript.

В презентации «Easy IoT with JS and Tessel» наш спикер, Богдан Колесник, JS Team/Tech Lead в одной из команд Ciklum с 10+ годами опыта в IT-индустрии, поделится лайфхаками в создании программных решений. Также он расскажет о запуске своих IoT проектов на JS и представит 2 интерактивных примера. Всё, что вы хотели узнать об интернете вещей для JS, но боялись спросить!

Участие во встрече бесплатное с предварительной регистрацией.

[Про автора: Юрій Савка — має 8+ років досвіду роботи в ІТ, наразі працює на посаді Senior PHP developer в компанії Rocket Internet в Берліні, веде блог]

Свій перший сайт я написав на третьому курсі. Нашому «мистецькому об’єднанню» потрібно було своє представництво в інтернеті, де ми мали викладати вірші, відео з перфоменсів і маніфести постмодернізму, який помер. В нашому об’єднанні були поети, режисери, оператори і актори, а програмістом був чомусь я один. Тож вибору особливого не було: я сів і почав писати сайт.

На той момент я не знав PHP, не уявляв собі, «що відбувається між тим, як натиснути кнопку Ентер, і тим, як гугл покаже тобі форму пошуку». Не знав патернів програмування, різниці між SOLID і GRASP, абстрактним класом та інтерфейсом. Я був жахливим програмістом і прекрасно це розумів, але діватись було нікуди — я сів і почав писати код.

Сайт у мене також вийшов жахливий. На щастя, початкового коду не збереглося — після чергового «апгрейду» з AJAX чатом на сервер проліз вірус і заразив, окрім нашого, ще з десяток сусідніх площадок. Після інциденту з вірусом із безкоштовного сервера нас погнали, а код (його єдину існуючу копію) витерли під нуль. Часом я мрію, щоб таке ж сталося з усіма іншими моїми старими проектами.

Код був написаний на Смарті та грішив усіма можливими помилками початківця. Тим не менше, один з моїх колег по «об’єднанню» зумів здати його чи то як лабораторну, чи то навіть як курсову роботу. Інший знайомий попросив мій код як основу для свого «стартапу», мовляв, його теперішня версія трохи поступається у функціоналі. Після двох літрів пива я вмовив показати, що в нього було на той момент. Він відкрив єдиний файл проекту. Верхнім рядком там стояв class Articles і дві фігурні дужки, більше у файлі не було взагалі нічого. «Ух ти», — сказав я йому, — «в тебе на один клас більше, ніж в мене!»

Перший комерційний проект

Після написання мого першого сайту я так само не знав програмування і так само не вмів писати код. Але, на щастя, про це ніхто не здогадувався. І мій сусід по кімнаті, коли йому пощастило десь вихопити проект за 100 баксів, пішов з ним напряму до мене.

«Проект» включав у себе правки до інтернет-магазину. Власник купив у когось флеш-рулетку, яка мала видавати знижку перед замовленням. Наша задача була в тому числі і в тому, щоб рулетка завжди видавала мінімально можливий варіант: знижку в один відсоток. Як ви розумієте, щедрістю замовник не вирізнявся, але, на щастя, сусід по кімнаті мені трапився настирний і свою половину платні відпрацював чесно — гроші ми таки отримали. Сто баксів — це було дві моїх стипендії. Половина з них — якраз одна. Досі пам’ятаю той неземний звук, яким ВебМані повідомляли про те, що на рахунок прийшли гроші. Потім я його чув ще не раз.

В той же час мій знайомий, назвемо його Ромою, підійшов до справи серйозніше. Він не хотів, як я, писати бидлокод, а натомість вирішив повчитися. На Петрівці за шалені гроші він купив три талмуди по С#. Кожного дня після пар він сідав за ці талмуди, уважно читав, підкреслював важливі моменти олівцем, час від часу піднімав погляд від книжки і тихенько шепотів — так краще запам’ятовується.

Зусилля не минули дарма. Через півроку Рома знайшов свою першу роботу. Щоправда, його зарплату я на той момент вже міг заробити за три хороші вечори, з тією лише різницею, що мені її справді платили. Коли я дізнався про затримку зарплати в півроку, я здивовано запитав: «Якого біса ти ще там?». Рома мені відповів, опустивши голову: «А хто мене ще візьме? Програміст-то я хріновий».

— Ти що, — запитав я,- не тягнеш задач, які тобі дають?
— Та задачі я тягну, — відповів мені Рома, — з цим проблем нема. Але я так і не зміг вивчити навіть третини з моїх книжок. Кому я такий потрібен?

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

Шлях фрілансом

Після проекту з магазином я підсів на біржі праці рунету. Тоді ще можна було лишати необмежену кількість відгуків безкоштовно. Цим я і займався. Завдання я, в основному, не читав. Вихоплював з опису ключові слова і залишав коментар: «Я, досвідчений програміст, експерт з ХХХ, маю досвід впровадження YYY, готовий виконати ваше замовлення за десять баксів». Звучало дивно і смішно, але навколо бушували нульові, ми виживали як могли, і проекти мені таки час від часу перепадали.

Я рівняв верстку каталогу тракторів, завантажував прайси в магазин ювелірки, писав парсери для погодних сайтів і схеми маршрутизації для порнотрафіку. Одного разу мені навіть замовили пофіксити цілий вірус. Не знаючи, що таке згадана клієнтом «віртуалка», я запустив черв’яка прямо в себе на машині, звідки потім довго і нудно його виколупував. Клієнт, до речі, більше на зв’язок так і не вийшов.

Більшість моїх однокурсників на той час теж працювали. Хтось — так само, як я, на фрілансі, хтось — в шарагах на півробочого дня, де їхні перші проби клавіатури продавали, як роботу «сіньйорів». Дехто зависав цілими днями на топкодері, заробляв гроші на платних контестах і деколи навіть писав туди статті. Нас об’єднувало одне — ми були поганими програмістами. Але робили все, щоб стати хорошими.

Інший мій знайомий приблизно в той самий час пішов на роботу в кабельну компанію, міняти людям роутери і прибивати до стінки спеціальні кріплення. Професія програміста його досі приваблювала, тому вечорами він час від часу відкривав підручник по HTML+CSS, вчитуючись у кострубатий, наповнений канцеляритами текст. Кожного разу він зітхав і закривав його, адже 500 сторінок — не штука, одним махом не освоїш. Чи пробував він щось писати сам? Не знаю, напевне — ні, було «ще рано».

Він мене допитувався, як я зміг стати настільки крутим програмістом (мірилом крутості були зароблені гроші), і які книжки я читав, щоб досягнути того, що маю зараз. Я вигадував якісь відмазки, цитував Ейнштейна з його «найкраща практика — це теорія», але основної своєї таємниці я тоді так і не видав.

Синдром самозванця

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

Ця таємниця переслідувала мене добрий десяток років. Я страждав синдромом самозванця, чекаючи, що ось-ось усі навколо зрозуміють, що насправді я ні бельмеса не петраю в тих матеріях, про які впевнено говорю на співбесідах, недостатньо знаю про технології, які використовую в продакшні і не зможу напам’ять розповісти про 7 рівнів мережі. Часто мені снилося, як строгий вчитель викликає мене до дошки і примушує написати потрібний формат дати. А я не можу, бо я гуглю його кожен бісовий раз!

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

Як стати кращим в сучасному світі

Все життя нам розповідали, що школа, університет чи ПТУ є необхідною ланкою в кар’єрі кожного. Там нам повинні дати сакральний набір інструкцій, як виживати в жорстокому навколишньому світі. Так звані Знання.

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

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

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

Насправді ж єдиний спосіб стати в чомусь кращим включає всього два простих кроки.
— Робити те, в чому ти хочеш стати кращим;
— Дивитися, як це роблять ті, хто вже кращий.

Все, більше ніяких таємниць нема.

Діти, яких готують до футбольної кар’єри, просто ганяють на стадіоні цілими днями. Часом ще тренують конкретні удари, вже знаючи напевне, коли і при яких обставинах вони їм знадобляться. А ще прикипають поглядом до екрану, коли на поле виходить їхній кумир. Навряд чи Зідан читав багато книжок з теорії футболу. Хоч їх, я підозрюю, написано чимало.

Навчання: майстер vs книжки

Мало хто розуміє, що книжка, насправді, — це сурогат. У всі часи єдиним дієвим способом справді чогось навчитися була практика в Майстра. Чаклун ти, столяр, чи коп, тебе приставляють в пару до досвідченого і вправного. Ти дивишся, як працює він. Повторюєш за ним. Профіт.

В епоху інформатизації Майстер став зовсім поруч. Його код — в публічних репозиторіях, його технічні статті в блогах, його лекції — на Ютубі та Курсері. Якщо дуже припече, можна навіть написати йому листа з питанням — і він відповість. Тепер не потрібні недолугі посередники в заляпаних крейдою старих радянських костюмах і навчальні програми, застарілі вже на етапі затвердження. Тепер не потрібні його священні послання — книжки.

Підручники з програмування — це окрема історія. Зазвичай, вони застарілі вже на момент виходу. Адже текст потрібно написати, вичитати, потім дочекатися друку, розповсюдити. Якщо ви з якоїсь незрозумілої мені причини вирішили читати не в оригіналі, про будь-яку актуальність можете забути відразу. Адже за час, витрачений на купівлю прав, власне переклад і подальшу публікацію з розповсюдженням, технологія вже встигла просунутися на кілька кроків уперед. Часто — велетенських кроків. І частина «хороших практик» вже давно перетворилися в ознаки поганого тону.

У наш час технічні книжки гарно виглядають лише на полицях. Натомість на їхнє місце прийшла документація, технічні блоги, всілякого роду конференції, онлайн-курси та інші ресурси з чітко вираженою інтеракцією. Короткі, актуальні довідники О’Рейлі, бажано з сайтом, який постійно оновлюється, дозволять швиденько вникнути в невідому раніше область, але далі доведеться тільки копати самому.

Вміння вчитись

І навіть при цьому більшість часу ти будеш працювати з тим, в чому анітрохи не розбираєшся. В цьому і є той міфічний досвід, який усі вимагають замість ваших сакральних «знань»: вміти швидко вникнути в те, що бачиш перший раз у житті.

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

Тому що інакше ніяк, і ті, хто забариться хоч ненадовго, застрягнувши в такому знайомому легасі коді, мають всі шанси стрімко вилетіти з індустрії під напливом молодих і голодних, які за потреби розберуться в усій вашій системі за кілька днів, а ще за місяць перепишуть її на Ноді. Або на Го. Або на Котліні. Головне, що вам в Новому Дивному Світі місця вже не буде.

А в порноактори, починаючи з певного віку, перекваліфіковуватися буде не так вже і легко.

Длительность: 15 недель
Расписание:ср 18.30 — 21.30, сб 11.00 — 14.00.

В Kit Centerстартует курс QA automation ( Java + Selenium ). Как всегда используем методологию «практика с первого занятия, вся теория дома».

Кому будет полезно?

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

Как проходят занятия?

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

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

• Знакомство с Java.
• Переменные и типы данных.
• Версионное хранение кода.
• Выражения и управляющие конструкции.
• Циклы и массивы.
• Углубляемся в массивы.
• Строки и работа с ними.
• Углубляемся в строки.
• Файлы и обработка ошибок.
• Введение в ООП.
• Модификаторы и ООП.
• Алгоритмы и ООП.
• Коллекции.
• Отладка и шаблоны программирования.
• Принципы автоматизации тестов.
• Написание и запуск unit-тестов.
• Введение в Selenium.
• Клиент-серверное взаимодействие в сети.
• Базовые возможности WebDriver.
• Подробно рассмотрим Selenium API.
• Аннотирование тестов с использованием тестового фреймворка.
• Работаем со сборщиком проектов и сервером непрерывной сборки.
• Запуск тестов в нескольких браузерах.
• Запуск тестов в удаленном окружении.
• Построение тестового фреймворка.
• Расширяем Web Automation Framework.
• Практические кейсы при написании тестов.
• Знакомство с BDD как подходом для автоматизации без написания кода.
• Практическая сессия.

Курс ведет:

Леонид Чернышев — Senior Test Automation Engineer в EPAM Systems, Test Automation tutor в L.A. District. Более 3х лет занимается автоматизацией тестирования мобильных, веб-приложений и веб-сервисов с использованием таких инструментов как Selenium, HP LoadRunner, SoapUI.

По всем вопросам пишите:
e-mail: student@kit.center
или звоните:
+380 67 236 43 34
+380 95 053 22 96
+380 63 820 35 42

Больше информации и запись в группу:kit.center/...automation-java-selenium

Группа в Facebook:www.facebook.com/kitcenter