Как я использовал ChatGPT за последние 2 недели

1️⃣ Обсуждал новый проект - нужно создать конструктор форм и не совсем понятно, как отслеживать разные версии форм и показывать нужные версии для разных пользователей. Кроме того, сгенерировал все нужные запросы для SQL на создание таблиц и для интеграции с Bubble. Если у вас есть подобный опыт в версионировании - пишите, будет интересно обменяться опытом.

2️⃣ Генерировал текст для лендинга и транзакционных емайлов нового клиента.

3️⃣ Писал много кода на JS для проекта на Retool+Firebase (Firebase это боль, используйте Supabase)

4️⃣ Общался на личные темы - помогает выговориться и получить свежий взгляд на проблемы.

5️⃣ Писал JS код для получения и обработки данных по криптокошелькам для пет-проекта.

6️⃣ Потихоньку обучал GPT как писать правильно документацию по проекту, потом можно попробовать вынести это в отдельного ассистента.

Как видите в моих процессах прослеживается тенденция на реализацию некоторых автоматизаций в коде и использование SQL баз - я считаю что это добавляет некоторую сложность, относительно реализации проекта all-in-one в Bubble, но дает дополнительные преимущества и гибкость.

Ставьте лайк и подписывайтесь, на неделе разберем мою статистику по проектам - сколько их было и что с ним стало после разработки

⚡️Последний шанс записаться на курс

Я уже набрал группу из 3 человек на этот поток и у вас есть возможность присоединиться к ним до понедельника.

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

▶️ Начинающий уровень без портфолио с малым опытом разработки - сфокусируемся на создании портфолио и получении первых заказов любым путем.

▶️ Есть опыт разработки, но нет системности - соберем свою CRM и набор инструментов, чтобы делать проекты за неделю, а не месяц.

▶️ Есть опыт разработки, но нет стабильных заказов - заточим работу под один из источников и найдем там первого клиента.

Для участия заполните анкету - на звонке мы обсудим ваши цели и подумаем как их достичь вместе.

Почитать подробнее про курс можно тут.

Всем привет!

Последний дни я начал больше отдыхать и буду стремиться к тому, чтобы выделить 1-2 недели полноценного отдыха (либо по крайней мере не 8 часовой рабочий день).

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

⚡️Вакансия

Мне в Linkedin прилетела вакансия по Make+Airtable на $3k - ищут людей проживающих в Аргентине, Польше, Украине или Чехии. Подробности можно прочитать тут и записаться на интервью здесь. Также можете написать мне, если будет нужна помощь с прохождением интервью или тестового задания. 😏

⬇️ А пока я решил собрать в одном посте по категориям весь полезный контент со своего канала, так как часто приходится искать и пересылать конкретные посты по различным темам.

Ставьте лайк и подписывайтесь, завтра буду оправдывать название канала и расскажу про свой опыт в кардинге и какие полезные знания для no-code я получил там

Навигация по каналу:

Поиск клиентов/работы 1️⃣ 2️⃣ 3️⃣ 4️⃣

Работа на зарубежном рынке 1️⃣ 2️⃣

Сбор требований 1️⃣ 2️⃣

Управление разработкой 1️⃣ 2️⃣ 3️⃣

Видео кейсы 1️⃣ 2️⃣

Bubble 1️⃣ 2️⃣ 3️⃣ 4️⃣ 5️⃣ 6️⃣ 7️⃣

SQL (+Bubble) 1️⃣ 2️⃣ 3️⃣

Еще один проект ищет разработчика

Есть ли кто с опытом Bubble + Supabase? Хочу передать свой проект с ChatGPT - стартап активно ищет финансирования и хочет добавить еще фичей (текущий бюджет на них минимум $500-700 уже точно). Пишите в личку @low_code

Дорожная карта no-code разработчика

На этой неделе буду постить контент для новичков в no-code. Для начала рассмотрим основные шаги, которые я бы сделал, если бы только пришел в сферу.

Выбор специализации

Для начала требуется выбрать свою специализацию - автоматизация процессов (Make, N8N, Airtable), разработка мобильных приложений (Flutterflow), разработка web-приложений (Bubble, Retool).

Не стоит распыляться и учить все сразу - для того, чтобы начать зарабатывать достойные деньги, вам хватит специализации на одном из направлений.

Шаги:

1️⃣ Изучите все инструменты и направления - желательно попробовать все инструменты самому или посмотреть видео на ютубе с работой в этих инструментах.

2️⃣ Зайдите в комьюнити в ТГ - проанализируйте насколько они активны, какие проблемы обсуждаются, попросите наиболее активных участников о звонке с целью познакомиться и узнать об плюсах и минусах работы с инструментом


Прокачка hard skills

Изучить инструмент и написать учебный проект может занять у вас от 2 до 4 недель (с учетом основной работы).

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

Шаги:

1️⃣ Изучите документацию инструмента - это наиболее полный и полезный ресурс для обучения.

2️⃣ Изучите доступные вакансии - какие скиллы/технологии требуются там, прокачайтесь в том, что из этого вы не умеете.

3️⃣ Посмотрите реальные кейсы на инструменте - в ютубе и блогах есть разборы реальных проектов, там вы можете набраться опыта и понять с чем придется столкнуться


Получение боевого опыта

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

Где найти проект:

▪️Найдите бесплатный проект - вы можете это сделать для своих знакомых или найти человека в чатах с идеей стартапа.

▪️Симулируйте с ChatGPT, если не можете найти - опишите свою ситуацию и попросите его выступить заказчиком на проект (желательно проблемным).

▪️Станьте подмастерьем в агентстве/для другого разработчика - вы будете выполнять простые задачи и узнаете внутрянку проектов.

Шаги:

1️⃣ Реализуйте проект - выделите четкое время под это, чтобы он не расплылся на несколько месяцев.

2️⃣ Рефлексируйте - проанализируйте какие ошибки были допущены в ходе реализации проекта и общении с клиентом, почему они были допущены/кто виноват и как этого избежать в будущем?


Прокачка личного бренда

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

Шаги:

1️⃣ Создайте профиль в Linkedin или канал в ТГ - первый источник нацелен на западный рынок, а второй на российский.

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

3️⃣ Знакомьтесь с другими разработчиками/подписчиками - нетворкинг это самый лучший источник новых проектов и идей, не бойтесь обмениваться опытом и помогать другим людям с их проблемами.

Также советую ознакомиться с этим гайдом - там много полезных ссылок для развития хард скиллов

Ставьте лайк и подписывайтесь, завтра расскажу про то, что обещал на прошлой неделе - 3 основных no-code инструмента и почему я не использую никакие другие

Мои 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).

Ставьте лайк и пишите в комментариях, какую тему для новичков следует разобрать завтра.

Выступления с конференции: нейминг конвенции в 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

Всем привет!

Прямо сейчас проводим стрим с Сашей @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️⃣ Страница для подписания с инициалами

🔟 Инвойс - отдельный документ-счет с реквизитами для оплаты

Ставьте лайк и подписывайтесь, завтра опубликую вторую часть разбора этой лекции с дополнительными советами

👋 Всем привет!

Я болел последние пару недель, поэтому решил начать неделю с новостей.

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 - Урок 2

Давайте представим, что у нас есть админ панель с таблицей пользователей (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

Курс по SQL - Урок 3

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

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

Первичный ключ может быть числом, текстом, уникальным идентификатором - 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


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