То есть вы хотите иметь некий типовой клиент для форумов, чтобы через него подключаться к Хабру, Опеннету, ЛОРу, Реддиту и т.п., типовой клиент для магазинов, чтобы можно было подключиться к любому магазину одежды, продуктов, электроники, автозапчастей, стройматериалов и т.п. и так для всего остального?
Сложность веб-технологий с учётом обратной совместимости такова, что создать новый браузер с нуля и довести его до уровня современных Chrome, Firefox, Safari сейчас не может никто.
Да вот же. Вроде бы обычно повороты в компьютерной графике задают кватернионами, а «путь по дуге» вычисляют с помощью сферической линейной интерполяции (slerp).
Тем не менее, автор обещал разобрать как реализованы фичи Реакта «за кулисами», но и в оригинальной статье этого нет. В результате получился «просто набор случайных примеров кода и банальных объяснений, как в других шпаргалках».
это не то, что вы подумали — не просто набор случайных примеров кода и банальных объяснений, как в других шпаргалках.
Обещаю, это будет по‑настоящему полезно. Мы вместе разберёмся, как работает ReactJS, и как реализованы все его крутые фичи «за кулисами», с помощью интерактивных демо
Дело в том, что размерность не определяет физический смысл величины. Она не представляет сам тип физической величины, а только инвариант этого типа. То есть, это необходимое, но не достаточное условие осмысленности операций, а потому определение физической величины как пары (числовая величина; размерность), строго говоря, не имеет смысла. Это только удобный инструмент для первичной валидации формул.
А одним кликом перевести задачу из выполненной (Done) в заблокированную (Stuck) — это прям верх юзабилити :) А если пользователь ошибся и не заметил? Да и мы не знаем, как будет тормозить ваш продукт, когда в нём будет в 10-100 раз больше фич.
JIRA не заставляет использовать все фичи, её может успешно использовать и маленькая команда стартапа, и крупная корпорация. Поэтому многие фичи нужны объективно. Но монстр чаще всего получается, когда изначально фича не была предусмотрена, а потом её пришлось добавить как получится.
«ИФ Метод» — ни в коем случае не инструмент для управления продуктами. В нём нет инструментов для планирования, нет визуализации сроков и зависимостей задач, нет управления ресурсами и бюджетом. Если же брать маленькие проекты, то даже у Redmine, GitLab или Trello возможностей побольше будет. А такие монстры как JIRA можно сконфигурировать практически под любую методологию.
А зачем вы смешиваете в одну кучу философию разработки (Agile), методологии разработки (Waterfall, Scrum, Kanban, итеративно-функциональный метод) и ПО для управления задачами (Basecamp, JIRA, «ИФ Метод»)?
Плохо будет только провайдерам контента и магазинам, а потому идея обречена на провал.
Так а что умеете-то?
То есть вы хотите иметь некий типовой клиент для форумов, чтобы через него подключаться к Хабру, Опеннету, ЛОРу, Реддиту и т.п., типовой клиент для магазинов, чтобы можно было подключиться к любому магазину одежды, продуктов, электроники, автозапчастей, стройматериалов и т.п. и так для всего остального?
Сложность веб-технологий с учётом обратной совместимости такова, что создать новый браузер с нуля и довести его до уровня современных Chrome, Firefox, Safari сейчас не может никто.
На рок-концертах прошлого :)
Да вот же. Вроде бы обычно повороты в компьютерной графике задают кватернионами, а «путь по дуге» вычисляют с помощью сферической линейной интерполяции (slerp).
В конце 1987 года вышли Windows 2.0 и Apple System 5.0
Тем не менее, автор обещал разобрать как реализованы фичи Реакта «за кулисами», но и в оригинальной статье этого нет. В результате получился «просто набор случайных примеров кода и банальных объяснений, как в других шпаргалках».
Неужели снова обманули? :)
Алгебра размерностей давным давно известна
Строго говоря, ввести абелеву группу размерностей. Да, это легко и для целей первичной валидации подходит, чем все и пользуются.
Дело в том, что размерность не определяет физический смысл величины. Она не представляет сам тип физической величины, а только инвариант этого типа. То есть, это необходимое, но не достаточное условие осмысленности операций, а потому определение физической величины как пары (числовая величина; размерность), строго говоря, не имеет смысла. Это только удобный инструмент для первичной валидации формул.
Насколько я понял из описания метода, он будет аналогичен следующему процессу в Джире:
Для каждой функции продукта создаём эпик. Эпики никогда не закрывается навсегда.
Каждой итерации функции будет соответствовать отдельная таска в рамках эпика. Assigned user будет лидером итерации.
Для итерации выделаются секторы разработчика, они соответствуют сабтаскам.
В случае нахождения багов и техдолга, они прикрепляются к соответствующей таске итерации, которая снова переводится в In progress.
Карте продукта будет соответствовать Epics progress dashboard.
Если вы считаете, что Джира тормозит именно из-за этих вещей, то вы плохой разработчик
А одним кликом перевести задачу из выполненной (Done) в заблокированную (Stuck) — это прям верх юзабилити :) А если пользователь ошибся и не заметил? Да и мы не знаем, как будет тормозить ваш продукт, когда в нём будет в 10-100 раз больше фич.
JIRA не заставляет использовать все фичи, её может успешно использовать и маленькая команда стартапа, и крупная корпорация. Поэтому многие фичи нужны объективно. Но монстр чаще всего получается, когда изначально фича не была предусмотрена, а потом её пришлось добавить как получится.
Что, если внедрив все возможности для управления продуктами из сотен проектов, в каждом из которых несколько команд, рыцарь сам станет драконом?
«ИФ Метод» — ни в коем случае не инструмент для управления продуктами. В нём нет инструментов для планирования, нет визуализации сроков и зависимостей задач, нет управления ресурсами и бюджетом. Если же брать маленькие проекты, то даже у Redmine, GitLab или Trello возможностей побольше будет. А такие монстры как JIRA можно сконфигурировать практически под любую методологию.
А зачем вы смешиваете в одну кучу философию разработки (Agile), методологии разработки (Waterfall, Scrum, Kanban, итеративно-функциональный метод) и ПО для управления задачами (Basecamp, JIRA, «ИФ Метод»)?