В этот раз DOU Ревизорпобывал в киевском офисе YouScan — продуктовой компании, которая разрабатывает SaaS-систему для мониторинга социальных медиа YouScan.io. Используя технологии искусственного интеллекта и NLP, система ежедневно анализирует более 40 миллионов публичных постов из соцсетей, блогов, форумов, сайтов отзывов и онлайн-СМИ, находя среди них ценные инсайты для брендов. У компании также есть второй продукт, который называют «стартапом внутри стартапа» — система для поиска клиентов в социальных сетях LeadScanr.

YouScan была основана в 2010 году, но разработка прототипа началась еще в 2009. На сегодняшний день среди клиентов YouScan — известные локальные и международные потребительские бренды, такие как: Auchan, Michelin, «Киевстар», Vodafone, МАУ, «Ощадбанк», Lenovo, «Нова Пошта», PepsiCo, Danone, L’Oreal, Estee Lauder, McDonald’s и многие другие, а также маркетинговые и диджитал-агентства.

У компании 2 офиса: в Киеве и Москве (еще с 2010 года). Суммарно работает около 60 человек, из которых чуть больше 40 — в Киеве, около 12 — в Москве, и часть сотрудников работает удаленно в других городах. В киевском офисе ежедневно присутствует до 30 человек, часть сотрудников по нескольку дней в неделю работает из дома. В технической команде — 13 разработчиков и 2 продакт-менеджера.

В округе и поблизости

Киевский офис YouScan находится в здании БЦ «Панорама» по адресу ул. Большая Житомирская, 20.

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

Это центр, потому найти место, где бы перекусить, не составит никакого труда. Из того, что поблизости (стоимость указана за средний чек в каждом из заведений):

• Кубинский ресторан Buena Vista Social Bar — до 100 грн;
• Кафе «Косатка» — от 100 грн;
• Ресторан-бар Yummy Mummy — от 100 грн;
• Copper Pub — до 100 грн;
• Закусочная Das Ist Gut, где готовят дёнеры, в том числе вегетарианские — до 100 грн;
• Вегетарианский ресторан Tri: с фреш-баром, буфетом и семейным центром — от 100 грн;
• Ресторан американской кухни «Желток» — в районе 100 грн;
• Крафтовый паб «Ципа» — до 100 грн;
• Black Tot Bar — от 100 грн;
• Мясная ресторация «Черный Поросенок» — в районе 100 грн;
• Пироговая «Штолле» — в среднем 200 грн за целый пирог;
• Gnezdo bar на Андреевском спуске — до 100 грн.

Еще в округе много кофеен, из ближайших — Coffee Is и Big Cup.

Если найти, где пообедать в центре, несложно, то запарковать авто — еще то испытание. Рядом с офисом нет отдельного наземного паркинга для автомобилей специалистов компании, нет и подземного паркинга. Чаще всего авто ставят на близлежащих улицах рядом с бизнес-центром. На велосипеде приезжать в офис будет также неудобно: в бизнес-центре нет оборудованной велопарковки. Но для тех, кто все-таки приезжает на велосипеде, в офисе есть душ.

Рабочее пространство

Киевский офис — это 468 м²общей площади, включая террасы, балконы, технические помещения, и 372 м²полезной внутренней площади. По сути, все рабочее помещение — это одно удлиненное open space пространство. Здесь нет отдельных кабинетов, а рабочее место основателя компании выглядит точно так же, как и остальные.

В офисе YouScan всего два митинг-рума. Сами сотрудники отмечают, что их уже не хватает (см. раздел «DOU Ревизор спрашивает»).

«Работа отдела продаж, Customer Success, Money Team (бухгалтерии) привязана к бизнес-времени клиентов (примерно с 9:30 утра), работа продуктового отдела — по более гибкому графику, но с обязательным ежедневным стендапом команд в 11:00», — говорит Алексей Орап, основатель YouScan. — «Среда — это день, когда в компании запрещены любые регулярные встречи, чтобы сотрудники могли полностью сфокусироваться на текущих задачах и работать, не отвлекаясь».

Отдых и вдохновение

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

В офисе есть кухня со всей необходимой бытовой техникой, правда она такая крохотная, что там даже нет места для небольшого обеденного стола. Те, кто приносят еду с собой, обычно обедают за массивным столом, который находится в open space зоне рядом с кухней, отделенной от основного рабочего пространства стеллажами для книг. Этот стол из натурального дерева длинной 4,5 метра изготавливала по индивидуальному заказу для офиса YouScan компания The Wood Works Workshop.

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

И не совсем про офис... От руководства удалось узнать кое-что нестандартное: здесь платят бонусы за прочитанные книги (об этом даже как-то писал AIN.ua); в компании практикуют Unlimited Vacation Policy — не контролируются отпуска сотрудников (каждый может отдыхать, сколько нужно для эффективной работы, естественно без ущерба для выполнения своих рабочих планов).

DOU Ревизор спрашивает

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

Иван, Lead Software Developer, 2 года в компании:

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

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

Андрей, Data Mining Team Lead, 2,5 года в компании:

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

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

Єдине, що у нас задумано було класно, а вийшло не дуже — зробили дві велетенських дошки, на яких можна малювати. Малювати то можна, але щоб витерти, треба потім витрачати вдвічі більше часу. От це можна було б переробити з нуля. Але це недешево коштує. Задумана як класна річ, але за призначенням вона поки що не працює.

Марк, Front-end Developer, 8 месяцев в компании:

Нравится расположение. Это центр, отличные виды. Здесь очень развита инфраструктура, это удобно. Есть места, где можно хорошо покушать. Я был уже во многих офисах, и здесь очень нравится. Лучшего офиса я представить не могу себе. Что улучшить либо изменить? Такого нет. Я всем доволен.

Алексей, Customer Success Manager, почти год с командой:

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

Ну что, мы поехали дальше... А если вы хотите, чтобы DOU Ревизор приехал к вам, пишите нам — revisor@dou.ua

Мы катаемся по Украине в поисках самых креативных и нестандартных офисов ИТ-компаний. Вместе с нами вы сможете заглянуть за кулисы офисной жизни. Но решать, хороший этот офис или нет, будете только вы!

Следите за нами на Facebook — www.facebook.com/dourevisor

Смотрите закулисные кадры того, что не проходит нашу цензуру на Instagram — instagram.com/dourevisor

Подписывайтесь на видеоканал DOU Ревизор на YouTube.

[DOU Hobby — рубрика о нетехнических проектах IT-специалистов: творчество, интересное хобби и другие lifestyle-достижения. Если вам есть о чем рассказать — пишите на valentina@dou.ua]

Алла Другова, менеджер проектов в Boolat Games, и Юра Дарицкий, гейм-дизайнер в Fishing Planet, рассказали DOU, почему они преданы аргентинскому танго, как научиться владеть своим телом и что делает этот танец таким привлекательным для айтишников.

Слева — Аллас партнером, справа — Юрас партнершей

— Алла, Юра, как вы заинтересовались танго? Чем именно нравится этот танец?

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

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

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

Юра:Я много овертаймил, и мне захотелось какой-то регулярной активности, чтобы вырваться из этого порочного круга. Знакомая как раз искала партнера, я решил попробовать. И меня зацепило.

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

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

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

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

Алла танцует аргентинский фольклор на Дне независимости Аргентины в ресторане Argentina Grill (image source)

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

Юра:Я танцую танго 10 лет, и все еще многим не доволен. Но, пожалуй, если регулярно уделять этому время, то за полгода можно научиться достаточно, чтобы танцевать на танго-вечеринках. Например, в Киеве по средам устраивают вечеринки в кафе Buena Vista, по воскресеньям — на Арт-причале.

Чтобы уверенно танцевать, понадобится 2-3 года.Если есть какое-то двигательное прошлое — например, танцевальное или рукопашное, — то меньше.

— Что значит быть хорошим танцором?

Алла:Хорошо владеть своим телом, иметь правильную осанку (часто это приобретенный уже в танцзале навык), приятное танго-объятие, слышать и уметь интерпретировать музыку своим телом, уметь передавать свои идеи партнеру. Это применимо и к мужчинам, и к женщинам. Я считаю, что не стоит перекладывать ответственность за весь танец только на партнера.

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

Юра на танго-вечеринке на Арт-причале (image source)

— Как удается совмещать хобби и работу? Сколько времени посвящаете танго?

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

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

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

Юра:Когда начинал, учился 3 раза в неделю и несколько раз в неделю танцевал на вечеринках. Сейчас занимаюсь раз в неделю и в среднем раз в неделю посещаю вечеринки.

— Полезны ли в жизни и работе какие-то навыки, полученные в танцевальном зале?

Алла:Баланс, равновесие и спокойствие как внутреннее, так и в теле. Я уделяю этим навыкам много внимания в танго. Они тренируются и, конечно, полезны в жизни, особенно в гололед ;)

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

Алла на танго-вечеринке в Buena Vista Club

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

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

— Насколько серьезны требования к физической форме для тангерос?

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

Юра:Не должно быть хронических проблем с опорно-двигательным аппаратом, вот и все. Социальное аргентинское танго — очень доступный танец. Его танцуют до седин.

— Участвовали ли в соревнованиях по танго? Если да, в каких?

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

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

Юра:Нет.

Юра на Дне независимости Аргентины в ресторане Argentina Grill

— Развито ли в Украине сообщество тангерос?

Алла:В городах-миллионниках, конечно, есть танго, но больше всего тангерос живет в столице. Потихоньку подключаются и небольшие города. Я начинала учиться в Донецке, и даже сейчас там сохранилось небольшое сообщество.

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

Юра:Про всю страну сложно сказать. В группе «Милонга в Киеве» 2 тыс. человек. Регулярно танцующих из них человек 200, активно танцующих где-то 50. В Европе — Германии и Италии — танго существенно популярнее.

— Кого больше среди танцоров, девушек или парней? Много ли айтишников?

Алла:Почти во всех парных танцах девушек больше. И танго не исключение, ведь «мужики не танцуют» :) Лично я считаю это большим упущением со стороны парней. Где, как не в танго, можно встретить столько разных прекрасных и женственных девушек в красивых платьях и туфельках, которые ловят твой взгляд в надежде потанцевать. Дорогие мужчины, учитесь танцевать танго, это того стоит!

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

• IT позволяет зарабатывать достаточно денег для этого хобби. Но это можно сказать и о других активных хобби, рубрика DOU Hobbyкрасноречиво это демонстрирует.
• У нас сидячая работа, и после неё хочется пойти немного размяться. Танго не дает сильных физических нагрузок, но постоянное движение, объятия и даже просто шаги под музыку создают в теле и голове приятный, освежающий после долгого дня перед мониторами эффект.
• Тангерос много путешествуют в погоне за фестивалями, марафонами и любимыми танцорами. IT позволяет найти возможность работать удаленно, и такой симбиоз выходит достаточно гармоничным.
• Танго — непростая задачка, а айтишники обычно любят решать сложные и интересные задачи.

Слева — Алла с партнером (image source), справа — Юра с партнершей (image source)

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

— Что можете посоветовать новичкам? С чего и как лучше начинать, если никогда прежде не танцевал?

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

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

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

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

Юра:Послушайте традиционную музыку, аргентинское танго 30-40 годов.Посмотрите видео хороших танцоров социального, не сценического аргентинского танго, например, «Mundial de tango: tango de pista». Если не цепляет, не стоит начинать. А если зацепит — все прочее помогут сделать преподаватели. Школы танго в крупных городах Украины легко найти. Многие думают, что у них не получится, что они неловкие, деревянные и без слуха. Это ерунда. Танцевать — в человеческой природе. Кому-то потребуется чуть больше усилий, кому-то чуть меньше, но научиться может каждый.

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

Алла, Юра, а также еще 3 айтишника: Михаил Авраменко, Тарас Попович и Александр Ткаченко

— Какие у вас планы на будущее, связанные с танго?

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

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

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

Юра:Не думал об этом. Я просто танцую.

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

Ярослав Ефименко, Senior Software Engineer, 12 лет опыта .NET разработки:

Всем привет! Прежде всего, хочу посоветовать нашим джуниорам две вещи. Во-первых, не бояться и верить в себя. Во-вторых, учиться, учиться и еще раз учиться. Пожалуй, порог входа для овладения стеком .NET будет выше по сравнению со сферой web-разработки, однако он же будет явно ниже, чем порог входа для разработки на С++, и примерно сопоставим с порогом входа для Java. Но это все не столь существенно по сравнению с одним соображением: самое главное, чтобы вам НРАВИЛОСЬ программировать.

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

С чего же начать? Я пришел в мир .NET, уже будучи опытным разработчиком (C++, Pascal и т. д.), поэтому фактически мне необходимо было изучить отличия C# от С++, а опыт работы с Microsoft Visual Studio у меня уже был. Здорово также помог опыт работы с Delphi и C++ Builder — было такое впечатление, что .NET Framework включал в себя лучшее из известных мне технологий. Поэтому для меня основными книгами стали учебники компании Microsoft для подготовки к экзаменам по .NET Framework 2.0: 70-536 (Foundation), 70-536 (Windows Applications), 70-528 (Web Applications) и 70-529 (Distributed Applications). Понятно, что сейчас эти книги уже не настолько актуальны, но есть и учебники по последним версиям .NET Framework. Кроме этого, мои любимые книги по .NET — это «Язык программирования C# 6.0 и платформа .NET 4.6» Эндрю Троелсена (в том числе ее более ранние издания) и «CLR via C#. Программирование на платформе Microsoft .NET Framework 4.5 на языке C#» Джеффри Рихтера (опять же включая ее предыдущие версии). Также must read — это Гради Буч, «Объектно-ориентированный анализ и проектирование».

Но перечисленные книги новичку могут оказаться слишком тяжелыми для восприятия и недостаточно подробными для первых шагов. Поэтому начинать я рекомендовал бы с книг из серии «Head First»: «Изучаем C#» и «Объектно-ориентированный анализ и проектирование». Они написаны легким языком и доступны для изучения даже подростку (проверено моим сыном). Далее можно читать книги из той же серии, например, «Изучаем SQL», «Паттерны проектирования» и так далее.

Сразу хочу отметить две важные вещи. Во-первых, просто читать даже самые лучшие книги категорически недостаточно. Нужно ставить себе Visual Studio (благо Community Edition для целей обучения абсолютно бесплатна) и одновременно с чтением писать код. Поставьте себе задачу для начала написать, например, свой калькулятор, потом каталог с поиском для домашних книг или фильмов и так далее. Заведите свой аккаунта на GitHub и соберите коллекцию своих маленьких проектов — так будет проще и совета спросить, и показать, как вы учились, уже при поиске работы. Во-вторых, ни в коем случае не пренебрегайте общими принципами объектно-ориентированного программирования. Уверенное владение ими в чем-то даже важнее владения языком С#.

Что читать далее и в каком направлении развиваться — покажут время и ваши предпочтения. Повторюсь, самое главное, чтобы программирование вам нравилось. Кто-то будет писать сайты, кто-то Windows-приложения, еще кто-то — только Back-end. .NET Framework предоставит вам возможности для всех этих направлений и еще для массы других, о которых вы еще не знаете (да и я тоже всех не упомню). Творите — и да пребудет с вами Сила!

Павел Мальцев, Solution Architect, 10 лет опыта .NET разработки:

Редакция DOU спросила меня, как прокачать свои знания джуну. Вообще-то есть годная Programmer Competency Matrix, но я добавлю еще немного отсебятины.

Старайтесь концентрироваться на принципиальных вещах, а не на освоении максимально широкого количества библиотек или деталей. Разберитесь с Design Patterns, SOLID, DDD, ORM.

Если вы не заканчивали профильный вуз, у вас может не хватать базы, основы. Попробуйте восполнить этот пробел самостоятельно — алгоритмы, структуры данных, работа с памятью, TCP, HTTP, security, O(n), memory management, деревья, графы...

Постройте в голове четкую причинно-следственную связь для всех новых веяний в индустрии. Какую задачу решает технология? Какие ограничения? К примеру, почему появился MVC, ведь был же Web Forms.
Не отвлекайтесь на модное. Оно может не прожить и двух-трех лет, и ведь есть еще столько «классики», которая будет нужна всегда. Silverlight? Нет, не слышал.

Ставьте цели. Найдите свой интерес. Goals should be SMART. Постоянно спрашивайте «зачем». Когда вложенность вопроса-ответа дойдет до трех-четырех-пяти уровней, можно остановиться.

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

Заведите аккаунт на Stack Overflow. Разберитесь с Git. Многопоточность — это не просто async/await. Разберитесь глубже. В идеальном проекте применяется CI, unit testing, static code analyzer. Если у вас такого нет — сделайте свой pet project и примените там в любом начальном виде. Глубоко разберитесь с exception handling.

High Load не всегда вершина всего, но там много интересного. Вообще, вся архитектура зависит от нагрузки, помните об этом.

Требуйте code review! Пишите для других. Делайте комментарии в коде: что код делает видно из кода, а вот почему — очевидно не всегда.

Cloud — это уже необходимость. Но обязательно обращайте внимание на цену того или иного сервиса — это один из ключевых параметров при выборе. Если ваш проект не использует Cloud (Azure, Amazon или Google) — заведите себе аккаунт и пробуйте сами.

И еще немного:

• Заглядывайте в исходники .NET.
• Полезный список.
• 97 Things Every X Schould Know — неплохо.
• Читайте Рихтера, Фаулера, Скита. Из наших неплохо пишет Сергей Тепляков.
• Меняйте проекты, но не слишком часто. Старайтесь принимать участие в проектах, в которых есть реальные пользователи.
• Всегда понимайте бизнес-задачу, которую вы решаете.
• Не читайте бумажных книг, особенно в переводе — почти все они уже устарели.
• Не пользуйтесь локализированным продуктами, «у пана атамана все английское».
• На хабре часто комментарии важнее статьи.
• В любой профессии может присутствовать творчество. На любом проекте всегда можно чему-нибудь поучиться. Но не скатывайтесь в рутину.
• .NET — это еще и PowerShell c F#.
• Фронт-енд — дело молодых, лекарство против морщин. Но потом может быть больно за бесцельно прожитые годы.
• Изучите и используйте hot keys. Старайтесь вообще не пользоваться мышкой в меню.
• Освойте слепой набор на клавиатуре. Я учился на «solo на клавиатуре»от Шахиджаняна.

Василий Гребинник, Senior Software Engineer, 9 лет опыта .NET разработки:

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

Теория программирования

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

