👨‍💻 Разработка MVP маркетплеса B2B платформы

📄 Описание: Мы хотим разработать MVP версию B2B маркетплейса для первых пользователей обладающую определённым функционалом. Для этого ищем исполнителя. В figma мы сделали экраны и примерный функционал. Рассматриваем на https://bubble.io/ и sharetribe.com/. Готовы к Вашим предложениям. Если необходимо заполнить дополнительно ТЗ напишите мне об этом. Цена и сроки к рассмотрению

🧮 Модель: маркеплейс
🛠 Стек: bubble
🔗 Референс | Материалы: figma
💶 Желаемый бюджет: 50'000 ₽ - 150'000 ₽ за проект

#проект #kwork #bubble #web

🤚 Откликнуться на проект

📱Соберите мобильное приложение за 5 минут

Сегодня мы расскажем, как всего за пару минут создать своё мобильное приложение из таблицы с помощью Glide — платформы для создания мобильных приложений без написания кода и одного из флагманов современной No-code разработки. На Glide можно собрать приложение с базовыми функциями за пару минут — и оно будет выглядеть красиво, быстро работать без интернета и выполнять возложенные на него функции. И Glide — крутейший инструмент для создания приложения под себя, для тренировки в No-code разработке, для создания приложений для небольших бизнесов или внутреннего использования компаниями — и идеален для проверки гипотез.

Как создаются приложения в Glide

1️⃣ шаг — подсоединить базу данных.
База данных в Glide — это таблицы. Данные для неё собираются и вносятся заранее — без них платформа подставит данные по умолчанию, и приложение сформируется из них. Так что первый шаг в первом шаге — сбор данных. Второй шаг — приведение данных к единообразию. Третий шаг — установка связей внутри базы данных.

2️⃣ шаг — навести порядок и настроить под себя (кастомизировать) отображение данных.
На этом этапе надо смотреть, как загруженные данные отображаются в приложении. Разработчик выбирает способ отображения данных, выбирает и настраивает визуальные элементы, шрифт, цвета, иконки. 

3️⃣ шаг — опубликовать приложение.
На этом этапе надо настроить способы доступа в приложение — по регистрации или нет — и сделать приложение публичным.

Базы данных в Glide

В Glide сделать базу данных можно четырьмя способами:
🟣 Создать таблицу в Google Sheets и загрузить её ссылкой на платформу.
🟣 Создать таблицу в самом Glide.
🟣 Создать базу данных в Excel и загрузить её файлом на платформу.
🟣 Создать базу данных в Airtable и загрузить её ссылкой на платформу.

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

Внутри Glide строится работа над взаимосвязями в таблицах — именно тут создаётся реляционная база данных, которая обеспечивают работу No-code приложения. Тут же можно редактировать содержимое ячеек и вносить новые данные.

Собственные таблицы Glide удобные и обеспечивают лучшую скорость работы приложения — однако в них может не оказаться функций и возможностей (например, формул), которые будут в Google-таблицах или Excel.

Что можно создать на Glide

Чтобы прикинуть, что можно собрать на Glide, можно изучить библиотеку шаблонов-темплейтов. Здесь 14 рубрик: образование, финансы, здоровье, персонал, планирование, личное, удалённая работа и др. Вот что можно там встретить:
🟣 Приложения для личного использования: личный финансовый трекер, таск-трекер, планировщики, план питания, дневник, приложение с тренировками и подобное.
🟣 Приложения для стартапов и малого бизнеса: приложение для бронирования столика в ресторане, услуги у мастера, заказа еды; небольшой онлайн-магазин; каталоги товаров и др.
🟣 Приложения для внутреннего использования: чаты, директории с персоналом, мини-приложение под событие (например, под конференцию).

➖➖➖➖➖➖➖➖➖➖➖➖➖

Мы учим работать в Glide на нашем флагманском курсе разработки мобильных приложений без кода. Glide посвящён целый раздел, в нём мы собираем приложение по типу Яндекс.Лавки.

Старт уже завтра, 6 июля, у нас осталось последнее место на этот курс!

📲Научиться разрабатывать мобильные приложения: codebreakers.tech/mobile

💼 Bubble разработчик

