Ранее мы рассказали о первой части исследования, которое провели магистры, аспиранты и сотрудники Института дизайна и урбанистики ИТМО. Они проанализировали несколько миллионов публикаций из популярной в России соцсети — Instagram — за 2018, 2019 и 2020-й и определили, о каких городских объектах пишут чаще всего, и какие из них наиболее популярны среди аудитории.

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

Компьютеры NeXT стоили примерно как новая машина, поэтому были недоступны большинству людей. Каково это — пользоваться топовой системой в начале 90-х? Давайте создадим свой NeXT, чтобы узнать это!

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

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

Если вы изучили начала цифровой схемотехники и компьютерной архитектуры по книжке Харрис & Харрис и потом вознамерились пойти собеседоваться на позицию проектировщика микросхем в Apple или NVidia, то вы интервью не пройдете. Посколько вы наверняка получите вопрос про реализацию в хардвере очередей FIFO, а это в Харрис & Харрис не описано.

Хуже того, даже если вы возьмете книжку Digital Design by William Dally & Curtis Harting, которую используют для обучения студентов в Стенфорде, и прочтете ее от корки до корки, то у вас все равно мало шансов, потому что, хотя FIFO там и есть, но в очень базисной форме, а контроль потока данных заканчивается на скид-буферах.

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

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

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

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

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

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

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

Когда пост Мартина Фаулера о микросервисах вышел в 2014 году, команды, в которых я работал, уже занимались SOA-приложениями. Эта статья и последующий хайп коснулись почти каждой команды разработчиков в мире. Стек Open Source-софта от Netflix был самым крутым в то время, поскольку позволял инженерам по всему миру перенимать опыт Netflix в распределенных системах. Если мы взглянем на работу разработчиков программного обеспечения сегодня, более шести лет спустя, большая её часть касается архитектуры микросервисов.

Меня зовут Сергей, я тимлид команды андроид Тинькофф. 

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

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

Здесь я хочу рассказать о том, что мы имели ДО и что получилось сейчас. 

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

Статья написана при поддержке технического эксперта UiPath: Кристины Виролайнен.

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

Многие не знают, что некоторые сложные для написания и неэффективные для выполнения SQL-запросы можно легко выразить и эффективно выполнить в графовой базе данных. Это справедливо даже для тех, кто уже знает, что графовые алгоритмы являются наиболее эффективным, а иногда и единственным решением для сложных бизнес-задач, таких как кластеризация пользователей (с использованием Лувенского алгоритма), поиск инфлюенсеров - людей или компаний (алгоритмом PageRank) или прогнозирование поведения пользователей для персональных рекомендаций (алгоритмом label propagation).

В этой статье мы опишем SQL запрос с 24 JOIN в корпоративный knowledge graph и покажем, что задачу можно решить в графовой базе данных - и это будет понятней, более легко поддерживаться и эффективно выполняться. Пример взят из проблемы, описанной в сообществе: https://community.tigergraph.com/

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

I. Наблюдение как система выполняет операции

II. Тестирование и постоянное обновление

III.Определение тенденций развития

IV.Детальный анализ данных на выходе

V. Написание отчёта о результатах

VI.Завершающий диалог с системой

1. Наблюдение как система работает. Наблюдение – целенаправленное, систематическое восприятие исследуемого объекта, на основе регистрации избранных единиц (показателей, признаков), характеризующих особенности изучаемого явления. На практике это выглядит так: детальное отслеживание всех действий системы, проведение хронометража, применение цикла проверки: программируй, дай системе выполнить, проверь, спроси себя «Что не так?» и повторяй цикл до достижения успеха.

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

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

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

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

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

Статья написана в Alconost.

Примеры и полезные ссылки — под катом.

Приветствуем вас, коллеги.

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

Семь основных пунктов, наличие и продуманность которых сохранят Вам время, деньги и нервы

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

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