🔺Ушёл из Hi no code. Новое сотрудничество.

Почему ушёл?
2 основные причины:
1. Доход
2. Процессы внутри команды

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

Так случилось, что с Деном говорили о сотрудничестве ещё около 6 месяцев назад, но в другом контексте. Пару недель назад Ден предложил заказы. 1 сентября начали первый совместный проект.

🔺Регулярный доход.

Заметил, что регулярность, с которой деньги поступают, для меня важнее, чем их количество. Условно, если мне платят по 200 тысяч рублей раз в 4 месяца - это чувствуется иначе, чем если платят по 25 тысяч раз в 2 недели. Несмотря на то, что во втором случае сумма меньше, удовольствие от её получения больше.

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

🔺Планы. Фокус.

В погоне за стабильностью начал думать о коде. Он меня привлекает своей прозрачностью в плане достижения уровней: джун, мидл, синьор. Есть понятный путь развития и понятные денежные награды на каждом уровне. В Bubble этого нет пока, т.к. сфера молодая. Среди моих планов — развиваться, как кодер. Из ближайших — поступить в школу21 от Сбера. Отборочный этап начнётся в ноябре-январе. Пока готовлюсь и прохожу Гарвардский курс CS50.

Кодером стану через год-полтора, поэтому про Bubble не забываю и в нём тоже развиваюсь. Это второй вектор развития. Тут среди прочих планов — разработать удобную для себя систему развития, как разработчика. Сейчас на этапе составления тестов по документации для проверки знаний.

🔺Заказы и новые инструменты.

Пришёл заказ из недр Я.Дзена. Нужно сделать авторегер аккаунтов на Дзене. Делаю его на продажу. Сейчас он умеет:
- запрашивать данные ФИО, логин, пароль по API
- покупать номер, получать на него код по API
- регистрировать аккаунт на Яндексе

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

P.S. Запустил для себя спортивный марафон. Его транслирую в Инстаграме*. Заходите в гости — instagram.com/necoder.ru

🔻 Польза блога

Казалось бы, что могут дать буквы? А вот много чего.

Изначально блог заводился без какой-либо материальной цели. Была скорее ментальная — помогать разработчикам.
В течение полутора лет ведения он трансформировался из "полезного" блога в "личный". Изменилась и награда, которую приносил мне блог. Раньше это было признание. Сейчас к признанию добавились: знакомства, заказы, продажа рекламы (да-да), сотрудничества.

🔻Знакомства

Как пример, Иван - разработчик на FlutterFlow. К слову, как-то раз он мне подкинул заказ.

А ещё Олег Вальтер — обсуждаем сейчас сотрудничество по nocode-разработке в его студии. Кстати, Олег упоминал возможность постажироваться у него в студии в качестве кодера.

Или например, Ден Мóкринский — с Деном общаемся с тех далёких пор, как только закончил учиться на Bubble-разработчика. Спустя полтора года общения Ден предложил сотрудничать. Круто? Ахуенно.

🔻Заказы

Ох уже эти заказы... От некоторых отказывался. Просто тупо сливал...Как же я неправильно делал. В своё оправдание могу сказать, что то были этапы выгорания, когда не хотелось работать вообще. Сейчас я охотно принимаю заказы. А если не принимаю, то размещаю их на канале.

Например, 8 сентября написал Денис с проектом на Bubble. Немного раскрывая основной функционал — нужно разобраться в API Google-карт, чтобы сделать интерактивную на Bubble.
Сам Денис проджектит, руководит небольшой командой классической разработки, пилит крипто-стартап и развивает digital-агентство в Германии.

→ Если среди вас есть разработчики в поисках заказа — напишите в комменты.

🔻Реклама

Оо, это интересный опыт. Компания wlnc заплатила мне за размещение рекламного поста. Причём заплатила относительно много за такое количество подписчиков/просмотров. Пока что это была единственная реклама на моём канале.

__________

→ Блог также обладает побочным эффектом в виде бафа на репутацию и защиту:

(репутация) Блог говорит за меня. Прочитав его, можно сделать какие-то выводы обо мне, как о человеке/разработчике. И потенциальный заказчик/партнёр сможет предварительно накидать mockup. Если на его шкале оценки выпадает 7 и больше, то происходит общение.

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

Приятности от Bubble

Теперь можно делать ячейки RG динамической ширины без кода!

Только вот как их, например, центрировать?

p.s. возможно, я слоу и не увидел обновления от Bubble раньше))

Иерархия в БД.

Сегодня днём такого не было, а теперь есть.

Бахните огня, если у вас на проектах тоже появилась 🔥

30 дней публикаций / День 1

Пишу эту вводную часть, чтобы у вас не возникло вопросов "чо это он так публикует много?".
У меня цель — набрать 1к лояльной аудитории. Я могу это сделать через качественный полезный контент.

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

Если у вас есть пожелания по контенту — я с радостью прочту ваши комментарии.

Начинаем...
_____________
Кликните, пожалуйста, на огонь 🔥.
Так увижу, что вы читаете меня, и вам интересен контент.

