Новости

При помощи сервиса HttpService можно в проект Roblox подгружать не только данные, но и программный код

Для проверки работоспособности скриптов в Roblox Studio приходится постоянно перезапускать проект на выполнение, что снижает эффективность изучения работы на данной платформе и создания проектов. Исправим этот недостаток и создадим функционал, который позволит увидеть изменения в работе без перезапуска проекта

Для просмотра работы кода HTML, CSS, JavaScript и др. в браузере без перезагрузки страницы используется режим live preview, как, например, в codepen.io. При работе в офф-лайн радакторах для этого требуется либо установить соответствующий плагин, либо воспользоваться сторонними решениями, например LiveReload. Эти способы работают при редактировании локального файла. А что делать, если редактируется файл на сервере?

Framework7 — это мощная платформа, которая позволяет оформить интерфейс web-приложений в мобильном стиле Android и iOS. Это позволяет намного проще и быстрее создавать гибридные приложения, за счёт замены огромного числа блоков программным кодом. Звучит пугающе, но на самом деле всё очень просто

В этом небольшом занятии показан пример передачи массива из JavaScript в приложение AI2

Один из существенных недостатков DS заключается в отсутствии живого просмотра работы кода (LivePreview). Приходится постоянно перезапускать приложение, на что тратится куча времени и сил. На днях решил взглянуть на DS и доработать скрипт на странице Предварительный просмотр без перезагрузки приложения. Теперь разработка приложений на DS стала на порядок удобнее - изменения сразу видны после их сохранения в файле. Единственное, работает это в браузерном редакторе DS. Если у вас есть только Android-планшет и смартфон, то всё усложняется, поскольку браузерный редактор не адаптирован для работы на Android и имеет ряд нюансов. Потребуется внешняя клавиатура и, возможно, мышь.

На сайте магазина MitinoGame по продаже игровых приставок, видеоигр и аксессуаров опубликованы первые занятия по созданию мобильных приложений для игр при помощи визуального программирования и DroidScript. Курс будет интересен тем, кто также интересуется настольными и гибридными играми, а которых можно совместить мобильные приложения и реальные объекты.

Набор Lego Education ”Экспресс "Юный программист" предназначен для обучения детей от 2 до 5 лет таким понятиям, как “последовательность”, “цикл” и ”логическое условие” на примере железной дороги. Дошкольное образование не является моим профилем, но захотелось узнать, чему учат детей в рамках данного набора.

Этот лозунг вывешен на главной странице большинства блочных платформ, при виде которого так и хочется вскрикнуть “Аллилуйя! Наконец-то я нашёл идеальную среду разработки!”. Первый месяц знакомства пролетает как один день, “наш паровоз, вперед лети! В коммуне остановка”, а тут, бах, и встали на путях из-за очередного бага. Сойти-то можно, но вокруг трава по пояс, а приложение как всегда, нужно опубликовать или показать завтра. “Скоро рассвет, выхода нет”. Возникают правильные мысли, а, может, в кодировании что-то есть, но что? Решение проблем. Блоки создают проблемы – код их устраняет. Точнее и не скажешь, но мы о другом, – о том, как может всё измениться, если выкинуть из головы чужие шаблоны и лозунги.

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

Пользователи разных платформ блочной разработки рано или поздно сталкиваются с тем, что им не хватает имеющейся функциональности блоков. Хочется сделать привлекательный интерфейс - блоков не хватает, хочется реализовать удобную функциональность - опять нет нужных блоков. Для расширения базовой функциональности одни платформы предлагают расширения, другие - возможность вставлять текстовой код, но это не устраняет того факта, что пользователи становятся заложниками блоков. Есть ли выход из этого тупика?

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

В недавнем обновлении наконец-то был реализован механизм для обмена данными между App и WebViewer, что позволяет создавать гибридные приложения и реализовать при помощи Javascript и фреймворков функциональность, отсутствующую в нативной части. Для обмена данными в оффлайн необходимо создать файл html и добавить его в проект. Рассмотрим локальный обмен данными

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

Наконец-то разработчики добавили возможность копирования экранов между проектами. Конечно, это не модули, но позволяет сократить объём бесполезной работы при создании одних и тех же блоков для разных проектов.

Достаточно часто возникает желание изменить или расширить функциональность web-страниц, загруженных в браузер, удалить надоедливую рекламу и др. При помощи ранее рассмотренного расширения Stylish можно изменять стили CSS, но более мощные возможности предоставляют браузерные расширения, позволяющие писать собственные скрипты, как, например, Greasemonkey. Как правило, разработчики не спешат делать web-страницы удобными для пользователей. Значит, мы это сделаем сами на примере расширения и функциональности Thunkable X IDE

Издание книги по технологии, которая одной ногой находится ещё на стадии альфа-тестирования, является достаточно смелым шагом. Но автора не смутило ни отсутствие полноценной официальной документации и локальных переменных, ни проблемы с производительностью и наличие большого числа критических багов. В результате, любой желающий может познакомиться с основами разработки мобильных приложений на Thunkable X IOS-Apps und Android-Apps entwickeln mit Thunkable X: Jeder kann programmieren

