Спасибо огромное! Стало тепло на душе, на VC такое редко
В процессе работы над отзывчивостью разрешения к расширению :)
А станет миллиарды 🙂
Простите, щас исправим 🙂❤️
На большие
Мы бесплатно тебе готовы дать
Но вообще, мы вроде немного проще софт ;)
Прикольно! Изучим
Наш косяк :( Попробуйте переустановить расширение и нажать только один рази и подождать
Мы в процессе решения этого 🥲
а что именно не работает?
Спасибо!
Конечно, мы хотим сначала допилить основной функционал, чтобы потому для каждого браузера отдельно не обновлять
❤️❤️❤️❤️❤️
Спасибо за отзыв! Мы двигаемся в отзывчивость при работе с отладкой и консолью. Чтобы заметки сдвигались под другое расширение без перезагрузки.
Спасибо Леш!
Все сайты на Tilda
Здраствуйте, я постараюсь подробнее изучить этот вопрос с юристом и вернуться с ответом, однако сейчас, наши клиенты в основном из США.
Здраствуйте, я как технический сооснователь Swiftle и бывший тим-лид команды разработчиков WLNC, могу гарантировать свою компетентность. Да, действительно, у нас схожие продукты, однако если есть рынок и мы знаем как сделать этот продукт лучше, например:
- Не ограничивать себя только "No-code". Мы не считаем ее панацеей
- Не предлагать оплату только за подписку, высасывая из клиента последние соки, а предлагать оплату за результат
- У нас комплексный подход, есть продакты и дизайнеры
То почему бы его не сделать самим 😊
Hybrid - это лишь названия нашего подхода, и он абсолютно отличается от нашего конкурента. Тем более в операционном плане.
Нет, мы не предоставляем курсы, мы тщательно отбираем сотрудников. В основном взращиваем внутри команды.
Здравствуйте, не могли бы Вы уточнить, мы говорим о внутреннем приложении или посадочной странице?
Заранее благодарны за отзыв 😊
Здравствуйте, у нас не обязательна регистрация на посадочной странице 😊
Был рад помочь!
Здравствуйте, к счастью, мы рады поделиться экспертизой 😊
На текущем этапе, Вы правы, "No-Code" - это скорее движение, чем технология, как и "Low-Code". На текущий момент, западный рынок явно признает эти определения, но мы лишь пытаемся рассказать о своем подходе к разработке, у которой открываются новые грани. Мы не считаем эти определения панацеей. Наоборот! Мы ушли от no-code, ведь он невероятно ограничен и имеет массу проблем, которые обычный код решает, тогда и получается Low-code :)
Мы же используем термин "Гибридная разработка", как подход, который возможно масштабировать и в данном случае применять в том числе и в маркетинге.
И да, это те же самые frameworks 😊
Здравствуйте, спасибо, что уделили время! Эти вопросы действительно часто задают наши клиенты, и вот что мы отвечаем:
1. Мы используем только проверенные собой сервисы, любой уважающий себя сервис предупредит о возможных издержках или проблемах (например закрытии). Например Bubble.io ни раз предупреждал о повышении цен на свои услуги. Мы также предоставляем возможность поддержки наших клиентов, а также возможный переход на полноценный код. Хочу заметить, что мы можем использовать в основе не low-code сервис, а обычный код, но дополнять его значимыми деталями в виде интеграций этих сервисов, поэтому здесь риски - минимальны.
2. Да, это действительно проблема, которую еще можно не сразу заметить и получить не малые издержки, в данном случае если система использует low-code сервисы, использовать ее в качестве прототипа для разработке ее на коде.
3. За потерю данных будет отвечать компания, кому принадлежит сайт. (Не сервис, где размещен этот сайт). Если компания уверенна, в своей невиновности и считает, что это уязвимость сервиса, она может подать иск.
4. Да, сможет. Но к сожалению, при большом количестве пользователей, если Ваша инфраструктура полностью завязана на сервисе "no-code", Вам придется перейти на код. Это связанно с тем, что большинство сервисов еще не научились оптимизировать приложения под большие нагрузки.
5. Сразу хочу предупредить, что я не совсем юрист. Однако наиболее используемый нами сервис спокойно поддерживает этот формат: https://bubble.io/blog/bubble-gdpr/
Что же касается Ф3-152, мы встречались с разными вариантами решения этой проблемы, однако не забывайте, что Ваша система может состоять лишь на 40% из внешних интеграций и проблем с этим пунктом не возникнет.
6. В данном случае, уйти на другие платформы все таки возможно. Не вижу причин, чтобы этого нельзя было сделать, однако обычному пользователю будет явно не приятен тот факт, что такое может произойти. Поэтому возвращаясь к первому пункту, использовать свое приложение - как прототип, и переходить на код.
7. У нас в статье приведен пример, ребят, которые тоже сделали приложение полностью на No-Code и привлекли инвестиции. Еще более глобальные примеры ребят, которые привлекли инвестиции: Plato(YC W16), Dividend($365M raised), Conet ($13M raised).
Однако мы не рекомендуем использовать только No-Code, мы понимаем. сложности масштабирования и поддержки, поэтому отталкиваемся исходя из запроса клиента. Если клиенту нужно быстро и дешево, мы предлагаем варианты, которые не очень масштабируются в будущем. Однако прекрасно подходят под MVP.
Здраствуйте, не совсем в честь него, но в любом случае главная суть лоу-кода, возможность интегрировать почти любой код в no-code инструменты и Swift не исключение 😊
Спасибо 💛
Здраствуйте, постараемся исправить это в скором времени😊, спасибо за отзыв!
Очень полезно