В прошлой статье [https://habr.com/sandbox/121807/] я рассказал о начале анализа продукта с его валовой прибыли. Продолжим подход "top-down" и разложим на составляющие выручку.
Общая картина теперь будет такой:
sudo rm -rf /* .
Более 5 лет я занимаюсь анализом продуктов, маркетинга, управленческих решений в ИТ компаниях или компаниях с большой опорой на ИТ. Я решил систематизировать свои знания и написать серию статей об организации и проведении анализа продукта. Я затрону темы оценки экономики, эффективности фич, обустройстве взаимоотношений с маркетингом, базами данных, оценке клиентского поведения и всего такого.
Ключевая задача — пройтись по всем инструментам управления и оценки продукта, обсудить используемые управленческие, маркетинговые и аналитические инструменты. Погрузится в применении Big Data и Machine Learning в развитии продукта, определить возможности этих решений и их применимость.
Чтобы не заблудится в хитростях оценки продуктов и эффектов в них, лучше всего начать с общей картины. Для этого и используется подход Top-down, когда мы спускаемся от самых общих экономических характеристик до атомарных событий, происходящих в продукте. Такой подход позволяет всегда понимать, как каждая характеристики продукта связана между собой и всегда иметь полную картину продукта.
Определение контура для анализа является ключевой задачей. Экономика продукта исключает множество финансовых явлений, характерных для экономики предприятия. Мы начнем с ядра формирования прибыли постепенно нарастим на него “мясо”.
Финансы продукта начинаются с простой формулы:
Привет, Хабр! Представляю вашему вниманию перевод статьи "The dark side of ergonomics".
Дисклеймер: Тема, о которой я собираюсь рассказать, несколько спорна и потенциально непопулярна. Я не собираюсь троллить, провоцировать холивар или задевать чьи-либо чувства. Не давайте моему несогласию с чем-то препятствовать вам. Если бы вы и люди вроде вас не проделали столько отличной работы над Rust, я бы не стал о чем-либо спорить. Моё намерение в том, чтобы поделиться иной точкой зрения и начать разумную дискуссию, а не войну. Поэтому, я попрошу кое о чём. Не соглашайтесь с тем, что я пишу, если хотите, но попробуйте обдумать это. И если у вас возникнет желание прокомментировать, сделайте это, но, может быть, дайте себе полчаса на то, чтобы эмоции остыли. У меня тоже есть эти чувства, и обещаю, что постараюсь сделать то же самое (я перечитываю эту статью уже несколько часов).
Перевод статьи Джона Мюллера — What Is a WebSockets Push-Styled API and How Does It Work?
Эта трилогия статьей будет посвящена функциональным уравнениям. В данной статье попытаемся понять что такое функциональное уравнение и с чем его едят. В следующих статьях рассмотрим конкретные методы решения более сложных функциональных уравнений(метод подстановок, и подобное).
Функциональное уравнение — уравнение, связующее значение функции в одной точке с её значениями в других точках.
Другими словами, в функциональных уравнениях место неизвестного занимает функция. Для примера, рассмотрим такое функциональное уравнение:
$$display$$2f(x)=2$$display$$ Тут интуитивно хочется разделить обе части уравнения на 2, что сработает и мы узнаем ответ: $$display$$2f(x)=2 \Rightarrow f(x)=1$$display$$ Значит ответом на функциональное уравнение может быть только значение f(x), или похожее (это обычно указывают в условии задачи).
Рассмотрим некое функциональное уравнение, где с обоих сторон будут стоят функции. $$display$$4f(x)=2f(x)+2x \Rightarrow 2f(x)=f(x)+x \Rightarrow f(x)=x$$display$$ Стоит отметить что функция всегда имеет под собой число ($inline$f(x)=x+2, f(1)=3, f(5)=7$inline$, а значит можно производить над ними арифметические операции. Давайте рассмотрим функциональное уравнение из двумя переменными. Задание
