Русский
Русский
English
Статистика
Реклама

Bubble

Перевод Вам не нужно будет учиться программировать манифест зерокодинга от основателя bubble.io

01.02.2021 16:08:09 | Автор: admin

Этот манифест Эммануэль Страшнов, со-основатель No-Code-сервиса bubble.io опубликовал еще в 2014 году в Huffington Post. Но до сих пор он читается как текст из будущего. Зерокодинг не просто новая нефть, это путь развития и освобождения человека.

Почему мы ожидаем, что люди будут говорить, как компьютеры? Разве это не компьютеры должны научиться говорить на нашем языке?

Обучение считается ключом к построению успешной карьеры. Барак Обама, Майкл Блумберг и даже Энрике Иглесиас призывали людей учиться кодить. Но это же противоречит самой сути исторического процесса. Почему мы думаем, что люди должны говорить, как компьютеры? Разве это не компьютеры должны научиться говорить на нашем языке?

В 80-х и 90-х годах инженеры создавали такие продукты, чтобы людям надо было говорить по-компьютерному. Apple и Microsoft взлетели, сделав компьютеры доступными для всех с помощью графического, интуитивного и простого пользовательского опыта. Когда они только возникли, людям приходилось изучать командную строку, чтобы использовать компьютеры. Mac II и Windows заменили терминал графическим пользовательским интерфейсом и это сделало компьютеры доступными не только горстке технарей, но и всем людям так ПК завоевали мир. И это типичная тенденция в технологиях: с течением времени все становится проще и все больше людей использует эти упрощенные решения.

Эмануэль Страшнов, автор манифеста и сооснователь bubble.ioЭмануэль Страшнов, автор манифеста и сооснователь bubble.io

Программирование еще не пошло по этому пути. BASIC, одному из первых языков программирования исполнилось 50 лет в мае 2013, но языки программирования до сих пор работают на тех же принципах. Сегодня люди точно так же программируют, набирая строго структурированный текст то есть код все в том же текстовом редакторе. Получается, мы должны писать так, чтобы компьютеру было легко анализировать программы, а не так, чтобы нам легко было их читать. Конечно, процесса программирования заметно ускорился и этому способствовали лучшие проекты для обучения (например, Stack Overflow) и совместного использования кода (движение Open Source или FSF). Но несмотря на все эти усилия, мы всё ещё должны учиться на инженера, чтобы создавать программное обеспечение.

Я не могу представить себе людей, которые через 50 лет программируют так же, как мы сейчас. Этого просто не может быть. Будущее, которое я себе представляю, это мир, в котором программирование не требует сложных объяснений, где люди просто разговаривают с компьютерами и так создают программное обеспечение. Чтобы попасть в этот мир, инструменты программирования должны говорить с нами на одном языке. Нам не надо писать код, чтобы сделать кнопку красной надо просто показать на нее пальцем и выбрать нужный оттенок. И вместо того чтобы говорить о понятиях, которые волнуют компьютер (например, переменные и серверы), инструменты программирования должны говорить о вещах, которые волнуют программиста (картинка или заказ одежды).

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

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

Команда bubble.io в 2019 годуКоманда bubble.io в 2019 году

Революция в программировании это одна из самых удивительных возможностей нашего времени. Нет такой области, где компьютеры еще не оказывали бы сильного влияния и это только начало. Удивительно, компьютеризация позволяет сделать больше с гораздо меньшими усилиями. Так как же прийти в это прекрасное будущее? Есть два пути. Один из способов довериться инженерам, чтобы они создавали продукты, которые будут преобразовывать мир. Тогда бы мы и по факту мы уже начали это делать превратили инженеров в элитный класс, который управляет миром. Технологические гиганты будут контролировать нашу жизнь. Люди, которые не умеют программировать, в какой-то момент станут лишними. Подумайте о таксистах. Они всё ещё будут нужны, когда беспилотники Google станут мейнстримом? А ведь речь идёт о массе людей: только в Соединенных Штатах 3,5 миллиона водителей грузовиков и 300 000 таксистов. А значит, во всем мире сотни миллионов людей рано или поздно потеряют работу.

Другой путь наделить способностью творить каждого. И вместо того чтобы быть потребителями технологий, люди сами станут их производить. Это высвободит огромный экономический потенциал: количество людей, способных создавать новые продукты и компании, будет стремительно расти. Такой путь откроет новые рабочие места и возможности для большего числа людей и даст людям возможность самостоятельно решать свои проблемы. Вот почему сделать программирование доступным для всех это невероятная возможность. Как специалисты по технологиям мы несем ответственность за то, чтобы это произошло как можно скорее. Я надеюсь, что другие присоединятся к нам и мы вместе воплотим эту мечту в реальность.

