Мои 3 основных рабочих инструмента
Множество людей с приходом в no-code спрашивают какой инструмент выбрать для изучения, чтобы не прогадать, поэтому сегодня я расскажу о своем инструментарии.
Инструменты:
Bubble - all-in-one сервис для разработки веб приложений (при желании и мобильных)
➕ разработка сложных гибких интерфейсов
➕ все в одном - бд, интерфейс, бекенд, JS плагины, API интеграции
➖ плохой дебаггинг - порой найти ошибку просто невозможно и надо переделывать с нуля
➖ встроенная бд - невозможно делать сложные запросы (в SQL базах с этим нет проблем)
➖ типизация данных - сложно манипулировать данными внутри приложения, все подвязывается к определенному типу данных
Airtable - визуальная база данных, как замена Google Sheets
➕ простое визуальное управление данными с дополнительными функциями (кастомные интерфейсы, автоматизации)
➕ типизирование данных и связи, как в классической БД, позволяют создавать свои CRM из коробки
➖ сложная интеграция на чистом HTTP
➖ автоматизации крайне ограничены, без кастомного JS кода практически бесполезны
➖ интерфейсы содержат слишком много настроек, но при этом их нельзя расшаривать публично
Make - “клей интернета” для связывания в логические цепочки API различных сервисов
➕ хороший UI/UX для создания сценариев
➕ детальные логи
➕ доступ к настройкам сценариев по API
➖ нет возможности выстраивать некоторые логические действия (сложные фильтры, аггрегация в одну ветку из двух)
➖ нет нативного вызова функций на JS/Python
➖ очень примитивная внутренняя БД
Как видите у каждого инструмента есть свои плюсы и минусы, поэтому я беру от каждого самое лучшее и использую их в связке - реальный кейс использования можно посмотреть тут.
Почему я выбрал именно их?
1️⃣ Эти инструменты были самыми популярными 4 года назад и остаются таковыми сегодня - количество заказов на Upwork постоянно растет и все больше клиентов узнают именно о них.
2️⃣ Это наиболее гибкие и оптимальные решения для разработки, которые покрывают наибольший % потенциальных проектов.
3️⃣ Они все являются сильными продуктами - имеют большое комьюнити, постоянно добавляют новый функционал и вкладываются в маркетинг.
Хоть эти сервисы и являются лидерами рынка и я не собираюсь менять их, тем не менее я слежу за новыми продуктами и исследую их, чтобы вовремя распознать следующего нового лидера.
Если хотите изучить что-то еще - я также использую Retool (для внутренних решений) и Supabase (SQL БД для Bubble).
Ставьте лайк и пишите в комментариях, какую тему для новичков следует разобрать завтра.
Множество людей с приходом в no-code спрашивают какой инструмент выбрать для изучения, чтобы не прогадать, поэтому сегодня я расскажу о своем инструментарии.
Инструменты:
Bubble - all-in-one сервис для разработки веб приложений (при желании и мобильных)
➕ разработка сложных гибких интерфейсов
➕ все в одном - бд, интерфейс, бекенд, JS плагины, API интеграции
➖ плохой дебаггинг - порой найти ошибку просто невозможно и надо переделывать с нуля
➖ встроенная бд - невозможно делать сложные запросы (в SQL базах с этим нет проблем)
➖ типизация данных - сложно манипулировать данными внутри приложения, все подвязывается к определенному типу данных
Airtable - визуальная база данных, как замена Google Sheets
➕ простое визуальное управление данными с дополнительными функциями (кастомные интерфейсы, автоматизации)
➕ типизирование данных и связи, как в классической БД, позволяют создавать свои CRM из коробки
➖ сложная интеграция на чистом HTTP
➖ автоматизации крайне ограничены, без кастомного JS кода практически бесполезны
➖ интерфейсы содержат слишком много настроек, но при этом их нельзя расшаривать публично
Make - “клей интернета” для связывания в логические цепочки API различных сервисов
➕ хороший UI/UX для создания сценариев
➕ детальные логи
➕ доступ к настройкам сценариев по API
➖ нет возможности выстраивать некоторые логические действия (сложные фильтры, аггрегация в одну ветку из двух)
➖ нет нативного вызова функций на JS/Python
➖ очень примитивная внутренняя БД
Как видите у каждого инструмента есть свои плюсы и минусы, поэтому я беру от каждого самое лучшее и использую их в связке - реальный кейс использования можно посмотреть тут.
Почему я выбрал именно их?
1️⃣ Эти инструменты были самыми популярными 4 года назад и остаются таковыми сегодня - количество заказов на Upwork постоянно растет и все больше клиентов узнают именно о них.
2️⃣ Это наиболее гибкие и оптимальные решения для разработки, которые покрывают наибольший % потенциальных проектов.
3️⃣ Они все являются сильными продуктами - имеют большое комьюнити, постоянно добавляют новый функционал и вкладываются в маркетинг.
Хоть эти сервисы и являются лидерами рынка и я не собираюсь менять их, тем не менее я слежу за новыми продуктами и исследую их, чтобы вовремя распознать следующего нового лидера.
Если хотите изучить что-то еще - я также использую Retool (для внутренних решений) и Supabase (SQL БД для Bubble).
Ставьте лайк и пишите в комментариях, какую тему для новичков следует разобрать завтра.
На прошлой неделе мы с ребятами на курсе разобрали десяток различных способов лидогенерации.
Сегодня я хотел бы поделиться 5ю наиболее интересными сферами и планом действий для поиска лидов.
Для каждой из этих сфер я разрабатывал no-code решения и считаю их наиболее перспективными и готовыми к автоматизации внутренних процессов или разработке собственных продуктов.
1️⃣ Инфлюенсеры - всем, кто производит контент, требуется управление большим количеством данных в рамках создания, хранения и дистрибьюции контента. Кроме того, многие инфлюенсеры запускают собственные продукты (курсы, SaaS, ботов) и вы можете предложить им быструю реализацию их идей с помощью no-code.
Успешный кейс мобильного приложения на Flutterflow для инфлюенсера
2️⃣ Аренда - последнее время я вижу очень много no-code проектов в сфере real estate - им требуется создавать каталоги с недвижимостью, личные кабинеты для загрузки документов для клиентов, интеграции с сторонними сервисами для обогащения данных. Отдельно стоят компании, занимающиеся управлением недвижимостью/фондами - они анализируют недвижимость на рынке, покупают ее, занимаются сдачей и управлением (ремонтом и прочим).
Кроме недвижимости в аренду сдают машины, яхты и самолеты.
CRM для брокеров в Дубай на Bubble
Airbnb для обмена жильем на Bubble
3️⃣ HR - в этой сфере огромное количество процессов, начиная от найма и онбординга сотрудников, заканчивая обратной связью и аттестациями, поэтому она активно внедряет ИИ - резюме парсятся с помощью OKR, далее полученная информация метчится с параметрами вакансии, а кандидату автоматически отправляется тест, результаты которого также оцениваются в полуавтоматическом режиме.
Подбор персонала с ИИ на Bubble
4️⃣ E-commerce - ведение онлайн магазина строится на манипуляции большими объемами данных о товарах (фото/видео, описания и параметры), загрузке/выгрузке их из разных источников и аналитике этой информации.
Магазин витаминов на Bubble
5️⃣ Агентства - большое количество процессов (привлечение лидов, продажи, проектный менеджмент и тд) с использованием мириады инструментов требует интеграции сервисов в один командный центр и автоматизации коммуникации с клиентом и внутри команды.
Какой план действий?
▶️ Изучить отрасль - что происходит, какие процессы в деятельности компании, какие роли в команде, какие проблемы/боли существуют (хорошо бы сделать кастдев)
🔽 Изучите инструменты - какими сервисами/CRM/тасктрекерами пользуются работники для реализации своих целей, какие у них есть недостатки
🔽 Подготовьте предложение - разработайте техническое решение для найденной проблемы, протестируйте его бесплатно с одной из компаний
💸 Отправьте это предложение - составьте список потенциальных лидов, соберите контакты и напишите им (цепочка из писем с фолоуапами)
Если вы хотите узнать о том, что дальше делать с этими лидами или освоить другие источники - записывайтесь на мой курс, новый поток стартует уже через месяц.
Please open Telegram to view this post
VIEW IN TELEGRAM
Выступления с конференции: нейминг конвенции в Bubble
На прошлой неделе прошла конференция по Bubble, я хочу отсмотреть оттуда выступления и опубликовать конспекты по наиболее интересным из них.
Начнем с выступления по нейминг конвенциям - я считаю это важным элементом эффективной разработки, который упрощает жизнь вам и людям, которые придут на проект позже.
Основные идеи с выступления:
1️⃣ Bubble сам частично задает конвенцию - добавляет множественное число в названию таблиц БД, автоматически называет elements/workflows/styles
2️⃣ Принципы:
- Выбрать case - camelCase, lowercase, UPPERCASE, PascalCase, snake_case, kebab-case
- Быть последовательным - использовать одинаковые названия на всех уровнях (БД, фронт, бекенд)
- Использовать простые понятные названия, которые говорят сами за себя - Send Message, Header, Button Submit Form
- Не забывать обновлять нейминг для старых элементов и новых при копировании
3️⃣ Советы по категориям
Groups в интерфейсе
- могут указывать на характеристику группы - Column/Row, Wrapper/Container, Header/Footer
- метить тегом (VAR) для более просто поиска, если в них есть дата/переменные - Group Users Data VAR
Inputs - указывать тип данных/название поля для упрощения дальнейшего мэппинга в workflows - Input User Status
Styles - расположение в иерархии, толщина, размер шрифта, цвет - Body 14px 600 Red
Colors - плотность цвета/предназначение (primary, secondary) и место использования - Primary 200 - color for buttons
Custom Events - описание функции - Send message
Database - название таблиц в единственном числе (Order не Orders), короткое и понятное; быть последовательным в названии таблиц и полей
- Стандартные имена таблиц - Invitation, Message, Notificaiton, Order…
- Стандартные имена полей - Name, Description, Type, Status…
Option sets
- добавлять суффикс OS для разделения от данных из БД - [Option Set Name][OS] - User Status OS
- делать options URL-friendly используя kebab-case (signed-up)(в таком случае понадобится отдельно записывать в аттрибут версию для показа на фронте)
API connector - использовать понятные названия [Source] - [Action] = Slack - Send message
Для всех - использовать emojis для упрощения визуального распознавания тегов
Ставьте лайк и подписывайтесь, завтра разберем мощную лекцию по SQL
На прошлой неделе прошла конференция по Bubble, я хочу отсмотреть оттуда выступления и опубликовать конспекты по наиболее интересным из них.
Начнем с выступления по нейминг конвенциям - я считаю это важным элементом эффективной разработки, который упрощает жизнь вам и людям, которые придут на проект позже.
Основные идеи с выступления:
1️⃣ Bubble сам частично задает конвенцию - добавляет множественное число в названию таблиц БД, автоматически называет elements/workflows/styles
2️⃣ Принципы:
- Выбрать case - camelCase, lowercase, UPPERCASE, PascalCase, snake_case, kebab-case
- Быть последовательным - использовать одинаковые названия на всех уровнях (БД, фронт, бекенд)
- Использовать простые понятные названия, которые говорят сами за себя - Send Message, Header, Button Submit Form
- Не забывать обновлять нейминг для старых элементов и новых при копировании
3️⃣ Советы по категориям
Groups в интерфейсе
- могут указывать на характеристику группы - Column/Row, Wrapper/Container, Header/Footer
- метить тегом (VAR) для более просто поиска, если в них есть дата/переменные - Group Users Data VAR
Inputs - указывать тип данных/название поля для упрощения дальнейшего мэппинга в workflows - Input User Status
Styles - расположение в иерархии, толщина, размер шрифта, цвет - Body 14px 600 Red
Colors - плотность цвета/предназначение (primary, secondary) и место использования - Primary 200 - color for buttons
Custom Events - описание функции - Send message
Database - название таблиц в единственном числе (Order не Orders), короткое и понятное; быть последовательным в названии таблиц и полей
- Стандартные имена таблиц - Invitation, Message, Notificaiton, Order…
- Стандартные имена полей - Name, Description, Type, Status…
Option sets
- добавлять суффикс OS для разделения от данных из БД - [Option Set Name][OS] - User Status OS
- делать options URL-friendly используя kebab-case (signed-up)
API connector - использовать понятные названия [Source] - [Action] = Slack - Send message
Для всех - использовать emojis для упрощения визуального распознавания тегов
Ставьте лайк и подписывайтесь, завтра разберем мощную лекцию по SQL
Всем привет!
Прямо сейчас проводим стрим с Сашей @failblog про ноукод и AI.
- Разберем разные ноукод солюшены, где что лучше применять
- Поразрабатывем в N8N AI тул
- Рассмотрим WeWeb
Ссылка: https://www.youtube.com/live/-l9PyZY9ZjM?si=xjOyL7IZxdUeEPXm
Прямо сейчас проводим стрим с Сашей @failblog про ноукод и AI.
- Разберем разные ноукод солюшены, где что лучше применять
- Поразрабатывем в N8N AI тул
- Рассмотрим WeWeb
Ссылка: https://www.youtube.com/live/-l9PyZY9ZjM?si=xjOyL7IZxdUeEPXm
Выступления с конференции: Project Scoping & Agile Delivery
Продолжаем разбирать выступления с конференции и сегодня поговорим про составление proposal для клиента и работе с scope проекта.
Спикером является Bernadette Murphy - директор австралийского агентства Cedar Street
Что входит в proposal:
1️⃣ Описание ваших ценностей - можно персонализировать под компанию и выделить наиболее релевантные для них.
Важно транслировать свои ценности, потому что именно на общих ценностях выстраиваются отношения.
2️⃣ Описание вашего подхода - как происходит коммуникация с клиентом (частота, канал), как происходит разработка и проектное управление. Клиент должен понять, что ему ожидать от работы с вами.
3️⃣ Почему Bubble/Make/No-code - описание возможностей, сравнение стоимости с аналогами/кодом, безопасность. Не все клиенты знают достаточно о no-code, нужно отстраиваться от “конкурентов”.
4️⃣ Ваши кейсы - красивые мокапы, описание кейса - что хотел клиент, что было сделано и сколько времени это заняло.
5️⃣ Scope проекта -
Функциональные требования - user stories для разных ролей (не стоит забывать о роли администратора)
Нефункциональные требования - безопасность, дизайн, перфоманс
Что не включено - клиенты могут сами додумывать, поэтому важно обозначить для ясности - логотипы/брендирование, тестирование со стороны пользователей, все что не включено в функциональные требования.
Детализация и оценка scope - описанные user stories разбивают на мелкие задачи и записывают в JIRA. Для каждой задачи оценивается размер (аналог story points) - в размерах майки (Micro (<1 hour), XS (<4 hours), S (<3 days), L (<1 week), XL (>1 week), unknown). Большие задачи (L, XL) следует разбивать на более мелкие.
6️⃣ Стоимость проекта - разбитие на майлстоуны по ролям с описанием длительности выполнения и стоимости. Пример - подговка требований и дизайна / 2 недели / 60 часов разработчик + 16 часов дизайнер = $X,XXX
7️⃣ Таймлайн разработки проекта - разбитие на спринты и недели выполнения. Каждый спринт имеет конкретный результат и может выполняться параллельно с другим спринтом.
8️⃣ Условия - детали по условиям оплаты, сдачи проекта, приватности данных.
9️⃣ Страница для подписания с инициалами
🔟 Инвойс - отдельный документ-счет с реквизитами для оплаты
Ставьте лайк и подписывайтесь, завтра опубликую вторую часть разбора этой лекции с дополнительными советами
Продолжаем разбирать выступления с конференции и сегодня поговорим про составление proposal для клиента и работе с scope проекта.
Спикером является Bernadette Murphy - директор австралийского агентства Cedar Street
Что входит в proposal:
1️⃣ Описание ваших ценностей - можно персонализировать под компанию и выделить наиболее релевантные для них.
Важно транслировать свои ценности, потому что именно на общих ценностях выстраиваются отношения.
2️⃣ Описание вашего подхода - как происходит коммуникация с клиентом (частота, канал), как происходит разработка и проектное управление. Клиент должен понять, что ему ожидать от работы с вами.
3️⃣ Почему Bubble/Make/No-code - описание возможностей, сравнение стоимости с аналогами/кодом, безопасность. Не все клиенты знают достаточно о no-code, нужно отстраиваться от “конкурентов”.
4️⃣ Ваши кейсы - красивые мокапы, описание кейса - что хотел клиент, что было сделано и сколько времени это заняло.
5️⃣ Scope проекта -
Функциональные требования - user stories для разных ролей (не стоит забывать о роли администратора)
Нефункциональные требования - безопасность, дизайн, перфоманс
Что не включено - клиенты могут сами додумывать, поэтому важно обозначить для ясности - логотипы/брендирование, тестирование со стороны пользователей, все что не включено в функциональные требования.
Детализация и оценка scope - описанные user stories разбивают на мелкие задачи и записывают в JIRA. Для каждой задачи оценивается размер (аналог story points) - в размерах майки (Micro (<1 hour), XS (<4 hours), S (<3 days), L (<1 week), XL (>1 week), unknown). Большие задачи (L, XL) следует разбивать на более мелкие.
6️⃣ Стоимость проекта - разбитие на майлстоуны по ролям с описанием длительности выполнения и стоимости. Пример - подговка требований и дизайна / 2 недели / 60 часов разработчик + 16 часов дизайнер = $X,XXX
7️⃣ Таймлайн разработки проекта - разбитие на спринты и недели выполнения. Каждый спринт имеет конкретный результат и может выполняться параллельно с другим спринтом.
8️⃣ Условия - детали по условиям оплаты, сдачи проекта, приватности данных.
9️⃣ Страница для подписания с инициалами
🔟 Инвойс - отдельный документ-счет с реквизитами для оплаты
Ставьте лайк и подписывайтесь, завтра опубликую вторую часть разбора этой лекции с дополнительными советами
👋 Всем привет!
Я болел последние пару недель, поэтому решил начать неделю с новостей.
1️⃣ Основная часть моего курса закончилась, я прочитал 8 лекций и теперь мы с ребятами фокусируемся на работе по выстраиванию стабильного источника лидов.
Каждый выбрал свое направление, но многих заинтересовала лидогенерация, которой никто на рынке ноукода не занимается, поэтому я тоже решил включиться в игру и буду вместе с ними настраивать воронку для привлечения лидов.
2️⃣ Отсюда вытекают темы, про которые я хотел бы писать в ближайшие недели - как проходит процесс настройки воронки и как мы создаем свой “продукт” для этих лидов.
В рамках создания продукта я собираюсь поженить Bubble и Supabase так, чтобы разработка CRM на этом стэке занимала минимальное количество времени.
3️⃣ И самое главное - я хотел бы узнать у вас, интересны ли эти темы, так как обоими направлениями мало кто занимается на рынке, и возможно лучше писать о чем то другом.
Так что буду рад, если вы напишите в комментариях, какие темы интересны для вашего карьерного продвижения.
Я болел последние пару недель, поэтому решил начать неделю с новостей.
1️⃣ Основная часть моего курса закончилась, я прочитал 8 лекций и теперь мы с ребятами фокусируемся на работе по выстраиванию стабильного источника лидов.
Каждый выбрал свое направление, но многих заинтересовала лидогенерация, которой никто на рынке ноукода не занимается, поэтому я тоже решил включиться в игру и буду вместе с ними настраивать воронку для привлечения лидов.
2️⃣ Отсюда вытекают темы, про которые я хотел бы писать в ближайшие недели - как проходит процесс настройки воронки и как мы создаем свой “продукт” для этих лидов.
В рамках создания продукта я собираюсь поженить Bubble и Supabase так, чтобы разработка CRM на этом стэке занимала минимальное количество времени.
3️⃣ И самое главное - я хотел бы узнать у вас, интересны ли эти темы, так как обоими направлениями мало кто занимается на рынке, и возможно лучше писать о чем то другом.
Так что буду рад, если вы напишите в комментариях, какие темы интересны для вашего карьерного продвижения.
Курс по SQL - Урок 1
В рамках продвижения идеи об использовании SQL в ноукод я решил сделать мини-курс и показать вам, что этот ЯП не сложен и может значительно улучшить ваши ноукод продукты.
Сегодня мы познакомимся с азами и узнаем, где можно отточить свои навыки написания запросов.
Что нужно понимать о SQL:
1️⃣ SQL - декларативный язык, где вы оперируете рядом встроенных операторов/функций для управления данными в БД и описываете ожидаемый результат (а не способ его получить, как в императивной парадигме).
2️⃣ Существуют различные системы управления БД (MySQL, PostgreSQL…) и каждая из них имеет свои уникальные функции и расширения. Мы будем разбирать работу с PostgreSQL (в рамках Supabase).
3️⃣ SQL не является регистрозависимым, но хорошей практикой является писать названия функций в высоком регистре для простоты чтения запросов.
4️⃣ Основные операторы в БД - SELECT (выбор данных), INSERT (добавление), UPDATE (обновление) и DELETE (удаление). На самом деле количество операторов для управления БД достаточно велико, но мы будем разбирать только те, что понадобится в рамках разработки.
5️⃣ В рамках одного запроса к БД может быть выполнено множество действий (обновление, удаление и тд), каждое действий обособляется точкой с запятой (;)
Для самостоятельного обучения или практики написания запросов советую ознакомиться с данными тренажерами, а также создать свою базу на Supabase для практики.
▫️Интерактивный онлайн учебник
▫️Старый добрый тренажер из нулевых, на котором учился я
▫️Интерактивный тренажер
Ставьте лайк и подписывайтесь, завтра мы разберем подробнее основные действия, которыми вы будете постоянно оперировать
В рамках продвижения идеи об использовании SQL в ноукод я решил сделать мини-курс и показать вам, что этот ЯП не сложен и может значительно улучшить ваши ноукод продукты.
Сегодня мы познакомимся с азами и узнаем, где можно отточить свои навыки написания запросов.
Что нужно понимать о SQL:
1️⃣ SQL - декларативный язык, где вы оперируете рядом встроенных операторов/функций для управления данными в БД и описываете ожидаемый результат (а не способ его получить, как в императивной парадигме).
2️⃣ Существуют различные системы управления БД (MySQL, PostgreSQL…) и каждая из них имеет свои уникальные функции и расширения. Мы будем разбирать работу с PostgreSQL (в рамках Supabase).
3️⃣ SQL не является регистрозависимым, но хорошей практикой является писать названия функций в высоком регистре для простоты чтения запросов.
4️⃣ Основные операторы в БД - SELECT (выбор данных), INSERT (добавление), UPDATE (обновление) и DELETE (удаление). На самом деле количество операторов для управления БД достаточно велико, но мы будем разбирать только те, что понадобится в рамках разработки.
5️⃣ В рамках одного запроса к БД может быть выполнено множество действий (обновление, удаление и тд), каждое действий обособляется точкой с запятой (;)
Для самостоятельного обучения или практики написания запросов советую ознакомиться с данными тренажерами, а также создать свою базу на Supabase для практики.
▫️Интерактивный онлайн учебник
▫️Старый добрый тренажер из нулевых, на котором учился я
▫️Интерактивный тренажер
Ставьте лайк и подписывайтесь, завтра мы разберем подробнее основные действия, которыми вы будете постоянно оперировать
Курс по SQL - Урок 2
Давайте представим, что у нас есть админ панель с таблицей пользователей (users) и полями имя (name) и возраст (age).
Совершая различные действия в интерфейсе продукта (нажатие кнопок, загрузка страниц/таблиц) в большинстве случаев вы взаимодействуете с БД и выполняете CRUD операции - create, read, update, delete.
Для выполнения этих операций требуется отправить запрос с определенным оператором (SELECT, INSERT…).
При этом каждый из операторов состоит из нескольких разделов(FROM, WHERE…), которые записываются в определенной последовательности.
SELECT - позволяет выбрать нужные записи из таблицы.
Структура - SELECT название полей FROM название_таблицы
Примечания - Вы можете получить все поля с помощью (*) или только определенные, указав их название через запятую.
Пример - SELECT name, age FROM users
INSERT - позволяет добавить новые записи в таблицу.
Структура - INSERT INTO название_таблицы (столбец1, столбец2, ...) VALUES (значение1, значение2, ...)
Примечания - Вы должны указать название таблицы и перечислить столбцы, в которые хотите вставить значения. Затем после ключевого слова VALUES указываются значения для каждого столбца.
Пример - INSERT INTO users (name, age) VALUES ('John', 25)
UPDATE - позволяет изменить существующие записи в таблице.
Структура - UPDATE название_таблицы SET столбец1 = значение1, столбец2 = значение2, ... WHERE условие
Примечания - Вы указываете название таблицы и устанавливаете новые значения для указанных столбцов. Условие после ключевого слова WHERE определяет, какие записи будут обновлены.
Пример - UPDATE users SET age = 29 WHERE name = ‘Jack’
DELETE - позволяет удалить записи из таблицы.
Структура - DELETE FROM название_таблицы WHERE условие
Примечания - Вы указываете название таблицы и условие после ключевого слова WHERE, чтобы определить, какие записи будут удалены. Будьте осторожны, если не указать условие, все записи в таблице будут удалены.
Пример - DELETE FROM users WHERE name = ‘Ben’
⬇️ Итоговый вид таблицы после выполнения операций:
Ставьте лайк и подписывайтесь, на следующей неделе мы углубимся в разделы оператора SELECT и создадим сложный запрос
Давайте представим, что у нас есть админ панель с таблицей пользователей (users) и полями имя (name) и возраст (age).
Name - Age
Max - 17
Jack - 24
Ben - 45Совершая различные действия в интерфейсе продукта (нажатие кнопок, загрузка страниц/таблиц) в большинстве случаев вы взаимодействуете с БД и выполняете CRUD операции - create, read, update, delete.
Для выполнения этих операций требуется отправить запрос с определенным оператором (SELECT, INSERT…).
При этом каждый из операторов состоит из нескольких разделов(FROM, WHERE…), которые записываются в определенной последовательности.
SELECT - позволяет выбрать нужные записи из таблицы.
Структура - SELECT название полей FROM название_таблицы
Примечания - Вы можете получить все поля с помощью (*) или только определенные, указав их название через запятую.
Пример - SELECT name, age FROM users
INSERT - позволяет добавить новые записи в таблицу.
Структура - INSERT INTO название_таблицы (столбец1, столбец2, ...) VALUES (значение1, значение2, ...)
Примечания - Вы должны указать название таблицы и перечислить столбцы, в которые хотите вставить значения. Затем после ключевого слова VALUES указываются значения для каждого столбца.
Пример - INSERT INTO users (name, age) VALUES ('John', 25)
UPDATE - позволяет изменить существующие записи в таблице.
Структура - UPDATE название_таблицы SET столбец1 = значение1, столбец2 = значение2, ... WHERE условие
Примечания - Вы указываете название таблицы и устанавливаете новые значения для указанных столбцов. Условие после ключевого слова WHERE определяет, какие записи будут обновлены.
Пример - UPDATE users SET age = 29 WHERE name = ‘Jack’
DELETE - позволяет удалить записи из таблицы.
Структура - DELETE FROM название_таблицы WHERE условие
Примечания - Вы указываете название таблицы и условие после ключевого слова WHERE, чтобы определить, какие записи будут удалены. Будьте осторожны, если не указать условие, все записи в таблице будут удалены.
Пример - DELETE FROM users WHERE name = ‘Ben’
⬇️ Итоговый вид таблицы после выполнения операций:
Name - Age
Max - 17
Jack - 29
John - 25Ставьте лайк и подписывайтесь, на следующей неделе мы углубимся в разделы оператора SELECT и создадим сложный запрос
Как проводить интервью для поиска проблем
Я рассказывал ранее, что мы с ребятами пытаемся научиться генерировать лидов в холодную. Одним из первых этапов является изучение работы по JTBD/поиск проблемы через кастдев экспертов из выбранной отрасли.
В пятницу я пригласил к нам эскперта по этой теме - Сабину Карпекину. Она является CEO агентства продуктовых исследований и помогает компаниям исследовать рынок и валидировать их гипотезы.
На лекции мы узнали много полезного, в том числе поняли, как именно должен выглядить скрипт для проблемного интервью.
Сегодня мы разберем верхнеуровневую структуру для интервью:
Предполагается, что на момент проведения интервью мы уже собрали информацию о сфере и выдвинули некоторые гипотезы о существующих работах/проблемах, которые мы хотим обсудить.
1️⃣ Введение + установление эмоционального контакта - настройте вашего собеседника на нужный лад немного разогрев перед интервью и расскажите про структуру звонка.
2️⃣ Классифицирующий блок - соберите информацию о собеседнике, которая поможет определить его в тот или иной сегмент пользователей (к примеру живет в регионе Х, студент/работает/бизнесмен).
3️⃣ Обсуждение текущих решений - узнайте, как на данный момент выполняется текущая работа во всех деталях и с какими проблемами сталкивается собеседник.
4️⃣ Запросы - уточните, что хотелось бы улучшить в текущем решении задачи.
5️⃣ Решенческая часть (опционально) - если вы уже имеете гипотезу по решению проблемы, которая есть у собеседника, презентуйте свое решение и узнайте готов ли он ее купить.
Если вы хотите узнать больше про проведение продуктовых исследований - подписывайтесь на канал Сабины.
____
Ставьте лайк и подписывайтесь, завтра выйдет следующий урок по SQL
Я рассказывал ранее, что мы с ребятами пытаемся научиться генерировать лидов в холодную. Одним из первых этапов является изучение работы по JTBD/поиск проблемы через кастдев экспертов из выбранной отрасли.
В пятницу я пригласил к нам эскперта по этой теме - Сабину Карпекину. Она является CEO агентства продуктовых исследований и помогает компаниям исследовать рынок и валидировать их гипотезы.
На лекции мы узнали много полезного, в том числе поняли, как именно должен выглядить скрипт для проблемного интервью.
Сегодня мы разберем верхнеуровневую структуру для интервью:
1️⃣ Введение + установление эмоционального контакта - настройте вашего собеседника на нужный лад немного разогрев перед интервью и расскажите про структуру звонка.
2️⃣ Классифицирующий блок - соберите информацию о собеседнике, которая поможет определить его в тот или иной сегмент пользователей (к примеру живет в регионе Х, студент/работает/бизнесмен).
3️⃣ Обсуждение текущих решений - узнайте, как на данный момент выполняется текущая работа во всех деталях и с какими проблемами сталкивается собеседник.
4️⃣ Запросы - уточните, что хотелось бы улучшить в текущем решении задачи.
5️⃣ Решенческая часть (опционально) - если вы уже имеете гипотезу по решению проблемы, которая есть у собеседника, презентуйте свое решение и узнайте готов ли он ее купить.
Если вы хотите узнать больше про проведение продуктовых исследований - подписывайтесь на канал Сабины.
____
Ставьте лайк и подписывайтесь, завтра выйдет следующий урок по SQL
Курс по SQL - Урок 3
Сегодня рассмотрим, как делать более сложные запросы и для начала познакомимся с понятием первичного ключа.
Первичный ключ - самое важное поле, которое является идентификатором и помогает отличать конкретную запись от других - значение этого поля должно быть уникальным для каждой записи и не повторяться в пределах таблицы.
Первичный ключ может быть числом, текстом, уникальным идентификатором - uuid или композитным ключом, состоящим из комбинирования двух других полей (“Max”+”17” - в таблице может быть другой Max, но не может быть двух Max’ов, которым 17 лет)
Добавим первичный ключ в нашу таблицу:
Теперь рассмотрим другие разделы оператора SELECT:
WHERE - позволяет фильтровать записи в таблице на основе указанного условия.
Примечания - Вы указываете условие после ключевого слова WHERE, чтобы определить, какие записи будут включены в результат. Условие может содержать операторы сравнения, логические операторы и различные функции.
Пример - SELECT * FROM users WHERE age > 18
ORDER BY - позволяет отсортировать записи в таблице по указанным столбцам.
Примечания - Вы указываете один или несколько столбцов после ключевого слова ORDER BY, чтобы определить порядок сортировки. По умолчанию сортировка происходит по возрастанию ASC, но вы можете указать DESC для сортировки по убыванию.
Пример - SELECT * FROM users ORDER BY age DESC
LIMIT - позволяет ограничить количество записей, возвращаемых в результате запроса.
Примечания - Вы указываете максимальное количество записей после ключевого слова LIMIT. Это полезно для разбиения результатов на страницы или получения только части результатов.
Пример - SELECT * FROM users LIMIT 10
OFFSET - позволяет пропустить указанное количество записей перед началом выборки результатов.
Примечания - Вы указываете количество записей, которые нужно пропустить, после ключевого слова OFFSET. Часто используется вместе с LIMIT для реализации пагинации результатов.
Пример - SELECT * FROM users LIMIT 10 OFFSET 20
Ставьте лайк и подписывайтесь, в следующем уроке разберем группировку результатов и соединение с другими таблицами
Сегодня рассмотрим, как делать более сложные запросы и для начала познакомимся с понятием первичного ключа.
Первичный ключ - самое важное поле, которое является идентификатором и помогает отличать конкретную запись от других - значение этого поля должно быть уникальным для каждой записи и не повторяться в пределах таблицы.
Первичный ключ может быть числом, текстом, уникальным идентификатором - uuid или композитным ключом, состоящим из комбинирования двух других полей (“Max”+”17” - в таблице может быть другой Max, но не может быть двух Max’ов, которым 17 лет)
Добавим первичный ключ в нашу таблицу:
ID - Name - Age
1 - Max - 17
2 - Jack - 29
3 - John - 25Теперь рассмотрим другие разделы оператора SELECT:
WHERE - позволяет фильтровать записи в таблице на основе указанного условия.
Примечания - Вы указываете условие после ключевого слова WHERE, чтобы определить, какие записи будут включены в результат. Условие может содержать операторы сравнения, логические операторы и различные функции.
Пример - SELECT * FROM users WHERE age > 18
ORDER BY - позволяет отсортировать записи в таблице по указанным столбцам.
Примечания - Вы указываете один или несколько столбцов после ключевого слова ORDER BY, чтобы определить порядок сортировки. По умолчанию сортировка происходит по возрастанию ASC, но вы можете указать DESC для сортировки по убыванию.
Пример - SELECT * FROM users ORDER BY age DESC
LIMIT - позволяет ограничить количество записей, возвращаемых в результате запроса.
Примечания - Вы указываете максимальное количество записей после ключевого слова LIMIT. Это полезно для разбиения результатов на страницы или получения только части результатов.
Пример - SELECT * FROM users LIMIT 10
OFFSET - позволяет пропустить указанное количество записей перед началом выборки результатов.
Примечания - Вы указываете количество записей, которые нужно пропустить, после ключевого слова OFFSET. Часто используется вместе с LIMIT для реализации пагинации результатов.
Пример - SELECT * FROM users LIMIT 10 OFFSET 20
Ставьте лайк и подписывайтесь, в следующем уроке разберем группировку результатов и соединение с другими таблицами
4 UX инсайта с последнего проекта
После небольшого перерыва я возвращаюсь с новым форматом - меня давно бесил тот факт, что я не могу добавить скриншоты в одном сообщении с постом, поэтому новый пост я решил сделать в виде статьи с скринами для визуализации сухой технической информации.
Пожалуйста, напишите в комментариях, лучше ли этот формат предыдущего и стоит ли мне продолжать в том же духе.
А начнем мы неделю с сочного кейса - один из моих последних проектов работает и набирает обороты, поэтому сегодня я расскажу с какими проблемами мы столкнулись после запуска и как решили их.
https://telegra.ph/4-UX-insajta-s-poslednego-proekta-04-29-2
Ставьте лайк и подписывайтесь, неделя обещает быть жаркой 🔥
После небольшого перерыва я возвращаюсь с новым форматом - меня давно бесил тот факт, что я не могу добавить скриншоты в одном сообщении с постом, поэтому новый пост я решил сделать в виде статьи с скринами для визуализации сухой технической информации.
Пожалуйста, напишите в комментариях, лучше ли этот формат предыдущего и стоит ли мне продолжать в том же духе.
А начнем мы неделю с сочного кейса - один из моих последних проектов работает и набирает обороты, поэтому сегодня я расскажу с какими проблемами мы столкнулись после запуска и как решили их.
https://telegra.ph/4-UX-insajta-s-poslednego-proekta-04-29-2
Ставьте лайк и подписывайтесь, неделя обещает быть жаркой 🔥
Telegraph
4 UX инсайта с последнего проекта
Одним из моих последних проектов был магазин в Telegram боте через Web app - за последние месяцы его использовало несколько тысяч человек, которые создали заказов на 10+ млн. рублей. Можно бесконечно долго пытаться учесть все детали, но только запуск и тест…
Курс по SQL - Урок 4
Продолжаем изучать SQL и сегодня разберем более сложную тему - оператор JOIN и как работают соединения таблиц.
https://telegra.ph/Kurs-po-SQL---Urok-4-05-01
Ставьте лайк и подписывайтесь, на следующей неделе разберем кейс магазина вещей с Poizon в ТГ - разработчики на коде просили 15 млн., но я сделал за…
Продолжаем изучать SQL и сегодня разберем более сложную тему - оператор JOIN и как работают соединения таблиц.
https://telegra.ph/Kurs-po-SQL---Urok-4-05-01
Ставьте лайк и подписывайтесь, на следующей неделе разберем кейс магазина вещей с Poizon в ТГ - разработчики на коде просили 15 млн., но я сделал за…
Telegraph
Курс по SQL - Урок 4
Сегодня разберем соединения с другими таблицами. AS Но начнем мы с более простого понятия алиас - эта функция позволяет переименовывать таблицы и поля. Вы можете делать это с помощью ключевого слова as или без него, просто указав алиас через пробел - Пример…
Кейс магазина вещей с Poizon или сколько стоит то, за что кодеры хотели 15 млн.
В конце прошлого года мои знакомые обратились ко мне с мини-проектом - они хотели запустить магазин вещей с Poizon, но разработка полноценного приложения, как у конкурентов, стоила около 10-15 млн. рублей.
Поэтому они остановились на идее бота-калькулятора в ТГ для расчета стоимости на основе ссылки на товар.
Я изучил Poizon и предложил им сделать полноценный магазин с прямой интеграцией к их внутреннему API.
🔽 Что из этого вышло и сколько это стоило
https://telegra.ph/Kejs---TG-magazin-veshchej-s-Poizon-05-08
Ставьте лайк и подписывайтесь, на следующей неделе разберем, как искать хорошие ниши с клиентами на Upwork
В конце прошлого года мои знакомые обратились ко мне с мини-проектом - они хотели запустить магазин вещей с Poizon, но разработка полноценного приложения, как у конкурентов, стоила около 10-15 млн. рублей.
Поэтому они остановились на идее бота-калькулятора в ТГ для расчета стоимости на основе ссылки на товар.
Я изучил Poizon и предложил им сделать полноценный магазин с прямой интеграцией к их внутреннему API.
https://telegra.ph/Kejs---TG-magazin-veshchej-s-Poizon-05-08
Ставьте лайк и подписывайтесь, на следующей неделе разберем, как искать хорошие ниши с клиентами на Upwork
Please open Telegram to view this post
VIEW IN TELEGRAM
Telegraph
Кейс - TG магазин вещей с Poizon
В конце прошлого года мои знакомые обратились ко мне с мини-проектом - они хотели запустить магазин вещей с Poizon, но разработка полноценного приложения, как у конкурентов, стоила около 10-15 млн. рублей. Поэтому, они остановились на идее бота-калькулятора…
Используете ли вы ChatGPT в повседневной работе?
Anonymous Poll
47%
Да, использую бесплатный 3.5/4о
34%
Да, использую платный 4о
10%
Нет, не использую, но хочу попробовать
10%
Нет, не использую и не хочу
Боли VS Идеи: Часть 2 - Боли
Сравнивая с техническим контентом и кейсами, прошлая часть не была оценена по достоинству - и зря.😏
Чтобы выйти со среднего дохода в $1.5к (исходя из опроса подписчиков), одних технических навыков недостаточно.
Поэтому советую всем, кто хочет развиваться в профессиональном плане, ознакомиться со второй частью статьи, где мы разберем как выглядят “правильные” клиенты.
Именно умение отличить их от другого типа клиентов помогает мне держать высокую планку дохода и расти дальше.
https://teletype.in/@lowcodingdev/bolivsidei---2
Ставьте лайк и подписывайтесь, в следующем посте посмотрим, что способна генерировать новая AI фича от Bubble
Сравнивая с техническим контентом и кейсами, прошлая часть не была оценена по достоинству - и зря.
Чтобы выйти со среднего дохода в $1.5к (исходя из опроса подписчиков), одних технических навыков недостаточно.
Поэтому советую всем, кто хочет развиваться в профессиональном плане, ознакомиться со второй частью статьи, где мы разберем как выглядят “правильные” клиенты.
Именно умение отличить их от другого типа клиентов помогает мне держать высокую планку дохода и расти дальше.
https://teletype.in/@lowcodingdev/bolivsidei---2
Ставьте лайк и подписывайтесь, в следующем посте посмотрим, что способна генерировать новая AI фича от Bubble
Please open Telegram to view this post
VIEW IN TELEGRAM