Ваня некодит

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

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

День 4/30

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

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

День 3/30

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

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

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

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

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

День 2/30

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

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

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

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

Во-первых, я не сказал, относительно какой платформы вопрос.
Во-вторых, сложно сформулировал вопрос. Для непосвященных в 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" и отправит пользователя смотреть котиков 🐯
______________
Надеюсь, понятно объяснил. Если нет, задавайте вопросы!
Мне самому нравится, когда мне подробно раскладывают информацию до тех пор, пока не пойму суть.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

🔻Знакомства

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

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

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

🔻Заказы

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

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

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

🔻Реклама

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

__________

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

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

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

🔺Ушёл из 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

За что боролся

Несколькими постами выше писал о проектной работе:
Дают проект → завершаешь его → получаешь бабки.
Среди вас были те, кто здорово аргументировал позицию почасовой оплаты и проектной.

Нынешний проект показывает, что если работать проектно, то должно быть чёткое ТЗ и готовые материалы по приложению от заказчика. Иначе получится так, что ты вроде бы всё сделал (пусть с багами), но не хватает материалов, чтобы завершить проект. А материалы эти можно получить только от заказчика. В итоге заказчик задерживает, а ты сидишь без бабок. Неприятно.

Взгляд на ведение проектов

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

И этот навык было бы круто применять при разработке проекта:
- Пришёл клиент
- Составили подробное ТЗ.
Подробное - это значит такое, где расписан функционал каждой кнопки подробнейшим образом, чтобы у разработчика не оставалось вопросов.
- Такой же подробный прототип в фигме, который наглядно показывает, как должно вести себя приложение.
- Подробный дизайн всех элементов.
- Материалы по проекту находятся в одном месте.
Чтобы не приходилось вспоминать, где всё хранится.
Например, заказчик добавил комменты в фигму, дизайнер обновил, а изменение в ТЗ не внесли. Разраб потерялся.

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

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

Бабки с разработки

Написал товарищ с прошлой студии с просьбой проработать технические моменты на его проекте. Я назвал ставку 10 баксов в час. Отработал.

Вот при таком раскладе гораздо стабильнее себя чувствую. Тут если заказчик задержит материалы, финансовая боль будет не такой сильной, ведь оплата еженедельная. Однако в договоре стоит прописать этот момент, чтобы не получилось так, что от заказчика материалы будут идти месяц, и разрабу хз что делать.
Если, к примеру, больше 3 дней прошло, а материалов нет - время разработчика оплачивается согласно ставке х$/час за каждый просроченный час.

→ В связи с событиями в последнем проекте и моим желанием брать за свою работу достойные бабки, размышляю над двумя пунктами:
1. С середины августа уйти в компанию, где будет больше доход. К примеру, wlnc - товарищ сотрудничает с ними и ставка в 15$, что неплохо, на мой взгляд.
2. Взять полноценно проект в разработку с нуля, чтобы реализовать свои идеи на нём. Поэтому если среди вас есть заказчик, или вы знаете таковых, я готов обсудить сотрудничество.

Провёл первую платную консультацию

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

→ Поэтому тут ещё один пункт:
Если у вас есть вопросы по Bubble, моя консультация 10$/час. В случае если не буду знать ответа на ваш вопрос - направлю к тому, кто знает.

Разработка

Взял проект за 1.2к баксов с расчётом на 3 недели разработки. Нужны были деньги здесь и сейчас, т.к. слил ниши, которые держал только ради дохода. Оставил только разработку.

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

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

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