Пообщаться с фанатами зерокодинга можно в чате Bubble Chat & Community и канале Зерокодер.

Подробнее..

Тильда для ресторанов на Bubble без кода

26.02.2021 14:22:55 | Автор: admin

Год назад Евгений Спорыхин руководил SMM-агентством и привлекал разработчиков на проекты. Зерокодингом увлекся после первого потока нашего интенсивна Airtable Express. Сейчас Женя один из лучших экспертов по Bubble, руководит студией NoCode Hero и преподает в университете Зерокодер. Он рассказал о своем новом кейсе конструкторе сайтов для рестораторов на Bubble.

Как придумал идею

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

Тогда я решил назерокодить свой проект и проверить гипотезу насколько интересен этот рынок и есть ли в нем деньги.

Для сервиса выделил такие требования:

  1. Рестораторам должно быть просто его использовать

  2. Удобная админка с базовыми функциями: статистика по заказам, среднему чеку, клиентам.

  3. Интеграция с платежными сервисами и возможность запомнить клиентов.

  4. Адаптация под мобильные и рестораторы, и клиенты чаще всего выходили в инстаграм с телефонов.

Автоматически сгенерированный мини-сайт ресторанаАвтоматически сгенерированный мини-сайт ресторана

Что под капотом

Собрал всё на Bubble мобильные Adalo и Glide не потянули бы сложную бизнес-логику.

Веб-приложение позволяет рестораторам в пару кликов загрузить блюда в сервис. Еще можно сделать аккуратный сайт с доставкой, корзиной, формой заказа. На нем будет просто зарегистрироваться и из него легко доставать статистику. Ссылка на сайт публикуется в инстаграме туда и ведут клиентов из постов и сториз.

Конечно, они могли бы собрать лендинг на Тильде, но тогда бы пришлось заморачиваться с версткой, кастомизировать шаблоны, подключать корзину, CRM и другие компоненты. А в сервисе всё уже адаптировано под инстаграм-кухню: надо только загрузить картинки, описание блюд и цены симпатичная верстка генерируется автоматически.

Интерфейс для ресторатора

Ресторатор регистрируется и добавляет свои заведения (можно добавить целую сеть) и у него появляется набор возможностей:

  • По каждому ресторану статистика ведется отдельно.

  • В системе есть дашборды по выручке за каждый день, количеству заказов и среднему чеку.

  • На вкладке Заказы вся информация по текущим и уже выполненным заказам.

  • На вкладке Клиенты базовая CRM.

Дашборды со статистикой по среднему чеку, количеству посетителей и выручкеДашборды со статистикой по среднему чеку, количеству посетителей и выручке

Дашборды со статистикой по среднему чеку, количеству посетителей и выручке

Потом он вводит все, что собирается продавать в доставке, и стоимость каждого блюда в пункт категории, блюда и акции в админке:

  • Есть возможность отметить блюдо как рекомендованное тогда оно выводится в самом заметном блоке на страничке ресторана.

  • Есть раздел Акции и скидки спецпредложения из него выводятся на главной в виде слайдера. Акций может быть несколько.

Как только ресторатор закинул всю информацию в админку и сохранил, он сразу может посмотреть свой сайт. Bubble генерирует дизайн сразу под мобильные устройства.

Добавление категорий блюд в интерфейсе для ресторатораДобавление категорий блюд в интерфейсе для ресторатора

Пользовательский интерфейс

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

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

Внешний вид конструктора сайтов для рестораторовВнешний вид конструктора сайтов для рестораторов

На главной странице видны товары. Если нажать плюс под товаром на главной, попадаешь в подробное описание блюда можно добавить его в корзину и выбрать количество. Перед оформлением заказа сервис еще раз уточнит количество блюд.

В корзине при оформлении заказа автоматически подтягиваются данные пользователя: имя, телефон, имейл. В стандартной комплектации Bubble уже есть Google Maps он дает возможность настроить автодополнение адреса.

Хаки для разработчиков

Механика в проекте интересная, но в Bubble все делалось очень просто. Мне даже не пришлось подключать дополнительные плагины хватило стандартной комплектации.

Чтобы не прописывать каждую вкладку меню и кнопки вручную, я сделал их с помощью Option Set наборы опций. Я использую их, чтобы не надо было создавать вкладки под каждого администратора заведения. Достаточно прописать новую кнопку, элемент или вкладку меню в таком наборе опций, и они тут же появляется в админке и на всех сайтах. Например, сейчас в панели администратора есть статистика, клиенты, блюда и т.п. если мы добавим новую строку в Option Set, вкладка под нее автоматически появится у всех рестораторов.

