MetaLamp

Мы не забыли))

Рады, что вам понравилось!

Спасибо! Мы стараемся)

это будет похоже на мюзикл: кто лучше преподнесет свою мысль через песню или танец :)

Мы рады, будем делать такие обзоры на топовые события чаще!

Стараемся🫶🏻

Рады, что вам зашло) Мы публикуем разные материалы, можно будет скоро технический обзор Polymarket почитать)

Забавно, как легко сказать "установите уникальные пароли для всего". Вы сами-то пробовали такое контролировать без слёз и нервных срывовЗабавно, как легко сказать "установите уникальные пароли для всего". Вы сами-то пробовали такое контролировать без слёз и нервных срывов

Почему же, вот он) https://www.tapps.center/

А что вам показалось дерзким?) Не совсем поняли, объясните, пожалуйста)

Само коробочное решение придумано Finch — ребята реализовали все "под капотом", а мы можем помочь с фронтенд-частью, чтобы сделать TMA привлекательным для заказчиков)

В коробке Finch заложено много функций антифрода. Мы готовы ответить на ваши вопросы, если они у вас есть)

Было бы смешно)

Почему же, актуален) Просто мини-аппы в телеграме постепенно набирают обороты и популярность, не сказать, что одно другое вытеснит, но уже очевидно, что новому поколению (как минимум) удобнее делать все в рамках одного приложения — общаться и пользоваться другими сервисами не покидая его.

Всё-таки верстка и смарт-контракты готовы не были, их пришлось значительно исправлять и переписывать. Дизайн, да, был готов. Кроме того мы потратили ещё время на согласование сети, в которую будем деплоить проект.

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

Да, наработки уже были, заказчик, придя к нам, был уверен, что осталось только собрать все вместе до готового MVP. Но когда мы стали погружаться в детали — оказалось, что есть множество недоработок и подводных камней. По этому по сути мы сами собрали ТЗ и пришли с ним к заказчику для согласования, показав где и какие ошибки и неточности мы нашли.

Эта проблема могла быть решена подключением человека, который бы отвечал за процесс разработки или хотя бы проводил ревью того, что сделали фрилансеры.

Мы любим мемы))

Мы стараемся писать смарт-контракты в соответствии с самыми проверенными и надежными практиками на рынке. Однако всегда проект стоит отдавать аудиторам перед запуском. Причем аудиторы должны быть третьим лицом, чтобы не было конфликта интересов

В целом да, такие форматы бывают. Однако с фрилансерами есть следующая проблема:
- Вы тратите много времени на их подбор, нужно всех отсобеседовать, каждого заонбордить в проект и пр
- Часто фрилансеры не надежны, множество историй от коллег и партнеров, когда фрилансер пропадает и бросает работу, т.к. с фрилансерами часто юридически не фиксируют риски и обязательства

В целом, если есть опыт и время, можно работать с фрилансерами, в деньгах это может получиться дешевле. Однако если сроки поджимают и есть какой-то бюджет - лучше работать со студией, потому что там сразу можно получить готовую слаженную команду, а также на егнтство можно перебросить часть рисков (за нарушение сроков, нарушение качества подрядчик может поплатиться деньгами)

По-хорошему проект должен выйти в полноценный прод, собрать аудиторию, начать приносить ценность пользователям. Мы постараемся сделать апдейт, когда проект этого добьётся. Но сейчас наша роль была в том, чтобы вообще этот продукт собрать, а уже маркетинг и привлечение клиентов — задача других специалистов

Классика🙃

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

С пониманием) Главное, чтобы изменения были рациональными, обоснованными и не выкручивали подрядчику руки в финансовом плане.

Проекты бывают разные, но многие децентрализованные проекты можно легко скопировать. Разработчик может прочитать код, он часто бывает публичен, и скопировав его — запустить аналог проекта. К такому часто прибегают, когда запускается новый блокчейн, и первое что происходит — на этот блокчейн переносят все проверенный смарт-контракты и бизнес-модели из других блокчейнов.

Вполне возможно, однако дело не только в ТЗ. Дело ещё в ответственном за управление разработки в команде заказчика — его не было. По тем или иным причинам не всегда со стороны заказчика есть человек, кто на 100% погружен в рутину, и управлением всей командой разработки. А мы как раз со своей стороны выделили такого человека.

Любим их🫶🏻

Такой подход помогает нам отдавать и выпускать в свет классные проекты, а заказчикам — добиваться целей и получать ощутимый результат🙌🏻

Разделяем, понимаем!

Рады слышать! Что запомнилось больше всего?)

Все верно, согласны)