Принципы ООП, SOLID, GOF, MVC, MVVM и другие паттерны надо не только прочитать, но и проработать. Нарисуйте схемы паттернов. Спросите себя, действительно ли вы понимаете, когда их нужно применять, чем они похожи, чем отличаются. Не слушайте тех, кто говорят, что никогда на практике их не использовали. Вы же не собираетесь всю жизнь заниматься проектами не сложнее Hello World? Сложные продукты подразумевают проработку архитектуры программ. Проработайте Microsoft Application Architecture Guide. Multilayer, 3-tierархитектура, монолит и микросервисы должны стать знакомыми понятиями. Посмотрите, какая архитектура используется на вашем проекте и что можно улучшить или ухудшить, применив другие архитектурные принципы.

Для изучения собственно C# и .NET я не буду оригинален и порекомендую классику: Троелсена — для С#, Рихтера — для получения более глубокой информации по .NET, «Pro ASP.NET 4.5 in C#» - для изучения ASP.NET. Я учил именно в таком порядке. Еще я бы порекомендовал почитать книгу «Accelerated C# 2010» Трей Нэш. Хотя она и несколько устарела с точки зрения описания языка, но там описано несколько полезных и интересных техник программирования. По .NET Core я использую просто документацию.

Выход .NET Core — настоящая революция в мире .NET, и хотя, как я считаю, он вряд ли вытеснит полновесный .NET Framework из Enterprise-сегмента, мы получили первое настоящее средство для создания кроссплатформенных приложений от Microsoft.

Еще я бы рекомендовал подписаться на тематические сообщества и посещать тематические митапы. В Киеве, например, регулярно проходит .Net café, который организует Intetics. Там мы обсуждаем реальные кейсы и практические решения сложных задач.

Практика

Самый главный совет по написанию кода — всегда пишите качественный код. Принцип «Quick and dirty» — ваш главный враг. Даже если менеджер говорит, что код нужен был на вчера, никогда не торопитесь, чтобы «сдать в сроки», не пишите плохой код. Лучше уделить чуть больше времени и избежать грубых ошибок. Не бойтесь: чем больше будет опыта, тем быстрее будете писать качественный код. Качество кода — это ваш профессионализм и репутация среди коллег. Окружающая среда, руководство и требования постоянно меняются, но опыт и репутация остаются навсегда. Нет ничего хуже репутации «#0%0кодера» для настоящего программиста. Прочитайте Боба Мартина «Чистый код» и ... еще раз перечитайте. Я рекомендовал другие книги выше, но эта — обязательна для прочтения.

Используйте лицензионное программное обеспечение. Получая деньги за написание ПО, надо и самому оплачивать труд других программистов. Постарайтесь договориться с руководством и получить MSDN-подписку. Это даст доступ к огромному количеству лицензионного ПО от Microsoft и не только. В подписку входит доступ к Pluralsight — источнику тренингов по различным областям ИТ.

Профессионал должен знать свой инструмент — изучайте возможности среды Visual Studio, особенно в отладке, навигации по коду и рефакторингу. Посмотрите на ReSharper, до выхода 2017 студии без него работать было не так приятно.

Аппаратное обеспечение

Ваш компьютер не должен сбоить и должен работать быстро. Поставьте максимальное количество ОЗУ, SSD. Инвестируйте в хороший большой монитор — берегите свое зрение. Заодно посвятите определенное количество часов в неделю физическим упражнениям и введите в рацион Омега-3-6-9 кислоты. Это позволит обеспечить хорошее кровообращение в головном мозге и даст возможность думать на все сто. И в целом, поможет вам поддерживать себя в тонусе. Все же ваше физическое состояние тоже очень важно, учитывая, сколько умственных усилий вы будете прилагать в работе.

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

Алексей Михалевич, Software Architect, Team Lead, 7 лет опыта .NET разработки:

«Для тех, кому интересно»

Программирование — это не про знание языков, библиотек, стандартов. Это логический образ мышления, умение разбивать задачу на подзадачи и четко представлять результат ваших действий. Как и любой другой навык, их надо прокачивать. Задачки, головоломки, личные проекты — все это тренирует ваш мозг в нужном направлении. Have fun!

Think outside the box

Будьте любознательны, выясняйте, как все устроено. Алгоритмы и структуры данных. ООП. Паттерны проектирования. Только не заучивайте определения, а прочувствуйте принцип. Практика — наше все. Напишите свой Dictionary, а потом попробуйте понять, почему он работает в несколько раз медленнее стандартного. Напишите мультипоточное приложение, используя low-level synchronization и половите deadlock’и. Решите уже наконец задачу коммивояжера, написав свой муравьиный алгоритм.

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

Не ограничивайтесь только рабочими задачами, создавайте что-то для себя (в нерабочее время :-)). Изучайте материалы по Data Science, Machine Learning, Deep Learning, AI.

Learn English

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

Be a team player

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

Practice

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

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

Несколько полезных ресурсов:

• stackoverflow;
• CodeProject — ищите вопросы на интересующую вас тему и детально разбирайте ответы, не копируйте слепо решения;
• Хабрахабр — ищите и читайте статьи, обычно они легче для понимания новой для вас темы и могут послужить хорошим стартом;
• «Алгоритмы. Построение и анализ» Томас Х. Кормен, Чарльз Лейзерсон, Рональд Ривест, Клиффорд Штайн;
• «Приемы объектно-ориентированного проектирования. Паттерны проектирования» Эрих Гамма, Ричард Хелм, Ральф Джонсон, Джон Влиссидес;
• Также можете бесплатно скачать «Design Patterns via C#»Александр Шевчук, Дмитрий Охрименко, Андрей Касьянов;
• «Язык программирования C# 6.0 и платформа .NET 4.6» Эндрю Троелсен, Филипп Джепикс.

Артур Швецов, Senior Software Engineer, 7 лет опыта .NET разработки:

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

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

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

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

В будущем вам необходимо будет проектировать новые модули и интегрировать их с уже существующими или же строить системы «с нуля». Для этого в вашем арсенале должны быть знания ООП, SOLID принципов, паттернов проектирования, DDD, TDD, а также подходов, которые помогают снижать сложность разработки проектирования и сопровождения кода.

Из must-read литературы по .NET, архитектуре ПО, рефакторингу и тестированию я бы порекомендовал следующие книги:

• «C# 6.0 in a Nutshell: The Definitive Reference», by Joseph Albahari, Ben Albahari;
• «C# in Depth», by Jon Skeet;
• «Clean Code: A Handbook of Agile Software Craftsmanship», by Robert C. Martin;
• «Dependency Injection in .NET», by Mark Seemann;
• «Паттерны проектирования на платформе .NET», by Sergey Teplyakov;
• «Head First Design Patterns: A Brain-Friendly Guide», by Eric Freeman, Kathy Sierra, Bert Bates, Elisabeth Robson;
• «Adaptive Code Via C#: Agile Coding with Design Patterns and Solid Principles», by Gary McLean Hall;
• «Microsoft .NET — Architecting Applications for the Enterprise», by Dino Esposito, Andrea Saltarello;
• «Implementing Domain-Driven Design», by Vaughn Vernon;
• «Patterns of Enterprise Application Architecture», by Martin Fowler Signature Book;
• «Working Effectively with Legacy Code», by Michael C. Feathers.

Привіт, мене звати Оксана. Я працюю у аутсорсинговій компанії ELEKS бізнес-аналітиком, а також продукт-менеджером, маркетологом і інноватором.

За основу для статті я взяла наш з колегою — Маріаном Мотою — виступ на Lviv IT Arena 2017про продуктовий mindset в аутсорсинговій компанії на прикладі ELEKS.

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

Executive summary (для тих, хто лінується читати до кінця)

Україна займає 42-емісце у рейтингу Bloomberg Innovation Index. Це означає, що ми не дуже інноваційна країна. Крім того, у нас низька маржа в сфері ІТ, тому що часто-густо ми боремось за клієнта з В’єтнамом, Індією і Польшею, де перемагає найдешевший.

Такими темпами ми далеко не заїдемо, і тому вже зараз треба думати, як вийти у «лігу» країн із високою доданою вартістю і стати конкурентними на ринку ІТ. І взагалі, якщо подивитись на аутсорсинг, то можна побачити (якщо, наприклад, почитати блог і звіти McKinsey), що сьогодні компанії з різних індустрій проходять процес digital transformation — себто активно «входять у ІТ» і трансформують свої компанії з просто аграрних у ІТ-агрокомпанії. Для нас це значить одне: або ми стаємо для таких компаній партнерами і даємо те, що вони не встигнуть швидко розвинути у себе чи взяти з ринку (тобто нашу експертизу), або просто відсторонюємось і переходимо у інший бізнес.

Один із виходів, як я вважаю, — це перехід від категорії doers (читай = «аутсорсерів») до thinkers («консультантів»). Ми добре знаємо, як робити продукти. Але щоб зробити правильний продукт, треба навчитись думати перед цим, мати амбіції і бути готовими сказати клієнту «ні», хоч це може бути некомфортно. Компанія ELEKS далеко не перша застосовує такий підхід — деякі з українських компаній теж роблять product consulting сервіси. Але ми у своїй компанії почали таку ініціативу, як Product Lab — надаємо для клієнтів сервіси product discovery, design sprint, product design education та product management. На додачу, ми запустили в компанії курс з продукт-менеджменту (ELEKS Product Management Basics), щоб все більше і більше людей на проектах мали «продуктове» мислення.

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

Якщо хочете дізнатися більше, як і що ми робимо — читайте нижче.

Передісторія

Я працюю в аутсорсингу (маленьких і великих компаніях) останні 2,5 роки. Мені шалено подобається та частина, що стосується не написання вимог, а роботи з клієнтом, з’ясування його проблем, розробки та реалізації product roadmaps і роботи з бізнес-моделлю продукту. Бездумне написання вимог без стратегії розвитку продукту — це тільки псування зайвих байтів і бітів на Confluence та Jira і викидання грошей клієнта у повітря (розумію, що таке іноді вимагається, але тут не про це).

Працюючи бізнес-аналітиком на pre-sale (допомагала укласти угоду і привести проект у компанію), я помітила одну тенденцію, яку, ймовірно, бачили і ви: клієнт часто-густо шукає дешевші компанії, і ваша компанія програє. Чому так? Покопавши трохи, я побачила болючу правду: на нас, українців, дивляться суто як на виконавців. Звідси низька маржа, нецікаві проекти і головний біль з клієнтом, який «шкуру знімає» за додаткову тисячу доларів. Виникає питання: як в цих умовах діяти? Гнучкий підхід розробки (lean) і Ерік Райс (людина, яка розробила концепцію Lean Startup і роботи з гіпотезами) підказують, що треба змінити або клієнтів, або пропозицію. І тут все починається.

Те, що Україна зі 100 000+ ІТ-спеціалістів, 1000+ технологічних компаній та п’ятим місцем серед експортерів-аутсорсерів займає 42 місце в рейтингу Bloomberg Innovation Index, означає, що у нас є проблеми. Що ми більше doers, а не thinkers. Цей поділ на країни вищої (США, Японія, Канада, Франція) та нижчої (Україна, Хорватія, В’єтнам, Індія) ліги відображається на задній плашці вашого iPhone. Придивіться. Там все чітко написано: Designed in California, Assembled in China. Перша частина фрази — це про thinkers, а друга — про doers. Думаю, на інших пристроях та сама історія, хіба що Xiaomi пішли далі: там і дизайн, і виробництво в одній команді.

Наразі ми добре робимо продукти (сподіваюсь, ви ж продукти без «костилів» і technical debt робите?), але досі працюємо за моделями staff augmentation та implementation outsourcing. Хоча найцікавіші проекти, найбільша відповідальність та успіхи лежать там, де продукт зіштовхується з «живим» ринком — product or service development outsourcing чи product or service co-ownership. Щоб перейти до другої категорії моделей роботи, нам потрібно всього-на-всього розуміти, чи вирішуємо ми проблему нашим продуктом, навчити цього людей і ввести їх у робочий процес як продукт-менеджера і продукт-дизайнера. Ця фаза називається product discovery.

Рік тому мені шалено пощастило, і я потрапила на перший у житті курс з дизайн-мислення в Стенфордську школу бізнесу (викладачка була з d.school в Стенфорді). Після того я довго не могла оговтатись, оскільки це було одкровення — підхід, який дозволяє правильно вирішувати проблеми. Та ще й різними способами. «Еврика», — подумала я і почала тестувати цей підхід у нашій компанії. Оскільки новий сервіс — це новий продукт і тут теж потрібні інноватори і early adopters, ми вирішили навчити людей всередині компанії (офіс бізнес-аналізу і дизайн-офіс відгукнулись на цю пропозицію і підтримали її). Побачивши, як можна робити проекти, деякі топові люди (проектні менеджери та архітектори) почали використовувати цей принцип на практиці, а отже, і продавати його клієнтам.

Згодом до мене доєднався колега — Маріан Мота (власне Experience Designer — human guy, бо я більше business girl), з яким ми ще швидше почали просувати ідею сервісів з design thinking у основі — власне групу сервісів під назвою «Product Lab». На сьогодні ми маємо чотири основні сервіси, які й пропонуємо клієнтам:

1. Продукт-дискавері.
2. Дизайн-спринт.
3. Навчання.
4. Продукт-менеджмент.

Далі я розкажу про кожен з них (можливо, ви теж захочете реалізувати їх у себе в компаніях).

Product Discovery

Перефразовуючи Дена Аріелі: «Product discovery is like teenage sex: everyone talks about it, nobody really knows how to do it, everyone thinks everyone else is doing it, so everyone claims they are doing it». Ми в ELEKS теж робили дискавері, інколи це був просто запис вимог клієнта (requirements elicitation). Коли щастило більше — ми йшли до користувачів і тестували наші рішення у форматі прототипів. Сьогодні під сервісом дискавері я маю на увазі процес виявлення проблеми і пошуку інсайтів, пріоритизації цих проблем, прототипування рішень, тестування і тільки потім розробки. Тобто ми приходимо шукати проблеми, а не одразу розробляти рішення. Бачу в цьому великий сенс, тому що підхід design thinking дає можливість:

• Зрозуміти реальну проблему користувача.
• Протестувати концепцію продукту (читайте «рішення проблеми») з користувачами.
• Почути інформацію, яка в майбутньому дуже доречна для пріоритизації та реалізації нових фіч.
• Протестувати концепцію рішення, не викидаючи на додаток від 50 тис. доларів — економія грошей!
• Багато інших додатових речей (наприклад, клієнт має ще більше sense of product ownership).

Хоча плюсів у дискавері продукту сила-силенна, є і мінуси (ми зараз шукаємо, як з ними боротись):

• Клієнт може не захотіти робити дискавері, тому що воно коштує грошей, і часто «додаток тут і зараз» набагато важливіший за тестування проблеми. У такому випадку аргументувати варто в контексті того, що клієнт може втратити, якщо він не зробить дискавері.
• Ви тестуєте концепт продукту. Це означає, що треба відповісти на питання «Чи взагалі це треба?», не знаючи, який саме набір фіч має бути всередині. Тобто загальні фічі ви протестуєте, але для деталізації треба буде проводити додаткову «розвідку» — нові дискавері, які називаються дизайн-спринтами.
• Клієнт не завжди готовий нас пускати до своїх кінцевих користувачів, бо ми «українська компанія». Він вважає, що ризикує своєю репутацією. Це щось на зразок того, коли вас запросили на обід, де треба дотримуватись правил етикету, а ваш друг чавкає дуже гучно. На мою думку, таке ставлення можна побороти тільки якісним сервісом і більшою кількістю успішних кейсів.
• Мовний бар’єр. Наприклад у Норвегії навіть англомовному українцю буде важко проводити інтерв’ю. Просто важко. Як виправити цю проблему (а я навіть Quora питала) — не знаю. Якщо дуже «жирний» клієнт, то думаю, варто найняти консультантів на місцях для проведення інтерв’ю.
• Треба відійти від площини рішень у площину проблем. І тут варто сказати, що Ейнштейн був-таки правий. Дуже часто треба подумати 55 хв спочатку, а потім за 5 хв знайти рішення. Бо часто проекти «прогоряють» власне тому, що не вирішують правильну проблему.

Деякі з наших висновків після проведення дискавері:

• Проведіть стратегічну зустріч з клієнтом. Сядьте з ним, проговоріть місію і візію, чому саме ця проблема має бути вирішена, куди він далі планує йти з цим продуктом і чому. Це налаштує на робочий лад.
• Робіть user interview разом з клієнтом — це дуже хороший спосіб роботи у команді, що прояснює клієнту багато речей. Потім під час обговорення фіч завжди можна казати: «На дискавері користувачі цього не хотіли, а тут у нас був позитивний фідбек і тому ми робимо/не робимо цю фічу».
• Підготуйте питання наперед. Якщо є можливість — підготуйте все-все наперед, бо під час дискавері у вас не буде часу. І якщо хтось думає, що це «круто, ти поїхав на онсайт валятись біля дубайського басейну» — нічого подібного. В басейні ви скоріш за все зможете тільки змочити ніжки перед наступним user interview, а ввечері доведеться їхати на зустріч з клієнтом.
• Не плануйте більше 4-х1-годиннихінтерв’ю на день, а то буде як у нас — в кінця дня були вже «мертві».
• Записуйте те, що ви обговорили під час дискавері, навіть якщо ви йдете по гнучкій методології розробки і збираєтесь тестувати гіпотези. У всіх має бути чітке уявлення, якою буде перша фаза роботи над продуктом.

І пам’ятайте, продукт-дискавері в тому форматі, що я описала, — це не панацея від усього. Інколи клієнт хоче аутстаф або просто переписати сайт — там треба звичайний requirements elicitation i UX/UI. Продукт дискавері підходить для нових продуктів з невизначеною бізнес-моделлю, а також для продуктів, які треба переосмислити і оновити, щоб вони були більш функціональними і зручними для використання.

Design Sprint

Ця методологія від Google Ventures полягає у тому, що за 5 (інколи 3) днів ми у разом з клієнтом і дизайнерами допомагаємо клієнту вирішити якусь практичну проблему у його продукті або розробити новий набір фіч. Це дискавері якоїсь частини продукту.

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

Для чого потрібен дизайн-спринт? Знову-таки, щоб не викидати море грошей у розробку модуля, який, можливо, нікому не знадобиться, а протестувати прототип фічі з реальними користувачами ще до реальної розробки самої фічі.

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

Хочете дізнатись більше — ось вам книга. Біблія у сфері дизайн-спринтів. Також читайте блоги Google Ventures. Це просто боги.

Product Design Education