📄 Описание: Ищем разработчика на Bubble.io в команду!
Работа в офисе г. Москва (м. Сокол)
ТРЕБОВАНИЯ:
- Владение Bubble на базовом уровне (минимум 2 работы) с хорошим пониманием как работает
- Custom states, параметры URL, навигация в одностраничных веб-приложениях;
- Умение верстать адаптивные интерфейсы и делать это оптимальным способом (с минимальным количеством элементов и Conditional, достаточным для функционала);...Читать далее

🤓 Требуемый опыт: 1–3 года
🛠 Технический стек: bubble
👔 Тип занятости: полная занятость, полный день
💶 Размер оплаты: от 50'000 ₽ на руки

#вакансия #hh #web #bubble

🤚 Откликнуться на вакансию

💻 Как выбрать подходящую No-code платформу для проекта?

Выбор подходящей No-code платформы — один из ключевых моментов для успешной реализации любого проекта. Тут следует учитывать три основных аспекта:

1️⃣ Потребности проекта

IT-продукт, который вы создаёте, будет определять, какая платформа подходит именно в этом случае. Например, вы хотите сделать мобильное или веб-приложение? Здесь обычно важна скорость. Поэтому, если нужно разработать что-то быстро и запуститься как можно скорее, — имеет смысл выбрать более простой в освоении и использовании инструмент с базовым набором функций и фичей.

Также важно учитывать объём данных, с которыми предстоит работать. Например, у вас может быть задача создать базу данных огромной PR-компании, и тут далеко не каждая No-code платформа сможет справиться с этой задачей.

2️⃣ Потребности бизнеса

Если вы внедряете новую платформу или инструмент в какую-либо компанию, учитывайте все потребности и особенности этого бизнеса. Обратите пристальное внимание на задачи IT-продукта в разрезе длительного времени. Например, если вы создаете что-то в сфере здравоохранения в США, оно должно соответствовать стандарту HIPAA. Это значит, что вам нужно работать с той платформой, которая обеспечивает безопасное и надёжное хранение данных или, скорее всего, вам придётся делать это самостоятельно.

Также важно учесть, с чем нужно будет интегрировать выбранную No-code платформу. Например, если сама компания-клиент использует Airtable, убедитесь, что другой выбранный вами No-code инструмент может интегрироваться с ним.

И, конечно же, затраты на выбранную платформу должны соответствовать долгосрочным потребностям и целям бизнеса. Существуют несколько способов расчёта стоимости No-code площадок: оплата за пользователя, за пользованием самим приложением и за хранение данных. К примеру, если вы планируете создать приложение, которым в перспективе будут пользоваться тысячи людей, то, скорее всего, модель с оплатой за пользователя будет невыгодна бизнесу.

3️⃣ Потребности будущих пользователей

В общих чертах можно разделить существующие варианты на три категории:
🟣 Вы выбираете простую в освоении и использовании No-code платформу. В этом случае могут быть ограничены возможности в плане дизайна и гибкости самой платформы, но зато будет меньше сложностей при создании IT-проекта, касающихся пользовательского интерфейса (UI) и проще будет простроить логику продукта.
🟣 Вы выбираете более гибкую No-code платформу, которая также предоставляет больше возможностей в плане дизайна. Но она потребует больше времени для освоения и, возможно, придётся прокачать какие-то дополнительные скиллы.
🟣 Вы выбираете сложную платформу, которая даёт максимальную свободу и массу возможностей как в дизайне, так и в гибкости, интеграциях и проч. Возможно, для масштабных и сложных задач придётся подключить и Low-code инструменты.

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

➖➖➖➖➖➖➖➖➖➖➖➖➖

А если вы хотите мастерски освоить основные No-code платформы и быстро понимать, для какого проекта какой из No-code инструментов подойдёт, — приходите учиться на наш флагманский курс «Профессия No-code разработчик»!

Оставляйте заявку на сайте, и наши менеджеры в скором времени свяжутся с вами и ответят на все интересующие вопросы.

💸 Стать No-code разработчиком: codebreakers.tech/profession

🧑‍🎨 Чем отличаются UI и UX дизайн?

Сегодня мы простыми словами объясним, что такое UI и UX и в чём их основные различия.

UI (user interface) — это всё, что видит пользователь при работе с сайтом или приложением. Это то, что делает цифровой продукт красивым и эстетически приятным. Эта часть отвечает за визуальное восприятие продукта и за его воздействие на эмоции.