Настройки Optional SetsНастройки Optional Sets

Вся бизнес-логика для новых вкладок берется из одного Workflow. Пару месяцев назад я бы прописывал всё это руками, и у меня уже на старте получилось бы целых 7 Workflow. Со временем их становилось бы все больше и больше.

Отображение карточки товаров мы генерируем через Reusable Element то есть если мы захотели поменять отображение какого-то типа карточки, то просто меняем опции и view автоматически обновляется на всем сайте не приходится переверстывать отдельные страницы.

Сколько потратил на разработку

В сумме я делал приложение 25 часов примерно неделю по 5 часов в день, но не слишком напрягаясь, это был проект по фану, не для заказчика. Делал на бесплатном тарифе.

Если бы заказывал такое в обычной студии разработки, думаю, это обошлось бы примерно в 1 млн рублей и срок был бы гораздо дольше.

Настройки блюд: можно вывести в рекомендованное, поменять стоимость, выставить фильтры по категориямНастройки блюд: можно вывести в рекомендованное, поменять стоимость, выставить фильтры по категориям

Планы на будущее

Сейчас популярны различные агрегаторы та же Яндекс.Еда. Мы тестируем приложение и смотрим, выстрелит ли оно. Если гипотезы подтвердятся, в следующих итерациях добавлю в личный кабинет рестораторов рассылки, CRM, программы лояльности, возможность кастомизации цвет и форма кнопок, меню, разный дизайн категорий.

Bubble это платформа для создания веб-приложений без навыков программирования, инструмент all-in-one. В нем есть визуальный редактор, базы данных, инструменты для бизнес-логики и работы с разными API. Он позволяет создавать полнофункциональные чаты, форумы, системы сбора и обработки заявок, таск-трекеры, маркетплейсы, CRM и дашборды. Присоединяйтесь к сообществу Bubble Chat & Community и каналу Зерокодер.

Подробнее..

Как мы сделали мобильное приложение для ВкусВилл за 9 дней

08.04.2021 14:12:31 | Автор: admin
Привет, меня зовут Алексей Кафтанов, я руководитель компании FullStack (входит в ГК Автомакон). Мы занимаемся разработкой мобильных и web-приложений.

В начале года у нас появился интересный кейс. За две недели мы сделали базовое курьерское приложение с обновлением функционала без необходимости выгрузки билда в стор.



Проект получился классическим MVP, модель реализации подойдет для небольших b2c и почти любых b2b-проектов. Если в сжатые сроки вам требуется рабочее приложение, советую обратить внимание на этот подход. Текст будет интересен проджект-менеджерам и, скорее всего, в нем не будет ничего ранее неизвестного для программистов.

Немного истории


Эксперименты с онлайн-доставкой ВкусВилл начал проводить еще в прошлом году. Для этого была выбрана и утверждена логичная бизнес-стратегия: разработка двух разных приложений, для клиента и сборщика/курьера.

Это было удобно, клиентов было немного, загрузка приложения была небольшой: около 100 заказов в день, в процессе развития до 1000.

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

Проблемы нашей реализации


  1. Приложения были только Android. Но пандемия перетрясла все сферы, и в службы доставки стали приходить курьеры с iOS.
  2. Приложение очень долго обновлялось, например, однажды мы попали под семидневное ревью от Google. Оптимизировать продукт в таких условиях было невозможно.

От службы доставки в период изоляции зависела работа всей сети, поэтому главным вопросом, стоявшим перед командой, был: Что делать с курьерами? Тогда решили сделать telegram-бот. Потому что в боты мы умеем.

Увеличение количества заказов подтвердило успешность выбранной бизнес-модели. Но далее мы стали упираться в ограничения бота как платформы. В частности, перед разработкой стояло несколько задач:

  • Видеть маршрут и все заказы на удобной карте
  • Быть привязанным сразу к нескольким торговым точкам
  • Получать актуальную информацию о статусе заказов
  • Использовать быстрый, нативно понятный интерфейс. За время работы бот оброс большим количеством дополнительной функциональности, что значительно увеличило количество кнопок для простого, по меркам приложения, пользовательского пути.
  • Синхронизировать с приложением свою актуальную локацию. С этим пунктом у telegram наблюдаются определенные сложности и ограничения: передача локации возможна только на 8 часов.
  • Отделить пуш-уведомления внутри приложения от общих пушей в телеграмме, так курьерам удобнее реагировать именно на заказы.

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

