Bnent eu code что это
Very Little Nightmares 9+
Приключение-головоломка
BANDAI NAMCO Entertainment Europe
Снимки экрана
Описание
Откройте для себя мир приключенческой игры с элементами головоломки Very Little Nightmares, одновременно милой и жуткой.
Помогите Девочке в желтом дождевике выжить в доме, полном опасностей, и выбраться из него.
Девочка проснулась в неизвестном ей особняке. Ваша задача: провести ее через все комнаты. Ей очень не повезло очутиться в месте, где все вокруг желает ей смерти.
Жизнь девочки в ваших руках. Скрывайтесь от врагов и решайте головоломки, чтобы разгадать тайны этого странного дома.
ИССЛЕДУЙТЕ
Вас ждет Гнездо — обширный лабиринт, полный смертельных ловушек.
РАЗГАДЫВАЙТЕ
Ваш путь будут преграждать непростые головоломки. Чтобы их решить, вам придется включить смекалку.
ВЫЖИВАЙТЕ
Жуткие враги пойдут на все, чтобы поймать вас.
ОТКРЫВАЙТЕ НОВОЕ
Погрузитесь в мрачную историю и узнайте, что предшествовало событиям Little Nightmares.
Следите за новостями и раскрывайте тайны этого мира:
Как влияет на зарубежные покупки реформа экспортного контроля в США?
В течение последних двух лет интернет-покупатели столкнулись с непредвиденной проблемой, а именно с тем, что некоторые ранее доступные к покупке вещи внезапно оказались в списке запрещенных товаров. К примеру, одежда в камуфляжных расцветках или отдельные рыболовные снасти. В сети тут и там велись споры о причинах подобной перемены, но истина, как всегда, была где-то рядом и оказалась весьма банальна — внесение изменений в законодательство.
Несколько лет назад власти США запустили трехфазовую реформу экспортного контроля, которая призвана упорядочить все существующие нормы и создать единый автоматизированный механизм контроля за вывозом товаров за рубеж, что позволит властям проводить регулярные проверки и держать руку на пульсе экспортного рынка. В августе 2015 реформа вступила во вторую фазу, и федеральные власти призывают экспортеров также привести свои процедуры в соответствие с новыми требованиями.
Что же это означает?
90% экспортируемых товаров не требуют лицензирования и не подлежат дополнительному регулированию. Лишь 10% экспортного товарооборота подпадает под действие Commerce Control List (CCL), и такой продукции будет присвоен ECCN (Export Control Classification Number). Этот номер указывает на характеристики товара, которые делают возможным его применение в военных целях, в атомной энергетике, телекоммуникациях и нескольких других принципиально важных отраслях. Каждый экспортер обязан проверить обрабатываемые товары на соответствие CCL и установить классификационный номер (ECCN), если он был присвоен товару производителем.
Конечно, покупая, например, джинсы Levi’s или следующий томик “Игры престолов” на американском Амазон или Ибей, не стоит искать в описании лота ECCN. А вот если вы планируете покупку оборудования или электроники, всегда будет полезно заглянуть на сайт производителя и уточнить информацию о наличии ECCN, чтобы избежать редких, но все же возможных ограничений. Или напишите в нашу службу поддержки, и мы с радостью уточним для вас по возможности доставки товара заранее, до его покупки. Сразу стоит отложить мысль о покупке в США, скажем, лазерного прицела, камуфляжной формы или скрытой камеры, даже если все эти вещи были нужны вам лишь для недавно прошедшего маскарада на Хэллоуин.
Вернемся теперь к товарам, которые не имеют ECCN (собирательный номер EAR99) и не подпадают под действие контрольного экспортного списка. Означает ли это, что, если товар не относится к регулируемым, его можно экспортировать, не задумываясь? Не совсем.
Прежде чем вывезти любое вложение за пределы США, экспортер обязан убедиться, что отправка не нарушает действующих эмбарго или санкций в отношении страны назначения, что получатель не числится в черном списке лиц, которым отказано в экспортных привилегиях, и, наконец, что у него не возникает сомнений в возможном нецелевом использовании товара.
Если страны с эмбарго можно пересчитать по пальцам одной руки, списками запрещенных лиц делится как минимум дюжина правительственных инстанций.
По каждому из списков необходимо проверять данные получателя, вручную или через системы Denied Party Screening.
Этой же цели следует правило «Know your customer», которое побуждает экспортеров подтверждать данные клиентов, чтобы быть уверенными — конечным получателем является именно тот человек, чьи данные указаны в заказе, и это реально существующее физическое или юридическое лицо.
Не стоит забывать и о правилах Международной ассоциации воздушного транспорта (IATA) и положениях Всемирного почтового союза (UPU). Запрещенным вложением в почтовых отправлениях являются, среди прочих, любые лекарственные препараты и медицинское оборудование (вкл. шприцы, хирургические иглы и пр.), жидкости свыше 1 литра (совокупно на посылку), горючие субстанции (например, духи), любые аэрозоли или товары под давлением (напр., подушки безопасности) и др.
Несоблюдение требований экспортного контроля, по умыслу или по незнанию, влечет за собой серьезные последствия как для экспортера, так и для получателя.
Наши знакомые в MyUS убедились в этом на собственном опыте в 2013 году, когда на склад компании была совершена облава правоохранительными и таможенными органами. Мало кто знает, что компания-форвардер до сих находится в судебных прениях, пытаясь уменьшить наложенный на них штраф в размере 48 млн долларов.
Кроме астрономических штрафов, нарушения экспортного законодательства грозят и долгосрочными тюремными сроками — до 20 лет за каждое выявленное нарушение. Буквально на днях Федеральный суд Нью-Йорка признал вину троих россиян, обвиненных в соучастии в незаконном экспорте микроэлектроники из США в Россию. Напомним, что в США все наказания суммируются за каждый доказанный факт преступления, из-за чего бывшему менеджеру по закупкам Arc Electronics Александру Пособилову грозит до 185 лет тюремного заключения.
Получатели товаров, которые были экспортированы с нарушением, могут попасть в черные списки, лишиться права на экспорт товаров из США и стран-партнеров, потерять уже действующие зарубежные визы или получить отказ по визе в будущем. В крайних случаях получатели также могут привлекаться к административной и уголовной ответственности на территории своей страны или быть экстрадированы в США.
Как реформы коснулись LiteMF
Как вы понимаете, такие важные события в делах экспортного контроля не оставили в стороне и наш сервис. Тот факт, что наша компания является крупным экспортером в РФ, тоже накладывает свой отпечаток в свете обостренной геополитической обстановки.
As described in Supplement No. 3 to Part 732 of the EAR, whenever a person who is clearly not going to be using the item for its intended end use (e.g., a freight forwarder) is listed as an export item’s final destination, the exporter has an affirmative duty to inquire about the end use, end user, and ultimate destination of the item to ensure the transaction complies with the EAR.
Что такое HES-код в Турции и как его получить туристам
Этот материал обновлен 24.06.2021
HES-код — это специальный номер, который получают путешественники перед поездкой в Турцию. Он позволяет властям страны связаться с туристом, если тот контактировал с больными коронавирусной инфекцией.
Сама анкета понадобится, чтобы улететь в Турцию. Ее пассажиры должны предъявить при посадке на рейс в бумажном или электронном виде. Без нее могут не допустить на борт самолета. Подробнее об этом мы рассказывали в отдельной статье.
«HES-код спрашивали только в торговых центрах»
Я отдыхала в Анталье в начале марта 2021 года. На туристическом форуме прочитала, что в городе нельзя оплатить поездки в автобусе по разовому билету — нужно расплачиваться банковской или транспортной картой, к которой придется привязать HES-код.
Отзывы туристов были противоречивыми. Одни утверждали, что без кода не оплатить проезд. Другие говорили, что без проблем купили билет.
В городе у меня спрашивали HES-код только в торговых центрах. Охрана проверяла его в своей системе, поэтому поддельный код показать не получится.
Для чего нужен HES-код
HES-код может понадобиться, чтобы купить билеты на внутренние рейсы в Турции, а также еще в нескольких случаях:
С 15 марта в Стамбуле HES-код будет нужен, чтобы зайти в государственные учреждения, кофейни, парки развлечений, частные школы, салоны красоты, театры, сауны, бильярдные, тематические парки, бани, массажные салоны, спортзалы и другие заведения. Об этом сообщает генеральное консульство России в Стамбуле.
Посольства и консульства пока не сообщили, ужесточат ли требования к наличию кода в других регионах страны.
Напомним, что перед поездкой в Турцию нужно еще получить справку об отсутствии коронавируса. Без нее в страну могут въезжать вакцинированные или переболевшие туристы. Подробно об этом мы рассказали в отдельной статье.
Что такое No-Code и как он устроен
Что такое No-Code и Low-Code?
No-Code и Low-Code платформы возникли в качестве реакции на сложность и многообразие современных средств разработки ПО. Сейчас практически все процессы стремятся к упрощению и автоматизации, и веб-разработка с бизнес-аналитикой также не стали исключением. По сути, эти концепции подразумевают отказ от профессиональных разработчиков, хотя бы частично и в некоторых сферах, а также расширение количества людей, которые могли бы создавать собственный продукт, при этом абсолютно не разбираясь в программировании.
Эти концепции можно разделись на два основных направления — No-Code, в которую входят конструкторы сайтов, например, Tilda, и — Low-Code. При этом, если первое направление, скорее, про веб-разработку и создание собственных сервисов из готовых шаблонов, то при помощи Low-Code можно быстро модифицировать, улучшать и расширять работу с бизнес-процессами и аналитикой.
Например, чтобы при помощи Low-Code технологий внести изменения в бизнес-процессы, аналитику не требуется привлекать разработку — все эти системы работают с нотациями BPMN 2.0 для описания бизнес-процессов, чтобы аналитики работали с привычными элементами. Это решает одну из ключевых проблем цифровой трансформации бизнеса — ускоряет процедуры от идеи на бумаге до работающего бизнес-процесса. Кроме того, использование графовых баз данных через Low-Code позволяет вносить изменения в бизнес-процессы без остановки работы или блокирования доступа.
Продолжайте учиться На Хекслете есть блок «Треки», где собраны курсы для опытных разработчиков, которые хотят новых знаний про разработку.
В Low-code системах чаще всего реализован простой и функциональный интерфейс для удобства работы пользователя. При этом сами системы наполнены готовыми темплейтами для различных бизнес-процессов, которые используются в других компаниях, в том числе и лидерах сферы. Бизнес может напрямую брать эти процессы и адаптировать под собственную деятельность и стеки, а системы вычислений без программирования и технологии визуализации данных упрощают работу аналитика и снижают необходимость привлечения разработчиков.
История появления No-Code
Первые No-Code сервисы появились еще в 90-х годах на волне популярности визуального программирования, которое использовало графические объекты для разработки, вместо привычного нам текстового кода. Тогда появились Dreamweaver от Macromedia, который сейчас выпускает Adobe, и уже устаревший редактор Frontpage, входивший в состав пакета приложений Microsoft Office. Эти инструменты тогда были новаторскими и стали первыми No-Code сервисами.
За последние десятилетия возможности платформ для No-Code сильно увеличились. Многие эксперты считают, что это связано с самим IT-рынком и его специфики, что сфере необходимо достаточно большое количество высококвалифицированных специалистов, которых всегда не хватает, а также высокой стоимостью их работы. Поэтому разработчики начали развивать и платформы для автоматизации работы самих программистов.
Какие есть плюсы у No-Code и Low-Code?
Упрощение проверки гипотезы и модели работы бизнеса. Запуск продукта при помощи No-Code для стартапа обойдется в четыре-пять раз дешевле, чем с привлечением разработчиков, и еще в три раза быстрее. Это позволит малой кровью протестировать работу бизнес-модели, например, сервиса по доставке домашних растений, создав его сайт в Tilda и прикрутив туда базовые платежные инструменты и почтовые рассылки с красивыми фотографиями фикусов.
Разработчики смогут заниматься интересными им проектами. Огромное количество программистов занимаются достаточно шаблонными проектами, которые No-Code пытается автоматизировать.
Программированием смогут заниматься даже дети. Визуальная разработка, даже на примере обычных конструкторов сайтов, может создать полностью обратный тренд — это может привлечь в IT людей, которые всегда считали, что программирование — очень сложно. Сначала они начнут заниматься разработкой на визуальных платформах, а после этого захотят усложнять свои продукты и изучать текстовые языки программирования.
Развитие визуального программирования. No-Code и Low-Code — достаточно яркие примеры, как можно использовать базовые принципы визуального программирования для работы с продуктом. До сих пор случаются большие холивары, есть ли будущее у визуального программирования и можно ли создавать программы путем манипулирования графическими объектами вместо написания ее кода. Пока будущее этой концепции не очень ясно, поскольку практически все программирование сейчас — текстовое.
Аргументы противников No-Code
«С No-Code сложно масштабироваться»: проблема, вытекающая из предыдущего пункта. В случае, если малый бизнес окреп и дожил до момента, когда уже нужно масштабироваться, то постепенно приходит понимание, что пора создавать собственные решения из-за технической невозможности увеличить количество цветов в нашем интернет-магазине, подключения службы логистики, VR-сервиса для примерки цветка в вашей квартире и создания большого флористического медиа. Тут уже и нужны программисты. Кроме того, этот пункт подтверждает то, что с No-Code удобно тестировать гипотезы и бизнес-модели, а масштабироваться уже нужно на собственных платформах.
Читайте также Как устроен функциональный диалект Лиспа Clojure и почему использующие его программисты восхищаются им
«No-Code — это привязка к одной платформе и технологии»: да, это тоже верно. Технологии развиваются, как меняются и нужды стартапа, тренды дизайна или ведения бизнеса, а как меняться, если платформа экспортирует все в бинарный файл, который может прочитать только она.
«Невозможно создавать вещи, которые еще никто не создавал»: технология No-Code все-таки достаточно шаблонная и редко позволяет создавать уникальные решения, которых еще никогда не было. Просто для этого пока еще нет шаблона.
Топ No-Code сервисов
Bubble
Bubble — сервис для создания веб- или мобильного приложения при помощи No-Code. В основу сервиса заложена концепция визуального программирования — технология Drag&Drop позволяет добавлять на страницу любой элемент, который хочется no-code-разработчику или создателю сервиса — настройке поддается все, начиная с расположения видео и текста, заканчивая иконками, кнопками, их параметрами.
Bubble также позволяет структурировать и хранить все данные, создавать пользовательскую логику, логистику внутри сервиса и применять UX-дизайн. По сути, пользователь может создать объект для страницы своего сайта любого типа или вида, и перетащить его в то место на сайте, где он должен находиться.
При этом в Bubble отмечают, если пользователь также обладает базовыми знаниями HTML и JS — то ему будет намного проще создать сайт и выстроить пользовательскую логику. Помимо фронтенда, Bubble позволяет сформировать и всю бэкенд-составляющую — разработать форму регистрации и установить, где создается аккаунт пользователя, каким образом запоминать его данные и как отображать предыдущие заказы.
Tilda
В России Tilda, пожалуй, является самым популярным примером концепции No-Code платформ. При помощи Tilda пользователи могут создать собственный сайт без навыков программирования — в основе сервиса лежит блочный принцип создания страниц, когда пользователь может выбрать необходимый шаблон, настроить внешний вид, добавить контент и сразу же видеть, как будет выглядеть сайт.
В Tilda меньше персонализированных возможностей, чем в Bubble, при этом она намного проще в использовании и имеет более дружелюбные и интуитивно понятные интерфейсы. В библиотеке Tilda сейчас более 450 шаблонных блоков, разработанных профессиональными дизайнерами с применением UX-систем. Они разделены на 28 категорий: обложка, магазин, о проекте, услуги, контакты и многие другие.
Zapier
Zapier описывают свою платформу как клей, который связывает тысячи веб-приложений. При помощи Zapier можно интегрировать разные сервисы, например, на нашем интернет-магазине домашних растений есть форма обратной связи. После того, как пользователь писал отзыв, нам приходилось вручную добавлять его в свой файл на Hubspot, где мы храним отзывы клиентов, потому что было не ясно, как его интегрировать с нашим сайтом. Zapier автоматизирует интеграцию и, соответственно, расширение функционала сервисов.
Mendix
Все рабочие процессы происходят внутри платформы Mendix, а не сайта или сервиса заказчика, визуальный редактор позволяет описывать модели данных, быстро создавать экраны с помощью набора виджетов и даже описывать логику работы процессов.
Например, нашему интернет-магазину по продаже домашних растений необходимо добавить атрибут в карточку бизнес-объекта и указать там, помимо даты появления фикуса в горшке, еще время его продажи — это позволит узнать, сколько времени фикус находился на складе. Во время использования реляционной БД, программисты будут добавлять атрибут и реконфигурировать БД в среде разработки, блокировать доступ пользователей к системе на время переноса изменений в основную среду. При этом, если объем данных очень велик, то доступ будет заблокирован достаточно на длительное время. В Low-Code системах — в том числе и в Mendix, используются графовые БД, что позволяет обновлять эти данные через визуальные системы без привлечения программистов и блокировки доступа пользователей к системе.
Что будет с No-Code в будущем?
Похоже, что рынок No-Code-сервисов активно продолжит развиваться и дальше. Помимо увеличения инвестиционной привлекательности этой сферы, все больше людей будут использовать возможности этих технологий на фоне постепенного увеличения снижения входа в сферу программирования.
Вообще, активно развивается не только No-Code сфера, но и, например, No-Design, где все чаще бизнес использует различные сервисы, как Canva, вместо профессиональных дизайнеров.
LowCode vs NoCode: в чем разница и когда их нужно использовать
NoCode и LowCode (способы создания продукта без написания кода с нуля) безусловно на одной стороне баррикад — оба экономят вам время и деньги по сравнению с традиционной разработкой. Там, где на обычном коде приложение или платформа будет писаться 3 месяца, на No/Low Code оно соберется за месяц.
Но даже между такими похожими понятиями есть отличия. О них сегодня и поговорим.
А вещает, как обычно, студия NoCode/LowCode-разработки Zero To One.
А еще мы запустили телеграм-канал о новостях из мира бизнеса и стартапов. Каждое утро говорим о главных событиях: кто сколько привлек, кто кого купил и какие стартапы сейчас поднимают самые большие раунды. Подписывайтесь!
NoCode — способ разработки сайтов и приложений без использования кода. Вместо этого продукт собирается как конструктор из уже существующих инструментов. Это помогает не только создавать проект намного быстрее, но и сокращать затраты на разработку в 3-4 раза по сравнению с обычным кодом.
В ситуациях, когда для какой-то из функций не хватает NoCode-инструментов, недостающие опции дописываются обычным кодом. Такой способ создания приложений и сайтов и называется LowCode.
Два этих типа разработки идеально подходят для запуска MVP и тестирования гипотез. Возможность быстро менять продукт, основываясь на обратной связи от пользователей, помогает бизнесу быстрее найти лучшие решения и масштабировать их.
Главное сходство между LowCode и NoCode — возможность создать сайт или мобильное/веб-приложение быстро. Оба этих способа разработки помогают бизнесу не терять время на старте, что критически важно для любого продукта.
Далее идет не менее важный момент — у разработки на No/Low Code куда ниже порог входа, чем у обычного кода. И там, где для создания сайта нужно искать разработчика, владеющего несколькими языками (и потом держать его в штате, чтобы поддерживать работу сервиса), с NoCode/LowCode можно привлечь студию для разработки, а позже контролировать работу продукта самостоятельно или легко найти для этого специалиста, так как достаточно будет просто знания интерфейса инструментов. При этом решение одной и той же задачи на коде может быть разным, отсюда сложность во взаимозаменяемости специалистов. В No/Low Code же все решается правильной работой с сервисом и пониманием как можно большего количества возможностей инструмента.
И LowCode, и NoCode завязаны на работе в основном с интеграциями и визуальной составляющей, а код — на написании всего продукта с нуля, а не только отдельных функций, как у LowCode. Так что здесь имеет смысл сказать о меньшем шансе возникновения ошибок, особенно на старте. Там, где код начнет ломаться на N тысячах посетителей, NoCode инструменты спокойно справятся с ситуацией, так как уже написаны разработчиками и протестированы тысячами клиентов.
Важно: безусловно, NoCode решения подходят не для всех продуктов и не на всех этапах. Например, пока что мало способов реализовать продукт с ИИ на NoCode или обеспечить работу с большими данными, которые потом можно будет перенести, сохранив логику их сбора. Но для первичного запуска продукта на рынок и тестирования гипотез в больших компаниях NoCode — лучшее решение из существующих.
NoCode быстр и удобен, но не очень гибок в плане адаптации под специфичные пользовательские потребности или особенности дизайна. У нас в студии редко случаются ситуации, когда возможностей NoCode не хватает, однако от этого ни один продукт не застрахован — все достаточно индивидуально и зависит от потребностей клиента.
Да, в сборке продукта на сервисах порог входа все еще намного ниже, чем у обычной разработки. Но при этом, если сравнивать LowCode и NoCode — для первого все таки потребуется разработчик. Именно поэтому собрать какой-никакой продукт самостоятельно без глубокого знания программирования можно только в NoCode. Для большего все-таки придется привлекать специалиста.
Если NoCode — история по большей части для MVP, то с LowCode вы запросто сможете собрать продукт, который будет расти вместе с вашим бизнесом.
Low-code платформы поддерживают масштабируемые архитектурные шаблоны: развертывание с помощью контейнерных сервисов, микросервисы, поддержку открытости и расширяемости, а также облачное развертывание с помощью AWS, Azure, Google Cloud и т.д.
Такие решения не упираются в возможности платформы, а адаптируются под потребности бизнеса. Разработка при этом все равно будет занимать меньше времени, чем могла бы занять при написании кода с нуля.
При выборе решения часто возникает заблуждение, что NoCode сервисы слишком ограничены в функционале, а LowCode только немного развязывает вам руки. На самом деле даже с NoCode можно собирать большие сложные мобильные приложения и сайты, а уж с LowCode возможности практически не ограничены. Примеры можно найти в этой статье или в нашем чат-боте в телеграме. Особенно NoCode/LowCode подходит для теста гипотез и MVP.
А если вы все еще не уверены, подойдет ли вам No/Low Code — можно записаться к нам в Zero To One на бесплатную консультацию. За полчаса обсудим ваш проект и поймем, как быстро его можно сделать, за сколько и с какими инструментами 🙂
Забавно, как придумывают что-то новое, для чего-то старого. Например, раньше были уборщицы, стали менеджеры по клинингу. Раньше школьники клепали говносайты на ucoz, они гордо называли себя админами, а разрабы только улыбались в ответ. Сейчас они стали nocode-разработчики, а если что исправили в css, уже low code-разработчики! Мамочки в декрете, клепающие сайты на tilda, или как здесь на webflow, теперь так и именуются.
Я ничего против не имею, т.к. и сам работаю исключительно с wordpress, но это все-таки немножечко глупо 🙂
Школьники подросли, а кто-то из них пошел в маркетологи =)
Сделать и сделать хорошо — это всё-таки разные вещи 🙂
Называть себя разработчиком, сделав один кривой сайт на Тильде — занятие сомнительное.
Ну так есть и те, кто напишут один простой скрипт, скопипастив 99% с открытого источника, и назовут себя кодерами. Но ведь это не значит, что: а) они кодеры; б) называть себя кодером — глупо в целом.
Аналогий можно привести много.
Главный критерий — профессионализм.
Мир сильно сложнее, серьёзные платформы позволяют не искать кучу месяцев java dev или подобного для создания системы, гораздо проще найти или даже выучить человека на зп в несколько раз ниже и с возможностью быстрой замены под такую платформу. Статья по делу и lowcode платформы позволяют реально много.
И всё же. Не ясно, когда использовать No Code, когда Low Code, когда сразу нужны разработчики. Не хватает «земных» примеров. Например, если я пеку торты на заказ и хочу дать возможность заказчику «собрать» свой дизайн? А потом подключить карту для оплаты? А если я студия клининга? А если я создаю сервис по цифровизации бизнеса своих клиентов (SaaS решение, например. облачный CRM или что-то типа того).
в нашем чат-боте в телеграме
задолбали эти боты!
Не признаю тостеры 🙂
Если мне человек предлагает коммуникацию, то я ожидаю видеть личную коммуникацию (как упомянутые вами соцсети). А предложение «идите общайтесь с нашим ботом» звучит (ИМХО!) «идите читайте наши манифесты на стене туалета
Копипастят одно и тоже. Лучше вот так.
Компьютер, на самом низком уровне опирирует исключительно трёх мерным измерением. И текст и картинки и все остальное 2d-эшное которое мы видим на экране, это частный случай того самого 3d. Кроме того на уровне машины нет понятия вектор, там все растр. Информация о каждом отображаемое на экране пиксиле формируется с помощью программ называемых шейдеры. Язык грейдеров это отдельный язык, который предполагает отдельных разработчиков.
Формировать отображение с помощью грейдеров очень сложно, долго, а значит дорого, поэтому не удивительно, что со временем стали появляться программы абстракции, которые позволяют любому человеку заниматься цифровым творчеством. Например всем известные Фотошоп или 3dmax. Никто сегодня в здравом уме не скажет, что с их помощью невозможно сделать то, что можно с помощью кодинга шейдеров.
И это плавно подводит к тому, что подобные ноукоде платформы, это не бесполезная игрушка, а кульминация программирования. При грамотной реализации нужда в написании кода отпадет вовсе.
Если же кто-то считает, что харклрднее писать кодом, то могу сказать одну истину. Каждый, разработчик в гемдеве когда-то считал также. Типа, какой я программист, если не могу сделать все в коде. Но пролетали года и желание вечно кодить сменилось на желание делать. А сделать быстро можно только в графическом редакторе. Представьте открывающуюся крышку коробки. В редакторе это делать десять минут, а в коде с преобразованием матриц можно и за несколько дней также красиво не сделать.
К тому же, в мобильной разработке и в десктопе интерыейсы всегда создают с помощью графического редактора. А анрилэнджин вообще ноукоде редактор. А разве в разы более сложная логика в играх не лучшее доказательство жизниспособности ноукоде платформ?
Короче, те кто считает, что это ерунда, дико ошибается.
Почему во всех статьях про No-Code, все время идет сравнение с неким «обычным кодом»? Есть злой способ разработки с помощью какого-то абстрактного кода, который требует много дорогостоящих специалистов и много часов. И есть добрый такой же абстрактный no-code, который дешевый и быстрый.
Советую опробовать ноукод платформу AppMaster.io https://appmaster.io/. Думаю, у них неплохой функционал, многие там разрабатывают рабочие приложения с исходным кодом.