UX (user experience) — это то, как работает IT-продукт. Это то, что делает цифровой продукт действующим и эффективным. Это опыт пользователя, но не какой-то абстрактный, а конкретный.

Иными словами, UX отвечает за то, чтобы, к примеру, при нажатии кнопки «Положить в корзину» товар добавлялся в корзину, пользователь получать подтверждающий поп-ап, а на иконке корзины появился маркер «1». А UI отвечает за то, чтобы кнопка «Положить в корзину» была привлекательная, заметная и понятная.

UX пошагово ведёт пользователя к его цели, а UI интуитивно показывает, как это сделать.

UI — это использование визуальных приёмов для создания связи между пользователем и продуктом.
UX — использование в проектировании результатов аналитики привычек и ожиданий пользователей.

Одно без другого не работает, потому что один UX без UI будет лишь каркасом без красоты и смысла — как голые стены дома без обоев. А UI без UX будет лишь красотой без каркаса и смысла — как гора рулонов обоев без стен, на которые нужно их поклеить.

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

➖➖➖➖➖➖➖➖➖➖➖➖➖

Хотите освоить все тонкости цифрового дизайна? Мечтаете научиться делать красивые и эффективные IT-проекты в любых форматах? Тогда ждём на курсе «Профессия No-code разработчик», который стартует уже 20 июля!

🎨 Хочу начать разбираться в дизайне: codebreakers.tech/profession

Вот вам небольшая шпаргалка

🚀 Как понять, что вы готовы к запуску своего стартапа?

Запуск собственного проекта или бизнеса — это очень важное решение, на которое не каждый решается. Пойти в неопредёленность страшно, но именно такое решение может изменить вашу жизнь. Так как определить, что вы уже готовы и пора действовать?

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

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

✅ У вас есть опыт работы на фрилансе или подработки.
Работа на фрилансе или самозанятость — это отличный этап для первых шагов в предпринимательстве. Здесь вы учитесь работать с рисками, неопределённостью и ориентируетесь на результат.

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

✅ У вас есть достаточно временных ресурсов.
Запуск проекта требует временных вложений, не думайте, что после запуска команда сама соберётся и всё будет работать без вашего участия. Это не так, особенно если у вас нет опыта создания бизнеса. Любой бизнес потребует вашего непрерывного участия в процессах, поэтому важно это учесть, запуская проект на начальной стадии.

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

✅ Вы уже не можете не начать.
Глубоко в душе вы понимаете, что если не приступите к делу, то будете несчастны и будете сожалеть о том, что не стартанули раньше.

➖➖➖➖➖➖➖➖➖➖➖➖➖

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

Сделайте первый шаг прямо сейчас, не откладывайте!

💫 Сделать шаг к мечте: codebreakers.tech/mobile

👨‍💻 UX дизайн: что нужно знать No-code разработчику

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

UX дизайн для ноукодера

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

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

А дальше надо развивать это «что хочет пользователь?» пошагово и продумывать, какие «хлебные крошки» приведут юзера к его цели, а какие будут отвлекать.

Чтобы стать сильным No-code разработчиком в части UX, вам нужно качать логическое мышление и практиковаться в проектировании пользовательского пути.

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

Уделяйте внимание изучению поведения пользователей (customer development), составляйте Flow и Customer Journey Map (карта пути пользователя):
🟣 Flow может выглядеть как архитектура проекта, позволяющая составить представление о нужных экранах и целевых действиях, которые на них выполняются.
🟣 Customer Journey Map — это визуализация пути пользователя с учётом успешных шагов и проблем, которые встречаются на пути пользователя, и сопутствующих эмоций. CJM особенно эффективна, когда у вас уже есть пул юзеров и данные по ним. Но если приложение только в стадии проектирования, то придётся фантазировать или опираться на собственные ощущения.

Составить пользовательский путь можно в Google-документе или в таблицах, но лучше воспользоваться программой для визуализации: Miro, Figma, Canva, FlowMapp, MindMeister и проч.

Вывод: любому No-code разработчику надо учиться понимать задачи и анализировать процессы, и помогает в этом визуализация.

➖➖➖➖➖➖➖➖➖➖➖➖➖

Хотите освоить все тонкости цифрового дизайна? Мечтаете научиться делать красивые, эффективные и высокооплачиваемые IT-проекты в любых форматах? Тогда ждём на курсе «Профессия No-code разработчик», который стартует уже завтра, 20 июля!