Ще одна справа — це навчити клієнта самостійно робити у своїй компанії продукт-дискавері і дизайн-спринти. Хтось скаже, що таким чином ми відбираємо самі у себе хліб, але, з іншого боку, клієнт, який знає методологію і активно нею користується — дуже хороший клієнт, бо фактично ми вчимо його спілкуватися за нами однією мовою. Не скажу, що у нас багато запитів зараз на цей сервіс. Часто-густо ми робимо це в рамках customer development process, та все одно розуміємо, що цей ринок буде рости.

Product Management

Моя улюблена частина, про яку в аутсорсингових компаніях можна лише сказати: fake it untill you make it. Продукт-менеджмент в продуктовій і аутсорсинговій компанії — це зовсім різні речі. Так, у нас нема бюджетів продукту. Так, ми проксі-продукт-менеджери. Але ми як бізнес-аналітики, чи дизайнери, чи архітектори на продукті (чи групі продуктів) дуже часто бачимо можливості і обмеження, яких компанія клієнта просто не бачить, а інколи не хоче бачити через складну систему стейкхолдерів. А є клієнти, які взагалі не знають, куди рухається їхній продукт, і рухається він за інерцією.

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

І так, це дуже відповідально — управляти продуктом, особливо коли ми не управляли ним до цього.

Щоб це робити, потрібно навчатись — проходити сертифікації, читати море статей, підписатися на Slack-канал, розсилку світової конференції Mind the product і т. д, потрібно запускати власні продукти всередині компанії (маленькі, корпоративні), шукати можливість поліпшити продукт клієнта — зробити аналіз конкурентів, розписати roadmap, тестувати гіпотези. Придивіться до свого проекту — я впевнена, там точно є що покращити з продуктової сторони. Можливо, ринок з’їдають конкуренти — чому? Нові тренди на ринку чи технологія?

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

Як це працює у нашій компанії?

Насправді це зміни всередині компанії і «робота по-новому» для деяких людей (дизайнерів і часто бізнес-аналітиків). Ці зміни ми проводимо у кілька етапів:

1. Виношуємо ідеї методологій і робимо їх синергію у маленьких групах. Тут ми зводимо докупи всі підходи і техніки, що знаємо, розробляємо чек-лісти: що має бути під час дискавері і що має вийти в результаті. Розробляємо і тестуємо пропозицію, а також пропрацьовуємо проекти в усталених групах.
2. Навчаємо людей всередині компанії, вибудовуємо спільне розуміння, як реалізувати ціннісну пропозицію, яку ми пропонуємо клієнту.
3. Для масштабування продукту на ринок проводимо зустрічі з усіма, хто має вплив на продажі, робимо воркшопи для потенційних клієнтів (плануємо ще запустити контент-маркетинг).
4. Надаємо сервіс і вимірюємо задоволеність клієнта, а також думаємо над тим, що можемо зробити краще.

Найважливіше у всій цій роботі — beginners mind у людей, які надають ці сервіси. Це відкритий і незашорений досвідом тип мислення. У людей з досвідом часто є спокуса одразу вирішувати проблему, але часто потрібно зупинитись і проаналізувати її.

Висновки

Чому я з вами ділюся усім цим? В «здоровому глузді» Eleks мав би це все зробити і тихенько обіграти конкурентів, але така стратегія не є виграшною у довгостроковій перспективі. Тому що всі ми — в одній «тарілці», яка зветься Україною, і, виходячи з неї у пошуках клієнтів, ми формуємо в першу чергу бренд цілої країни. Поки що нас сприймають як doers — дають нецікаву і низькомаржинальну роботу. Але майбутнє за thinkers. Саме тому я закликаю вас, якщо ви цього ще не робите (якщо вже робите — то вітаю! поділіться як), починайте надавати сервіси поза розробкою. А саме — дискавері продукту, дизайн-спринти та продукт-менеджмент. Ви можете назвати їх своїми іменами, але суть залишиться тією самою. У майбутньому все більше і більше компаній з України надаватимуть такі сервіси, і ми будемо будувати загальний бренд українців як thinkers, який кожному з нас з часом буде легше продавати.

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

Хочу подякувати всім людям, які повірили у цей проект і підтримали всередині компанії: Маріан Мота, Олег Слюсарчук, Андрій Косар, Саша Матвіїшин, Віктор Пришляк. Також нашим командам бізнес-аналітиків та дизайнерів. Шалено дякую вам!

Презентацію можна подивитись на SlideShare.

Для тих, хто хоче рухатись далі і розуміти, як робити дискавері і як ми це робимо у ELEKS — підписуйтесь на канал у телеграмі @productlab. Також буду вдячна за ваші комeнтарі, ідеї та питання: krykun.oksana@eleks.com.

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

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

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

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

Традиционное обучение

Есть традиционная модель обучения. Она состоит в основном из следующих активностей:

• лекции (голая теория);
• семинары (разбор прикладных задач с решениями);
• задания;
• проверка заданий с фидбэком.

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

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

Недостатков тоже достаточно. Перечислю некоторые.

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

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

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

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

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

Эта модель обучения тяжела и для студентов и преподавателей: все они одновременно не могут жить и работать возле учебного центра. Кому-то точно понадобится добираться с условной Троещины до условного Голосеева через весь город. А кому-то вообще из области. У меня был один студент, который катался каждый день из Житомира (на секундочку 140 км). И знаете, это тяжело чисто физически. Я как провел одну группу (4 месяца по два раза в неделю с 19:00 до 22:00), так не захотелось брать следующую... Это я еще на машине и жил относительно недалеко от учебного офиса, но очень устал.

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

Итак, что сделали мы онлайн

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

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

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

Ну, в общем, заменяем лекцию на видео и рекомендуемую литературу.

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

Поедем дальше — семинары.

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

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

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

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

На этом мы не остановились.

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

Выводы

Выводов у меня, на самом деле немного. Но все-таки что-то есть.

1. Онлайн-обучение — это не убогая копия офлайн, только с камерами и веб-конференциями. Это другая полноценная среда. Со своими недостатками, но и со своими преимуществами.
2. Я уверен, что в будущем преимущества онлайн-обучения позволят ему занять достойное место основного формата обучения. Просто надо работать над ним, а не пытаться делать все, как в офлайне.
3. Эта методика подходит для многих направлений учебы. Мы ее уже применяем для учебы в Java Enterprise, Android development и Front-end. На подходе Automation QA. В разработке UI/UX design. Но мне кажется, что ее можно применить и для нетехнических профессий. Мы пробовали рекрутинг и HR, но по разным причинам курсы не стартовали. Но я уверен, что и это возможно. Я уже рассказывал про эту методику многим учебным компаниям (как я и говорил). Уверен, скоро будет много таких курсов.

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

Друзья, на дворе 21-йвек. Пора меняться.

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

Чому ж Android став таким популярним? Одна із причин полягає у тому, що для виробників апаратного забезпечення (мобільних пристроїв) ця операційна система умовно безкоштовна. Її можна встановити на різноманітні пристрої. Щоправда, часто при цьому потрібно проводити портування, тобто адаптацію Android. До речі, це GlobalLogic реалізовує для широкого кола клієнтів, тому багато що із викладеного нижче перевірено на власному досвіді.

Одна із задач, з якою стикаються інженери, що займаються портуванням, — забезпечити появу на пристрої ключових сервісів Google: Google Play Store, Gmail, Google Maps, Google Drive та ін. Це не так просто: для цього потрібно пройти процедуру ліцензування. Отже, у цій статті я хочу розповісти про загальний алгоритм ліцензування і відповісти на питання, які постають перед багатьма розробниками.

З точки зору розробки Android можна поділити на:

• The Android Open Source Project (AOSP) (вільний для завантаження);
• Google Mobile Services (GMS) (потребує ліцензування).

На основі AOSPу, без використання GMS, цілком можна випустити пристрій. Так робили, наприклад, Amazon, Nokia, виробники Android-пристроїв на ринку Китаю. Розробкою на основі AOSPу активно займається спільнота LineageOS (послідовники Cyanogenmod). Але GMS значно додає функціональної привабливості. В першу чергу, перевага полягає у наявності Google Play Store «з коробки». Звісно, є методи установки офіційного магазину додатків від Google без ліцензії (по-різному дієві), але вони, як правило, не для звичайних користувачів, які хочуть, щоб усе просто працювало без додаткових «танців з бубном».

Що таке Google Mobile Services (GMS)

Google Mobile Services — це набір додатків і APIs, що допомагають покращувати функціональність операційної системи незалежно від пристрою. До їх числа входять наприклад, Gmail, Google Maps, Google Drive, YouTube, але найважливіша частина GMS — це Google Play Store і Google-сервіси. Їх доволі складно заінсталювати в обхід офіційної процедури від Google. Щоб отримати GMS-пакет офіційно, а головне, мати право на продаж пристроїв з ним, треба пройти процедуру ліцензування. Ліцензування здійснюється у рамках програми сумісності Android.

Програма сумісності Android (Android Compatibility Program)

Для того, щоб забезпечити якнайкращу якість операційної системи, була розроблена програма сумісності Android. Ця програма має на меті:

• Надати чітко визначене середовище для розробників додатків. Без стандартів сумісності пристрої могли б відрізнятись настільки, що для кожної моделі розробникам потрібно було б робити різні версії додатків. Програма сумісності точно визначає, що розробники можуть очікувати від програмної частини і «заліза». При належному використані ця інформація може значно допомогти в розробці.

• Дати можливість виробникам вирізнятись, але лишатись сумісними. Програма сумісності передбачає можливість роботи third-party-додатків, що дозволяє розробникам надавати пристроям унікальні функції без втрат у сумісності.

• Мінімізувати витрати, пов’язані з сумісністю. Сумісність має бути легкою і недорогою для розробників. Інструменти для тестування є безкоштовними і пристосовані для постійного використання у процесі розробки.

Складові програми сумісності

Складовими програми сумісності є:

• AOSP (Android Open Source Project) — вихідний код Android, доступний будь-кому для закачування і внесення змін.
• CDD (Compatibility Definition Document) — документ, у якому описані вимоги до пристрою, що мають бути виконані, щоб пристрій вважався сумісним із певною версією Android. Кожна версія операційної системи має свій окремий варіант.
• CTS (The Compatibility Test Suite) — набір автоматичних тестів, які запускаються на пристрої. Для різних версій Android доступні різні версії, причому для нових версій кількість тестів збільшується. Якщо у версії 1.6 було лише близько 23 тисяч тестів, то у версії 8.x їх уже більше 600 тисяч.

Які вимоги до ліцензування

Формально вимога лише одна — треба заповнити невелику форму: вказати назву компанії-виробника, тип і кількість пристроїв, що виробляються, версію Android тощо.

Google рекомендує формувати запит не пізніше, аніж за 30 днів перед початком продажів, але на практиці краще це робити за кілька місяців (як мінімум). Швидкість розгляду напряму залежить від кількості запланованих для продажу одиниць, надійності вашого бізнесу, країн розповсюдження тощо.

Після отримання схвальної відповіді від Google естафета передається перевіреним third-party-компаніям, що займаються тестуванням GMS. Ці компанії виступають посередником між Google і виробниками і беруть на себе офіційне GMS-тестування. Чим кращий продукт ви передасте на офіційне тестування, тим менше ресурсів у вас піде на отримання ліцензії. Тому не завадить почати процес тестування/відлагодження самостійно, а потім вже на певній стадії передати його посередникам.

Скільки це коштує

Android вважається безкоштовною операційною системою. Але це не зовсім так.

У 2014 році The Guardian опублікувала статтю, в якій вказувала, що Google отримує по кілька центів з кожного пристрою за ліцензування. Пізніше редакція була змушена виправити оригінальний текст у зв’язку з непорозумінням, яке він викликав. Google не отримує гроші за ліцензування від виробників пристроїв. Але для отримання GMS компанія вимагає GMS-ліцензування, для проходження якого потрібно співпрацювати з компаніями-посередниками, що працюють не безкоштовно. Вартість їхніх послуг не є сталою і залежить від багатьох умов. За неофіційними даними виробнику це коштує близько $10-15 тис. за одну модель пристрою.

Які перевірки потрібно пройти відповідно до вимог Google

Фактично весь процес поділяється на дві стадії: до отримання GMS і після. Тут ідеться про отримання спеціального Google GMS, який ще не можна офіційно випускати на пристроях, але вже можна завантажити і почати процес інтеграції.

До отримання GMS потрібно перевірити пристрій на відповідність певним вимогам:

• CDD (Compatibility Definition Document) — деякі критерії CDD перевіряються за допомогою CTS та інших наборів тестів, але далеко не всі. Тому перевірка відповідності до CDD є окремим процесом, про який не варто забувати.
• CTS (The Compatibility Test Suite) — це набір автоматичних тестів, про який ми згадували раніше.
• CTS Verifier — це додаток до CTS, а саме ручні тести. Їх значно менше, аніж автоматичних, і вони стосуються функціональностей, які неможливо належно протестувати інакше.

Усі невідповідності мають бути усунені, окрім тих, які не можна подолати через певні обставини (наприклад, обмеження платформи або дефекти тестів). Дозвіл на ігнорування подібних результатів треба попередньо отримати від Google, зареєструвавши відповідний запит у Google Issue Tracker. Попередньо, звісно, слід пошукати, чи подібної проблеми вже не зареєстровано до вас. Якщо представник Google «дає добро» на ігнорування цієї проблеми, вона реєструється як «waiver» («відмашка»). На жаль, далеко не завжди відповідь можна отримати швидко.

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

• GTS (Google Mobile Services Test Suite) — це набір тестів, які перевіряють, чи коректно працює GMS на пристрої після інтеграції (наприклад, програвання відео різної якості з додатком Google Play Videos).
• CAT — це тести для перевірки якості запису/відтворення звуку.

Під час цих перевірок, на відміну від попередніх, ми не маємо доступу до вихідного коду, і відповідно відлагоджувати проблеми набагато складніше.

Висновки

Можливо, вищеописаний процес не надто простий, але таким чином Google вдається гарантувати:

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

Безпеку зберігання особистих даних. Більшість пристроїв на Android містять персональну інформацію наприклад, паролі, дані банківських карт тощо. Пройдена сертифікація підтверджує, що дані користувачів, збережені на пристрої, будуть у безпеці, а критичні вразливості будуть швидко вирішені (відносно недавній приклад — Stagefright).

Звісно, це лише невелика частка інформації з цієї теми, але її має бути достатньо для загального розуміння процесу. Якщо у вас будуть додаткові питання, додавайте в коментарі — спробую відповісти.

А также: модуляризация приложений, кросс-платформенный Flutter, паттерны LiveData, кодирование видео, скидка на конференцию, тестирование через скриншоты и, как всегда, Kotlin!

Новости и аналитика

Android 8.1 Developer Preview 1. Новый Neural Networks API, оптимизация для маломощных устройств, релиз для пользователей в декабре. Комментарий Commonsware.

Android Studio 3.0. Изменений много, большинство из нас уже знакомы с ними по beta и canary сборкам.

Instant Apps SDK 1.1. Сохранение контекста пользователя на pre-Oreo и конфигурируемые APK.

Huawei запускает собственный AppStoreв Европе. Обещают 100% совместимость с Android.

Google Play Security Reward Program: заработайте до 1000 долларов за поиск уязвимостей в популярных приложениях.

Google Play Indie Games Contest. Подача до 31-годекабря, обещают поездки в Лондон и другие призы.

Exploring Dialogflow: Understanding Agent Interaction. Уже не Android, еще не AI.

Критическая уязвимостьв протоколе Wi-Fi WPA2 затрагивает устройства на Android 6.0+. А вы уже обезопасили свой трафик?

Kotlin

Android Coroutine Recipesот Dmytro Danylyk.

Modern Android development with Kotlin: как модно делать приложения в этом сезоне.

Improve your tests with Kotlin in Android .

Kotlin education: Beyond the basics.

Preconditions.kt: как валидировать ваш код.

Архитектура и паттерны

Reactive Mythology: Interrupt Patterns.

Building Offline-First App using MVVM, RxJava, Room and Priority Job Queue.

Where to Unbind the Presenter.

React to foreground and background events with ProcessLifecycleOwner.

Secure data in Android:  Encryption.

ViewModels and LiveData: Patterns + AntiPatterns.

Инструменты разработчика

Troubleshooting ProGuard issues on Android.

Making the most out of Android Studio Debugger.

Hide your crashes gracefully (and still report them).

Using buildSrc for custom logic in Gradle builds.

Почитать/посмотреть/попробовать

Android Oreo: all you need to know.

Large Database Queries on Android.

Understanding RxJava subscribeOn and observeOn.

Android NDK. How to integrate pre-built libraries in case of the FFmpeg.

Dagger 2: Component Relationships & Custom Scopes.

Modular Architecture for faster Build Time.

Testing Concurrency in RxJava.

Want to optimize network usage? Check out local storage and RxJava backpressure.

Что же такого революционного во Flutter?

Полезные инструменты и библиотеки

Инструмент от команды Facebook: screenshot-tests-for-android.

MapMe: The Android maps adapter.

AdaptiveIconPlayground: An Android app for experimenting with Adaptive Icons.

Chips-input-layout: A highly customizable Android ViewGroup for displaying Chips (specified in the Material Design Guide).

Daydream Labs: Эксперименты с новой платформой ARCore.

Анонс конференции

UA Mobile 2017: focus on practice. Google Developer Experts, app architecture, cross-platform solutions and AR. Kyiv, 25 November 2017. Get a 15% discount with promo code UAMOBILE-ANDROID-15.

Какие темы/материалы/ивенты стоит добавить в дайджест — пишите в комментариях, твиттер @sergiizhukили воспользуйтесь специальной формой.

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

В выпуске: рассмотрим Docker/Kubernetes, почитаем про OpenTracing, сходим на конференцию, получим 100 баллов на Google Page Speed. Ссылки в описании!

Docker: Now Powered by Swarm and Kubernetes

Новости

Docker platform and Moby project add Kubernetes
Поддержку Кубера нативно впилят в Docker. Это будет доступно во всех версиях, даже в CE. Ждем, как ответит Swarm.

Datasources as configuration in Grafana
В Grafana можно будет конфигурировать датасорсы с конфиг-файла. Покращення вже завтра!

Bolt
Puppet пытаются хоть как-то удержаться на плаву: они зарелизили новый executor с поддержкой linux/windows. Да, Windows!

New Network Load Balancer — Effortless Scaling to Millions of Requests per Second
ELB, ALB, и теперь NLB! Упор на перформанс для сетевых штук. И сразу дают статик IP.

