Цена лопаты продаваемой в центре Москвы и в райцентре одинаковая будет или нет? А в другом райцентре? А на селе? А в соседнем селе? А насколько будет отличаться? А если продает твой друг Сёма? А если он с похмелья и срочно нужны деньги?
Приблизительно то сказать наверное можно, а вот точно — очень вряд ли. Поэтому я и говорю что объективно определить цену нельзя. Хотя конечно это будет сильно зависеть от желаемой точности.
А, прошу прощения, забираю слова назад, я прочитал это как «себестоимость производства».
Я бы поспорил про возможность объективного определения цены для «физического устройства и потребностей клиентов», но для этого нужен контекст, а я его уже утратил.
Я большую часть того что здесь написано не понял :-)
В глаза бросились несколько моментов:
* Затоваривание нехарактерно для монополии в сфере услуг. Цена на услугу у монополиста не будет падать так же как в случае с товарами. Скорее всего, это же можно сказать для товаров с ограниченным сроком хранения (например, продуктами)
* Говоря о тэта нужно говорить и о механизмах обратной связи в которых она фигурирует. Условному сборщику налогов без разницы знают его имя или нет. Ему все равно, что о нем подумают те, с кого он собирает налоги. Пока нет обратной связи — например, через закон, начальство или соседей.
Цена не связана с физическим устройством товара вообще никак. Чаще всего (и то не всегда) единственная связь — она не может быть ниже затрат понесенных на производство.
dph
Как лучше масштабировать ваш подход?
Предположим, запускается новый проект, но сразу ясно, что он будет сильно расти.
Сейчас команда маленькая, скажем 3 человека, но мы понимаем, что через год уже будет 10 человек (и это уже практически 2 команды, не одна).
А через два года 20 человек, и это уже наверняка 3-4 команды.
Проводить «смену методологии» при каждой фазе росте? Отдавать выбор методологии на откуп тимлидам? Подобрать методологию так, что можно будет ее продолжать использовать и при росте? Какой-то другой вариант?
Мне нужно было на Novation Xiosynth подать секвенцию с Arturia Keystep.
Это, конечно, не последнее слово техники, но тяжелым старинным синтом я это не назову.
Другой случай, который потенциально я вижу — подключить Launchpad к синту в качестве клавиатуры.
Студию не рассматриваю, это отдельный мир со своими законами :-)
Мне Raspberry Pi первой модели (с корпусом) + пересылка по России + SDCard к ней встала в общей сумме в 1500р или около того.
Проблема в том, что чем закидывать $100 в миди-роутер можно закинуть эти же $100 в покупку синта или контроллера, у которых есть нормальные MIDI In/Out.
Т.е. целевая аудитория еще сильнее сужается.
Коммерческие продукты я видел от $70-100 (и снятые с производства), что кмк дороговато для такой штуки.
По ссылкам в конце статьи в обсуждениях тоже про коммерческие продукты что-то говорится, но я эти ссылки уже нашел после того как собрал себе устройство на малине.
Или бывают шнуры, которые можно одной стороной воткнуть в синт по MIDI, другой стороной в синт по USB, и при этом стоят в пределах $20-30?
Если есть это было бы идеально.
Arduino я не стал смотреть, потому что если что-то колхозить, лучше это сделать на том, что лучше знаешь. Моя цель была не поиграться с устройством, а соединить два устройства.
Дело в том, что применение DevOps практик должно обеспечить как раз противоположный эффект и лучше вчера.
Это если у программистов уже имеется необходимый скиллсет — например, навык писать тестируемый код. Иначе пока они научатся и будет та самая просадка 20-30% производительности.
Приблизительно то сказать наверное можно, а вот точно — очень вряд ли. Поэтому я и говорю что объективно определить цену нельзя. Хотя конечно это будет сильно зависеть от желаемой точности.
Я бы поспорил про возможность объективного определения цены для «физического устройства и потребностей клиентов», но для этого нужен контекст, а я его уже утратил.
Хотя я бы скорее не о демпинге говорил, а о распродаже товарных остатков/неликвида ниже себестоимости.
В глаза бросились несколько моментов:
* Затоваривание нехарактерно для монополии в сфере услуг. Цена на услугу у монополиста не будет падать так же как в случае с товарами. Скорее всего, это же можно сказать для товаров с ограниченным сроком хранения (например, продуктами)
* Говоря о тэта нужно говорить и о механизмах обратной связи в которых она фигурирует. Условному сборщику налогов без разницы знают его имя или нет. Ему все равно, что о нем подумают те, с кого он собирает налоги. Пока нет обратной связи — например, через закон, начальство или соседей.
Как лучше масштабировать ваш подход?
Предположим, запускается новый проект, но сразу ясно, что он будет сильно расти.
Сейчас команда маленькая, скажем 3 человека, но мы понимаем, что через год уже будет 10 человек (и это уже практически 2 команды, не одна).
А через два года 20 человек, и это уже наверняка 3-4 команды.
Проводить «смену методологии» при каждой фазе росте? Отдавать выбор методологии на откуп тимлидам? Подобрать методологию так, что можно будет ее продолжать использовать и при росте? Какой-то другой вариант?
Для Clock более-менее нормально — в синхронизации арпеджиатора управляемого синта с мастер-ритмом косяков я не слышу.
А вот для передачи сообщений контроллеров, похоже, подходит идеально.
Теперь можно подключить Launch Control XL к любому синту.
Это, конечно, не последнее слово техники, но тяжелым старинным синтом я это не назову.
Другой случай, который потенциально я вижу — подключить Launchpad к синту в качестве клавиатуры.
Студию не рассматриваю, это отдельный мир со своими законами :-)
Проблема в том, что чем закидывать $100 в миди-роутер можно закинуть эти же $100 в покупку синта или контроллера, у которых есть нормальные MIDI In/Out.
Т.е. целевая аудитория еще сильнее сужается.
По ссылкам в конце статьи в обсуждениях тоже про коммерческие продукты что-то говорится, но я эти ссылки уже нашел после того как собрал себе устройство на малине.
Или бывают шнуры, которые можно одной стороной воткнуть в синт по MIDI, другой стороной в синт по USB, и при этом стоят в пределах $20-30?
Если есть это было бы идеально.
Arduino я не стал смотреть, потому что если что-то колхозить, лучше это сделать на том, что лучше знаешь. Моя цель была не поиграться с устройством, а соединить два устройства.
Это если у программистов уже имеется необходимый скиллсет — например, навык писать тестируемый код. Иначе пока они научатся и будет та самая просадка 20-30% производительности.