🤑 Хочу стать высокооплачиваемым специалистом: codebreakers.tech/profession

Как определить плохого No-code разработчика 👎🏻

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

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

1️⃣ No-code разработчик в начале работы с вами пропускает формальную часть.
Если в начале выполнения заказа ноукодер не подписывает договор, не берёт предоплату, не составляет смету, которую бы с вами согласовывал и обговаривал все нюансы, а сразу бросается в работу — скорее всего перед вами неопытный ноукодер, который ещё не понимает даже то, как устроен процесс работы с заказчиком и какие риски/нюансы могут возникнуть в течение самого проекта.

2️⃣ У No-code специалиста нет портфолио.
У ноукодера должно быть как минимум пара проектов, которые он может показать заказчику. Поэтому обязательно проверяйте это перед наймом специалиста на работу. Но часто так случается, что бизнес или проект, для которого No-code разработчик выполнял работу, закрылся или перестал существовать, и в связи с этим основатели сняли приложение с публикации. Это никак не вина ноукодера, конечно. В таком случае попросите специалиста показать черновики проекта или поговорите с предыдущими заказчиками, чтобы получить рекомендацию.

3️⃣ Ноукодер владеет только No-code программами, но плохо понимает продуктовую составляющую.
С таким специалистом вам нужно готовиться, что обязательно понадобится продакт-менеджер, который возьмёт на себя составление логики продукта и контроль работы ноукодера. Это не значит, что No-code разработчик плохой специалист, но точно значит, что он не сможет единолично завершить весь проект. И это нужно учитывать.

4️⃣ No-code разработчик не проводит соответствующую «подготовку», прежде чем начать саму разработку на платформах.
Прежде чем начать что-то создавать с помощью No-code инструментов, нужно в первую очередь составить техническое задание, согласовать его с заказчиком, проработать логику продукта, базу данных, дизайн и только затем приступать к разработке. Если вам попался ноукодер, который сразу приступает к сборке приложения, готовьтесь, что вам, скорее всего, придётся скоро попрощаться с ним.

➖➖➖➖➖➖➖➖➖➖➖➖➖

Для того, чтобы стать сильным No-code разработчиком с портфолио, навыками продуктовой разработки и пониманием того, как работать с клиентами, — приходите к нам на обучение по разработке мобильных приложений без кода, которое стартует уже на следующей неделе, 3 августа!

💪🏻 Стать сильным ноукодером: codebreakers.tech/mobile

💻 UI дизайн для No-code разработчика: теория цвета

Для создания дизайна приложений ноукодеру достаточно кратко изучить основные моменты:
🟣 теорию цвета;
🟣 основы типографики;
🟣 законы Гештальта.

Сегодня остановимся на первом пункте — теории цвета.

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

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

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

Важно учитывать и контрастность цветов — чтобы один цвет хорошо был виден и хорошо читался на другом. Для этого есть специальные сервисы, например:
🟣 Coolors.co.
Он помогает подобрать контрастное сочетание цветов и даёт оценку, насколько удачно это сочетание.
🟣 Color Contrast Cheker.
Он показывает сочетание оттенков в шестнадцатеричном коде.

Как использовать цвета?
Например, принято, чтобы основной цвет был связан с главными элементами (вот и сошлись UX и UI). То есть, главные кнопки, привлекающие внимание баннеры, главные по смыслу карточки и проч. должны быть основного цвета.

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

➖➖➖➖➖➖➖➖➖➖➖➖➖

Конечно, это далеко не все нюансы цифрового дизайна. Если вы хотите освоить все тонкости цифрового дизайна, научиться делать красивые, эффективные и высокооплачиваемые IT-проекты в любых форматах, — тогда ждём на курсе «Профессия No-code разработчик», который стартует в следующий четверг, 3 августа!

💵 Хочу стать востребованным специалистом: codebreakers.tech/profession

❌ 3 мифа о No-code разработке

No-code — это очень прогрессивный и быстро развивающийся способ разработки, который дизраптнул рынок IT и изменил правила игры. Поэтому вокруг него так много вопросов, непонимания и мифов. Сегодня развенчаем 3 основных из них ⬇️

Миф 1: No-code подходит только для создания прототипов продуктов, что-то серьёзное на нём не сделать.

