Дорожная карта 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

🔥 Выступления с конференции: использование SQL в Bubble

Сегодня разберем супер интересные инсайты по использованию SQL в Bubble.

Я советую всем начинать изучать и внедрять SQL БД (Supabase) в свои сложные приложения, так как это расширяет потенциальные возможности приложения и улучшает скорость работы в десятки раз.

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

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

1️⃣ В его приложении используется база Bubble и тарифный план с отдельным сервером - на этом уровне пользователь получает доступ для чтения через SQL своей Bubble БД. Вы можете использовать любую стороннюю SQL БД (MySQL, PostgreSQL)

В его запросах стоит лимит 10000, хотя в стандартных запросах Bubble разрешает выдавать лишь 200 строк максимум. Лучше избегать таких кейсов и использовать пагинацию (OFFSET), но в крайнем случае обходом может являться использование API с запросом к БД, там нет лимитов.

2️⃣ Динамический запрос - лектор показывает запрос с функцией execute_dynamic_query, где переменной является текст самого запроса (Select * FROM…). Он использует этот запрос для того, чтобы динамически выбирать нужную базу (тестовую/лайв), так как невозможно указать название базы через стандартную переменную ($1).

Такой функции в PostgreSQL не существует, поддержка Bubble предоставила ему эту функцию, предварительно создав ее в самой базе Bubble. Однако, я исследовал эту идею и сделал такую функцию сам:

CREATE OR REPLACE FUNCTION execute_dynamic_sql(query text)
RETURNS SETOF RECORD AS $$
BEGIN
RETURN QUERY EXECUTE query;
END;
$$ LANGUAGE plpgsql;

Итоговый запрос в Bubble выглядит так - SELECT * FROM execute_dynamic_sql($1) AS t(name text), где $1= 'SELECT log_note FROM actions'

Важно заметить, что output функции (а значит и query($1)) должен быть всегда одинаковым и конкретизированным (нельзя вернуть все поля через *) - я возвращаю name.

3️⃣ В одном из запросов использовалась интересная функция STRING_TO_ARRAY, которая разбивает строку на массив. Я исследовал другие функции в PostgreSQL и там есть много полезных вещей, которые можно использовать для изменения данных на лету при запросе:

Простые функции - CAST() меняет тип данных на нужные, REGEXP_REPLACE() использует регекс для замены текста, CONCAT() соединяет строки.

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

Пример:

SELECT * FROM GENERATE_SERIES(1, 10, 2);

AGE() - cчитает интервал времени между текущей датой и указанной. Возвращает тип данных interval - 1 year 2 months 10 days

Пример:

SELECT age(timestamp '1990-05-23');

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

Пример:

SELECT JSONB_SET(profile_data, '{address, city}', '"Los Angeles"')
FROM users WHERE user_id = 1;
-- Result for profile_data: { "name": "John Doe", "address": { "city": "Los Angeles" } }


Кроме того, Supabase поддерживает различные extensions. К примеру с помощью plv8 вы можете создать JS функцию прямо в базе и вызывать ее, чтобы изменить данные для запроса или просто получить результат функции на фронт (вместо использования Toolbox). Созданными функциями легко управлять на отдельной странице Database - Functions.

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

Всем привет!

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


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

Грязный ноукодер: глава Ставки 🎰

Что вы знаете об одержимости?

▶️ 7,5 месяцев пялинья в экран

▶️ 12 тысяч собранных вручную матчей

▶️ сотни строк кода на Python

▶️ и ровно 0 полученной пользы…

Или все же нет?

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

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

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

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

Я собирался вывести особую стратегию, которая с помощью математических расчетов и управления капиталом (мартингейл и пр.), помогла бы мне сорвать куш.

Чему я научился, пока делал это:

1️⃣ Изучил весь функционал Excel - формула ВПР и Анализ “Что-если” больше не являются для меня дремучем лесом.

2️⃣ Научился писать макросы на VBA - мне требовался сложный поиск по множеству критериев и обычные фильтры здесь были бессильны, поэтому я создал под себя ряд макросов и мой файл стал открываться по 2 минуты.

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

4️⃣ Научился писать скрипты на Python - достать данные еще полбеды, их нужно обработать и обогатить нужными расчетами.

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

В итоге мне удалось обыграть букмекеров, я стал получать стабильные 5% от месячных ставок и перебрался в Майами… Или все же нет?


🔽

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

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

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

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

4 UX инсайта с последнего проекта

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

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

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

https://telegra.ph/4-UX-insajta-s-poslednego-proekta-04-29-2

Ставьте лайк и подписывайтесь, неделя обещает быть жаркой 🔥

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

Продолжаем изучать SQL и сегодня разберем более сложную тему - оператор JOIN и как работают соединения таблиц.

https://telegra.ph/Kurs-po-SQL---Urok-4-05-01

Ставьте лайк и подписывайтесь, на следующей неделе разберем кейс магазина вещей с Poizon в ТГ - разработчики на коде просили 15 млн., но я сделал за…

Боли VS Идеи: Часть 1 - Идеи

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

Но это работает только с правильными клиентами, у которых есть реальная боль.

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

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

https://teletype.in/@lowcodingdev/bolivsidei---1

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