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

Во-первых, я не сказал, относительно какой платформы вопрос.
Во-вторых, сложно сформулировал вопрос. Для непосвященных в 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

Решил собрать авторские каналы про ноукод разработку, чтобы вы всегда могли найти что-то полезное для себя😉 Если вы вдруг ведёте свой канал, то присылайте ссылку в комментах - буду дополнять подборку

https://t.me/pro_nocode - нескромно поставлю наш канал первым:) собираем полезные хаки и советы по Bubble, планируем расширяться в сторону других инструментов. Канал чисто для разработчиков и тех, кто хочет на этом зарабатывать.

https://t.me/revbubbledev - канал Вити Решетняка про bubble. Вместе работали. Собирает и находит крутые вещи про Bubble. Докапывается до мелочей - поэтому точно будет интересно читать

https://t.me/necoder_ru - канал Вани Вахрушева. Тоже работали вместе. Миксует как прикладной, так и личный контент. Интересно.

https://t.me/Tim_nocode - свежий канал от Тимофея. Уверен, что тоже будет супер полезно и интересно.

https://t.me/failblog - канал фаундера ноукод студии. Прикладной инфо по разработке нет, но полезно почитать про то, какие сложности бывают при управлении своей студии

https://t.me/denonline - канал Дэна. Дэн топ спец в ноукод инструментах, поэтому жду, когда там начнёт появляться контент.

https://t.me/ProNoCode - канал фаундера Creatium. Интересно наблюдать за тем, как развивается целый ноукод инструмент

https://t.me/noosfera_IT - канал про ноукод и жизнь ноукод разработчика. Прикладной и жизненный контент. Интересно следить.

https://t.me/georgystories - лично с автором не знаком. Пишет про вебфлоу, проводит стримы и делится полезностями

https://t.me/ne_koder - канал Димы Федосеева про Bubble. Наверное, самый топовый по качеству на данный момент. Жаль, что не так много контента, как хотелось бы:)

https://t.me/codewords - канал студии мобильной разработки от @ilyatkach

https://t.me/sashadontcode - канал про ноукод от @alexanderolssen

День 8/30.

Заметки с практическими советами по производительности приложений на Bubble.

Превьюшка интригующая 😁

→ Ставьте 🔥 под постом.
→ Используете уже что-то из предложенного в посте?

День 9/30. Как трекать время.

Вопрос, который меня беспокоит — учитывать ли время, которое уходит на перерывы?

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

Скажем из 8 часов, у меня концентрированного времени вышло на 6 часов, т.е. затреканного. В это время я добросовестно погружался в рабочие задачи и работал над ними. Остальные 2 часа ушли на перерывы.

Что если я договорился на 40 часов еженедельно?
Если на 8 часов приходится только 6 рабочих часов, то за неделю — это 30 рабочих часов. За месяц — 120. Получается, что при стандартном раскладе в 160 часов в месяц, я буду 40 часов из них отдыхать.

Вероятнее всего у заказчика появятся вопрос — какого ты так много отдыхаешь?

→ Напишите, в комментариях, пожалуйста, как вы засекаете рабочее время, и что подразумеваете под рабочим временем?
→ Если вы владеете студией, то напишите, что для вас — рабочее время сотрудника?

День 10/30.

Спасибо за активность в комментах в посте выше, ребятки 🔥

Напишу то, что отметил для себя:
- Трекинг — инвестиция в своё будущее, как разработчика. Узнал, сколько потратил на задачу сегодня, завтра — можешь её оценить и выставить правильный ценник.
- Работать эффективно не получится больше 5-6 часов в день.
- Созвоны с заказчиками должны оплачиваться.

А теперь к заметкам 👇

Заметки. Часть 6. Сервер, клиент и фильтрация.

В каких случаях стоит перенести на сторону клиента фильтрацию, чтобы ускорить приложение?

Читайте в заметках.

____
→ Ставьте огонёчки 🔥 под этим постом.
→ Оставляйте комменты.

День 11/30.

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

→ Залетайте, читайте, ставьте на пост лайки, если он зашёл, естественно.
→ И оставляйте комментарии.

Залетайте в чатик канала.
https://t.me/Discution_necoders