Артём Рыжков

+12
с 2020
1 подписчик
32 подписки

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

Но, я очень интересуюсь качественными походными и городскими рюкзаками. Даже думал самостоятельно сделать свой концепт. =) К моему удивлению самые понравившиеся модели были как раз на kickstarter-е.

Но это уже специфика. 

Возможно, я при написании статьи не учел особенность рынка. Но за все время работы почти всегда все распознавали это так: 

Прототип - нечто нарисованное в figma
MVP (пилот) - то, что уже работает и можно потрогать. 

Вы считаете, что краудсорсинг - не работает? 

Прокомментирую это так:
Не каждому продукту нужен MVP и, например, для запуска магазина одежды - он точно не нужен. Но есть технологические решения, которые без него - проверить гипотезу сложно. Примером может послужить: система доставки, HR платформа и другие технологические решения.

Да, судя по статье и по этому сообщению - это действительно так. 

Было бы здорово, если сможете найти источник про вычищение. Я видимо как-то это упустил. 

1

Тут все сильно зависит от реализации. 
Можно сделать очень просто: 
1) Делаем мобильный фронт на React, Angular или еще что-то (мы используем React  могу отдельно рассказать почему)
2) Делаем 2а приложения Android и iOS с WebView внутри.
3) Добавляем модель push-уведомлений (pusher, firebase или что нравится)
4) Едем тестироваться.

Плюсы: 
1) Одно решение на два фронта
2) Очень быстрая интеграция
3) Легко вносить правки
Минусы: 
1) Бывает "подтупливание" из-за бесконечной прокрутки
2) Бывают странные глюки в зависимости от WebView

Можно чуть сложнее с применением React Native (тоже используем это подход, но зависит от задачи). Это все еще не Swift + Java, но уже чуть ближе к настоящим мобильным приложениям.
Плюсы: 
1) Можно логику выносить отдельно и не писать ее 2ды
Минусы для MVP: 
1) Придется повозиться с View для обоих устройств.

Ну и самый трудоемкий и затратный способ: Swift + Java (его рекомендую не под MVP). 

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

Опять же повторюсь, что стоит отталкиваться от задачи. 

1

Нужна статья или прикладное решение? 
Статью могу написать, а другое - уже есть)  

Михаил, спасибо! Я обратил на нее внимание, но не удосужился пролистать до конца. Там на последних 2х страницах удобное приложение (appendix) в котором есть ссылки на сайты которые были взяты под наблюдение)

Спасибо за статью! Если не сложно скиньте ссылочек на источники к цифрам? 

1

В целом согласен, но даже тут бывают свои косяки. Особенно в Fron-End разработке, так как там, почему-то, паттерн SOLID - многие даже не знают как расшифровывается. 

Хотя с другой стороны, опять же важно понимать, что это за проект и зачем его делали.  

Все здорово, но хотелось бы чуть подробнее узнать об остальных предложенных вариантах. А также хочется понять почему именно они. Не могли бы вы "раскрыть" данный инсайд, в духе: Акции компании AMD выросли за счет выпуска новых процессоров на базе архитектуры 7 нм, тем самым опередив Intel. 

Что именно сделают эти компании в этом году такого, что их акции взлетят? Или это просто предложение собрать безопасный портфель "Голубых фишек" или как он там называется? 

1

Это не всегда помогает. Есть как минимум одна проблема:
Суть в том, что если на проекте был один не особо опытный программист, но при этом на популярном стеке, то единственным плюсом в этой ситуации будет то, что вам будет чуть проще найти ему замену. К тому же программист мог написать очень запутанный код, который будет не удобно разгребать даже опытному специалисту.

2

Классный проект! А можешь чуть поделиться с проблемами построения маршрутов? Что именно было не так ?

1

XD Его уже не остановить. Особенно если прочесть его последний пост, то кажется, что он вышел из под контроля) 

3