Бета-тестерам стали доступны новые компоненты, дающие возможность работать с данными из локальной таблицы, Airtable или Google Sheets. Два новых компонента позволяют отображать данные в списочном и табличном виде с выбранной компоновкой. Предварительное описание компонентов доступно в справочнике по компонентам

На днях в TestFlight вышло обновление платформы с десятком исправленных багов. Я сделал несколько предложений по улучшению интерфейса Thunkable X и App Inventor, и в обоих случаях разработчики ответили на них. Интересно, будет ли что-то из предложенного реализовано? До текущего момента в Thunkable X не было реализовано практически ничего из предложенного и по интерфейсу, и по функционалу, что наводит на определённые размышления о том, что пользователи, конечно, могут давать предложения, но всё решают исключительно разработчики. А вы что думаете, нужно ли для пользователей улучшать web-интерфейсы и делать их более удобными для работы или главное - дизайн, а остальное и так сойдёт?

После предварительного знакомства могу сказать, что данный продукт создаётся в образовательном контексте, и нет никаких предпосылок к тому, что он потеснит Thunkable X. Что-то лучше реализовано в App Inventor, а что-то - в Thunkable X. Это означает то, что для решения одних задач практичнее использовать одну платформу, а для других - другую, что приводит к необходимости изучения функциональности обеих систем. Но до выхода официальной верси AI для iOS говорить об этом бессмысленно, так как количество багов в beta-версии просто огромно

Одним из существенных недостатков платформы Thunkable X, и многих других web-страниц, является неудобный для работы интерфейс, который можно ощутимоj улучшить при помощи плагина, позволяющего создавать и подгружать свои стили

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

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

К новому году разработчики платформы Thunkable X приготовили немало "подарков" пользователям, среди которых особенно радует с десяток, вызывающих краши на Android. Но первое место и приз "Баг года" я отдаю обновлению платформы, в результате которого пробельные символы в текстовых полях чудным образом самоликвидировались, в результате чего рухнули все алгоритмы, где нужен был пробельный символ, например, в качестве разделителя. Так держать, ребята! Заполним App Store и Google Play "забаженными прилажухами"! Считаешь себя крутым программистом? Добро пожаловать в Thunkable X, где всего за 17$ в месяц каждый сможет принять участие в этом аттракционе и пощекотать свои нервы!

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

После поверхностной оценки производительности работы кода Thunkable X, становится очевидно то, что возможности данной платформы ограничены рамками индивидуального образования. Действительно, достаточно сложно представить себе публичное приложение, которое работает со скоростью создания 100 кнопок за 22 секунды. Разработчики откровенно признались, что над производительностью они как-то не думали, откуда и возникла идея проверить реализацию блока поиска по списку. Вдруг, они решили ограничиться перебором

Одним из главных недостатков Thunkable X является то, что данная платформа не позволяет копировать блоки из одного проекта в другой. Из-за этого приходится заново составлять одни и те же функции, что является весьма затратным и ненужным занятием. Представьте, если в 10 проектах используется одна и та же функция, в которой, вдруг, обнаружилась скрытая ошибка или возникла мысль по её оптимизации. Вручную переделывать функции во всех 10 проектах? Да, это единственный путь для пользователя, но не программиста, который предпочитает работать головой, а не руками. На ум приходит идея записи сценариев действий с последующим их воспроизведением

Не успели разработчики выразить надежду на то, что их последнее обновление позволяет ускорить работу с блоками, как выяснился весьма неприятный побочный эффект данного обновления - проблемы с глобальными переменными, из-за чего упали проекты у многих пользователей, кто их использовал в проектах наиболее активно. Оно, конечно, пустяки и дело житейское, если бы не тот факт, что некоторые пользователи вносят ежемесячную плату в размере 20$ за дополнительные возможности по сравнению с бесплатным аккаунтом.

Блочные среды визуального программирования похожи на троллейбусы. Пользователям кажется, что они тут главные, да и шофёр-разработчик делает вид, что это так, но на самом деле всё происходит в рамках заданных маршрутов - рекомендуется соединять блоки так. И всё бы ничего, но среди пассажиров оказывается программист, которому захотелось на природу. "И как, уважаемый, мы осуществим это на троллейбусе?", - недоумевает шофёр. На что программист отвечает: "Так мы ему рога-то пообломаем, и поставим солнечные батареи. Не в море живём, руки имеются". Шофёр уходит пилить что-то для нового троллейбуса, а программист берётся за работу, не обращая внимания на недружественные взгляды большей части пассажиров, в которых читается вопрос, а нам-то это зачем? Затем, что это можно будет использовать на практике

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

Одной из особенностей работы команды разработчиков Thunkable X является то, что она постоянно обновляет ПО, но не считает необходимым сообщать об изменениях. В результате совершенно непонятно, какие баги были исправлены и были они исправлены вообще. Во избежание данной ситуации предлагаю простой баг-трекер, при помощи которого можно отслеживать исправление некоторых багов различной степени тяжести. Ссылка на баг-трекер находится на странице файлов для скачивания