Прототипирование *

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



Сегодня мы посмотрим на то, как устроена “кухня” одного из таких производств.
Встречайте! Компания “Фолипласт”!

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

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

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

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

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

Здравствуй, Хабр! Меня зовут Саша Отважный, я работаю команде Digital Business Platform Сбербанка и Сбертеха, и занимаюсь дизайном мобильных приложений и веб-проектов. Большая часть моей работы состоит из сборки прототипов разной степени детализации для разных целей. Новые инструменты и сервисы для дизайна и прототипирования выходят и обновляются каждый день. Я провёл полное и глубокое исследование инструментов, представленных сегодня на рынке, и помогу в них разобраться.

Я разбил список на три большие группы по функциональности и разберу каждую по отдельности:

Хакатон "Цифровой завод", организованный Сибуром и AI Community, состоялся на прошлых выходных. Одна из двух задач хакатона была на тему predictive maintenance — нужно было предсказывать проблемы в работе экструдера. Её мы и решили. Рассказ сосредоточен в основном на data science'ной части решения, и о том, как нам удалось научиться неплохо прогнозировать довольно редкие события.

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

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

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

В нашей облачной платформе SAP Cloud Platform есть целый набор встроенных сервисов. В этой статье мы остановимся теме безопасности — рассмотрим сервисы безопасности в среде Neo, а также возможности SAP Cloud Platform для обеспечения безопасности разработанных вами приложений и сервисов.

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

• аутентификация пользователей
• управление авторизацией
• безопасный перенос информации идентификации между разными средами и приложениями («объединение идентификации» или identity federation)
• технология единого входа (single sign-on) на SAP Cloud Platform
• разница между бизнес-пользователями и пользователями платформы со стороны безопасности

Затем мы рассмотрим практический пример на бесплатном пробном аккаунте SAP Cloud Platform – его может создать любой желающий. В этой части мы расскажем, как работает конфигурация безопасности для приложения в зависимости от его среды выполнения (например, HTML5 и Java).

План нашей статьи о сервисах безопасности SAP Cloud Platform в среде Neo:

• Часть 1 (теоретическая). Обзор сервисов безопасности
• Часть 2. Настройка безопасности для HTML5-приложений
• Часть 3. Настройка безопасности для Java-приложений

(далее — опять очень много текста)

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

В этой статье мы расскажем о нескольких этапах, которые помогут работать с Cloud Foundry и нашей облачной платформой:

• Как получить доступ к пробной учетной записи SAP Cloud Platform для среды Cloud Foundry;
• Как улучшить приложение с помощью дополнительных функций, используя базовые концепции Cloud Foundry, включая сторонние службы;
• Как работать с пробной учетной записью в среде Cloud Foundry и с приложением через SAP Cloud Platform и интерфейс командной строки Cloud Foundry (CF CLI);
• Как использовать платформы приложений, такие как Spring и Spring Boot для эффективного создания приложений;
• Как осуществить контроль, масштабирование и обновление вашего приложения.

(под катом очень много текста)

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

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

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

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

SAP Cloud Platform — это облачная платформа, которая работает по модели PaaS или платформа-как-сервис (Platform as a Service). С её помощью компании могут разрабатывать собственные приложения, расширения или дополнения для уже существующих продуктов SAP или же создавать гибридный ИТ-ландшафт в компании при помощи интеграции между облачными или on-premise решениями.

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

В этой статье мы расскажем о том, как быстро запустить на SAP Cloud Platform приложение с блокчейн, а также о пилотном приложении с блокчейн для пенсионных фондов.


Архитектура SAP Cloud Platform

Первый прототип (например, игры в новой для вас нише) часто делается «на коленке» из палок и самизнаетечего. Причем палки, как правило, тоже из этого самизнаетечего. И на то есть несколько причин.

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

Забегу вперед и расскажу, что сейчас DAU в наших проектах около 1,5 млн. Но так было не всегда.

Статья поддерживается здесь:
[3] Caterpillar Implementation Based on Generated Code

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

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



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

Кадр из сериала «Силиконовая долина», сцена с испорченной фокус-группой.

Когда речь заходит о Customer development, или маркетинговых и UX-исследованиях, часто упоминаются фокус-группы. Еще чаще их критикуют, или высмеивают. И обычно справедливо. Я почти не встречала ситуаций, когда метод фокус-групп верно подбирался под задачи. По частоте неверного выбора фокус-группы догоняют разве что проблемные интервью и опросы. Поэтому правильнее будет критиковать не метод, а его несоответствие задачам исследования.

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

В статье я расскажу,

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

Статья будет интересна:

– создателям продуктов,
– менеджерам продуктов,
– маркетологам,
– custdev и ux-исследователям.

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

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

Что видит пользователь в продукте? Интерфейс. Ему неважно, сколько ночей вы не спали, строя архитектуру приложения, насколько прекрасен написанный код. Главное, чтобы все было интуитивно понятно и работало. В одной из прошлых публикаций мы рассказывали о том, что делаем для создания единого пользовательского опыта. Это интересная тема, сейчас мы готовим новые кейсы для публикации, а пока материал на редакции, предлагаем почитать и похоливарить на тему популярных мифов и заблуждений о UX-дизайне. Спасибо за материал Miklos Philips.

В 2016 год Google Brain Group выпустил проект Magenta в открытый доступ. Magenta позиционируется как проект, который задает и отвечает на вопросы:«Можем ли мы использовать машинное обучение для создания музыки и искусства достойных внимания? Если да, то как? Если нет, то почему нет?». Вторая цель проекта — это построить сообщество художников, музыкантов и исследователей в области машинного обучения.

Что такое MVP?

MVP (minimum viable product — минимально жизнеспособный продукт) – это продукт, который разрабатывается с максимальной экономией денег и ресурсов, как правило, с единственной целью – проверки гипотезы. Гипотеза, как правило, заключается в необходимости и/или полезности этого продукта.

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

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

Недавно у нас в Высшей школе бизнес-информатики НИУ ВШЭ в рамках программы “Менеджмент игровых проектов” проходил закрытый мастер-класс от приглашенного эксперта Юрия Журавлева на тему “Геймдизайн настольных игр”. Сам Юрий Журавлев в геймдизайне настолок уже 7 лет, и занимается им поныне. Издал такие игры как Наместник, Коста Руана, ЗооМагия, Гильдии Лаара и ряд других. Под катом мы подготовили для вас конспект его лекции.