Introducing AKS (managed Kubernetes) and Azure Container Registry improvements
Azure запрыгивает в мир контейнеров и оркестрации! Теперь и у них доступен PaaS Kubernetes. Ждем ответ от AWS.

What is NGINX Unit?

Релизы

HashiCorp Consul 1.0
Обновился консул. Обновляйтесь.

Announcing Rancher 2.0<
Релизнулся Rancher, празднуем! Правда, это только Technical Preview.

Ansible open sources Ansible Tower with AWX
Redhat заопенсорсило Ansible Tower. В общем, если у вас есть Ansible — можно юзать.

Grafana 4.6 Released
Апдейт Grafana, появилась возможность подключить PostgreSQL, добавили алерты в Cloudwatch и немного улучшили взаимодействие с Prometheus.

Nginxзапилили Application Server. Теперь можно запускать php без php-fpm и много чего еще. Для DevOps Engineers особо не юзабельно, а вот разным хостингам, пет-проджектам и маленьким продуктам зайдет.

Туториалы

Volume Monitoring in Kubernetes with Prometheus
Концептуальная статья о том, как мониторить k8s volumes в Prometheus.

How to Get 100/100 Google Page Speed Score with Middleman and Nginx
Вы видели когда-нибудь сайт со 100 баллами в Google Page Score? Вот, посмотрите. Там даже описано как такое сделать.

Working with Terraform: 10 Months In
Ребята использовали Terraform, и что-то у них не очень ехало. В статье они немного жалуются, но конструктивно.

Terraform Recommended Practices
Terraform описали паттерны использования, чтобы не было проблем, как у ребят из статьи выше.

How to Manage Multistage Environments with Ansible
Статья для начинающих, красиво рассказано, как лучше описать инвайроменты. Достаточно стандартный подход, но, к сожалению, не все знают.

Тулзы

FROM:latest
Умненький линтер для Dockerfile.

container-diff: Diff your Docker containers
Тулза, которая умеет сравнивать контейнеры между собой. Может быть очень полезно.

Jaeger, a Distributed Tracing System
Реализация OpenTracing от Uber. Сейчас очень трендово и молодежно, но пока еще немного сыро. Отпишите, плиз, в комментах, если пробовали.

DevOps ивенты

Conference on software engineering practices
10 и 11 ноября будет крутая конфа. Присоединяйтесь!

To-Do List к следующему дайджесту

• вкрутить NLB от AWS;
• обновить Consul, Grafana, посмотреть на Ansible Tower;
• использовать рекомендуемые паттерны для Terraform;
• познакомиться с Jaeger, поднять вопрос о имплементации OpenTracing;
• подписаться на Дайджест Украинских ДевОпсов;
• подписаться на CatOps.

Ставьте лайки, подписывайтесь на канал, ссылки в описании!

P. S. Кто-то купил Jaguar XF после прошлого выпуска?

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

Около года назад мы анонсировалирейтинг работодателей на jobs.dou.ua. Сегодня опять приглашаем принять в нем участие. Рейтинг бесплатен и открыт для всех компаний.

Мы предлагаем ответить на семь утверждений о компании:

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

Варианты ответов (шкала Лайкерта):

• Полностью согласен
• Согласен
• В принципе согласен
• Нет определенного мнения
• Не совсем согласен
• Не согласен
• Совсем не согласен

Четыре последние варианта ответа можно сопроводить комментарием «Что не устраивает? Можно ли это исправить?». Текст этого комментария (без указания автора) может быть виден администраторам компании.

Как считается рейтинг

По каждому вопросу у компании есть оценка в процентах, от 0 до 100%, чтобы получить оценку из шести вариантов ответа, мы присваиваем каждому ответу число от 6 (варианту «Полностью согласен) до 0 («Совсем не согласен») и затем разделяем сумму чисел ответов на (6 * количество_ответов).

Например, если на вопрос есть два ответа «Полностью согласен» и один «Не согласен», то оценка получится (6 + 6 + 1) / (6 * 3) = 0,72 или 72%.

Общий бал (он используется на странице jobs.dou.ua/ratings) считается как среднее арифметическое по всем семи вопросам. В таблице округляется до целых, если навести курсор на балл, отобразится более точное значение, с округлением до сотых, например, 95,52 вместо 96 (актуально для компаний, у которых одинаковое количество целых баллов, но разные места в рейтинге).

В рейтингеесть четыре номинации, в зависимости от размера компании: «от 800 сотрудников», «200...800 сотрудников», «81...200 сотрудников» и «21...80 сотрудников». Чтобы попасть в официальную часть рейтинга и занять призовое место, требуется минимальное количество анкет: 80, 40, 20 и 15 соответственно.

Как проголосовать

Для голосования нужен профиль на DOU с привязанным LinkedIn-аккаунтом. Из LinkedIn берутся данные об опыте работы.

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

Перед голосованием нужно обновить опыт работы. Предложение это сделать выглядит так. Также обновить опыт можно в любой момент в блоке «Оцените компании» на странице jobs.dou.ua/poll.

В рейтинге принимают участие все зарегистрированные на ДОУ компании. Если вашей компании нет в списке зарегистрированных компаний или компания зарегистрирована, но вы не можете проголосовать — напишите об этом на cb@dou.ua.

Для голосования проще всего начать со страницы jobs.dou.ua/poll.

Также есть возможность переголосовать. Переголосовать можно на странице jobs.dou.ua/pollили на странице анкеты компании, в блоке «Оцените компании». Рядом с кнопкой «Переголосовать» отображается дата голосования.

Какой срок действия голоса?

Срок действия голоса — 1 год. Через год после голосования голос становится неактивным. Неактивные голоса не учитываются в рейтинге.

Следите за результатами рейтинга на jobs.dou.ua/ratings, голосуйтеи расскажите о голосовании друзьям.

Если у вас возникли вопросы по рейтингу или не получается проголосовать, пишите комментарии здесь, на форумеили на почту cb@dou.ua.

[В серии «Обзор IT-рынка труда»мы рассказываем об IT-индустрии в разных городах Украины]

В ІТ-индустрии Сум занято 1000-1500 специалистов.В городе работает более 30 ІТ-компаний, крупнейшие из которых активно сотрудничают с СумГУ — главной кузницей ІТ-кадров города. Ежегодно вузы готовят 200-300будущих ІТ-специалистов.

Средние зарплаты программистов в Сумах:

• Junior — $600;
• Middle — $1000;
• Senior — $ 1600.

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

Компании

Большинство сумских ІТ-компанийзанимаются аутсорсингом, но есть также несколько R&D-офисов продуктовых компаний. Среди крупнейших работодателей города:

Netcracker

Американская продуктовая компания
455 специалистов в Сумах, 1000+ в Украине

Компания создает и внедряет решения по управлению телекоммуникационными операциями, комплексные BSS/OSS-системы для телеком-операторов. Среди клиентов Netcracker — около двухсот телекоммуникационных провайдеров, предприятий и госучереждений со всего мира.

Основные направления работы офиса в Сумах: Quality Assurance, Testing Automation, Customer Support, Operations Support Group, Knowledge Management and Research. Основные технологии разработки: Java EE, PL/SQL, PostgreSQL, Perl, Python, JavaScript, Maven, Gradle, Docker, Oracle.

Возможности для начинающих специалистов:компания проводит бесплатные курсы в учебно-консультационном центре на базе СумГУ по направлениям Java, Quality Assurance, Testing Automation, Customer Support Analyst. Обучение Java длится 9 месяцев, остальные курсы — по 2,5-3 месяца.Отбор на курсы проходит на конкурсной основе. Лучших выпускников трудоустраивают.

Custom PC Software

Украинская аутсорсинговая компания
90 специалистов в Сумах, 100+ в Украине

Компания специализируется на крупных enterprise-проектах, в том числе связанных с машинным обучением, большими данными, обработкой и анализом данных, а также высоконагруженных веб-системах, кросс-платформенных мобильных приложениях, десктопных приложениях. Основные технологии: С/С++, С#, Java (SE, EE), PHP, Ruby, Python, Objective C, Swift, JavaScript.

Возможности для начинающих специалистов:в Custom PC Software нет специальных программ для новичков, но компания берет на работу перспективных молодых специалистов, поскольку нацелена на долгосрочное сотрудничество.

PortaOne

Канадская продуктовая компания
70+ специалистов в Сумах, 150+ в Украине

Компания специализируется на разработке программных продуктов в области телекоммуникаций, в частности VoIP, для мобильных операторов и провайдеров IP-телефонии. Решениями PortaOne пользуются почти 400 операторов связи, ISP и других компаний в 70 странах мира.

Более 2/3 сотрудников компании — это инженеры поддержки.

Возможности для начинающих специалистов:компания проводит бесплатные курсы в своей VoIP-лабораториипри СумГУ по направлениям: Linux & Networking Administration, Portaswitch Application Engineering и Perl. Продолжительность всех курсов вместе — полгода. Те, кто показали лучшие результаты, имеют возможность пройти собеседование для трудоустройства в компании.

MindK

Украинская аутсорсинговая компания
57 специалистов в Сумах, 60 в Украине

Компания занимается разработкой комплексных SaaS веб-приложений, мобильных приложений и чат-ботов для клиентов по всему миру. Основные технологии: Ember, React, Node.js, Symfony, Laravel, Swift, Java, Kotlin, MongoDB, PosgreSQL, Elastic, Agile/Scram, Test Automation.

В сумском офисе работают проектные менеджеры, бизнес-аналитики, технические лиды, разработчики, верстальщики, тестировщики, дизайнеры, контент-менеджеры, копирайтеры, офис-менеджер, финансовый директор, СЕО и HR.

Возможности для начинающих специалистов:на данный момент компания не проводит стажировок, однако предусмотрены программы адаптации по всем направлениям. К тому же, те, кто имеет базовые знания JavaScript, HTML, CSS, PHP, ООП и баз данных, могут прослушать бесплатный курс Single Page Applications, который проходит в СумГУ. Курс дает необходимые знания и практические навыки для старта карьеры как Junior Web Developer.

Brocoders

Украинская аутсорсинговая компания
37 специалистов в Сумах

Компания занимается разработкой Web- и мобильных приложений для клиентов из США и Западной Европы. Brocoders специализируется на создании проектов во всех сферах современного бизнеса. Экспертные области: медицина, страхование, образование, маркетплейсы, SAAS-системы, CRM-системы.

Основные технологи: Ruby, Ruby on Rails, JavaScript, Angular, Node.Js, React/Redux, React Native.

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

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

AMC Bridge

Американская аутсорсинговая компания
30 специалистов в Сумах, 360+ в Украине

Компания разрабатывает решения для систем автоматизированного проектирования, конструирования и производства, а также систем управления данными по продукту, его жизненным циклом. Сотрудничает с мировыми лидерами, среди которых Autodesk, DS SOLIDWORKS, Microsoft, PTC и Siemens.

Основные экспертные области: математическое моделирование, аналитическая геометрия, 2D и 3D графика, высокопродуктивные и параллельные вычисления, системы управления инженерными данными промышленных устройств и инженерных сооружений.

Возможности для начинающих специалистов:компания активно сотрудничает с СумГУ и приглашает студентов технических специальностей на стажировки и работу. Недавно запустили курс по тестированию ПО для выпускников 4 курса инженерных направлений — занятия проходят на базе «Центра инженерного программирования AMC Bridge», который был открыт при СумГУ.

Также в Сумах есть офисы таких компаний, работающих в сфере аутсорсинга:

• Art Raptors — создают сайты, мобильные приложения, оказывают услуги по графическому дизайну.
• [bvblogic] — специализируются на разработке веб-ориентированных систем и мобильный приложений.
• Crisp-studio — специализируются на проекти​ровании и дизайне интерфейсов для мобильных приложений, систем и сайтов. Регулярно обучают интернов, лучших берут на работу.
• Digiline — разрабатывают цифровые продукты: ПО, веб- и мобильные проекты, игры, решения в области OTT&IPTV.
• EFSOL — занимаются системной интеграцией и автоматизацией учета на предприятиях на базе 1С, а также оказывают IТ-услуги.
• Giant Leap Lab — разрабатывают веб- и мобильные приложения на PHP, Perl, Python, JavaScript, NodeJS. Работают над чат-ботами, blockchain, есть проекты с распознаванием текста и машинным обучением. Второе направление работы — компьютерная графика и анимация: 3D Max и Adobe After Effects. В числе проектов: различные обучающие ролики, небольшие мультфильмы, 3-мерныемодели для рекламы.
• Infinity Solutions — специализируются на разработке решений на базе цифровых технологий и всего, что связано с дизайном и инновациями в digital-сфере.
• Marakas Design Studio — специализируются на цифровом дизайне.
• Online Studia — специализируются на создании сайтов, разработке веб-дизайна, технической поддержке веб-проектов, продвижении сайтов, а также поисковой оптимизации.
• Owly Labs — разрабатывают мобильные приложения приложения под iOS и Android.
• QATestLab — предоставляют полный спектр услуг по тестированию ПО, консультированию по качеству ПО.
• Smartsoft — разрабатывают ПО для PC, TV и мобильных устройств для клиентов из Европы.
• WebStudio2U — cоздают сайты, разрабатывают веб-дизайн, занимаются раскруткой и продвижением сайтов, SEO и контекстной рекламой.
• Дизайн студия ТриА — разрабатывают сайты, переносят сайты на систему WP, организовывают рекламные кампании в соцсетях.

За вакансиями в городе можно следить здесь.

Сообщества и события

Sumy Gamedev User Group — сообщество гейм-разработчиков. Периодически проводят встречи в формате лекций и практических мастер-классов.

Sumy PHP User Group — сообщество PHP-разработчиков города. Периодически проводят встречи.

Встреча PHP User Group (image source)

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

UP2IT — конференция для ІТ-специалистов: программистов, тестировщиков, дизайнеров, менеджеров проектов, аналитиков. Организована компанией MindK совместно с СумГУ.

IT People Sumy — международный форум, собравший специалистов в сфере IT, в том числе и представителей зарубежных компаний. В 2016 году состоял из 5 дискуссионных панелей: Bussiness Strategy, PHP, QA, управление проектами и кибербезопасность. Состоялся на базе СумГу при поддержке компаний AMC Bridge, Custom PC Software, MindK, Netcracker и Portaone.

Tech Battles — ежемесячные встречи представителей IT-сферы Сум в СумГУ. Формат встреч предполагает обсуждение одного технического вопроса (проблемы) и дискуссию двух различных путей и подходов его решения. Цель дискуссии — обмен опытом и реальные кейсы использования различных подходов, фреймворков, технологий, выбор оптимального из них для конкретной задачи. Встречи проходят в последнюю субботу каждого месяца.

За IT-событиями в городе можно следить здесь.

Образование

IT-специалистов в Сумах готовят в двух вузах:

• СумГУ (факультет электроники и информационных технологий);
• СГПУ им. А. С. Макаренко (Компьютерные науки);

Корпуса СумГУ

Крупнейшая IT-школа Сум — EasyIT: есть курсы по Java, JavaScript, HTML+CSS, PHP, QA, SEO, SMM, веб-дизайну, 3D-моделированию, системному администрированию.

Перспективы Сум как IT-региона

Александр Савченко, организатор встреч PHP User Group, разработчик в Delodi:

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

В городе есть сильный университет, СумГУ, который готовит IT-специалистов и с которым сотрудничают различные компании: NetCracker, PortaOne, MindK. На базе этого университета проходят IT-мероприятия, и он открыт к сотрудничеству для всех IT-компаний.

В Сумах очень мало топовых компаний из рейтинга DOU. Причина этому — плохая инфраструктура между областными центрами. Дорога до Киева занимает в лучшем случае 5 часов, а до Харькова — 3,5 часа. Большинство компаний — небольшие местные аутсорсеры. У всех есть дефицит квалифицированных кадров.

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

Евгений Дмитриев, Head of HR Department в Custom PC Software:

В Сумах в IT-сфере занято около 1500 человек. Тут есть несколько крупных IT-компаний: Netcracker, Custom PC Software, PortaOne, MindK, EFSOL. Последняя несколько месяцев назад попалпод санкции, но, насколько я знаю, продолжает работать. Будущих программистов в Сумах готовит факультет ЭлиТ в СумГУ.

Сумской IT-рынок начал активно развиваться в 2005 году. Его можно описать экономическим термином «олигополия»: тут не очень много продавцов (то есть специалистов) и не очень много покупателей (то есть работодателей). Наверное, как и во многих региональных городах, тут все игроки рынка так или иначе связаны друг с другом: многие вместе учились, одновременно начинали бизнес, совместно искали первых клиентов. Поэтому хедхантинг в Сумах довольно-таки проблематичен. С другой стороны, когда компания нанимает нового сотрудника, то не представляет затруднений собрать на него досье.

Главный недостаток рынка — практически полное отсутствие продуктовых компаний. Есть Netcracker и PortaOne, но это представители крупного бизнеса, имеющие филиалы в Сумах. Еще одна проблема — дефицит высококвалифицированных специалистов.

Перспективы развития — укрупнение компаний, повышение их конкуренции за кадры.

Родион Сальник, CEO Brocoders:

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

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

Як завзятим стартаперам нам приємно бачити, що ця сфера також почала свій розвиток у Сумах. Про це свідчать такі проекти, як «Битва стартапів» та низка тематичних хакатонів.

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

На мою думку, наразі місто потребує проведення тематичних IT-конференцій та тренінгів. Розвитку сфери IT у Сумах — бути! І ми будемо намагатись цьому сприяти.

Роман Ковбасюк, Design Director Crisp-studio:

Большинство разработчиков в Сумах задействованы на аутсорс-проектах. Насколько мне известно, украинских продуктовых компаний, базирующихся или имеющих R&D-центр в Сумах, нет.

Недостатки и преимущества IT-рынка труда в Сумах схожи с любым другим городом Украины с таким числом жителей:

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

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

Юлія Гриценко, Senior Group Manager, керівник навчального центру за напрямком QA в Netcracker:

Сумський офіс компанії Netcracker відкрився у 2006 році і був одним с перших на IT-арені міста. У 2009 року почав роботу наш навчальний центр на базі СумДУ. За час його роботи безкоштовно навчили понад 700 молодих спеціалістів, найкращі з яких були нами працевлаштовані. Кожного року проводимо олімпіади з програмування, тестування та автоматизації тестування.

