Свежий выпуск #Кибирд!
Сегодня в гостях Роман Кононов (Engineering Leader, Site Lead в Uber) и ведущий Михаил Иващенко поговорят на тему: "Как работают программисты в UBER".
Го смотреть ➡️ https://youtu.be/j3KrBbRSfdg
Сегодня в гостях Роман Кононов (Engineering Leader, Site Lead в Uber) и ведущий Михаил Иващенко поговорят на тему: "Как работают программисты в UBER".
Го смотреть ➡️ https://youtu.be/j3KrBbRSfdg
YouTube
Кибирд (Keybeard) #32 – Как работают программисты в UBER
В гостях #Keybeard Engineering Leader, Site Lead в топовой американской компании #Uber Роман Кононов!
Михаил Иващенко и #РоманКононов поговорят о том, как оценивают эффективность разработчика, о развитии и повышение квалификации, и можно ли устроиться…
Михаил Иващенко и #РоманКононов поговорят о том, как оценивают эффективность разработчика, о развитии и повышение квалификации, и можно ли устроиться…
Mad Devs Channel
#СоветыНачинающимТимлидам Сейчас для всех ты "какой-то непонятный чувак" и тебе нужно завоевывать доверие как со стороны команды, так и с остальными участниками в компании. Для этого есть множество советов: 1. Легитимная передача власти. Когда тебя назначили…
#СоветыНачинающимТимлидам
Надейся на лучшее, готовься к худшему, и извлекай максимальную пользу из того, что получилось. (Зиг Зиглар).
Последствия твоих решений решать только тебе и никому еще. Тебе могут помочь решить те или иные проблемы, но нужно готовиться к самому худшему: код, который деплоишь поломают и украдут все данные клиента, попадут в суд, клиента посадят и тебя тоже.
Также как и в разработке, эту привычку имеет смысл перенести в лидство, и думать о следующем:
- Что если все решат уволится?
- Что если самолет с командой разобьется?
- Что, если ты сам умрешь, то кто это все подхватит?
Прозрачность - твой друг. Желательно всем видеть твою работу и все договоренности с тобой, как с лидом. Нельзя утаивать какую-то информацию, ведь это порождает домыслы. Домыслы порождают умозаключения. Умозаключения подтвержденные практикой сложно выбить из головы человека. В конечном счете это ведет к потере траста к тебе, а это влечет за собой потерю профессиональной репутации и в итоге с тобой работать никто не захочет.
Цепочка хоть и притянута за уши и слишком перегнута в одну крайность, но во всем этом деле есть смысл. Для примера посмотрим на обычный кейс, когда ты о блокерах и рисках не сообщаешь бизнесу заранее.
Ситуация в следующем. Ты встретил какую-то проблему в процессе разработки и чувствуешь, что если вы поднажмете, то успеете в срок, только надо починить вот эту мелкую проблему. Ты об этом не говоришь бизнесу и не продумываешь план если это все не порешается и в итоге срываешь сроки. Что тут произошло и какие мысли могут быть в голове у бизнеса:
- Так, а что это он оправдывается? Нельзя было раньше эту штуку обсудить? Это же очевидная штука.
- Эээ… Может быть он совсем того? Мож он решил людей сосредоточить на чем-то другом?
- Мож он там левачит своей командой и в срок не уложился? Задача ведь простая и там работы на час.
В итоге, простая недомолвка и отсутствие прозрачности может привести к негативным последствиям.
Надейся на лучшее, готовься к худшему, и извлекай максимальную пользу из того, что получилось. (Зиг Зиглар).
Последствия твоих решений решать только тебе и никому еще. Тебе могут помочь решить те или иные проблемы, но нужно готовиться к самому худшему: код, который деплоишь поломают и украдут все данные клиента, попадут в суд, клиента посадят и тебя тоже.
Также как и в разработке, эту привычку имеет смысл перенести в лидство, и думать о следующем:
- Что если все решат уволится?
- Что если самолет с командой разобьется?
- Что, если ты сам умрешь, то кто это все подхватит?
Прозрачность - твой друг. Желательно всем видеть твою работу и все договоренности с тобой, как с лидом. Нельзя утаивать какую-то информацию, ведь это порождает домыслы. Домыслы порождают умозаключения. Умозаключения подтвержденные практикой сложно выбить из головы человека. В конечном счете это ведет к потере траста к тебе, а это влечет за собой потерю профессиональной репутации и в итоге с тобой работать никто не захочет.
Цепочка хоть и притянута за уши и слишком перегнута в одну крайность, но во всем этом деле есть смысл. Для примера посмотрим на обычный кейс, когда ты о блокерах и рисках не сообщаешь бизнесу заранее.
Ситуация в следующем. Ты встретил какую-то проблему в процессе разработки и чувствуешь, что если вы поднажмете, то успеете в срок, только надо починить вот эту мелкую проблему. Ты об этом не говоришь бизнесу и не продумываешь план если это все не порешается и в итоге срываешь сроки. Что тут произошло и какие мысли могут быть в голове у бизнеса:
- Так, а что это он оправдывается? Нельзя было раньше эту штуку обсудить? Это же очевидная штука.
- Эээ… Может быть он совсем того? Мож он решил людей сосредоточить на чем-то другом?
- Мож он там левачит своей командой и в срок не уложился? Задача ведь простая и там работы на час.
В итоге, простая недомолвка и отсутствие прозрачности может привести к негативным последствиям.
Мы в Mad Devs относим себя к определенному сообществу, или, как говорит Роберт Сесил Мартин - к гильдии программистов. Мы гордимся этим, и мы хотим, чтобы наши клиенты доверяли нам, когда речь идет о разработке.
Более того, мир автоматизируется. И все решения для автоматизации создаются программистами. Это огромная ответственность, ведь именно в наших руках будущее мира. Поэтому программисту обязательно придерживаться некоторых принципов.
Точнее всего эти принципы описаны в так называемых "заповедях программиста", которые были очень красиво сформулированы Робертом Мартином - почитать их на русском языке можно тут: https://medium.com/maddevs-io/programmers-oath-646e6d3f2136
Более того, мир автоматизируется. И все решения для автоматизации создаются программистами. Это огромная ответственность, ведь именно в наших руках будущее мира. Поэтому программисту обязательно придерживаться некоторых принципов.
Точнее всего эти принципы описаны в так называемых "заповедях программиста", которые были очень красиво сформулированы Робертом Мартином - почитать их на русском языке можно тут: https://medium.com/maddevs-io/programmers-oath-646e6d3f2136
Вы когда-либо сталкивались с дискриминацией по возрасту в IT? Если вы - разработчик, то скорее всего, так или иначе вам это знакомо. Насколько это справедливо?
Молодежь энергична, может работать много и не требует столько же денег, сколько опытный разработчик. Так что молодая команда наиболее конкурентна. Так думают многие, но не мы.
Мы считаем, что команда должна состоять из специалистов разного возраста, с разным опытом и знаниями:
⭕ Молодежь укрепляет команду новыми взглядами, новыми подходами, не ограниченными опытом.
⭕ Более опытные специалисты обладают ценными знаниями и могут решать сложные задачи.
⭕ Сеньоры же обладают уникальным опытом и умением решать задачу комплексно.
Так что мы предпочитаем смешанные команды, которые могут работать над любыми проектами.
Рекомендуем к просмотру выпуск #Кибирд - Возраст в IT
Молодежь энергична, может работать много и не требует столько же денег, сколько опытный разработчик. Так что молодая команда наиболее конкурентна. Так думают многие, но не мы.
Мы считаем, что команда должна состоять из специалистов разного возраста, с разным опытом и знаниями:
⭕ Молодежь укрепляет команду новыми взглядами, новыми подходами, не ограниченными опытом.
⭕ Более опытные специалисты обладают ценными знаниями и могут решать сложные задачи.
⭕ Сеньоры же обладают уникальным опытом и умением решать задачу комплексно.
Так что мы предпочитаем смешанные команды, которые могут работать над любыми проектами.
Рекомендуем к просмотру выпуск #Кибирд - Возраст в IT
YouTube
Кибирд (Keybeard) #20 – Возраст в IT
Наш сегодняшний выпуск посвящен теме возраста в IT командах.
Михаил Иващенко и Олег Пузанов расскажут о стандартных типах людей в коллективе, их роли и пользе.
С ростом молодой сферы IT, команды становятся «разношерстными» - могут включать в себя совершенно…
Михаил Иващенко и Олег Пузанов расскажут о стандартных типах людей в коллективе, их роли и пользе.
С ростом молодой сферы IT, команды становятся «разношерстными» - могут включать в себя совершенно…
🤘 "Mad Devs" ищет Golang developer в финтех проект, который мы разрабатываем для одного из стартапов в США.
⚙️ Основные задачи:
- Разрабатывать новую архитектуру проекта;
- Покрывать код юнит и интеграционными тестами;
- Рефакторить код в legacy-проекте;
- Ревьюить работы и MR-ы других участников команды;
- Вести задачи в JIRA;
- Писать техническую документацию по продукту.
✅ Ожидаем от кандидата:
- 1,5+ лет опыта в разработке и поддержке коммерческих продуктов вышедших в Production на Go;
- Опыт в разработке и поддержке HTTP API включая подготовку и создание Swagger документации;
- Хорошее знание SQL, а также работа с PostgreSQL в Go;
- Опыт написания миграций в Golang;
- Опыт в использовании Docker и применения Docker Compose;
- Английский не ниже Intermediate.
🔴 Откликнуться на вакансию
👉 Посмотреть открытые вакансии
⚙️ Основные задачи:
- Разрабатывать новую архитектуру проекта;
- Покрывать код юнит и интеграционными тестами;
- Рефакторить код в legacy-проекте;
- Ревьюить работы и MR-ы других участников команды;
- Вести задачи в JIRA;
- Писать техническую документацию по продукту.
✅ Ожидаем от кандидата:
- 1,5+ лет опыта в разработке и поддержке коммерческих продуктов вышедших в Production на Go;
- Опыт в разработке и поддержке HTTP API включая подготовку и создание Swagger документации;
- Хорошее знание SQL, а также работа с PostgreSQL в Go;
- Опыт написания миграций в Golang;
- Опыт в использовании Docker и применения Docker Compose;
- Английский не ниже Intermediate.
🔴 Откликнуться на вакансию
👉 Посмотреть открытые вакансии
Mad Stream продолжается! 🤘
На этой неделе нашим спикером будет Игнат Ким, Junior Frontend developer в Mad Devs. Он выступит с темой "Никогда не поздно уйти в айти".
На стриме Игнат расскажет о плавной смене карьеры со старшего аудитора в Киеве на фронтенд разработчика в Бишкеке. Поделится когда, зачем и нужно ли вообще менять карьеру. А также подскажет в каком направлении стоит двигаться, если ты все-таки готов к новому вызову. И на десерт разберет, что можем мы - "career switchers" предложить индустрии, а индустрия нам.
Дата/Время: 15 октября в 19:00 (по Бишкекскому времени)
Вход на вебинар – свободный! Ссылка будет доступна в нашем Telegram-канале за 15 мин. до начала ивента.
На этой неделе нашим спикером будет Игнат Ким, Junior Frontend developer в Mad Devs. Он выступит с темой "Никогда не поздно уйти в айти".
На стриме Игнат расскажет о плавной смене карьеры со старшего аудитора в Киеве на фронтенд разработчика в Бишкеке. Поделится когда, зачем и нужно ли вообще менять карьеру. А также подскажет в каком направлении стоит двигаться, если ты все-таки готов к новому вызову. И на десерт разберет, что можем мы - "career switchers" предложить индустрии, а индустрия нам.
Дата/Время: 15 октября в 19:00 (по Бишкекскому времени)
Вход на вебинар – свободный! Ссылка будет доступна в нашем Telegram-канале за 15 мин. до начала ивента.
Доверие между клиентом и командой - насколько это важно?
Доверие🤝 - это основа любого сотрудничества. Поэтому выстраиваем отношения с клиентом так, чтобы создать доверительные отношения:
⭕ Не запугиваем клиента ради того, чтобы создать впечатление, что без нас он не справится;
⭕ Открыто говорим о проблемах, с которыми сталкиваемся при работе над проектом;
⭕ Предлагаем решения проблем и обсуждаем все варианты с клиентом;
⭕ Всегда исполняем то, что обещали.
Мы понимаем, что если клиент будет нам доверять, если он будет верить в то, что мы можем решить его проблемы, то сотрудничать будем долго и продуктивно.
Доверие🤝 - это основа любого сотрудничества. Поэтому выстраиваем отношения с клиентом так, чтобы создать доверительные отношения:
⭕ Не запугиваем клиента ради того, чтобы создать впечатление, что без нас он не справится;
⭕ Открыто говорим о проблемах, с которыми сталкиваемся при работе над проектом;
⭕ Предлагаем решения проблем и обсуждаем все варианты с клиентом;
⭕ Всегда исполняем то, что обещали.
Мы понимаем, что если клиент будет нам доверять, если он будет верить в то, что мы можем решить его проблемы, то сотрудничать будем долго и продуктивно.
This media is not supported in your browser
VIEW IN TELEGRAM
Вся боль программиста...
Mad Devs Channel
Mad Stream продолжается! 🤘 На этой неделе нашим спикером будет Игнат Ким, Junior Frontend developer в Mad Devs. Он выступит с темой "Никогда не поздно уйти в айти". На стриме Игнат расскажет о плавной смене карьеры со старшего аудитора в Киеве на фронтенд…
YouTube
Mad Stream: "Никогда не поздно уйти в айти" Cпикер - Игнат Ким.
Mad Stream продолжается! 🤘
На этой неделе нашим спикером будет Игнат Ким, Junior Frontend developer в Mad Devs. Он выступит с темой "Никогда не поздно уйти в айти".
На стриме Игнат расскажет о плавной смене карьеры со старшего аудитора в Киеве на фронтенд…
На этой неделе нашим спикером будет Игнат Ким, Junior Frontend developer в Mad Devs. Он выступит с темой "Никогда не поздно уйти в айти".
На стриме Игнат расскажет о плавной смене карьеры со старшего аудитора в Киеве на фронтенд…
🤘 "Mad Devs" ищет Android разработчика для разработки финтех проекта.
⚙️ Основные задачи:
- разработка архитектуры и основных модулей приложения с нуля;
- внедрение сторонних SDK;
- реализация модуля профиля клиента и всего userflow с нуля;
- реализация модулей KYC и KYB;
-разработка приложения, похожего на www.pleo.io/en
✅ Наши ожидания:
- опыт разработки Android приложений от 2-х лет;
- уверенное знание Java и Android SDK;
- опыт разработки на Kotlin;
- уверенная работа с Git;
- продвинутый навык написания поддерживаемого и тестируемого кода;
- опыт работы с CI/CD и организовывать поставку кода до продакшна;
- опыт работы со сторонними SDK;
опыт работы с REST API;
- понимание принципов SOLID;
- опыт коммуникации с командой на английском языке. Обсуждение требований, демо результатов, уточнения и прочие апдейты на английском.
🔴 Откликнуться на вакансию
👉 Посмотреть открытые вакансии
⚙️ Основные задачи:
- разработка архитектуры и основных модулей приложения с нуля;
- внедрение сторонних SDK;
- реализация модуля профиля клиента и всего userflow с нуля;
- реализация модулей KYC и KYB;
-разработка приложения, похожего на www.pleo.io/en
✅ Наши ожидания:
- опыт разработки Android приложений от 2-х лет;
- уверенное знание Java и Android SDK;
- опыт разработки на Kotlin;
- уверенная работа с Git;
- продвинутый навык написания поддерживаемого и тестируемого кода;
- опыт работы с CI/CD и организовывать поставку кода до продакшна;
- опыт работы со сторонними SDK;
опыт работы с REST API;
- понимание принципов SOLID;
- опыт коммуникации с командой на английском языке. Обсуждение требований, демо результатов, уточнения и прочие апдейты на английском.
🔴 Откликнуться на вакансию
👉 Посмотреть открытые вакансии
Хотите решить проблемы с SEO одним махом? Поможет вам в этом SEO анализатор, разработанный Денисом Грушкиным. Подробнее об этом плагине и о том, как с ним работать, Денис рассказывает в своей статье: https://medium.com/maddevs-io/seo-analyzer-bfb0eea16801
Medium
SEO Analyzer — Библиотека для поиска SEO дефектов
Инструмент для разработчиков, который помогает отлавливать SEO ошибки на разных стадиях разработки.
Время обновить плейлист. В музыкальной рубрике 🎶 от Mad Devs сегодня расчехляет свои находки Александр - Python разработчик. А дело было так:
Главред: Делись музыкой!
Александр: Мои вкусы слишком специфичны.
Г: Так посвяти же нас в них.
А: Я слушаю всё, кроме тяжелого металла!
Г: Больной ублюдок! 😮
Но не суть. Итак, ловите:
🎹 Ненавязчивое элегантное творчество корейской диджейши (такой же феминитив?🤔) Peggy Gou. На что обратить внимание: It makes You Forget, Han Pan, Starry Night.
🎹 Всем любителям Игры Престолов, викингов, нордической культуры и средних веков посвящается. Осторожно, при прослушивании хочется хватать меч и идти защищать короля: https://open.spotify.com/playlist/1ZiAtqAMkqWWhdXi15Tj9A?si=3d55a5c38f694ebe&nd=1
Главред: Делись музыкой!
Александр: Мои вкусы слишком специфичны.
Г: Так посвяти же нас в них.
А: Я слушаю всё, кроме тяжелого металла!
Г: Больной ублюдок! 😮
Но не суть. Итак, ловите:
🎹 Ненавязчивое элегантное творчество корейской диджейши (такой же феминитив?🤔) Peggy Gou. На что обратить внимание: It makes You Forget, Han Pan, Starry Night.
🎹 Всем любителям Игры Престолов, викингов, нордической культуры и средних веков посвящается. Осторожно, при прослушивании хочется хватать меч и идти защищать короля: https://open.spotify.com/playlist/1ZiAtqAMkqWWhdXi15Tj9A?si=3d55a5c38f694ebe&nd=1
Spotify
Viking Battle Music
tenaciousbeaver · Playlist · 75 songs · 28.5K likes
This media is not supported in your browser
VIEW IN TELEGRAM
Когда проект не готов, а заказчик уже хочет демо...🙂
Сегодня мы вновь поделимся с вами инструментом, который недавно попал в поле нашего зрения и показался классным!
Sketch2Code - это AI инструмент, который превращает ваши рисунки в HTML вёрстку.
Как он работает?
🔴 Находит шаблоны проектирования
Computer Vision Model обучена распознавать объекты на основе нарисованных от руки шаблонов HTML.
🔴 Распознает рукописный текст
Каждый обнаруженный элемент проходит через службу распознавания текста для извлечения рукописного содержимого.
🔴 Понимает структуру
Информация об обнаруженных объектах и их положении внутри изображения вводится в алгоритм, который генерирует базовую структуру.
🔴 Создает HTML
HTML-код создается в соответствии с обнаруженным макетом, содержащим нужные элементы дизайна.
А еще на сайте есть готовые шаблоны. Удобно? Удобно!
Sketch2Code - это AI инструмент, который превращает ваши рисунки в HTML вёрстку.
Как он работает?
🔴 Находит шаблоны проектирования
Computer Vision Model обучена распознавать объекты на основе нарисованных от руки шаблонов HTML.
🔴 Распознает рукописный текст
Каждый обнаруженный элемент проходит через службу распознавания текста для извлечения рукописного содержимого.
🔴 Понимает структуру
Информация об обнаруженных объектах и их положении внутри изображения вводится в алгоритм, который генерирует базовую структуру.
🔴 Создает HTML
HTML-код создается в соответствии с обнаруженным макетом, содержащим нужные элементы дизайна.
А еще на сайте есть готовые шаблоны. Удобно? Удобно!
🔥Что же делать если упал продакшн? 🔥 - об этом поговорят Олег Пузанов и Михаил Иващенко в новом выпуске #Кибирд. 🤘
Погнали смотреть: https://youtu.be/LRQiQ6FWpv0
Погнали смотреть: https://youtu.be/LRQiQ6FWpv0
YouTube
Кибирд (Keybeard) #33 – Как тушить пожары на продакшене и не умереть
Никто не застрахован от того, что продакшен может упасть в любое время. Важно знать, что делать в такой ситуации и начать решать проблему как можно скорее, т.к. из-за простоев бизнес теряет деньги, но помимо денег это также и репутационные потери, когда бизнес…
Девочки💁🏻♀️, записываемся на программирование 💅🏻. А вы знали, что многие женщины стояли у истоков 👩💻программирования. Нет? Тогда минуточка истории.😻
💄 Ада Лавлейс
Была первой, кто смог разработать алгоритм, который мог обрабатываться машиной или компьютером. Таким образом, считается первым программистом в мире.
💄 Лойс Хайбт
Была одной из десяти человек команды IBM, которая разработала FORTRAN - первый успешный язык программирования высокого уровня.
💄 Барбара Лисков
Создала Argus - первый язык высокого уровня для поддержки распределенных программ и демонстрации техники конвейерной обработки данных и Thor.
💄 Фрэнсис Элизабет Аллен
Аллен была первой женщиной - членом IBM и в 2006 году стала первой женщиной, получившей премию Тьюринга. Большую часть своей карьеры она занималась разработкой передовых компиляторов языка программирования для IBM Research.
В Mad Devs работает много девушек и, к нашему счастью, их становится все больше. Даешь больше крутых специалисток!🤘
🍷Посмотреть открытые вакансии
💄 Ада Лавлейс
Была первой, кто смог разработать алгоритм, который мог обрабатываться машиной или компьютером. Таким образом, считается первым программистом в мире.
💄 Лойс Хайбт
Была одной из десяти человек команды IBM, которая разработала FORTRAN - первый успешный язык программирования высокого уровня.
💄 Барбара Лисков
Создала Argus - первый язык высокого уровня для поддержки распределенных программ и демонстрации техники конвейерной обработки данных и Thor.
💄 Фрэнсис Элизабет Аллен
Аллен была первой женщиной - членом IBM и в 2006 году стала первой женщиной, получившей премию Тьюринга. Большую часть своей карьеры она занималась разработкой передовых компиляторов языка программирования для IBM Research.
В Mad Devs работает много девушек и, к нашему счастью, их становится все больше. Даешь больше крутых специалисток!🤘
🍷Посмотреть открытые вакансии
Асинхронная коммуникация - это один из важных пунктов тайм-менеджмента, ведущего к росту собственной эффективности.📈
Есть два стула:
🪑 Привет! Как дела? Скинь отчет.
🪑 Привет! Кинь отчет о проделанной работе за последний закрытый спринт. В отчете укажи: сколько на тебе было задач, сколько из них было закрыто, сколько перешли в следующий спринт (и почему). Вышли сегодня до 17 часов.
На какой сам сядешь? Мы бы выбрали второй.
Почему второй?
⭕️ Асинхронный ответ более вдумчивый и развернутый.
⭕️ Не отрывает тебя от сложной задачи, ведь ответить на сообщение ты можешь позже.
⭕️ Ты демонстрируешь уважение к коллегам, особенно к членам команды, которые работают в разных часовых поясах.
⭕️ Асинхронная коммуникация всегда более прозрачна и оставляет за собой больше рабочих артефактов не только для тебя, но и для команды.
Базовое правило асинхронной коммуникации - поставленный вопрос / задача не должны вызывать дополнительных вопросов.
Советуем посмотреть: Кибирд – Коммуникации в разработке софта
Есть два стула:
🪑 Привет! Как дела? Скинь отчет.
🪑 Привет! Кинь отчет о проделанной работе за последний закрытый спринт. В отчете укажи: сколько на тебе было задач, сколько из них было закрыто, сколько перешли в следующий спринт (и почему). Вышли сегодня до 17 часов.
На какой сам сядешь? Мы бы выбрали второй.
Почему второй?
⭕️ Асинхронный ответ более вдумчивый и развернутый.
⭕️ Не отрывает тебя от сложной задачи, ведь ответить на сообщение ты можешь позже.
⭕️ Ты демонстрируешь уважение к коллегам, особенно к членам команды, которые работают в разных часовых поясах.
⭕️ Асинхронная коммуникация всегда более прозрачна и оставляет за собой больше рабочих артефактов не только для тебя, но и для команды.
Базовое правило асинхронной коммуникации - поставленный вопрос / задача не должны вызывать дополнительных вопросов.
Советуем посмотреть: Кибирд – Коммуникации в разработке софта
Иногда некоторые запросы клиентов не требуют решения с нуля. Одно из возможных решений, которые мы можем посоветовать это разработка с использованием low-code/no-code инструментов.
No-code – это разработка без разработчика. Есть специальные инструменты и шаблоны, которые не требуют никаких навыков программирования и значительно облегчают бюджет.
Low-code – это разработка с минимальным программированием. Вместо кода используют специальные конструкторы или готовые скрипты.
Примеры No-code/ Low-code:
🔺 Веб-платформы: WordPress, Wix, Squarespace, WebFlow
🔺 Платформы управления базами данных: Mendix, Airtable
🔺 Мобильные приложения: Bubble, Thunkable, Figma, Bravo
🔺 E-commerce и онлайн-магазины: Shopify
🔺 Приложения планирования ресурсов компании: Zoho, Salesforce
Главное помнить, что сервис приложения или сайта может требовать и кастомных решений, которые уже невозможно воплотить без разработчиков - таких, как мы 🙆🏻♀️, например.
No-code – это разработка без разработчика. Есть специальные инструменты и шаблоны, которые не требуют никаких навыков программирования и значительно облегчают бюджет.
Low-code – это разработка с минимальным программированием. Вместо кода используют специальные конструкторы или готовые скрипты.
Примеры No-code/ Low-code:
🔺 Веб-платформы: WordPress, Wix, Squarespace, WebFlow
🔺 Платформы управления базами данных: Mendix, Airtable
🔺 Мобильные приложения: Bubble, Thunkable, Figma, Bravo
🔺 E-commerce и онлайн-магазины: Shopify
🔺 Приложения планирования ресурсов компании: Zoho, Salesforce
Главное помнить, что сервис приложения или сайта может требовать и кастомных решений, которые уже невозможно воплотить без разработчиков - таких, как мы 🙆🏻♀️, например.