Это огромное заблуждение, которым часто пугают начинающих ноукодеров. На No-code вы можете создавать продукты различной сложности: от онлайн-магазинов до маркетплейсов, SaaS-продуктов и LMS с различными ролями пользователей, функционалом и интеграциями с внешними сервисами, включая дизайн. При этом стоимость и время, затрачиваемые на такую разработку, в 10-30 раз меньше, чем в традиционной.

🟣 Кейс компании Flexiple показывает, как ребята полностью на No-code создали и вырастили стартап до выручки в $3 млн, при этом платя за ежемесячную подписку на No-code инструменты всего лишь $60 в месяц.

Миф 2: нет смысла создавать приложение на No-code, т.к. скоро всё равно придётся переходить на классическую разработку.

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

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

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

Миф 3: No-code подходит только для стартапов, для корпораций ему нет применения.

Это совершенно не так. Сейчас по всему миру стремительно развивается civil development (гражданская разработка) — это когда сотрудники крупных компаний изучают No-code, чтобы самостоятельно решать свои бизнес-задачи и дополнительно не нагружать разработчиков. Такие специалисты для бизнеса на вес золота, ведь они экономят компаниям огромные деньги, продолжая развивать бизнес и не завися от IT-отдела.

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

➖➖➖➖➖➖➖➖➖➖➖➖➖

А для того, чтобы получить практические знания и собрать реальные кейсы на No-code, приходите к нам на обучение по веб-разработке, которое стартует на следующей неделе — 2 августа (среда).

💻 Хочу стать веб-разработчиком: codebreakers.tech/bubble

🧑‍💻 Сайт онлайн-школы с личными кабинетами учеников до 15 августа

📄 Описание: Разработка сайта онлайн-школы. Предпочтительно на конструкторе сайтов. Это MVP, который будет тестироваться. Проект с нуля. Специализация – обучение детей азам предпринимательства. Игровые форматы обучения.
На сайте должен быть личный кабинет учеников с возможностью отслеживать прогресс обучения. Поскольку предусмотрен индивидуальный формат обучения (то есть по сути репетиторство), то в личном кабинете предусмотреть отправку личных сообщений, составление индивидуальных расписаний. Записанные видео. Тестовые задания с отслеживанием прогресса. Более подробно в техническом задании (приложенный файл). С ИСПОЛНИТЕЛЕМ БУДЕТ ЗАКЛЮЧЕН ДОГОВОР. Статус исполнителя: самозанятый, ИП, ООО

🧮 Модель: нет данных
🛠 Стек: на усмотрение разработчика
🔗 Референс|Материалы: нет данных
💶 Желаемый бюджет: 50'000 ₽ за проект

#проект #fl #web

🤚 Откликнуться на проект

💻 UI дизайн для No-code разработчика: типографика

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

Главные принципы и советы по работе с типографикой в digital-проекте ⬇️

⭐️ Чтение в вебе и на мобилках отличается от чтения книг. Книги читаем построчно сверху вниз, в вебе текст читаем по Z-траектории — когда глаза скользят по веб-странице слева направо, потом делают скачок по диагонали налево, оттуда снова направо. Люди сканируют веб-страницы, так что надо давать то, за что взгляд сможет зацепиться. Поэтому важно уделять внимание вёрстке.

⭐️ Чтобы разнообразить вёрстку и увеличить «сканируемость» страницы, — дробите на абзацы, вводите подзаголовки, работайте с весом шрифтовой группы — увеличивайте и уменьшайте жирность для одного и того же шрифта.

⭐️ Не рекомендуется использовать в проекте более двух шрифтов. А лучше — взять один. Если берётся два шрифта, то они должны сочетаться. Подобрать шрифтовую пару можно, например, на Fontjoy, Typotheque, Mixfont и проч.

⭐️ Учитывайте уместность шрифта. Например, в SaaS-сервисе неуместно использовать рукописный, меловой шрифт. Он подойдёт, к примеру, проекту для школьников. В спортивном приложении странно будет смотреться курсивный шрифт — он лучше подойдёт для книжного приложения, и то для заголовков.

⭐️ Осторожно обращайтесь с декоративными шрифтами. Их избыток повысит когнитивную нагрузку на пользователя и создаст лишний шум.

⭐️ Заголовок — всегда больше основного текста. Подойдёт не просто увеличенный кегль (размер шрифта в пикселях), но и написание капсом или заглавный шрифт.