Радує те, що СумДУ активно працює над підвищенням рівня навчання, створює нові програми та спеціальності, сприяє проведенню семінарів, конференцій, IT-олімпіад. Сьогодні в університеті представлений досить широкий спектр IT-напрямків навчання: комп’ютерні науки, автоматизація та комп’ютерно-інтегровані технології, прикладна математика, телекомунікації та радіотехніка, кібербезпека, економічна кібернетика. Щорічно на ці спеціальності вступає близько 300 студентів. Працюють програми подвійних дипломів з провідними університетами Європи (наприклад, за магістерськими спеціальностями «Комп’ютерні науки» з університетом Кобленц-Ландау в Німеччині).

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

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

Андрей Мишенин, CEO Giant Leap Lab:

IT-индустрия в Сумах развивается достаточно активно. Многим это интересно. Есть хороший технический вуз, СумГУ, где немало специальностей, имеющих отношение к компьютерным наукам. Также не секрет, что в настоящее время зарплаты в этой отрасли гораздо выше средних по стране. Это привлекает в IT все больше людей, и Сумы не исключение.

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

Надія Івашова, HR-менеджер в AMC Bridge:

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

Враховуючи специфіку нашої компанії, важливим фактором IT-ринку Сум є розвинений напрямок QA CAD, оскільки інженери машинобудівних підприємств та проектних інститутів можуть перекваліфікуватися для роботи в цій сфері. Натомість існує дефіцит висококваліфікованих С++ розробників.

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

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

См. также обзор IT-рынка труда других городов:
— Винница
— Днепр
— Житомир
— Запорожье
— Ивано-Франковск
— Луцк
— Львов
— Николаев
— Одесса
— Тернополь
— Ужгород
— Хмельницкий
— Черкассы
— Черновцы

Меня зовут Сергей, сегодня (31 октября 2017) мне исполняется 27 лет, я женат, характер скверный.

Имею более 5 лет опыта в разработке коммерческого программного обеспечения на Java/Scala. Работал на проектах разной сложности — от банковских систем и систем управления персоналом до онлайн-казино.

Год назад мы переехали в Стокгольм, до этого два года жили во Вроцлаве, а еще раньше в Харькове.

Работа

Сейчас я работаю в компании NetEnt. У нас более 1000 сотрудников по всему миру с HQ в Стокгольме. Нам очень нужны программисты фронтенд и бэкенд (Java), а также тестировщики. Список всех открытых вакансий (Стокгольм, Гётеборг, Мальта, Гибралтар, Киев, Краков). Компания помогает с оформлением разрешения на работу и переездом.

В Швеции вообще нужны высококвалифицированные специалисты, сейчас открыто более 90 000 вакансий — служба трудоустройства Швеции.

Сейчас открыт ежегодный прием заявок на стипендии в Швеции по программе Visby для жителей Армении, Азербайджана, Беларуси, Грузии, России, Молдовы и Украины. С 15 октября по 16 декабря принимаются заявки на уровне аспирантуры, постдоктората, старших научных сотрудников. Подробнее: Visby Programme Scholarships for PhD studies and postdoctoral research.

А со 2 по 9 февраля откроется дальнейший набор на получение стипендии Шведского института (уровень — магистратура). До этого, с 16 октября по 15 января, доступен поиск образовательной программы на сайте.

Пример резюме — инженер
Пример резюме — медработник

Поиск работы

Я не искал работу в Швеции — она нашла меня.

В 2016 году я зарегистрировался на Djinni. 1 апреля мне написала рекрутер Юля, которая предложила пройти собеседование в «крупную международную геймдев-компанию» с возможностью релокации в Стокгольм.

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

Собеседование

В общей сложности было около 7 собеседований.

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

Компания оплатила перелет и забронировала гостиницу рядом с офисом.

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

В общей сложности от первого общения до оффера прошло 3 месяца. Еще 2 месяца ушло на оформление документов и визу. Следующие 2 месяца мы выбирали квартиру и морально готовились к переезду.

Сейчас весь процесс занимает от 3 до 5 месяцев.

Подготовка к переезду

Все началось с «background screening», целью которого была проверка на судимости, задолженности перед банками и неуплату налогов.

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

После этого со мной связались представители компании Deloitte, которые на тот момент занимались помощью с релокацией и подачей документов в миграционную службу Швеции для получения разрешения на работу. Сейчас этим занимается Nordic Relocation Group.

Nordic Relocation Group также помогали с поиском квартиры.

К сожалению, из-за большого спроса на жилье в Стокгольме, компании не предоставляют квартиры сотрудникам. Но если уехать на 35 км юго-западнее Стокгольма — в город Сёдертелье, то такие компании, как Scania, могут предоставить квартиру на все время работы.

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

Аренда квартиры

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

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

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

За неделю до переезда нам таки удалось найти квартиру и подписать контракт. Это была однокомнатная квартира в старом доме с самой дешевой мебелью, которую я когда-либо видел. 33 м²стоимостью 12 500 SEK ≈ 1 250 EUR в месяц, на Кунгсхолмене (считается очень хорошим и дорогим районом — центр города).

В этой квартире все-таки была ванна, а от общей стиральной комнаты до сих пор остались неоднозначные чувства. С одной стороны, это здорово иметь промышленные стиральные и сушильные машины, на стирку уходит час — два и все вещи в доме чистые и сухие. Но с другой стороны, записаться на стирку достаточно проблематично, комната была одна на 2 подъезда, большинство людей работает, соответственно стирают вечером или на выходных, найти свободные слоты в расписании очень сложно. Один слот — это 3 часа, стирать можно с 07:00 до 22:00. Если не начал стирать в течение 15 минут, любой имеет право занять твое время. Мы обычно стирали в 07:00 в субботу. Если везло, то в пятницу вечером.

В Швеции это уважительная причина не пойти на тимбилдинг, если дома ждет стирка.

Спустя несколько месяцев мы решили найти квартиру побольше и подешевле. В этот раз мы искали сами, на поиски ушло 3 месяца. За это время мы посмотрели множество квартир: где-то квартиры не нравились нам, где-то мы не нравились арендодателям, где-то мы просто долго думали, и кто-то арендовал квартиру раньше нас.

В итоге мы таки нашли 2-комнатнуюквартиру (1 комната и 1 комната с кухней) в новом доме, без мебели, 45 м², стоимостью 11 000 SEK ≈ 1 100 EUR в месяц, на Брома (считается хорошим районом — недалеко от центра города) рядом с одноименным аэропортом (аэропорт находится через дорогу от нашего дома). Аэропорт, кстати, планируют снести и построить на его месте жилые дома.

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

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

Ниже вы можете найти цены на аренду квартир за второй квартал 2017 года.

Мини-словарь: Hyror — аренда квартиры, Köp — покупка квартиры. В случае аренды — цена за месяц, покупки — цена за м².

Цены в шведских кронах. Для простоты вычислений, можно представить, что 1 евро — это 10 шведских крон. Соответственно, 11 000 SEK это чуть больше 1 100 EUR.

Центр Стокгольма:

Юг Стокгольма:

Запад Стокгольма:

Сайты для поиска жилья:

• Blocket.se
• Qasa.se
• BostadDirekt.com

Покупка квартиры

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

Из-за низких процентных ставок 1,5-2% (Mortage Rates Sweden) в месяц получается все те же 10 000 — 15 000 SEK ≈ 1 000 — 1 500 EUR. Разница только в том, что выплачиваешь свой кредит, а не чужой.

С ипотекой все достаточно просто, необходимо иметь хотя бы 15% от стоимости квартиры. На самом деле можно иметь не меньше 5%, а остальные 10% занять у банка под рабские 4-10%процентов (если мне не изменяет память), но я бы этот вариант не рекомендовал.

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

После чего обратиться в банк за «обещанием» (lånelöfte), что, когда вы найдете квартиру своей мечты, банк даст вам недостающие 85%. Лучше написать или сходить в несколько банков сразу, чтобы понять, где условия лучше.

Вот пример расчета ипотеки на семью из двух человек. При условии, что оба работают и получают по 36 000 SEK ≈ 3 600 EUR в месяц (до вычета налога), у них есть 500 000 SEK ≈ 50 000 EUR на двоих, которые они внесут как первоначальный взнос — 15%.

Заранее прошу прощения — сайт переводил с помощью Google Translate, а он не всегда понимает контекст.

Стоимость жилья, которое 2 человека могут себе позволить, получается 3 330 000 SEK ≈ 330 000 EUR, а ежемесячный платеж 9528 SEK ≈ 1 000 EUR. При этом кредит можно разделить на 2 части: одна часть с фиксированной ставкой, другая с плавающей.

Поиск квартиры обычно происходит на сайтах Booliили Hemnet. При этом не забываем, что районы Юльста, Тенста, Ринкеби, Баркаби, Хасби мы обходим стороной, т. к. это местный «Париж», как выразился один наш друг. Хоть квартиры в этих районах в 2 раза дешевле, живут там преимущественно выходцы из Африки и Ближнего Востока.

Записываемся на просмотр, смотрим квартиру. Если квартира понравилась, начинаем делать ставки, отправляя СМС риелтору. Кто поставит больше, тот и купит квартиру. Цена обычно вырастает на 10% от начальной стоимости.

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

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

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

Ниже вы можете найти соотношение времени, необходимого на дорогу до центра города, к цене за м² в 2016 году. Сейчас цены в центральных районах подросли еще на 3-9%.

Увеличить картинку

Аренда квартиры из первых рук

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

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

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

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

Более подробно можно прочитать здесь.

Налоги

Думаю, ни для кого не секрет, что налоги в Швеции — одни из самых высоких в мире. Но перед тем как объяснить, как они работают, я расскажу, что такое лены и коммуны.

Вся территория Швеции разделена на 21 лен, можно провести аналогию с губерниями, штатами или областями. Каждый лен делится на коммуны со своими правилами и налогами. Так, например, через дорогу от нас находится Sundbyberg-коммуна, в которой налог на 1,3% выше.

Итак, самый простой случай, если доход за год не превышает 18 951 SEK ≈ 1 960 EUR. Такой доход налогом не облагается.

Чтобы рассчитать налог, необходимо сложить налог лена (для Стокгольм-лена — 12,08%) с налогом коммуны (для Стокгольм-коммуны — 17,90%) и налогом на похороны (для Стокгольм коммуны — 0,075%). Есть еще налог на церковь, но его обычно никто не платит. Итого получается 30,055%.

Если доход за год превышает 438 900 SEK ≈ 45 500 EUR, то к существующим 30% добавляется еще 20%. Если же доход за год превышает 638 500 SEK ≈ 66 000 EUR в год, то 20% превращается в 25%.

Итого налог от 30% и выше. Калькулятор налогов.

Бухгалтеры пользуются вот такими таблицами: Stockholm — Kommun Tax Table, Sundbyberg — Kommun Tax Table, где уже заранее все посчитано шведской налоговой.

Все данные актуальны на 2017 год. В зависимости от того, как будет вести себя экономика страны в будущем, налоги могут вырасти или уменьшиться. Так, например, в прошлом году моя зарплата была на 175 SEK ≈ 18 EUR меньше.

Более подробно о налогах можно прочитать здесь.

Пенсия

Шведская пенсия состоит из 3 уровней.

Основой пенсии является Inkomstpension — 16% от всех доходов и Premiepension — 2,5% от зарплаты. Здесь нет ничего интересного.

А вот Tjänstepensionen — это дополнительные отчисления, которые может делать или не делать работодатель в качестве бонуса. Эту часть можно инвестировать на свое усмотрение, покупать акции и облигации. В моем случае за последний год компания заплатила 20 455 SEK ≈ 2200 EUR в качестве бонуса. Сумма была бы гораздо больше, если бы я был старше 28 лет. Сумма отчислений зависит от компании. Снять такие деньги нельзя.

Privat pension — это отчисления которые можно делать самостоятельно. Рекомендуется откладывать 3-5%от зарплаты.

Компания, в которой я работаю, сотрудничает с финансовыми консультантами (Max Matthiessen). Они советуют нам, куда инвестировать часть нашей пенсии (Tjänstepensionen), а также делают прогнозы, какой будет размер пенсии.

Зарплаты

Средняя зарплата в Швеции — 32 800 SEK ≈ 3 400 EUR в месяц. После налога 25 355 SEK ≈ 2 650 EUR.

Зарплаты в ИТ-секторе в диапазоне от 35 000 (26 894) SEK ≈ 3 600 (2 800) EUR до 55 000 (37 249) SEK ≈ 5 700 (3 850) EUR. Все зависит от возраста и опыта работы.

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

Самые высокооплачиваемые профессии в Швеции:

Зарплата премьер-министра Швеции в 2017 году 168 000 SEK ≈ 17 500 EUR в месяц.

Статистика зарплат по всем специальностям

Расходы (на семью из 2 человек)

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

Для примера я составил небольшой список продуктов и цен на них.

Проездные стоят по 830 SEK ≈ 85 EUR в месяц и дают возможность перемещаться по всему Стокгольм-лену на любом виде транспорта (количество поездок не ограничено).

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

Членство в профсоюзе шведских инженеров обходится 330 SEK ≈ 35 EUR в месяц на человека. Профсоюз выплачивает пособие по безработице, предоставляет актуальную информацию по зарплатам, заключает договора с разными компаниями. Это в свою очередь дает возможность получать скидки, например, 0,5% при оформлении ипотеки.

Разрешение на работу

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

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

Третье разрешение — еще на 2 года без каких-либо привязок. Через год можно подать документы на постоянное пребывание (long-term residence status).

Если имеешь статус резидента и прожил в Швеции 5 лет, можно подать документы на гражданство и больше не думать о работеразрешении на работу.

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

Голубая карта

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

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

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

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

ИТ-рынок

Интересная статья по теме:Tech Crunch — Sweden Is A Tech Superstar From The North

ИТ-рынок Швеции активно развивается, каждый год появляются новые компании, стартапы такие как: Spotify, King, Klarna, Mojang, TrueCaller, iZettle.

В рейтинге городов по European Digital City Index (EDCi) Стокгольм занимает 2-еместо и является одним из самых благоприятных городов для стартапов. Очень часто можно услышать, как кто-то уходит из крупной/стабильной компании в стартап или открывает свой.

Стартапы вырастают даже из дипломных проектов. Недавно общался с ребятами, которые писали проект на тему возобновляемых источников энергии и способах ее экономии. Они написали MVP (Minimum Viable Product), получили грант от Европейского Союза, а затем их выкупила крупная шведская компания.

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

Flightradar24 — тоже был придуман и разрабатывается здесь.

Помимо стартапов, в Швеции есть много крупных компаний, таких как Assa Abloy, AstraZeneca, Telia, Electrolux, Ericsson, Volvo, Skanska, Atlas Copco, H&M, ICA и это только компании со шведским происхождением.

Google, Facebook, Amazon активно инвестируют в Швецию, открывая новые дата-центры и офисы.

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

Здесь можно найти компанию на любой вкус.

Информацию о том, какой годовой оборот, как идут дела и кто CEO в компании можно найти в открытом доступе здесь.

Технологии

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

Только здесь я узнал, что корабельный винт, температурная шкала Цельсия, ультразвук, динамит, кардиостимулятор, трехточечный ремень безопасности, телефонная трубка, упаковка Tetra Pak, велосипедный шлем-подушка безопасности Hövding были изобретены в Швеции, и это только начало списка.

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

Швеция — это технологии в мелочах.

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

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

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

Кстати, нас в свое время очень удивило, что здесь можно найти информацию о любом человеке, зарегистрированном в налоговой. Например, на сайте hitta.seможно узнать возраст, адрес человека, среднюю зарплату по дому/району.

Почта — сфера, в которой никогда ничего не происходит, но в случае Швеции. Здесь решили, что вместо того, чтобы отправлять людям ненужную макулатуру, можно отправлять электронные сообщения. Так появилось приложение, в котором можно зарегистрироваться с помощью персонального номера, указать свой e-mail и попросить больше не отправлять бумажные письма. Пока такой вид почты поддерживается не всеми организациями, но все к этому идет.

Более 80% людей в стране используют безналичный расчет. За год жизни в Швеции я ни разу не держал наличные в руках, я даже толком не знаю, как они выглядят. Многие магазины уже давно перестали принимать наличные. Если хотите что-то купить или просто одолжить кому-то денег, это делается через приложение Swish по номеру телефона. Swish — это то, что Apple пытается сделать в их Apple Pay.

Systembolaget

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

Первые попытки ввести монополию на алкоголь были еще в XVIII веке, когда алкоголизм и безработица были огромной проблемой для Швеции. Первая монополия на алкоголь была введена в середине XIX века.

В 1955 была основана компания Systembolaget — единственная фирма, имеющая право на продажу алкоголя в стране.

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

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

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

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

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

Люди

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

Inglehart—Welzel Cultural Map 2017

В Швеции не принято рано жениться или заводить детей. В 30 лет люди еще находятся в поиске. Детей чаще заводят после 35 и сразу парочку с разницей 1 или 2 года. Но если вы не как все, то это нормально: ваша жизнь — ваши правила.

В Швеции абсолютно нормально жить вместе, иметь 4 детей и при этом не быть женатыми. Такие пары называют «самбо». Это как сожительство.

Здесь принято, что родители делят отпуск по уходу за ребенком (декретный отпуск — 480 дней) между собой. Обычно мамы берут 70%, а папы 30%, что несомненно плюс как для ребенка, так и для родителей.

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

Во многих компаниях существует инициатива 50/50, которая направлена на то, чтобы в компаниях было поровну мужчин и женщин.

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

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

Шведы никогда не будут выяснять отношения или переходить на личности. Если машина припаркована неправильно, они никогда не пойдут ругаться, они просто вызовут полицию. Та же ситуация, если кто-то шумит после 22:00 в будний день или после 23:00 на выходных. Конечно же, все в пределах разумного, из-за одного раза никто никого вызывать не будет. Но если это происходит постоянно, это другое дело. Вот когда дело доходит до стирки, их коварству нет предела — здесь все средства хороши. Например, проверяют, начал ли кто-то стирать вовремя. Если нет, то могут занять слот, и все. Часто случаются конфликты из-за того, что кто-то за собой не почистил сушильную машину.

Шведы обожают очереди. Практически в любом месте установлены электронные очереди, но они и так всегда знают, кто за кем.

Очень важно быть честным — это отличительная черта шведов. Лучше быть честным, чем проявлять уважение.

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

Здесь можно жить не зная шведского языка. Все люди отлично знают английский, но мой совет — все-таки записаться на бесплатные курсы шведского (SFI — Swedish For Immigrants) от государства — лишним не будет. Знание языка очень помогает интегрироваться в общество. На этих курсах часто можно узнать что-то новое и интересное о Швеции.

Климат