Ответ к опросу и пояснения.
Закралась мысль, что некоторые просто не поняли вопроса.

Во-первых, я не сказал, относительно какой платформы вопрос.
Во-вторых, сложно сформулировал вопрос. Для непосвященных в true и false задачка могла вызвать затруднение.
В-третьих, вероятно не все знают английский.

Поэтому небольшое пояснение:
→ Вопросы относительно Bubble
→ С английского: true - истина, false - ложь.
→ Разбор вопроса:
Какой из операторов проверяет равенство двух записей?
Если записи равны, возвращает true, если нет — false.

К примеру, у нас есть 2 цифры: 1 и 1. Нам нужно их сравнить.
Это можно записать как выражение: 1 = 1 ?. То есть по сути задаем вопрос: единица равна единице? Равна. Значит такое выражение вернёт ответ "истина" — true, ведь единица равна единице.
Теперь другие цифры: 1 и 0. Какой ответ у выражения 1 = 0 ? (единица равна нулю?) Не равна. Значит такое выражение вернет ответ "ложь" — false.

Оператор is делает то же самое, что и знак равно "=".
То есть выражение 1 = 1 мы можем записать, как 1 is 1.

Как это может применяться в логике Bubble?
К примеру, у нас есть 2 типа пользователей: админ и посетитель.

Когда пользователь входит в приложение, Bubble должен показывать разные страницы:
Админу показывать страницу с собачками 🐶
Пользователю — страницу с котиками 🐯

При входе в приложение мы с помощью оператора is фильтруем посетителей через выражение: Посетитель is админ ?

И, как помним из объяснения выше: если посетитель — это админ, то выражение вернёт ответ "true" и отправит пользователя на страницу с собачками 🐶
А если посетитель не админ, то выражение вернёт ответ "false" и отправит пользователя смотреть котиков 🐯
______________
Надеюсь, понятно объяснил. Если нет, задавайте вопросы!
Мне самому нравится, когда мне подробно раскладывают информацию до тех пор, пока не пойму суть.

День 2/30

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

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

→ Поставьте огонёк, если хотите вторую часть 🔥
→ Напишите в комментариях, как вам статья 👈🏿

День 3/30

Вторая часть про производительность на Bubble.

Рассказал про производительность на стороне пользователя и влияние на неё оперативной памяти, процессора и размера загружаемых данных.

Рассказал, что такое производительность Bubble, и что он обрабатывает на своих серверах.

В следующей части напишу про ограничения на Bubble.
___
Информацию стараюсь давать максимально сжатую и при этом понятную.
Помните, что если вы что-то не понимаете, то всегда можете оставить комментарии и уточнить.

→ Поставьте огонёк, если нравится информация 🔥
→ Напишите в комменты плюсик, если прочли статью 👇🏿

День 4/30

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

Поэтому небольшой опрос из 7 вопросов 👇🏿

👇🏿 Пишите, на сколько вопросов правильно ответили.👇🏿
Кстати, в 4 вопросе правильные ответы объём оперативной памяти, мощность процессора и размер файлов в приложении

→ Ставьте огонёк, если понравился опрос 🔥
→ Если что-то не понимаете, пишите комментарий. Объясню👇🏿
____
Опрос по статьям: часть 1 и часть 2

День 5/30

В этой статье написал об ограничениях со стороны Bubble, с которыми можно столкнуться при разработке приложения.

Думаю, автор книги всё же написал не все ограничения. Наверняка, если подумать, то можно выцепить ещё. Поэтому если что-то у вас есть на уме, то пишите в комменты. Дополним публикацию вместе.

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

→ Ставьте огонь 🔥, если нравится то, чем делюсь с вами.
→ Читать статью (кликните)

День 6/30

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

→ Ставьте 🔥, если читайте публикации.
→ Ставьте 💩, если хотите другой контент и напишите, в комменты, что хотите

День 7/30. BAS и автотестирование Bubble.

Сегодня я без заметок. Вместо этого расскажу про Nocode-инструмент — Browser Automation Studio (BAS).

Этот конструктор позволяет собирать скрипты разной сложности.
К примеру, я использовал его для создания:
1. Автопостера статей для Дзена
2. Авторегера аккаунтов для Дзена

Рассказал Дену об этом софте, и Ден закинул мысль про тестирование приложений на Bubble.

Интересная идея. Я реализовал её в примитивном варианте.
На видео вы можете лицезреть тестирование формы регистрации:
→ вводит логин
→ вводит пароль
→ нажимает зарегистрироваться
→ ждёт 5 секунд
→ делает скриншот экрана

По логам и результату на скрине можем понять, правильно ли отработало приложение.

Для вас записал 2 исхода:
1. Приложение зарегалось
2. Приложение не зарегалось из-за ошибки.

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

→ Ставьте 🔥 под постом.
→ Пишите в комменты, что думаете о таком тестировании?
https://www.youtube.com/watch?v=s1f-d-25gvA