Договора заключала? Деньги получала? Спасибо за уточнение.
Кто обяжет и за что накажет, если договора и денег нет? Полагаю, спор окончен?
С точки зрения основной сути статьи минус приплетённый совершенно левый частный кейс с какой-то там судебной разборкой для какой-то там частной компании, MVP с формой предложения, в которой банально не реализована интеграция с биллинг процессингом не считается покупкой, хотя конечно остаётся то самое предложение (выглядит как публичная оферта).
На этом этапе развития предприятию (которого ещё, скорее всего, не существует) важно только количество человек, которые кнопку "купить" ткнут, через веб-аналитику. Если не тыкают, значит им это не надо. Если же ткнут, то сервис всегда может сослаться на "товар закончился" или "интеграция с биллингом пока не реализована, мы вам сообщим как только так сразу".
Ок, приблизительный посыл я понял, если это не троллинг.
Да, получить деньги, выдать чек, но не отдать товар или не выполнить услугу - это основание для требования возврата оплаты, а в случае отказа - основание для обращения в суд.
Дайте судебный прецедент, в котором есть предложение купить (выглядит как публичная оферта), но сделка не оформлена (банально, по причине "товар закончился") и этот прецедент решён в пользу истца, то есть истцу (покупателю) физически выдали то, чего нет или заплатили компенсацию.
Учитывая, что у MVP есть как минимум шесть вариантов реализации, некоторые вообще не требуют разработки, то чтобы подтвердить гипотезы, надо сделать 50 тестов. И это, в принципе, займёт где-то те же 3...5 лет, если конечно их делает негибкий в плане ума или фатально неудачливый предпринимательно. Некоторым хватает 2...10 вариантов и десятый уже вполне живучий. "Выстреливает каждый десятый бизнес"
Под продажей может пониматься потенциальная заинтересованность, подкреплённая желанием купить, но факт продажи и соответственно какие-либо гарантии откладываются на будущее. Такой потенциальный покупатель может быть приглашён бесплатно, без взимания платы, но и без гарантий. Сегмент таких пользователей называется "ранние последователи". Они могут помочь определить будущее стартапа. Очень полезны как раз вот для предварительной аналитики, прогноза спроса, грубого расчёта юнит-экономики.
Это в целом Lean Startup (гибкое производство) и клиент-ориентированная разработка.
Вот как раз по этой же теме, вот ровно именно для того, чтобы делать то что нужно и не делать то, что не нужно, мы создали veryfeed.ru - сервис для сбора и обработки обратной связи от существущих или приглашённых потребителей.
Сейчас он как раз на стадии подтверждения гипотезы и оценки спроса.
Интересный момент: если наш сервис найдёт своего потребителя, то значит идея стоящая и мы не зря потратили время. А если окажется, что спроса на него нет, то значит ... (нонсенс) ... мы сделали его не зря, потому что он как раз и подтвердил, что надо делать то что нужно и не делать то что не нужно. Ну, как минимум именно нам он в этом помог.
Как получить итоговый файл по спецификации OpenAPI в формате YAML или JSON с описанием вот этого самого API? В интерфейсе не вижу ссылку на *.yaml/*.json
Для общей эрудиции 1 что угодно можно натворить на JS и пропустить через prerender.io 2 теперь Angular Universal более чем хорош и, к примеру, onclass.com вполне индексируется ботами 3 Vue давно SSRится довольно просто nuxt.com 4 Метеор давно SSRится довольно просто meteor.com 5 Aurelia давно SSRрится aurelia.io
В статье, если она правда, скорее всего, речь шла о лендосе для какой-нибудь иннициативы новой прям из подкорки директората, которая возникла в формате брейнсторма и меееееедлееееенннноо превращалась из идеи во что-то материальное, никто кроме идеатора про неё не знает. Всё это время контрактник в офисе жрал пончики и смотрел котиков, а HR был счастлив, что прям суперски быстро закрыл внезапно возникшую вакансию.
В итоге лендос этой иннициативы от большой компании _мог бы_ привлечь пару лямов зелени, на фоне которых $21K — это операционные расходы. Ну, роды лендоса были трудными, хорошо, что задача решилась, как-то так.
Сам оплачивал работу наёмника в такой же ситуации. Сумма была по российским ценам, то есть значительно меньше. Но вот это то вот ощущение что весь механизм не смазан, скрипит и застревает. Бумажки, совещания, чаепития, операционка,… И там где-то в чатике маячит скучающий наёмник, делающий какое-то гавно, а нам даже некогда сказать, что именно из его гавна надо подпереть палками… И текучка…
Отличие в транспортном протоколе. При клиентском рендеринге ипользуется AJAX через протокол HTTP, а при серверной отрисовке протокол HTTP исключается, как бы «дёргаются» роуты API напрямую, без curl.
Очень упрощённо так:
1. Определить роут для выдачи через AJAX const app = express();
app.get('/api/get/some/data', (req, res) => {
const returnValue = db.get_some_data(); // упрощённо - можно извлечь данные из БД
res.send(returnValue);
});
2. При отрисовке на сервере вызвать его без AJAX, а в браузере — через AJAX let someData;
if (isServer)
someData = await some_kind_of_http.get('/api/get/some/data');
else
someData = await true_http.get('/api/get/some/data');
Таким образом если HTML как то зависит от AJAX данных (список какой-нибудь или страница товара), то данные будут извлечены из db.
Представления не имею, как его представить (
Договора заключала? Деньги получала? Спасибо за уточнение.
Кто обяжет и за что накажет, если договора и денег нет? Полагаю, спор окончен?
С точки зрения основной сути статьи минус приплетённый совершенно левый частный кейс с какой-то там судебной разборкой для какой-то там частной компании, MVP с формой предложения, в которой банально не реализована интеграция с биллинг процессингом не считается покупкой, хотя конечно остаётся то самое предложение (выглядит как публичная оферта).
На этом этапе развития предприятию (которого ещё, скорее всего, не существует) важно только количество человек, которые кнопку "купить" ткнут, через веб-аналитику. Если не тыкают, значит им это не надо. Если же ткнут, то сервис всегда может сослаться на "товар закончился" или "интеграция с биллингом пока не реализована, мы вам сообщим как только так сразу".
Ок, приблизительный посыл я понял, если это не троллинг.
Да, получить деньги, выдать чек, но не отдать товар или не выполнить услугу - это основание для требования возврата оплаты, а в случае отказа - основание для обращения в суд.
Дайте судебный прецедент, в котором есть предложение купить (выглядит как публичная оферта), но сделка не оформлена (банально, по причине "товар закончился") и этот прецедент решён в пользу истца, то есть истцу (покупателю) физически выдали то, чего нет или заплатили компенсацию.
Вообще не в тему
Учитывая, что у MVP есть как минимум шесть вариантов реализации, некоторые вообще не требуют разработки, то чтобы подтвердить гипотезы, надо сделать 50 тестов. И это, в принципе, займёт где-то те же 3...5 лет, если конечно их делает негибкий в плане ума или фатально неудачливый предпринимательно. Некоторым хватает 2...10 вариантов и десятый уже вполне живучий. "Выстреливает каждый десятый бизнес"
можно ссылку на Silauma ?
Хочешь поучаствовать в разработке? https://veryfeed.ru/use-cases/new-product-development
Под продажей может пониматься потенциальная заинтересованность, подкреплённая желанием купить, но факт продажи и соответственно какие-либо гарантии откладываются на будущее. Такой потенциальный покупатель может быть приглашён бесплатно, без взимания платы, но и без гарантий. Сегмент таких пользователей называется "ранние последователи". Они могут помочь определить будущее стартапа. Очень полезны как раз вот для предварительной аналитики, прогноза спроса, грубого расчёта юнит-экономики.
Это в целом Lean Startup (гибкое производство) и клиент-ориентированная разработка.
Вот как раз по этой же теме, вот ровно именно для того, чтобы делать то что нужно и не делать то, что не нужно, мы создали veryfeed.ru - сервис для сбора и обработки обратной связи от существущих или приглашённых потребителей.
Сейчас он как раз на стадии подтверждения гипотезы и оценки спроса.
Интересный момент: если наш сервис найдёт своего потребителя, то значит идея стоящая и мы не зря потратили время. А если окажется, что спроса на него нет, то значит ... (нонсенс) ... мы сделали его не зря, потому что он как раз и подтвердил, что надо делать то что нужно и не делать то что не нужно. Ну, как минимум именно нам он в этом помог.
Многие части моего кода вообще никто никогда не читал. Работает и работает.
Как получить итоговый файл по спецификации OpenAPI в формате YAML или JSON с описанием вот этого самого API?
В интерфейсе не вижу ссылку на *.yaml/*.json
Architecture decision records
https://github.com/joelparkerhenderson/architecture-decision-record
Не понял в чём смысл пункта "Направленность". Не могли бы вы дать пример "направленного" программного продукта, без аналогий?
В комментариях к оригинальной статье:
В технической части истории не вкурил, но лидерство имеет решающее значение, молочага.
Спорить не буду, тем более что это перевод и источник очень старый, ориентировочно 2016-2017 года [https://habr.com/ru/articles/341688/]
Для общей эрудиции
1 что угодно можно натворить на JS и пропустить через prerender.io
2 теперь Angular Universal более чем хорош и, к примеру, onclass.com вполне индексируется ботами
3 Vue давно SSRится довольно просто nuxt.com
4 Метеор давно SSRится довольно просто meteor.com
5 Aurelia давно SSRрится aurelia.io
В итоге лендос этой иннициативы от большой компании _мог бы_ привлечь пару лямов зелени, на фоне которых $21K — это операционные расходы. Ну, роды лендоса были трудными, хорошо, что задача решилась, как-то так.
Очень упрощённо так:
1. Определить роут для выдачи через AJAX
const app = express();
app.get('/api/get/some/data', (req, res) => {
const returnValue = db.get_some_data(); // упрощённо - можно извлечь данные из БД
res.send(returnValue);
});
2. При отрисовке на сервере вызвать его без AJAX, а в браузере — через AJAX
let someData;
if (isServer)
someData = await some_kind_of_http.get('/api/get/some/data');
else
someData = await true_http.get('/api/get/some/data');
Таким образом если HTML как то зависит от AJAX данных (список какой-нибудь или страница товара), то данные будут извлечены из db.
Каждый раз это занимает 2-3 дня, потому что с момента прошлой сборки стартера прошло не менее 6 месяцев, а то и год и ВСЁ УЖЕ УСТАРЕЛО!
Аналог Textly.AI — Grammarly
На m.habr.ru ужасный редактор комментов :(