Швеция — третья по размеру страна в Западной Европе. Но есть одна особенность: Швеция вытянута с севера на юг. Северная часть страны находится за полярным кругом, в то время как южная ее часть соединена с Западной Европой Эресуннским мостом. На севере, конечно же, холоднее, и световой день зимой — всего несколько часов, а летом солнце не садится 24 часа. К счастью, Стокгольм находится ближе к южной части, климат умеренный, зимой температура редко опускается ниже −5 °С. Конечно, за зиму температура может упасть до −15 °С на пару дней, но это бывает крайне редко. Стоит упомянуть, что зимой в Стокгольме световой день примерно на 2 часа короче по сравнению с Западной Европой. Но тут нашли свой способ борьбы с мраком — свечи, уют, булочки с корицей и иллюминация в окнах.

Как говорят в Швеции: «Нет плохой погоды, есть плохая одежда».

Медицина

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

Факты и цифры

Столица:Стокгольм.

Язык:шведский.

Валюта:шведская крона.

Население: 10 млн.

Общая площадь: 528,447 км².

Население, родившееся за пределами страны:15-20%.

Образование: 9 лет обязательного школьного образования, большинство учеников учатся 12 лет (включая «гимназию» — аналог старших классов в Украине). Около трети продолжают образование в университетах и колледжах.

Рабочие часы:стандартная рабочая неделя — 40 часов.

Минимальный оплачиваемый отпуск: 5 недель.

Отпуск по уходу за ребенком (декретный отпуск):оплачиваемые 480 дней + 10 дней сразу после рождения ребенка для обоих родителей.

Уровень безработицы: 6,7%.

Продолжительность жизни:мужчины — 80 лет, женщины — 84 года.

Гражданство:через 5 лет, без тестов и экзаменов.

Шведский паспорт:занимает 3 место в Global Passport Power Rank 2017и дает возможность безвизового въезда в 157 стран мира.

В Швеции планируют полностью отказаться от ископаемого топлива к 2030 году.

С 2019 года Volvo собирается выпускать только электромобили.

Метро в Стокгольме называют «world’s longest art exhibit».

Итак...

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

Я очень рекомендую посмотреть YouTube-канал «Kapkachik»о жизни в Швеции, а также посетить экскурсию Иры Стомберг «По Стокгольму с облаками». Лучше них о Стокгольме и о Швеции никто не расскажет.

Много любопытного можно найти на официальном сайте Швециии его английской версии.

Больше о нашей жизни в Швеции можно узнать из Instagram

У рубриці DOU Проекторвсі охочі можуть презентувати свій продукт (як стартап, так і ламповий pet-проект). Якщо вам є про що розповісти — запрошуємо взяти участь. Якщо ні — можливо, серія надихне на створення власного made in Ukraine продукту. Питання і заявки на участь надсилайте на editors@dou.ua.

Привіт всім читачам! Мене звати Юрій. Я затятий «дотнетчик» або принаймні намагаюся виступати в його ролі :) Працюю з .NET Framework/Core близько 2 років, Angular/React — близько півроку. Вчився в основному сам, скажімо так, лопату в руки і до роботи! Подобається відкривати нові горизонти деяких технологій, таких як AI/ML, RoboTech, також хочу вивчити кілька мов програмування — RLang, Python. Вирішив написати про ідею, яку я розробляю близько півроку — двіжок, що дозволяє будувати динамічні сайти.

Ідея

Проект написаний на молодій платформі .NET Core 2.0, використовуючи .NETStandard2.0, реліз яких вийшов нещодавно. Двіжок вирішує проблему довгого завантаження сторінки і відкриває можливості для динамічного підвантаження виглядів (View). Він працює за таким самим принципом, як Angular.

Ідея написати таку штуковину з’явилася після роботи з ASP.NET Core MVC. Мені було цікаво, чому така сильна технологія не має часткового рендерінга виглядів на клієнтській частині. Почав читати, копати, стараючись добратися до самих глибин ASP.NET Core MVC. Також я працював з Angular 1/2 з Typescript. Так само стало цікаво, чому досі не було спроб зробити схрещену технологію, яка могла дозволити розробникам рендерити дані, як на сервері так і на клієнтській частині. Оскільки таких технологій не знайшов, вирішив написати свою. Тим більше було цікаво розібрати ASP.NET Core з середини, знайти всі його сильні і слабкі сторони, щоб я сам, як розробник, міг використовувати ці знання в роботі.

Реалізація

Для початку я хотів би висвітлити основний принцип роботи BibaViewEngine.

Користувач робить запит, як на звичайний сайт, за посиланням. Двіжок поверне index.html з вже підключеним скриптом, який запускає процес компіляції. Наступним прийде скомпільований основний компонент у вигляді HTML-коду з сервера, який розміститься у вказаному елементі на сторінці. Далі підключений скрипт буде шукати контейнери з раутингом і елементи з певним атрибутом, які будуть слугувати посиланням для раутінга і робити наступний запит на компонент по урлу, за яким перейшов користувач. По запиту сервер поверне скомпільований компонент. Далі, натискаючи на спеціальні посилання, скрипт буде робити запит на сервер і отримувати скомпільований HTML-код, вставляючи його в контейнер для роутів.

Тепер я би хотів поговорити про проблеми, з якими зіткнувся під час розробки BibaViewEngine.

Перше — це мало документації. Довелося ознайомитися з базовою документацією, що надає «Майкрософт». Потім «методом наукового тику» шукав потрібні мені АПІ, які би дозволили налаштувати базовий раутинг і компіляцію.

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

Context.Name + “ is the name of Context”.

Знайшов такий, але він мені не підійшов. Говорив з людьми в гіттері. Мені запропонували не легкий, як на мене, варіант, але робочий — шматок з реалізації інтерактивного рядка в Visual Studio. Вирішив відкласти це питання для наступних версій.

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

Оскільки я вирішив реалізувати паттерн MVVM, треба було чимось мотивувати цей процес. Я його мотивував компонентами з темплейтами. Компонент — це клас на серверній частині, який наслідує клас Component. До речі, цей принцип я запозичив у Angular 2. В коді виглядає так:

public class AppComponent : Component
    {
        public AppComponent(BibaCompiler bibaCompiler)
            : base(bibaCompiler)
        {
        }
    }

Базовий клас Component має в собі реалізацію компіляції темплейта, який пишеться разом з компонентом. Виглядає це так. Коли ви створюєте клас компонента, можна створити файл з такою самою назвою, що і клас, тільки з розширенням .html.

Client
|-AppComponent.cs
|-Appcomponent.html

Базовий клас при створенні екземпляру компонента з DI буде шукати файл з розширенням .html з такою ж назвою, що і .cs файл компонента, потім буде його компілювати, заміняючи значення в спеціальних дужках на значення з компонента. Наприклад:

AppComponent.cs
public class AppComponent : Component
    {
        public string Title { get; set; } = “Hello world!”;
        public AppComponent(BibaCompiler bibaCompiler)
            : base(bibaCompiler)
        {
        }
    }

AppComponent.html<div><h1> ([Title])</h1></div>

Скомпільований темплейт буде виглядати так:

<div><h1>Hello world!</h1></div>

Наступний крок — раутинг.

Базова поведінка раутинга проста — на сервер від клієнта приходить запит з необхідним раутом, тобто посиланням на компонент. Сервер постарається знайти компонент в таблиці раутингів, потім створити екземпляр цього компонента, провести компіляцію і повернути скомпільований html клієнту.

Раутинг працює трішки складніше, ніж компіляція. Щоб отримати можливість використовувати раутинг, потрібно зробити такі кроки: створити роути на сервері; реалізувати контейнер і посилання на клієнті.

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

Бібліотечка для роботи з BibaViewEngine копіюється з файла-ресурсу BibaViewEngine в папку wwwroot під час запуску проекту і автоматично додає посилання на цей файл в index.html.

Результати

У підсумку можу сказати, що з цим пакетом цілком можна писати маленькі проекти. Але все ж він вимагає багато тестувань і доопрацювань.

Найголовніші цілі були досягнуті:

1. Реалізовано компіляцію HTML з паттерном MVVM. Простенький компілятор, написаний мною.
2. Простий раутинг. Можливість призначити на кожен раут окремий компонент.
3. Компонентна система. Компонент може мати у собі темплейт, тобто HTML, який буде компілюватися з в’юмоделькою.
4. Пробна версія активізації контролерів до рауту на клієнтській частині.

Плани:

1. Розширити можливості компілятора або спробувати знайти краще рішення.
2. Знайти і застосувати прирівнювач виразів (expresion evaluator).
3. Реалізувати дочірні раути для основних.
4. Застосувати авторизацію як мінімум для coockie. В подальшому — для JWT i OAuth.

Джерела з документацією: github.com/...​iatorstorm/BibaViewEngine

Приклад: github.com/...​torm/BibaViewEnginesample

Доступні фічі:

1. Реалізація раутинга. Можна додати контейнер, в якому буде редеритися кожен темплейт з сервера (задокументовано).
2. Можна створювати контролери, які активуються після отримання скомпільованого темплейта з сервера по рауту (не задокументовано). Цю фічу можна побачити наразі тільки в семплі за посиланням.

Насолоджуйтесь новими технологіями :)

[Об авторе: Антон Зотов — Associate Vice President в GlobalLogic Ukraine, лидер харьковского офиса компании. Более 15 лет в IT, из которых 11 лет занимал менеджерские позиции. Пройдя этапы успешного профессионального роста в столице, Антон переехал в Харьков и сейчас развивает команду из более чем 600 инженеров]

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

Харьковский IT-бизнес проложил мост между индустриальным и научным прошлым города и современной информационной экономикой. Сильная инженерная школа и уникальные для Украины технические вузы послужили опорами для построения харьковской IT-индустрии. Эти преимущества сложились исторически, и их ощущаешь сразу же, как попадаешь в эту экосистему (я переехал в город после 16 лет работы в Киеве).

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

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

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

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

Создать привычку говорить о себе

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

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

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

Win-win ради развития индустрии

Еще один вызов, общий для всех IT-компаний города, — сформировать общие стратегические цели. Да, большинство харьковских IT-компаний великолепно развиваются в нынешнем контексте. Но есть риск упереться в ограничения рынка уже через 1-2 года,как с точки зрения развития бизнеса, так и наличия в городе необходимого количества инженеров. И эта тупиковая ситуация будет вызвана отнюдь не объективными факторами — спрос на разработку программного обеспечения будет расти, — а внутренней неготовностью компаний идти в ногу с динамикой рынка. Чтобы стабильно и уверенно развиваться в экономике будущего, харьковским IT-компаниям необходимо отойти от чрезмерной концентрации на внутренних краткосрочных целях в сторону долгосрочных стратегических решений в русле win-win для всей индустрии.

Какие шаги стоит предпринять

Отход от парадигмы малого бизнеса. В Харькове присутствуют филиалы 5-тикрупнейших IT-компаний Украины, но все же большинство из 300 локальных компаний — размером до 100 человек. С одной стороны, это означает большое разнообразие заказчиков, бизнес-вертикалей и экспертизы. С другой, накладывает ограничения на умение работать с клиентами мирового уровня, например, из списка Fortune 500, поскольку такие компании предъявляют очень высокие требования к уровню бизнес-культуры, профессиональной зрелости консультантов и процессов, которые порой трудно построить в рамках малого бизнеса.

Смещение фокуса от предоставления IT-услуг в сторону R&D-партнерства. Повсеместная цифровая трансформация бизнеса диктует свои требования и к работе сервисных компаний: теперешним клиентам нужны не столько технические специалисты, способные качественно выполнять поставленные задачи, а эксперты, которые смогут с нуля создать решения для бизнес-задач заказчика. А для этого необходимо накапливать экспертизу в определенных индустриях, развивать бизнес-компетенции у менеджеров, перенастраивать бизнес-модель компании под разработку полноценных решений.

Инвестирование в технологии будущего. Даже если сегодня не всем клиентам требуется экспертиза в data science, cloud, augmented reality и пр., важно развивать такие навыки. Эти технологии быстро становятся мейнстримом, поэтому необходимо накапливать экспертизу и создавать необходимый пул специалистов на рынке уже сейчас, дабы суметь в полной мере реализовать это окно возможностей. Как пример, созданный харьковскими инженерами GlobalLogic инновационный инкубатор BrainMade очень быстро превратился в лабораторию прототипирования новых продуктов для наших клиентов и в настоящее время помогает как развивать существующий бизнес, так и находить новых заказчиков.

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

Системное взаимодействие с университетами. IT-компаниям важно вместе работать над увеличением количества выпускников IT-специальностей, а также над тем, чтобы сам процесс образования специалистов соответствовал мировым стандартам. Что для этого нужно? Это и популяризация STEM-образования в школах, и обновление образовательных программ в тесном сотрудничестве с вузами, и привлечение туда преподавателей-практиков, и создание возможностей присоединиться к реальным проектам для студентов.

Креативная экономика — новый фокус для Харькова

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