⭐️ Основной текст плохо читается капсом и курсивом. Капс и курсив уместны в заголовке.

⭐️ В заголовке следует увеличивать межбуквенное расстояние. В основном тексте — межстрочное.

⭐️ В вебе лучше делать более узкие колонки текста, увеличивая межстрочное расстояние. В мобилках текст можно растягивать на всю ширину экрана.

⭐️ Предпочтительный минимальный кегль для веба и приложений — 16рх, для Android — 12рх и для iOS — 11рх.

➖➖➖➖➖➖➖➖➖➖➖➖➖

Конечно, это лишь малая часть информации о большом и сложном мире цифрового дизайна. Если вы хотите освоить все тонкости digital-дизайна, научиться делать красивые, эффективные и высокооплачиваемые IT-продукты в любых форматах, — тогда ждём на курсе «Профессия No-code разработчик», который стартует уже в четверг, 3 августа!

💰Стать высокооплачиваемым специалистом: codebreakers.tech/profession

👨‍💻 FlutterFlow вебинтерфейс - кто умеет работать пишите, доработки

📄 Описание: FlutterFlow вебинтерфейс - кто умеет работать пишите, доработки
Работа завтра сегодня-завтра, не много доработок в проект не сложная логика
Бюджет 5000 рублей, оплата по факту готовности, без аванс, сроки завтра к вечеру
Оставляйте телеграмм для связи

🧮 Модель: нет данных
🛠 Стек: flutterflow
🔗 Референс|Материалы: нет данных
💶 Желаемый бюджет: 5'000 ₽

#проект #доработка #habr #flutterflow #mobile

🤚 Откликнуться на проект

💻 Чем отличаются No-code и Low-code

Что такое No-code мы уже рассказывали много раз, но давайте сегодня разберёмся в основных отличиях No-code и Low-code ⬇️

🟣 No-code — «нет кода». Это визуальное программирование, когда IT-продукт разрабатывается методом перетаскивания элементов (метод drag-and-drop): кнопок, текстовых блоков, форм для заполнения, фигур, картинок и проч., — того, из чего складывается сайт или приложение, например.

No-code разработчик код не пишет. Ноукодеру уже дали «готовые» элементы, написанные кодом, — а сам код остался за кадром. No-code разработчик настраивает внешний вид продукта, формирует базу данных и задаёт логику использования IT-продукта.

No-code платформы использовать довольно просто, поскольку они ориентированы не на программистов, а на digital-специалистов. Назначение ноукодерских программ — быстро давать функциональные продукты для решения конкретных задач.

🟣 Low-code — «низкий код». Это означает, что некоторые куски кода в создаваемом продукте писать в процессе разработки можно. Заметьте — можно, но не обязательно нужно. Как и с No-code программами, на Low-code платформах IT-продукты создаются перетаскиванием элементов, а не написанием кода с нуля.

Low-code разработчик может «дописать» кодом функциональность и внешний вид продукта. Буквально взять и дописать вручную часть кода, расширив тем самым функциональность — то есть код открытый. В некоторых Low-code программах добавлены готовые шаблоны кода, например, прописанный код кнопки. Код копируют и многократно используют.

Low-code платформы призваны облегчать разработку и как продукт ориентированы скорее на людей с опытом в программировании. Но, чтобы использовать их, не обязательно быть программистом. Лоукодерские платформы также используют и «гражданские разработчики» (пользователи без опыта в IT) — и делают с помощью лоукода полнофункциональные сложные приложения.

Если вы пришли к выводу, что No-code и Low-code максимально похожи — вы правы. В англоязычных статьях о них, за редкими исключениями, говорят как о целостном подходе к разработке.

➖➖➖➖➖➖➖➖➖➖➖➖➖
No-code и Low-code уверенно занимают отдельную нишу — там, где превалируют скорость разработки и гибкость. За эти качества бизнес нередко делает ставку на разработку без кода, а не на программирование. No-code и Low-code легки в освоении и приходятся по душе тем, кто никогда не программировал и не работал с кодом.

Если вы хотите мастерски освоить основные No-code платформы и быстро начать зарабатывать на востребованном навыке, — приходите на наш флагманский курс «No-code разработчик»! Осталось всего 3 места на ближайший поток, оставляйте заявку по ссылке ⬇️

🤩 Хочу на курс: codebreakers.tech/profession