Интересный факт: в FullStack фронтом ВкусВилла занимаются четыре героя: 2 для iOS и 2 для Android. Если вы хотите составить им компанию, напишите мне kafa@automacon.ru.

Начало разработки


В тот момент нам повезло: мы нашли ребят, рассказавших нам про no-code платформу Bubble.io. По их словам приложение по нашим запросам могло быть сделано там за неделю. Более того, они показали, как именно оно могло бы функционировать и даже прошли проверку на возможность работать с нашим довольно хитрым бекендом.

Если честно, Bubble показался мне довольно-таки сырой технологией, с точки зрения пользовательского интерфейса это несколько странная и не отзывчивая система.

Но во время знакомства с ней появилась идея: использовать принцип работы платформы для быстрого создания собственного приложения. Потому что, если с этой задачей может справиться Bubble, то почему не может, например, SPA?

Мы решили написать пользовательский интерфейс на ReactJS с использованием фреймворка Capacitor. Проект собирается в оптимизированный и сжатый набор файлов, который выгружается на удаленный сервер. Capacitor имеет доступ к нативным функциям, приложение запускается через WebView, где указан URL с собранным на ReactJS проектом. Соответственно этой логике проект должен был открываться как обычный сайт с возможностью вызова нативных функций. Удивительно, Apple без проблем пропускает подобные технологии в свой магазин приложений.

Написали, которое передали ребятам с компетенцией Bubble и одному своему программисту React. Выглядело оно довольно-таки примитивно: берем дизайн-гайд, продумываем простой UI и собираем фронт, который будет выполнять всю функциональность бота.

У каждой команды (если считать нашего программиста за команду) было 2 недели на реализацию задачи: на основе гайдлайна самостоятельно создать максимально простое и удобное приложение. Консультироваться разработчики должны были напрямую с лидером проекта со стороны бизнеса.

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

Почему команд было две?


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

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

Что получилось


В первую очередь, идея параллелить команды оказалась очень логичной: интерфейсное решение no-code как-то сразу не задалось.



Поскольку задача делать по гайдлайнам стояла сразу, реализация меня как-то немного демотивировала. С точки зрения отклика у Bubble есть очевидная проблема: нажимается все топорно, часто по два раза. В процессе обнаружились еще одни танцы с бубнами: больше 2 дней у команды ушло заменить нативные для Bubble Google-карты на Яндекс. Еще 1 день сделать функционал открытия маршрутизации через 2Gis. При этом решение получилось костыльное: если 2Gis не установлен на устройство, оно все равно предлагалось. По трудозатратам у no-code команды вышло чуть больше 80 часов (первоначально именно такой лимит был установлен) при этом приложение получилось сырым. На этом сотрудничество с ними и закончили.

Решение на ReactJS получилось гораздо более оптимальным: во-первых, полный функционал получилось сделать за 67 часов, во вторых с точки зрения гайдлайнов и логики все получилось вполне рабочим:



Публикация на iOS прошла удачно: не было вопросов на ревью, уже на следующий день приложение было в сторе. Android в Play Market мы выкладывать не стали, просто разместили .apk в облачном хранилище.

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

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

Немного выводов


Удивительно, но разработка на bubble.io получилась дольше, а итоговый продукт более сырым. Существенную роль здесь сыграло ограничение конструктора.

В самом начале, при постановке ТЗ, я обратил внимание команд на важность использования гайдлайна с уже готовыми визуальными элементами: шрифтами, иконками, общим стилем и т.д. Несмотря на это у ребят из Bubble получился предельно примитивный интерфейс. Вряд ли решающую роль могло сыграть банальное не успели, скорее, дело в том, что платформа плохо кастомизируется. Если кто-то может объяснить причину, напишите в комментариях.

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

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

Категории

Последние комментарии

  • Имя: Макс
    24.08.2022 | 11:28
    Я разраб в IT компании, работаю на арбитражную команду. Мы работаем с приламы и сайтами, при работе замечаются постоянные баны и лаги. Пацаны посоветовали сервис по анализу исходного кода,https://app Подробнее..
  • Имя: 9055410337
    20.08.2022 | 17:41
    поможем пишите в телеграм Подробнее..
  • Имя: sabbat
    17.08.2022 | 20:42
    Охренеть.. это просто шикарная статья, феноменально круто. Большое спасибо за разбор! Надеюсь как-нибудь с тобой связаться для обсуждений чего-либо) Подробнее..
  • Имя: Мария
    09.08.2022 | 14:44
    Добрый день. Если обладаете такой информацией, то подскажите, пожалуйста, где можно найти много-много материала по Yggdrasil и его уязвимостях для написания диплома? Благодарю. Подробнее..
© 2006-2024, personeltest.ru