На самом деле городу уже есть о чем рассказать: здесь работает легендарный фотограф Боб Михайлов, пишет Сергей Жадан. В Харькове основано одно из самых больших украинских издательств Folio и архитектурное бюро Drozdov&Partners, активно развивается индустрия видеоигр, здесь начинали творить и до сих пор творят такие группы, как ТНМК, 5`nizza.

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

Консолидировать усилия

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

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

Подписывайтесь на Telegram-каналдля IT-сообщества Харькова, чтобы не пропустить интересные события, вакансии, новости в городе.

В определённый момент каждый опс сталкивается с вопросами «Кто я?», «Зачем я здесь?» и «Что делать?», порождающими многочисленные споры и дискуссии. С одной стороны, у нас есть текущие проблемы, которые надо решить, с другой — логичная и непротиворечивая архитектура девопса. Мне кажется, логика есть и там, и там, поэтому стоит обернуться назад и посмотреть на историю возникновения девопс-культуры.

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

Опс

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

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

Экономия на разнице стоимости работы

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

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

Экономия на простоях

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

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

Экономия на экспертизе

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

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

Опс эра

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

• настройка производительности OS (экспертиза);
• управление базами данных (экспертиза);
• работа с другим open source софтом (экспертиза);
• мониторинг продукта (экспертиза);
• доставка обновлений продукта (экспертиза/стоимость);
• производительность продукта (экспертиза);
• управление серверами\инфраструктурой (экспертиза/стоимость);
• бекапы (экспертиза/стоимость);
• безопасность (экспертиза);
• обеспечение стабильности работы (экспертиза/стоимость);
• мелкая поддержка 24/7 (стоимость).

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

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

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

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

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

Devops

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

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

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

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

• настройка производительности OS (автоматизация/обучение/совместные проекты);
• управление базами данных (автоматизация/внутренний SaaS);
• работа с другим open source софтом (автоматизация/внутренние best practices/ответственность команд);
• мониторинг продукта (автоматизация/внутренний SaaS/обучение);
• доставка обновлений продукта (автоматизация);
• производительность продукта (ответственность команд);
• управление серверами\инфраструктурой (автоматизация);
• бекапы (автоматизация);
• безопасность (экспертиза/обучение/автоматизация/совместные проекты);
• обеспечение стабильности работы (автоматизация/обучение);
• мелкая поддержка 24/7 (автоматизация?).

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

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

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

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

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

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

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

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

Послесловие

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

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

Привет, меня зовут Иван Степаньков. Я Head of Marketing в компании Cleveroad. Наша компания занимается разработкой мобильных и веб-приложений для зарубежных заказчиков. После полугода совместной работы Business & Requirement аналитиков и разработчиков нашей компании, ресерча и анализа требований наших клиентов, мы рады представить вам калькулятор расчета стоимости приложения.

Идея

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

Зачем нам это нужно? Планируя создание онлайн-калькулятора, мы преследовали несколько очевидных целей:

• Дать ответ на вопросы из разряда: «сколько стоит Убер?» или «сколько стоит простое дейтинг/шопинг-приложение?» без затрат времени и усилий с нашей стороны.
• Позволить потенциальным клиентам иметь представление о стоимости разработки приложения и оценить свой бюджет.
• Наглядно продемонстрировать клиентам, как формируется стоимость разработки в зависимости от выбранных функций, какое количество часов нужно на создание программного продукта и какой состав команды следует ожидать.
• Повысить конверсию и трастовость.

Обдумывая идею, мы провели исследование аналогичных сервисов по расчету стоимости мобильных приложений и нашли в них ряд недостатков (подробнее об этом можете прочитать в нашей статье), которые мы постарались не допустить в нашем проекте. Над калькулятором работали Ирина Журавлева (web-разработчик), Иван Мартыненко (дизайнер), Яровой Алексей (mobile-разработчик) и Кривенко Станислав (Business and Requirement Analyst).

На фото слева направо: И. Мартыненко, А. Яровой, И. Журавлева, С. Кривенко

Реализация

Подготовка

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

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

Технические решения

При разработке Cleveroad Calculator использовался популярный фреймворк Angular — для веб-версии приложения и NodeJS на фреймворке Express — для серверной части.

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

Откуда берутся цифры?

1. Расчет времени. Информация о времени разработки той или иной функциональности — это данные lead-девелоперов компании Cleveroad. Имея за плечами более 6 лет опыта разработки iOS, Android и web-приложений (как серверной, так и пользовательской частей), они достаточно точно могут указать необходимые затраты времени. В сотрудничестве с Requirement & Business аналитиками нашей компании был составлен необходимый список фич каждого продукта и время на их реализацию.

2. Расчет стоимости. Для определения стоимости разработки приложений, мы провели исследование средней стоимости фриланс-разработки по нашему региону (Восточная Европа) по данным Upwork, а также по внутренним данным нашей компании. Реализация более 150 проектов различной стоимости позволяет нам иметь средние статистические данные по стоимости разработки приложений для наших клиентов. С исследованием фриланс-рынка вы можете ознакомиться в статье.

Работа сервиса

1. Начало работы

Выбор типа приложения. Пользователь может выбрать тип приложения из 15 существующих на данный момент. Если же необходимой пользователю категории нет, то он может оставить запрос и получить эстимейт в течение 10 дней. Калькулятор также позволяет рассчитать стоимость клона одного из популярных сейчас приложений, таких как Uber или WhatsApp например. Можно узнать стоимость приложения как отдельно для iOS и Android, так и одновременно для двух платформ.

2. Вопросы

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

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

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

3. Получение результата

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

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

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

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

Результаты

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

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

• Кастомность. Пользователь может адаптировать под себя каждую функцию в отдельности и отслеживать изменения стоимости.
• Обоснованность эстимейта. Чаще всего, озвучивая стоимость какой-либо услуги, подрядчики не уточняют, на основании чего она была сформирована. Благодаря калькулятору Cleveroad пользователи соотносят стоимость и количество ресурсов, необходимое для создания приложения.
• PDF-отчет, который пользователь может использовать при планировании бюджета и как основу для реализации своего проекта.
• Дизайн. Мы постарались сделать наш калькулятор визуально простым и интуитивно понятным. Интерфейс разбит на 3 основных блока: вопросы, средняя стоимость и оптимальный состав команды.

Демонстрация сервиса

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

Итоги запуска на Product Hunt:

• 5-еместо по итогам дня (более 700 голосов и 40 комментариев). Мы получили отзывы и комментарии, на которые рассчитывали. В этот день мы конкурировали с массивным обновлением Telegram и презентованным шлемом виртуальной реальности Oculus Go.
• Более 300 скачанных PDF-отчетов.
• Более 100 запросов сделать просчет уникальных приложений и 15 новых категорий для калькулятора.

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

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

Также мы ведем работу над версией калькулятора для веб-приложений и веб-сайтов.

Мы будем рады, если вы попробуете калькулятор от Cleveroadи оставите свой отзыв.

Меня зовут Андрей Велес, я работаю в роли Head of Product Design на две компании. DOU пригласили меня написать статью на основе лекции в Projector 4 июля о работе на себя и построении личного бренда.

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

Я работал с банком Barclays, российской компанией «Ростелеком», Intel; был одним из первых дизайнеров в компании Petcube и с моим участием компания продала свой первый продукт. Работал с правительством, «Азбукой вкуса», Mercedes Benz. В общем, за 8 лет работы я запустил больше 200 проектов.

Какие ключевые слова вы ловите, читая вышеописанное? Мы не вникаем в информацию настолько глубоко, чтобы находить доказательства для каждого предложения. Предположу, что прочитанное было нечто в формате: «Бла-бла-бла, Андрей Велес, продуктовый дизайнер, 8 лет опыта, бла-бла-бла, известный бренд, ещё один известный бренд, бла-бла-бла, ого, правительство, 8 лет работы, 200 проектов! Пожалуй, куплю его!». Так и покупают. Что читатель запоминает лучше, чем любой текст — так это цифры. На них и нужно пытаться фиксировать внимание человека.

8 воспринимается лучше, чем «восемь»

Сравним два текста (внизу). Какой из них воспринимается лучше, и человека хочется купить? Очевидно, это текст слева, так как там есть цифры.

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

Не кладите в портфолио дерьмовые проекты, если не хотите клиентов, которые хотят такое же дерьмо снова

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

Есть по крайней мере три причины не выкладывать такие работы в портфолио:

1. Люди, просматривающие портфолио дизайнеров, ищут работы исключительно «по теме». Никто не оценивает качество исполнения работ по печатному дизайну, отбирая человека на должность Web Designer.
2. Наполняя портфолио, нужно отвечать на вопрос: «Хочу ли я этим заниматься в будущем?». И если ответ отрицательный, то можно смело удалять. При наличии в портфолио старой работы по печати, безусловно, дизайнера попросят сделать что-то ещё.
3. На общую оценку работ у человека есть от силы секунд двадцать, чтобы зацепиться взглядом за ключевое слово или картинку. Если среди сотен картинок за этот короткий срок клиент или наниматель не найдёт свою жемчужину, он закроет файл. Никто не оценивает каждую страницу портфолио по 10-бальнойшкале.

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

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

Главный вопрос, возникающий у всех новичков: что делать, если показывать особо нечего? На первую работу можно и нужно устроиться с помощью придуманных проектов, идеально выполненных по вашему уровню. А дальше по накатанной. Есть восхитительное калифорнийское диджитал-агентство Fantasy Interactive, которое за время своей деятельности наплодило так много концептов, что в их портфолио придуманные проекты носят чуть ли не доминирующий характер.

Растите свою аудиторию из всех источников

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

Известность — это медиаактивность и щепотка профессионализма

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

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

На текущий момент я выделил два основных источника заказов:

Взаимодействие в социальных сетях и «сарафанное радио» играют колоссальную роль в создании образа профессионала. Люди не пишут в социальных сетях негатив о себе. И более того, создаваемый образ ещё подкрепляется позитивными постами на другие темы. На Facebook нет необходимости прибегать к оценочности, а если она и есть, то не настолько развита, как на Dribbble и Behance. Посты о своей работе всегда подаются как успех.

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

Дружба равна профессиональному росту, даже если вы не друзья

Ваша известность в профессиональных кругах играет колоссальную роль. Быть интровертом и замыкаться в кругу друзей и родственников сейчас не модно, да и никогда не было. Успех и медиаактивность, порой зашкаливающая до самовлюблённости, всегда притягивала людей (за исключением времён СССР). Наверное, лучшая рекомендация, которую я могу дать: добавьте всех людей из своего профессионального круга в друзья. Вы станете гораздо ближе к тем, на кого подписаны. Люди рангом выше всегда рады помочь советом, да и приближенность к «суперзвезде» будет повышать вашу мотивацию.

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

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

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

Время — это деньги

Если вы Далай-лама, прекратите это читать!

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

Я придумал такое понятие, как «планка гордости». Это минимальная почасовая оплата за труд, которым можно гордиться. В зависимости от страны происхождения клиентского проекта, выслуги лет, скорости работы и длительности проекта, значение этой планки варьируется. Допустим, восемь лет назад я начинал с 20 долларов в час. Позже это число выросло до 60, потому что моё время подорожало с опытом. Но для украинского клиента я смогу сделать проект и за 30 долларов в час, потому что здешний рынок на большее не потянет. Кто-то заявит, что 30 — это и так много. А я в таком случае вспомню оценки топовых американских дизайнеров, где ценник будет нулём больше. Или как в аутсорсинговых компаниях продают украинских дизайнеров и разработчиков за 50 с зарплатой в два раза меньше.

Используйте тайм-трекер

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

Оптимизируйте рабочее время

40-часоваярабочая неделя была введена, основываясь на предположениях, что человеку будет комфортно работать 8 часов в сутки. Но рутинная работа с 9 до 17 ещё ни разу не поднимала человека выше головы. Если исключить необходимость работать только в ограниченное время, открываются большие возможности. А если подойти к рабочему процессу более дисциплинированно, то всю «дневную норму» можно выполнять за два часа. Но мы привыкли растягивать оставшиеся шесть на разговоры, перерывы на кофе и перекуры.

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

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

220-часовойрабочий месяц

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

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

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

Изучите конкурентов

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

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

Мы распределили агентства по 4 ценовым группам. Получилось, что есть агентства, способные получить за работу от 1 до 3 тысяч долларов, основная масса предлагала от 5 до 9 тысяч. Известные агентства запрашивали от 15 до 20 тысяч за сайт и поддержку в придачу. Также ради интереса мы отправили запрос в мировые диджитал-агентства и получили цифру, превышающую 200 тысяч долларов.

В основной группе (core agency) sales-менеджеры были только у половины агентств. В известных агентствах (known agency) sales-менеджер отвечал в течение 12 часов. Тон писем, к тому же, кардинально отличался. В первом случае чувствовалась явная заинтересованность предстоящим проектом, во втором же — продажник расхваливал свою компанию и сразу предложил решение для нашего вопроса.

Тем не менее, что обычные (default), что основные (core), что известные (known) работают на нишевом рынке, выпуская абсолютно неизвестные в мировом масштабе проекты. В целом это касается только украинских диджитал-агентств. Агентства, известные в мире, занимаются лишь глобальными решениями для масс-маркета, комплексными продуктами, как архитектурно, так и визуально.

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

Скажите «нет» и запомнитесь

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

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

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

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

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

A-Level Ukraine

Abto Software

В Abto Software з нагоди Геловіна влаштували «Найбільш моторошну вечірку року» з частуванням глінтвейном і випічкою, вирізанням гарбузів, конкурсом на найстрашніший образ і переглядом жахливчиків.

Acceptic

AMC Bridge

AppliKey Solutions

Appus Studio

Archer Software UA

Astound Commerce

B2B Soft

Bitrix24

Основным событием праздника стал мастер-класс с профессиональным флористом по изготовлению светильников Джека.

Blackthorn Vision

Випити пунш, посмакувати солодощі, переглянути «Сімейку Адамсів» — список денних справ Blackthorn Vision цього Хеловіну.

Bytebrand Outsourcing AG

Caspio

CHI Software

В CHI Software провели воркшоп по вырезанию тыковок Jack-o’-lantern и украсили ими офис, поучаствовали в тематическом фотоконкурсе и квесте на английском языке, а также насладились ароматным глинтвейном.

Ciklum

Традиційно всі офіси компанії приєдналися до щорічного конкурсу з вирізання гарбузів — Ciklum Pumpkin Carving Contest.

Cleveroad

Halloween в днепровском и харьковском офисах.

CodeIT

Сodemotion

Команда Сodemotion строила замок Дракулы и украшала его тыквами, летучими мышами и привидениями. А еще выбирала самый лучший костюм и ела вкусняшки.

COI marketing & software

Перевтілившись в героїв хоррор-сторі та іншу жить-нежить, співробітники COI створили власного монстра, «повбивали» один одного у рок-мафії та зробили незліченну кількість фото.

CoreValue

У всіх офісах було страшенно весело, солодко і кольорово!

Crysberry

Delphi Software

Офис Delphi наводнили синие тыквы-монстры, ну и куда же без обязательного угощения для самых бесстрашных!

Depositphotos

Dev-Pro.net

На Хэллоуин команду Dev-Pro ждали тематические пряники и фотозона.

Edvantis Software

У чорній-чорній кімнаті. На білому-білому екрані. Під пиво і попкорн Edvantis створював страшний-престрашний настрій спіритичнимсеансом фільму жахів.

EIS Group

Сотрудников EIS Group встречали жуткие декорации, леденящие душу мелодии и страшно очаровательные ведьмы.

ELEKS

У львівському офісі компанії ELEKS влаштували показ моновистави «Річард після Річарда» за історичною хронікою В. Шекспіра «Річард ІІІ». Для цього дійства обрали незвичну промислову локацію. У тернопільському офісі відбулись майстер-класи із вирізання хелловінських гарбузів, а також вечір настільних ігор. А в Івано-Франківську влаштували фотосесію у моторошних образах.

ElifTech

EVO

G5 Entertainment

На ужасно классный праздник Halloween был приглашен специальный гость — Pennywise ;)

Genesis

#выпустисвоихдемонов

GlobalLogic

В киевском офисе компании прошла вечеринка в стиле Dia de los Muertos. Во Львове организовали праздничную фотозону и декорировали офис. В Харькове GlobalLogic также отпраздновал Хеллоуин костюмированной вечеринкой. В николаевском офисе GlobalLogic также прошло тематическое празднование.

Grid Dynamics

Infopulse

До Halloween Infopulse організував для дітей спеціалістів дуже страшно-інтелектуально-музично-розважальне шоу «Інфо-Квіз». Діти гралися, співали, розмальовували обличчя, ходили по офісних кімнатах та кричали «цукерки чи гаманець», збирали солодощі, дивилися мультики та наповнили звичайний офісний день сміхом та веселощами :)

Inoxoft

Insart

В этот жуткий вечер сотрудники Insart наслаждались вкусными бургерами, такими коктейлями как «Дон IT Дракон», «Рабыня HR-щица», «Offline» и т.д. А главным блюдом этого вечера стал живой торт.

Intego Group

Intellias

Традиційно наприкінці цього страшного дня співробітники Intellias зібрались, аби переглянути захопливий трилер, пограти у настільні ігри та «Мафію».

InterLink

Команда InterLink зустріла Helloween драйвово-моторошними образами та власноруч створеними оберегами. В офісах поселилися кошмарики, мегавеликі павутини та жахливі гарбузи. Ввечері співробітники разом зварили зілля, приправивши його заклинанням «Каве інімікум».

Intersog

Intetics

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

Jabil Kuatro

Техно-демоны и Phantoms of Programming в компании Jabil Kuatro.

KeepSolid

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

Lohika

В трьох офісах Lohika панувала темрява і морок, на кухнях кожного чекала страшна смакота :) Гарбузом ситий не будеш, то ж пригощали зубатим печивом та вирлоокими мафінами :) Як те свято не назви — Хеловін, Гелловін чи Велесова ніч, а воно видалося сташно веселим та гейміфікованим — команди створювали страшених гарбузових монстрів, творці найжахливіші шедеври отримали призи.

LoopMe

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

Luxoft

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

Master of Code Global

Цього року Masters of Code Global вирішив нестандартно відмітити Helloween, а саме — організувати тематичний AR Halloween Hackathon. Учасники побачили персонажів з книжок в русі , шукали сліди привидів та ідентифікували людину з одного погляду.

Maytech

MWDN

N-iX

NIX Solutions Ltd.

Рецепт Хэллоуина в NIX Solutions — это tricks & treats в равных пропорциях, смешать, но не взбалтывать :) Утро самого страшно-веселого дня в компании началось с визита в сервис по прокату метел и магазинчик средств от нечисти, а в течение дня сотрудников ждали фотосеты с обаятельным вампиром и дружелюбной ведьмочкой, таинственные послания на зеркалах и ужасно вкусные сладости.

Oracle

Halloween в одесском офисе.

Orange Sputnik Software

Дети в костюмах, предсказания из шапки Сумасшедшей Коровы, гигантские карты, хэллоуинское угощение и, конечно же, самые страшные светильники Джека. Это Хэллоуин-2017 в киевском офисе Orange Sputnik Software.

Perfectial

Perpetio

Plarium

Playtika

PROBEGIN

На Хэллоуин компания PROBEGIN переехала в новый офис. Празднования перешли в вечеринку со светящимися тыквами, ангелами и демонами.

Provectus

Одесский офис выбрал тему «Circus».

QuartSoft

RiverSoft

RocketRoute

Ruby Garage

Sigma Software

Паутина, тыквы с горящими глазами, приведения, коса в правильных руках, жутковатые сладости — все в поддержку дня всех святых :)

SoftServe

У SoftServe святкування проходило у різний спосіб — десь працівники вправлялися у pumpkin carving, у інших локаціях — організували костюмовані вечірки, темачні частування, дитячі свята або перегляд фільмів жахів.

SPD-Ukraine

Веселились, танцювали, брали участь у квестах та іграх.

S-PRO

В S-PRO вышли из образа айтишника. Сняли свитеры с оленями, надели жуткие костюмы и нанесли грим.

The APP Solutions

The APP Solutions пригласили в офис визажиста, у которой каждый желающий мог заказать устрашающий (или милый) хэллоуинский макияж.

TicketsUA

Halloween во львовском и киевском офисе TicketsUa прошел под девизом «Trick Or Treat?». Хоррор-настроение поддерживали тематические фотозоны, показы фильмов ужасов, конкурс на лучший костюм и благотворительная ярмарка выпечки. Победители конкурсов продолжили праздновать на адской вечеринке года.

Waverley Software

Web Academy

ZONE3000

В каждом офисе работал аквагример, который помог создать всем желающим свой «страшный» образ.

Если вы хотите добавить в статью ваши фото, присылайте их на editors@dou.ua.

В этой статье мы разберем с вами ключевые моменты разработки статических сайтов и познаем превосходство static site над traditional dynamic site.

Intro

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

Для начала давайте разберемся, что такое JAMStack, с чем его едят и почему он «превосходит» традиционные web-сайты. Дабы не углубляться в подробности и не превращать информационную статью в копипаст из официальных источников, я постараюсь описать в двух словах, что же такое этот JAMstack.

• JAMstack — не технология. Я бы назвал это методологией или подходом, который предлагает множество инструментов на выбор для создания статических сайтов. Он появился не так давно, но уже набрал довольно приличное комьюнити.
• JAMstack это — «J» — JavaScript, «A» — API, «M» — markup (так указано на официальном сайте).

Исходя из расшифровки аббревиатуры, становится понятным, что для создания статического сайта, который не будет уступать динамическому, нам необходимо всего 3 компонента:

1. JavaScript — для придания интерактивности нашему сайту;
2. API — источник информации, используемый сайтом;
3. Markup — какой-то контент-генератор или, как некоторые его называют, «шаблонизатор», позволяющий создать разметку страниц.

Детали

JavaScript

Кто сталкивался с JavaScript, тот меня поймет, зачем он нужен и с чем его едят. Для тех, кто не сталкивался, немного поясню.

JavaScript — мультипарадигменный язык программирования. Поддерживает объектно-ориентированный, императивный и функциональный стили. Является реализацией языка ECMAScript (стандарт ECMA-262[8]). Тут подробнее. Вкратце — это то, что помогает пользователю взаимодействовать с DOM-элементами на web-страницах. По большому счету для совсем простых сайтов можно обойтись и без него.

API

API, или проще говоря, Application Interface, в данном случае подразумевает собой источник входной информации, контента, необходимого для встраивания в шаблон нашего Markup.

Это могут быть: контент-файлы, которые расположены непосредственно в контент-генераторе; сторонняя админ-панель, которая подключается к нашему генератору; полноценное REST API для вывода более структурированной и сложной информации.

Markup

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

Именно для этой цели были созданы SSG — статик сайт-генераторы.

Что делают эти SSG?

Ровным счетом ничего, кроме того, что из обычных файлов, заполненных контентом, генерируют связанные между собой HTML-страницы по заведомо разработанным HTML-шаблонам. Грубо говоря, создают HTML-страницы, подставляя значение этих переменных из контент-файлов на место переменных в шаблоне.

Мы остановили свой выбор на статическом контент-генераторе Hugo (здесьподробнее о нем). Почему?

• доступная документация;
• наличие CLI;
• поддержка мультиязычности;
• FREE;
• поддержка роутинга;
• и полное удовлетворение SEO-потребностей (редиректы, xml ... и т. д).

Все хорошо, но зачем? Есть массы традиционных CMS

Ответ довольно прост. С растущей потребностью в скорости загрузки и простоте поддержки готового продукта традиционные CMS — довольно непростой случай:

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

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

Как JAMstack решет эти проблемы?

Для деплоя статического сайта вам не нужен традиционный web-сервер. Статический сайт можно разместить где угодно, и он будет работать от Git Pages до Amazon CDN или на прочих сервисах для хранения файлов. Их море. То есть проблема с сервером решена — он нам больше не нужен.

Безопасность. Максимум, что может совершить злоумышленник — скопировать наши HTML-файлы. Ну и на здоровье, они и так публичны :)

Скорость сайта. Тут все еще проще — страница уже собрана, она не строится в рантайме. Пользователю при запросе приходит простой HTML-файл, который уже заполнен контентом. Как плюс, приятные фичи Asset Optimization от Netlifyпозволяют cделать вес нашей страницы минимальным.

Никакой цикличной поддержки, бекапов и модерации. Все хранится в Github/Bitbucket/GitLab или в вашем архиве на жестком диске (ах да, это я об исходниках). А касаемо сгенерированного контента, в случае с Netlifyваш сайт размещен на тысячах CDN-серверов по всему миру :)

Звучит прикольно, но все еще непонятно, как это работает

Процесс работы с JAMstack я попытаюсь описать на личном опыте.

Первым делом мы регистрируемся на GitHub — это бесплатно. Затем создаем репозиторий и добавляем в него наш проект, разработанный на Hugo. После чего регистрируемся в Netlify, выполняем быстрый туториал и деплоим наш сайт.

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

Конечно, нам нужна админ-панель. Для этого можно использовать Netlify CMS — бесплатно, Forestry — условно бесплатно, DatoCMS — условно бесплатно. Сам процесс описывать не буду, но если задаться целью, то все очень просто.

В итоге

Я на личном опыте убедился в том, что, если создавать сайт на JAMstack (я использовал Dato + Hugo + Netlify), время разработки сокращается в 2 раза. У клиента есть бесплатный SSL — сертификат и HTTP2. Нет аптаймов, сайт грузится быстро — можно хвастаться PageSpeed. Клиент по-прежнему может редактировать контент. В итоге из 15 сайтов, созданных на JAMstack, — 15 довольных клиентов.

Примеры:
cantoneri.com<<< ого, да это же интернет-магазин :)
clue.ouraring.com
noiseoftime.merikeskusvellamo.fi

00h > Интро

В выпуске: ханипоты по-нашему, отшумел UISGCON13, разведение кроликов, WPA садись Два, NoNameCon спойлеры, очередное решето в MS Office и многое другое. Здравствуйте, друзья!

01h > Горячее

Как всегда, неожиданно, 24 октября, произошла атака вируса шифровальщика версии Diskcoder.D (Bad Rabbit) на инфраструктуру государственных (в большей степени) и частных (в значительно меньшей) компаний. СБУ, КиберПолиция, CERT-UAтут же наплодили отчетов, разной степени вменяемости и не похожих друг на друга. Причем сначала писали почему-то про Locky и ботнет Necurs, потом посмотрели аналитику ESET, CISCO TALOSи другихвзрослых, ну и решили поддержать тренд. На самом деле даже средней руки ресечер может провести явные параллели с атакой от 27 июня, маскировкой вектора под «drive-by-download» тогда и сейчас, сложить 1+1 и понять, что целью была именно Украина, атаку реализовала одна и та же группа, а реальный вектор до сих пор неизвестен. Кстати, табличка, как вишенка на торте. Ня ^_^!

02h > Околосекурити

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

Ханипоты. У ребят, известных под названием CERT-UA, есть свой рецепт по наливанию меда в горшочки. Они оставили учетные данные к своему SMTP серверу в открытом виде. Пароль легко «угадывался между строк», скажем так. Основное обсуждение крутилосьна Facebook. Стоит отдать должное самому CERT-UA: они хоть и с небольшим опозданием, но опубликовали новостьоб инциденте, с пояснением что к чему. И да, это был не ханипот.

В Киеве состоялась очередная, ежегодная конференция по информационной и кибербезопасности, UISGCON13. Было здорово, как всегда. Выступала тетя Ким Зеттер (написавшая книжку про Stuxnet), дядьки из CISCO TALOS (которые дезинтегрировали атаку NotPetya на молекулы) и другие. По горячим следам вышел уютный репортажик. Говорят, под конец w8hat пили на брудершафт с блэками, но это не точно.

Лаборатория Касперского, в очередной раз, оказалась в центре международного шпионско-хакерского скандала. Подробнее глядите в статье NYT. Спецслужбы Израиля поймали за руку обруганцев. Сам Евгений сообщил, что случайно получилось. И еще раз сообщилв стиле #ихтамнет. Думается, что после всего этого, путь продукта Касперского на рынки США и Европы «заказан».

Некие организаторы заспойлерили подготовку новой, тематической конфы. Пока известно только вот. Похоже, это будет гремучая смесь BruCON и Defcon. Два дня, в формате одного потока, с разбивкой на «защиту-нападение». Без лирики, много практики и воркшопов. В Украине? Да.

Не только лишь все пойдут на мероприятие от OWASP Lviv chapter, 18 ноября. Говорить будут про интересное, детали можно найти тут.

03h > Статьи

Google Project Zero продолжает радовать отличными техническими статьями. На этот раз продолжение цикла «Over The Air», эксплуатацияуязвимостей в Wi-Fi стеке девайсов Apple. Всячески рекомендуем этот ресурс.

Довольно любопытный материалпро эксплуатацию BLE в игрушках для взрослых. Авторы вводят новый термин «screwdriving», цитата: «hunting for Bluetooth adult toys = screwdriving». Готовящимся к сдаче CEHv10 стоит взять на заметку новый термин, а любителям хай-енд девайсов для пикантных развлечений — начинать искать контакты консультантов по ИБ. Кстати! Представляете спрос в магазинах «интим» у метро, когда там появятся «защищенные» девайсы? Я просто не могу удержать в голове волну идей для страп... сорри, стартапов на этой невспаханной почве.

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

04h > Уязвимости & эксплоиты

Целый ряд уязвимостей WPA2 был опубликованисследователем Mathy Vanhoef, техника эксплуатации данных уязвимостей названа KRACK.

В продуктах от Microsoft найдены неприятные уязвимости, так MS Outlook не шифровал отправляемые S/MIME письма, подробнее тут. А в MS Office обнаружена опасная RCE. Важно отметить, что в Outlook эта DDE атака тоже интереснореализовывается. Тема очень актуальна прямо сейчас, юзерам указанных продуктов есть от чего напрягаться.

В MSF добавлен эксплоитпод Apache Tomcat, позволяющий выполнять произвольный код на уязвимом сервере, что несомненно будет «радовать» коллег из Индии еще не один месяц.

Новенький LPE эксплоитпод ядро Linux 4.14.0-rc4+ может помочь таки получить вожделенный «uid=0(root)» начинающим скрипткидди и прочим советникам.

05h > Фан

Мировое сообщество активно и с юмором отреагировало на приключения ЛК в сетях NSA, нам больше всего понравился этотпост.

Маленькие любители анархии и хактивизма уже начали смотреть новый сезон Mr. Robot, стартовавший в октябре 2017, обещающий быть не менее интересным и трешовым.

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

06h > Аутро

Хотим сказать большое спасибо всем читателям! Если у вас есть замечания, предложения к формату дайджеста или интересный материал, который вы бы хотели видеть в следующих выпусках — пишите в комментариях или в личных сообщениях. Будем рады конструктивному общению ;)

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

Всем привет! Спешим поделиться последними новостями в нашем дайджесте за октябрь.

Предлагаем ознакомиться с последними обновлениями и функционалом новой версии Hanami v1.1.0, очередной обширной подборкой статей от блога Arkency, а также туториалами по Ruby/Rails. Кроме того, не забудьте послушать содержательное интервью с CEO RubyMotion и узнать, какие события ожидают вас в ноябре.

Почитать

Elm and Rails Sitting in a Tree — подробное описание про интеграцию языка Elm c Rails при помощи гема Webpacker. Также в конце приводятся примеры паттернов, возникших в результате создания проекта.

Ruby on Rails Speed of Development — Fast Software Delivery With RoR — автор рассуждает о скорости разработки продукта при помощи Ruby on Rails и приводит примеры в защиту своих аргументов.

Hosting a Ruby on Rails App — DevOps Solutions Comparison: AWS, Google Cloud Platform, Microsoft Azure, Heroku and Digital Ocean — сравнение хостингов для Ruby on Rails приложений с перечислением положительных и отрицательных сторон каждого провайдера.

Ruby on Rails Refactoring — When Do You Need It and Why?— в статье говорится о ситуациях, при которых целесообразно проводить рефакторинг кода.

How to Verify the Quality of a Ruby on Rails Development Agency — статья о том, как можно дистанционно проверять и контролировать команду Ruby on Rails разработчиков.

Why Ruby app servers break on macOS High Sierra and what can be done about it — статья об ошибках на серверах Ruby-приложений, возникающих в результате апгрейда на macOS High Sierra, а также о плюсах и минусов создания Fork-ов в качестве мер предостережения обсуждаемых ошибок.

Amazing benefits of using Ruby on Rails for your web project — автор говорит о преимуществах использования Ruby on Rails в процессе создания проекта, а также помогает определиться, в каких случаях RoR подходит лучше всего.

Unsafe Object Deserialization Vulnerability in RubyGems — отчет о том, как обнаружили и пофиксили уязвимость в RubyGems.

Lifelong Rubyist makes some Python code 5x Faster — статья об опыте автора по оптимизации скорости разработки на языке Python в сравнении с Ruby.

Цикл статей от BigBinaryо версии Ruby 2.5:

• Ruby 2.5 has removed top level constant lookup
• Ruby 2.5 allows rescue/else/ensure inside do/end blocks

Rails 5.2 adds expiry option for signed and encrypted cookies and adds relative expiry time — туториал о том, как в версии Ruby 5.2 можно установить срок прекращения действия для выбранных cookies.

A Quick Guide to Rails System Tests in RSpec — RSpec не теряет своей популярности. Встречайте новый гайд по тестированию Rails-приложений с RSpec.

Google Pixel vs. iPhone 7 or how programming languages are being chosen in real life — размышление о разнице между фреймворками Django и Ruby on Rails в контексте выбора одного для разработки продукта. В статье приводятся интересные примеры о том, как личный опыт может повлиять на данное решение.

RSpec: difference between mocks and stubs — автор объясняет разницу между объектами mock и stub в фреймворке RSpec.

Receiving and Parsing Email in Rails 5 — туториал по интеграции сервиса Mailgun для отправки outbound emails в SaaS-приложениях для версии Ruby 5.1.

Explicit request params binding in Ruby web apps — автор рассуждает о том, какие проблемы могут возникать в результате упрощения некоторых параметров во время работы с Ruby, и как их следует избегать.

7 Gems Which Will Make Your Rails Code Look Awesome — подборка гемов для улучшения построения архитектуры Ruby on Rails приложений.

Rescue specific errors. Avoid rescuing StandardError. Don’t rescue Exception.— туториал о правильном использовании rescue во встроенных классах ошибок.

Exploring Functional Programming with Ruby — автор сопоставляет функциональное программирование с объектно-ориентированным программированием и рассказывает, как можно научиться функциональному программирования, не отходя от языка Ruby.

7 Little-Known Ruby Methods To Help You Write Better Code — гайд по Ruby-методам для усовершенствования вашего кода.

Extracting a class from a method — пример рефакторинга с помощью извлечения класса из метода.

Improved stacktrace display in Ruby 2.5 — обзор об улучшении отображения stacktrace в версии Ruby 2.5.

Implementing Early Hints with Puma and Rails — реализация нового HTTP статус кода Early Hints в Puma и Rails.

Fastest way to profile a method in Ruby — туториал о том, как наиболее быстрым образом профилировать код в Ruby.

Подборка полезных статей от Arkencyза октябрь:

• Could we drop Symbols from Ruby?— статья-рассуждение на тему, насколько целесообразно было бы избавиться от символов в Ruby.
• Two ways for testing preloading/eager-loading of ActiveRecord associations in Rails — автор рассказывает о своем опыте с двумя разными вариантами тестирования загрузки ассоциаций в Ruby on Rails.
• Make your Ruby code more modular and functional with polymorphic aggregate classes — автор делится опытом использования DDD, CQRS и Event Sourcing вместо «The Rails Way».
• Relative Testing vs Absolute Testing — сравнение absolute и relative подходов тестирования, а также рассматриваются ситуации, в которых использование того или иного вида тестирования является более целесообразными.
• Application Services — 10 common doubts answered — ответы на 10 самых распространенных заблуждений при DDD-разработке.
• A bug that only appears once a year — когда переводят часы на зимнее время, в сутках «появляется» 25 часов. Это может стать причиной бага, который заметил автор статьи. Решение проблемы прилагается.
• Make your JSON API tests clean with linter — туториал по оптимизации JSON API тестов, делая их более компактными и ориентированными на бизнес-цели.

Подборка статей от Engine Yardза октябрь:

• Running Rails in AWS Elastic Beanstalk — туториал поможет вам с запуском Rails на AWS Elastic Beanstalk.
• Dependency Management Guidelines for Rails Teams — отличное руководство по управлению зависимостями для Rails-команд, с примерами конкретных проблем и вариантами их решений.
• Load Testing Ruby Apps for Black Friday — узнайте, как правильно провести нагрузочное тестирование Rails-приложений в преддверии увеличения трафика во время Black Friday.
• Disaster Recovery Plan for Rails Apps — продолжая тему Black Friday, читайте статью о подготовительных мерах для Rails-приложений, в случае если сервера AWS «упадут» в результате увеличения трафика во время Black Friday.
• Checklist For Migrating Your Rails Application — статья о том, как наилучшим образом мигрировать ваше Rails-приложение с одного хостинга на другой.

Послушать

Подборка подкастов от The Ruby Rogues с известными программистами за октябрь:

• RR 330: Functions vs Methods with Devon Estes — ведущие подкаста и гость этого выпуска Devon Estes обсуждают: функции против методов, object orientation и functional программирование, объединение Elixir и Ruby, service objects спешат на помощь, и многое другое.
• RR 331: 30 days to Elixir then Crystal and back again to Ruby with Fabio Akita — гость выпуска Fabio Akita говорит о том, как разработчикам стоит подходить к изучению новых языков, в частности Crystal и Elixir.
• RR 332: Exploring Connections Between Your Apps and the Web with Justin Weiss — гость этого выпуска Justin Weiss рассказывает о своей презентации для Ruby Dev Summit, в которой идет речь о связях между мобильными и веб приложениями.
• MRS 23: Adam Cuppy — беседа с гостем выпуска Adam Cuppy о его опыте смены карьеры актера на Ruby-программиста.
• RR 333: RubyMotion and the Aesthetic of Ruby with Amir Rajan — в этом выпуске Amir Rajan, CEO RubyMotion — платформы для создания кросс-платформенных приложений под iOS и Android на Ruby, рассказывает о принципах работы своей компании.
• RR 334: Is Elixir the Next Ruby? with Hal Fulton — ведущие подкаста и гость выпуска Hal Fulton, который был одним из первых разработчиков, освоивших язык Ruby, рассуждают, каковы шансы у Elixir заменить Ruby.

Продолжение пятого сезона подкастов от RWPod:

• 39 выпуск 05 сезона. Refinery CMS 4.0.0, Brakeman 4.0, React v16.0, Nullalign, Draggable, Lozad.js и прочее
• 40 выпуск 05 сезона. On Bundler 2.0 compatibility, Ecto vs ActiveRecord, the road to Ember 3.0, PostgreSQL 10, CKEditor 5 и прочее
• 41 выпуск 05 сезона. Ruby 2.5.0-preview1, Reusable UI components in Rails, React Sight, ProseMirror и прочее
• 42 выпуск 05 сезона. ROM 4.0.0, Next.js 4, The melting pot of JavaScript, InvoicePrinter, Factory_bot и прочее
• 43 выпуск 05 сезона. Hanami v1.1.0, Scaling the GitLab database, Modern JavaScript Explained For Dinosaurs, React-mosaic, HEML и прочее

Новые подкасты от The Bike Shed в этом месяце:

• 126: Speaking of Compilers...— в этом выпуске обсуждается гем contracts.ruby, после того как ведущий попробовал его в действии.
• 127: Bike Shed: Discovery — ведущие говорят о мелких проблемах в системе Bundler в связи с предстоящим релизом её новой версии.
• 128: And Now for My Next Trick!— выпуск о повседневных реалиях работы программистов, включая проектный менеджмент, рефакторинг, workflow и прочее.

Посмотреть

Let’s build a blockchain! — A mini-cryptocurrency in Ruby — видеотуториал о том, как построить Blockchain на Ruby.

Новая подборка скринкастов от Drifting Ruby в этом месяце:

• Episode #100 Basic Testing Introduction in Rails — в видео рассматриваются различные виды тестов в версии Rails 5.1 при помощи MiniTest и Capybara.
• Episode #101 — Testing with RSpec — туториал по созданию тестов для приложений с помощью RSpec.
• Episode #102 — Feature Testing with Capybara — туториал по функциональному тестированию с Capybara.
• Episode #103 — Sample Data with Factory Bot and Faker — скринкаст по использованию гемов Faker для генерации фейковых данных и Factory Bot для записи данных в модели.

Подборка скринкастов от Go Rails в октябре:

• Using the Trix Editor plus File Upload Attachments — скринкаст о том, как использовать web текстовый редактор Trix для заливки файлов.
• Making GeoSearch smooth with AJAX — в данном скринкасте обсуждаются темы: Maps, Geolocation, и GeoSearch.
• Administrate Custom Fields and the Trix Editor — скринкаст об использовании WYSIWYG-редактора Trix в связке с гемом для админпанели Administrate.

Релизы и библиотеки

Релизы

ROM 4.0.0 released — состоялся релиз ROM версии 4.0.0.

Вышла новая версия Hanami, приглашаем ознакомиться с новыми фичами: Announcing Hanami v1.1.0

Ruby 2.5.0-preview1 Released — в октябре вышел preview-релиз Ruby 2.5.0.

Rails Testing Grader: Compare Your Test Suite to the Industry — релиз нового инструмента Rails Testing Grader, при помощи которого можно сравнить состояние вашего Test Suite с другими проектами.

Библиотеки

Invoice Printer 1.0 — гем InvoicePrinter 1.0 позволяет генерировать инвойсы в PDF формате.

Книги

Agile Web Development with Rails 5.1 — открыт предзаказ на книгу «Agile Web Development with rails 5.1». Книгу можно предзаказать на Amazonи PragProg.

Learn Ruby In 7 Days — в этом месяце вышла книга «Learn Ruby in 7 Days». Книгу можно заказать на Amazonи Lulu.

События

RUBY Meditation #19 — митап Ruby Meditation #19 будет проведен 25 ноября в Киеве. Билеты уже в продаже.

RUBY Meditation — 20th Anniversary — 2 декабря в Киеве пройдет юбилейный митап Ruby Meditation #20. Новости по организации мероприятия можно отслеживать на странице в Facebook. Также уже есть возможность приобрести билеты.

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