Компания Google выпустила новый визуальный язык программирования Google Blockly (http://code.google.com/p/google-blockly/), который позволяет создавать программы без ввода каких-либо символов или текста, манипулируя только набором типовых логических блоков, соединение которых, напоминающее составление пазла, позволяет реализовывать заданную алгоритмическую функциональность. Технически этот визуальный язык реализован на JavaScript и позволяет составлять программы прямо в браузере, просто перетаскивая и компонуя в логические цепочки блоки, после чего такая программа может быть скомпилирована в более традиционный целевой язык, такой как JavaScript, Dart или Python. Код проекта распространяется под лицензией Apache.
<img src="http://www.opennet.me/opennews/pics_base/0_1339578841.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;" title="" border=0 align=right>Источником вдохновения для Blockly послужил похожий проект AppInventor (http://appinventor.mit.edu/), изначально развиваемый для платформы Android. При этом сам AppInventor в свою очередь был вдохновлен языком Scratch (http://scratch.mit.edu/). Существует альтернативная разработка Scratch, которую принципиально сделал открытым Калифорнийский университет в Беркли (University of California at Berkeley) – это Snap (http://byob.berkeley.edu/#snap4.0) (также известный как Build Your Own Blocks).От других языков визуального программирования, которых насчитывается около сотни, Blockly отличается думя принципиальными моментами. Во-первых, это сильный акцент на визуальной составляющей разработки; по аналогии с высокоуровневыми языками предложено называть подобный тип языков "сильно-визуальными". Такой подход востребован для новых сенсорных устройств, где ввод традиционного текста затруднён, кроме того такая форма программирования, как показывает опыт, имеет гораздо более легкий порог вхождения, в частности программы на Google Blockly составляют даже дети.
Второй принципиальный момент – это возможность кросс-компиляции в традиционные языки программирования, что создает условия для реализации самых разных подходов по дальнейшему развитию проекта. Например, отдельные части программы могут очень быстро создаваться на Google Blockly, затем после компиляции, например в Python, исходный код такой программы может быть доработан уже на Python, или даже вставлен в уже готовый проект в целях его расширения. В последнем случае приводится пример создания на Google Blockly расширения к Gmail для обеспечения фильтрации писем. Google считает, что это типовой случай в современном программировании, например при написании некоего расширения к офисному пакеты около 90% кода реализует "полезную логику", а 10% - просто код сопряжения этого расширения с API хост-программы. Google считает, что в таком случае очень удобно быстро “собрать” собственно логику приложения на Google Blockly, тогда как весь более низкоуровневый код работы с API – дописать уже на Python или Dart.Текущее временное ограничение языка – он не предназначен для создания больших приложений. Пока область его применения – небольшие сервисные скрипты, содержащие сложную логику и многократно вложенные логические и циклические конструкции, которые, по мнению специалистов Google, проще составлять именно на Google Blockly. Отдельно подчеркивается, что в следующих версиях этого визуального языка планируется существенно расширить его семантику, что по заверениям Google сделает его возможности сопоставимыми с традиционными языками программирования. Поэтому не следует рассматривать этот язык лишь как обучающий – в будущем планируется создание полноценного мультиплатформенного языка программирования на его базе. Именно по причине будущего расширения этого языка принято решение не использовать подход упаковки логики в уже распространенные условно-символические программные схемы (data-flow metaphor languages), так как эксперименты показали, что такой способ представления тяжело поддается расширению и применим исключительно к узкоспециализированным областям программирования.
Разработка осуществляется непосредственно в браузере, в процессе разработки программы её промежуточные результаты сохраняются и вновь загружаются в формате XML. Google Blockly поддерживает не только обычные циклы и ветвления, но и рекурсию. В ближайшее время планируется реализовать: элементы отладки, поддержку мобильных устройств, работу с курсором для лучшего удобства работы, генерацию кода для устройств на базе Arduino. Будут добавлены простейшие элементы событийно-ориентированного программирования – вызов обработчиков при возникновении определенных ситуаций или изменений. В самое ближайшее время планируется существенно улучшить документацию, одновременно добавив множество новых блоков, а также реализовать возможность передачи параметров в процедуры и функции. Над логическими блоками (или сразу массивом из блоков) будет обеспечен набор визуальных операций drag & drop, cut, copy и paste.
Один из разработчиков языка Нил Фрейзер (Neil Fraser) так описывает цели создания языка: ”Эта концепция прошла очень длинный путь, от Ассемблера к Фортрану, затем к C++ и к Python, и наконец, это Blockly. Это попытка подняться на ещё более высокий уровень абстракции, чтобы лишить программирование кастовости и закрытости, сделать его более естественным и доступным для как можно более широкого круга лиц”. В заключении создатели Blockly иронично замечают, что каждому разработчику важно изначально правильно очертить сферу применения этого визуального языка, и не ”пытаться переписывать ядро Linux на этот новый и перспективный язык”.
URL: http://www.i-programmer.info/news/98-languages/4357-google-b...
Новость: http://www.opennet.me/opennews/art.shtml?num=34087
пусть сначала допилят go
>Второй принципиальный момент – это возможность кросс-компиляции в традиционные языки программированияАффтар вообще знает, что такое кросс-компиляция?
Да.Ваш К.О.
а Google?
> Пока область его применения – небольшие сервисные скриптыОбласть применения - игрушка для обучения маленьких детей.
Если оно бдет как на картинке - это абсолютно нечитаемо. Ну и мышкой блоки собирать заколебешься.
> Область применения - игрушка для обучения маленьких детей.А потом дети будут чертыхаться что их научили все делать через Ж и надо переучиваться, делая лишнюю работу...
>> Область применения - игрушка для обучения маленьких детей.
> А потом дети будут чертыхаться что их научили все делать через Ж
> и надо переучиваться, делая лишнюю работу...Ну, они не сильно чертыхаются, узнав, что Деда Мороза нет, и животные ведут себя не так, как в сказке, и приходится приспосабливаться совсем к другому миру.
> Ну, они не сильно чертыхаются, узнав, что Деда Мороза нет, и животные
> ведут себя не так, как в сказке,Как бы это сказать? Если долго донимать собаку, а она вместо того чтобы поговорить с вами возьмет да и тяпнет или блохами заразит, или там чего еще - пожалуй почертыхаешься насчет того что родители не предупредили о такой возможности заранее. Самому такое обнаруживать как-то не прикольно.
>> Ну, они не сильно чертыхаются, узнав, что Деда Мороза нет, и животные
>> ведут себя не так, как в сказке,
> Как бы это сказать? Если долго донимать собаку, а она вместо того
> чтобы поговорить с вами возьмет да и тяпнет или блохами заразит,
> или там чего еще - пожалуй почертыхаешься насчет того что родители
> не предупредили о такой возможности заранее. Самому такое обнаруживать как-то не
> прикольно.Собаки в сказках тоже кусаются.
P.S. Запятые в правильных местах рулят.
> Собаки в сказках тоже кусаются.Людей они обычно в сказках не кусают. И про блох ничего не говорится.
> P.S. Запятые в правильных местах рулят.
А у вас постскриптум написан с ошибкой. :P
>> Собаки в сказках тоже кусаются.
> Людей они обычно в сказках не кусают.Про это родители рассказывают.
> И про блох ничего не
> говорится.Предлагаете в сказках рассказывать сразу про ЗППП?
>> P.S. Запятые в правильных местах рулят.
> А у вас постскриптум написан с ошибкой. :PГде?
> или блохами заразитo_O
Были эксперименты - дети переучиваются с визуальных штук на обычный текст за день-два. Зато учить программированию в визуальных средах можно даже в детском саду
В детском саду можно учить чему угодно, даже программированию на ассемблере - просто никто не пытался это сделать.
В том-то и дело, что нет. Выяснилось, что в детском саду нельзя учить программированию не только на ассемблере, но и на "русском алгоритмическом языке". А можно - в специальной графической среде. А вот после того как ребёнок в ней научился программировать - достаточно легко и на паскаль какой или тот же РАЯ пересадить.
Я не специалист по языкам. Красиво. Интересно, правда ли что-то упрощается? Чтобы что-то понять - приходится так же всматриваться как в обычный код. Может еще надо переводить на родной язык...
В такой мешанине контуров и цветов - вряд ли оно будет хорошо восприниматься.Ps. Первый пример - копия ЛОГО. Вот для этого - язык подходящий, но не новинка.
к лого это имеет очень отдалённое отношение. Скорее Scratch (редкая дрянь, кстати, после него даже у умных детей мозги не рботают)
> Скорее Scratch (редкая дрянь, кстати, после него даже у умных детей мозги не рботают)У Вас либо очень маленький опыт работы с Scratch, либо "Рабинович напел".
После того как упираются в ограничения среды, возникает желания покопаться внутри и переходят на плугины в Squeak, а это неплохая реализация Smalltalk.
А мозги перестают работать не от среды, а от "учителей", у которых мозги либо не работают, либо сильно потоптаны тараканами.
У нас есть свой ДРАКОН!!!СКРИПАЧ НЕ НУЖЕН!
немного занимался Scratch со своими детьми, выяснил что незамутнённый детский разум действительно легче воспринимает такое программирование чем взрослые со своим субъективным опытом. Тем не менее, на два вопроса не могу ответить:
1) оно детям вообще надо, мутить мозги таким способом? Во всяком случае раньше того возраста когда им становится доступным и интересным "традиционное" программирование.
2) будут ли незамутнённые взрослые мозги не очень понятной целевой аудитории воспринимать это так-же легко как ребёнок?
Очень даже надо. Фишка в том, что это даёт навыки планирования на несколько шагов - ветвления, предположения, каким может быть результат и т.п. Причём никакие другие предметы толком этому не учат.
вопрос как раз в том, действительно ли им нужно получить от нас эти навыки, или может быть к примеру логика предикатов в начале важнее, а теорию автоматов пускай потом сами копают?
В отличие от логики предикатов планирование вида "если-то" - навык, напрямую применимый в жизни. Поинт не в том, чтобы программированию детей учить, а чтобы у них именно навыки планирования и оценки ситуации развить.
> В отличие от логики предикатов планирование вида "если-то" - навык, напрямую применимый
> в жизни. Поинт не в том, чтобы программированию детей учить, а
> чтобы у них именно навыки планирования и оценки ситуации развить.Вот тут об этом детальнее: http://www.niisi.ru/kumir/books/12.pdf
спасибо, почитаю
> Поинт не в том, чтобы программированию детей учить, а чтобы у них именно
> навыки планирования и оценки ситуации развить.Есть мнение, что этому неплохо помогает обычная самостоятельность -- не водить "на шарфике" и пораньше начинать переходить к разъяснениям предсказуемых последствий вариантов вместо указаний... никакое программирование не заменит жизни.
Тут проще спорить не со мной, а с теми, кто делал утверждение - ссылку на книгу я давал. Еще об этом активно пишет ailev - http://ailev.livejournal.com и рассказывал в своих МФТИшных лекциях по системной инженерии (очень даже стоит посмотреть, кстати - http://rusnano.fizteh.ru/courses/levenchuk/). Вкратце - идея в том,что это отдельный мыслительный навык, которому полезно специально учить и который сам по себе развивается с большим трудом.
> вопрос как раз в том, действительно ли им нужно получить от нас
> эти навыки, или может быть к примеру логика предикатов в начале
> важнее, а теорию автоматов пускай потом сами копают?Один из главных принципов дидактики - наглядность.
чушь же. Навыки планирования бесполезны в отрыве от контекста. Это примерно как играть в какую-нибудь RTS и поговаривать, я, мол, "навыки планирования" (тм) осваиваю!
Для вас,взрослого - именно так. А ребёнок думать о будущем не может вообще никак. И этому его надо учить. Так вот для него именно сама идея что будущее можно как-то планировать и учитывать разные варианты - это абсолютно новая идея, учить которой вначале надо именно в простейшем, рафинированном контексте, что и даёт программирование.
я научился программировать ещё в дошкольном возрасте, давным давно. Лучше, наверное, сказать - кодить. А планировать что-то в программировании значительно позже - после того, как от недостатка этого планирования умерло несколько моих проектов. Это факт, в небольших программах вообще нет планирования, а в размерах которые можно осилить тем более. Максимум из этого можно выдавить навыки логической декомпозиции
> Фишка в том, что это даёт навыки планирования на несколько шагов - ветвления, предположения, каким может быть результат и т.п. Причём никакие другие предметы толком этому не учат.Математика, не?
Не. Она кое-где эти навыки использует, но учить им - не учит. Понимаете, нужно дать ребенку какой-то способ уложить в голове все эти ветки, варианты, циклы... То есть наглядно показать всё дерево возможностей и то, как исполнитель по нему проходит, выбирая нужные варианты. Причём с абстракицями у ребянка в этот момент очень туго (собственно, мы им и учим), так что и исполнитель, и среда, в которой он действует, и способ управления им должны быть очень наглядными, "предметными".
Научите своего ребёнка играть в шахматы. Будет вам и логика, и планирование и развитие.
Все же, Я тоже оставлю вопрос открытым. Раньше был такой предмет как Логика. На мой взгляд, надо бы с него начинать, а уж потом переходить к алгоритмизации и программированию.
Логика слишком абстрактна для ребёнка, IMHO. Ну какой будет логический аналог "черепашки"?
А Вы не берите учебников для вузов. Кстати, очень хорошо идут Древнегреческие авторы в современной обработке. Там ученые еще не сильно от практики оторвались.
> и наконец, это Blockly.Нет, не наконец. Потом должно прийти осознание что дебильчик программирующий на этом средстве для утупков заменяется простеньким AI. Вот тогда всем становится наконец хорошо - компьютеры программят компьютеры :)
Не заменяется. Потому что ему кто-то ставит задачу, с вероятностью - используя в основном "великий и могучий" с неопределённым артиклем. А тут - секретарша вполне справится с каким-нибудь форматированием/обработкой отчёта. Суть даже не в том, что оно простое, а в том, что его люди не пугаются.
> секретарша вполне справится с каким-нибудь форматированием/обработкой отчёта.А вы проверяли? :)
Проверял. Мне пришлось в своё время и эникеем побыть - вполне впечатляет - особенно когда речь идёт о сводных таблицах. Да и без них - условные сортировки, условные форматирования, хитрые критерии фильтров - всё в порядке. Книжка по Excel, понятно, в ящике стола - и на пользу её чтение явно шло. И самое милое - что это дело использовалось в ерунде вроде подготовки к корпоративной пьянке.
>Это попытка подняться на ещё более высокий уровень абстракции, чтобы лишить программирование кастовости и закрытости, сделать его более естественным и доступным для как можно более широкого круга лицНу это они опоздали, уже и так одни кухарки программируют. А вообще да, давно пора создать ещё и средства которые лишат и физику и математику кастовости и закрытости, ну а главное эту, как её там - медицину!
>В заключении создатели Blockly иронично замечают, что каждому разработчику важно изначально правильно очертить сферу применения этого визуального языка
Ну и какая сфера применения у этого? Генерация ненависти и производство стройматериалов?
А вообще да, давно пора создать ещё и средства которые лишат и физику и математику кастовости и закрытости, ну а главное эту, как её там - медицину!Пушка?
> лишат и физику и математику кастовости и закрытости,Я как бы совсем не против если все массово освоят интегрирование и дифференцирование. Нас будет ждать некислый скачок в развитии и культуре :)
>> лишат и физику и математику кастовости и закрытости,
> Я как бы совсем не против если все массово освоят интегрирование и
> дифференцирование. Нас будет ждать некислый скачок в развитии и культуре :)Если людей просто научить пользоваться неким инструментом, без понимания, откуда инструмент взялся, как он работает и как его усовершенствовать/создать новый, то это приведёт к скачку в развитии и культуре?
Приведёт, конечно. Как всегда и приводило. Как только очередной уровень сложноти становится доступен массам - над ним вырастает следующий, доступный спецам. Так же как сейчас не нужно высшее образование чтобы какой-нибудь отчет сформировать - достаточно курсов.
> Так же
> как сейчас не нужно высшее образование чтобы какой-нибудь отчет сформировать -
> достаточно курсов.А когда нужно было для этого высшее образование?
>Приведёт, конечно. Как всегда и приводило. Как только очередной уровень сложноти становится доступен массам - над ним вырастает следующий, доступный спецам.
И какой-же последний очередной инструмент из математики стал доступен массам?
Когда люди священнодействовали вокруг больших машин и не было user-friendly средств.Насчт математики - ну вот деление любят в пример приводить. Когда-то ему в университетах учили, знаете ли.
> Когда люди священнодействовали вокруг больших машин и не было user-friendly средств.Так его и сейчас нет, за исключением некоторых игр. Человек либо использует чуть более чем 0% функций, либо пытается пользоваться значительным количеством одним пальцем c с крайне низкой производительностью, либо привыкает к шаблонным действиям, действуя быстро, но не креативно.
> Насчет математики - ну вот деление любят в пример приводить. Когда-то ему
> в университетах учили, знаете ли.Судя по экономической ситуации, у нас не умеют правильно делить, и не знают, что можно умножать.
Угу. Только сейчас более или менее необученный человек это вообще может сделать. Хоть пальцем, хоть носом - неважно. Вот сейчас он может запросто определить свои координаты - а раньше нужна была пачка специальных приспособлений и навыков. Сейчас может в два счёта отсортировать список из пары десятков тысяч элементов - а раньше не мог. Сейчас может влёгкую смонтировать видео со свадьбы - а раньше для этого потребовалось бы большое и дорогое оборудование и десяток людей, умеющих с ним (и с плёнками) обращаться.Что до деления - давайте не передёргивать.
> Угу. Только сейчас более или менее необученный человек это вообще может сделать.
> Хоть пальцем, хоть носом - неважно. Вот сейчас он может
> запросто определить свои координаты - а раньше нужна была пачка специальных
> приспособлений и навыков. Сейчас может в два счёта отсортировать список из
> пары десятков тысяч элементов - а раньше не мог. Сейчас
> может влёгкую смонтировать видео со свадьбы - а раньше для этого
> потребовалось бы большое и дорогое оборудование и десяток людей, умеющих с
> ним (и с плёнками) обращаться.Ну, если большая красная кнопка - это "человек сможет", то да. Я сильно не уверен, что он это сможет в программах, отличных от "домашних", и с настройками, отличными от дефолтных. И это никак не вещи аля _освоение_ ИДИ.
> Что до деления - давайте не передёргивать.
Давайте.
http://hijos.ru/2011/08/14/vychisleniya-v-ume/
Да, это "человек сможет". Потому что на основе этих действий (как бы он их не делал) он может строить какое-то поведение более высокого уровня. Как именно он это делает - инстурментами или своими мозгами - к делу не относится. То есть если управляющий может получить статистику по продажам - он может принимать какие-то решения на её основе, к примеру.
> Да, это "человек сможет". Потому что на основе этих действий (как бы
> он их не делал) он может строить какое-то поведение более
> высокого уровня. Как именно он это делает - инстурментами или своими
> мозгами - к делу не относится. То есть если управляющий может
> получить статистику по продажам - он может принимать какие-то решения на
> её основе, к примеру.касательно действий в уме - ответ тот же. ну есть сейчас калькулятор у любой собаки - зачем в уме считать? А уж на бумажке в столбик, думаю, большинство посчитает. И этого вполне достаточно, чтобы счёт был не уделом избранных, а таким себе мэйнстримным служебным навыком. А уделом избранных, соответственно, стали куда более сложные проблемы.
> Да, это "человек сможет". Потому что на основе этих действий (как бы
> он их не делал) он может строить какое-то поведение более
> высокого уровня. Как именно он это делает - инстурментами или своими
> мозгами - к делу не относится. То есть если управляющий может
> получить статистику по продажам - он может принимать какие-то решения на
> её основе, к примеру.Тогда нет проблем. ИДИ умеет та же Максима. Наваять GUI для неё, и ИДИ освоит даже первоклассник.
до класса 8-го я не ведал что такое калькулятор. они просто были редкость. считал хорошо, математика на 5.
сейчас я не всегда могу сразу ответить на задачу 2+2=?
и какая разница между прошлыми и теперешними моими умениями? слово "теперешние" тоже мне раньше казалось смешным, а теперь так сказать аналог в голову не приходит.
но я помню то, что когда я мог считать в уме, выстраивать схемы мне было сложно :-(
теперь наоборот - семь раз отмерь, один отрежь! травматизм и трудозатраты уменьшились :-)
Blockly - действительно полезная штука. ИМХО.
Из самых известных - позиционные системы счисления. В частности, десятичная. (Сравни с, популярной в свое время, римской системой счисления. Можно еще добавить, например, логарифмическую линейку. Да и компьютер...
>Как только очередной уровень сложноти становится доступен массам - над ним вырастает следующий, доступный спецам.В точку! Поэтому ни математика, ни физика, ни программирование никогда не перестанут быть кастовыми и закрытыми (хотя в век всеобщей доступности информации и образования о какой кастовости вообще речь?), новый уровень сложности зачастую будет недоступен даже бывшим спецам.
> хотя в век всеобщей доступности информации и
> образования о какой кастовости вообще речь?70 % Земли покрыты морями и океанами, но почему-то в мире существует дефицит воды.
> (хотя в век всеобщей доступности информации и образования о какой кастовости
> вообще речь?)Например, о "кастовости" имеющих реальный, а не декларируемый, доступ к информации и образованию. Включая навыки выделения сигнала среди шума, которые не так-то просто приобрести и поддерживать.
Ну и есть ещё каста ленивых, разумеется...
> то это приведёт к скачку в развитии и культуре?Может привести. Ну вы же не сомневаетесь что даже хомячок умеющий готовить в микроволновке - несколько культурнее предка умеющего только палкой копалкой орудовать да готовить на костре или жрать сырое, правда?
> Может привести. Ну вы же не сомневаетесь что даже хомячок умеющий готовить
> в микроволновке - несколько культурнее предка умеющего только палкой копалкой орудовать
> да готовить на костре или жрать сырое, правда?Готовить? Разогреть полуфабрикат - это готовить? Или готовить - это минимум пожарить мясо на костре, так, чтобы оно не сгорело и прожарилось? А перед этим это мясо найти.
Про "Идиократию" здесь уже говорили? Хотя ещё вспоминается "ВАЛЛИ".
> Ну вы же не сомневаетесь что даже хомячок умеющий готовить в микроволновке
> - несколько культурнее предка умеющего только палкой копалкой орудовать
> да готовить на костре или жрать сырое, правда?Культура -- не набор привычек. И да, сомневаюсь -- потому что предок мог пожалеть чужого, а вот у нас с этим всё больше напряжёнка.
> Я как бы совсем не против если все массово освоят интегрирование и дифференцирование.http://maxima.sourceforge.net/ru/
Maxima - система для работы с символьными и численными выражениями, включающая дифференцирование, интегрирование, разложение в ряд...
>А вообще да, давно пора создать ещё и средства которые лишат и физику и математику кастовости и закрытости, ну а главное эту, как её там - медицину!http://phtiziatr.ru/news/stati/?new=8262
>В статье излагаются особенности, вопросы применения и перспективы развития систем поддержки принятия решений в клинической практике и в образовательном процессе.Ну а в физике и математике дела понятно идут еще лучше.
на моей памяти единственной стоящей поделкой на тему графического программирования было что-то вроде http://glushkov.org/?page_id=56. Оригинал уже лет 30 канул в лету. Программисты говорили, что была реально удобнее текстового редактора во времена машинного кода.
> на моей памяти единственной стоящей поделкой на тему графического программирования было
> что-то вроде http://glushkov.org/?page_id=56. Оригинал уже лет 30 канул в лету.Таких средств естественно много, просто они не для здешнего контингента, смотрите например
http://ru.wikipedia.org/wiki/SIMATIC_STEP_7
>Программирование контроллеров производится редактором программ, обеспечивающим написание программ на трех языках:
>FBD — язык функциональных блочных диаграмм;и вообще
http://ru.wikipedia.org/wiki/IEC_61131-3
Мне, правда, непонятны две вещи. Почему язык со своеобразной подсветкой синтаксиса _текста_ и мышевознёй называется визуальным, и почему после Python следует " наконец, это Blockly" а не "наконец, это Prolog"?
словоблудие - бич нашего времени
А они не запарились ЯП изобретать? Опять же кодить без кода (чисто с "мышью по-жизни") как бы "слегка" не не православно, имхо!
С православием - в церковь. Впрочем, если гугл умудрится сделать, чтобы хотя бы каждый третий из пользователей что-то прогарммировал, хоть понемногу - я ему каждый день с утра молиться буду.
тебе что, мало глючного ПО и падающих спутников от магнитных бурь на Солнце?
А при чём здесь программирующие пользователи? Это как раз криворукие профессионалы. А способ борьбы с криворукостью давно известен - повышение общего уровня, на фоне которого специалисты будут еще более квалифицированы. Другими словами, если у нас неграмотных 95% то неудивительно, что среди оставшихся пяти мало кто пишет без ошибок. А вот если грамотных 100% то какая-то (приличная) часть из них будет писать грамотно, а некоторые будут филологами, профессиональными редакторами,корректорами и т.п.
У нас и без того тысячи Hello World-ов на андроид-маркете. Куда уж больше то?
Ну так покупать их никто не заставляет вроде. И речь не о них, а о том чтобы обычный "продвинутый пользователь" мог наскриптовать нужные ему штуки. Они могут, я видел - в том же Excel такое творят, что глаза на лоб лезут.
только мне оно напомнило
http://catb.org/esr/writings/unix-koans/gui-programmer.html
?
> только мне оно напомнило
> http://catb.org/esr/writings/unix-koans/gui-programmer.html
> ?
Похоже отличный фреймворк, чтобы дать клиентам возможность визуально редактировать, например, фильтры к данным.
> например, фильтры к данным.Лучше пусть сразу отредактуруют визуально рецепт пилюль для себя любимого. Разумеется ничего не понимая в химии - так гораздо интереснее получится. Сразу столько нового о воздействии разных веществ на организм человека узнаем. Главное дисклаймер не забыть! :)
Ну да, лучше дать бесполезный список корявых статичных фильтров как на большинстве сайтов. Ага. Есть другое мнение.
думаешь, на сайтах делают такие фильтры потому что не могут сделать другие? Как раз же специально это, чтобы дебил всё не сломал
Нет. Потому что клешни не позволяют сделать лучше.
В нормальных контролах дают редактировать.
Например тут: http://demos.devexpress.com/ASPxGridViewDemos/Filtering/Filt...
Мимо. Клиент прекрасно знает, что у него за данные в отчете и что ему надо получить. И кривой код (при разумной организации, конечно) никакого вреда не принесёт.
Фигня. попросите любого не-программиста(и не математика/физика) решить это http://blockly-demo.appspot.com/blockly/demos/maze/index.html . Это то же самое императивное программирование, только блоки надо накидывать мышью на канву а не набирать пальцами в редакторе. Аргументацию же приводят, как будто это декларативное программирование. Никаких новых концептов тут нет, а наоборот обычным программистам предлагается делать те же самые операции в 5 раз медленнее.
Довольно популярная задача для обучения детей, видел даже какую-то отечественную разработку с таким лабиринтом. Но если на основе этого языка будут придумывать разные такие задачи - будет отлично.
>Никаких новых концептов тут нет, а наоборот обычным программистам предлагается делать те же самые операции в 5 раз медленнее.Так а каких концепций ждать от примитивного языка программирования и редактора в котором текст набивается путем копи-паста блоков текста с подсветкой фона? Они бы ещё машкоды раскрасили и заявили, что все, теперь стало все легко.
Ура!!! Мой сын написал свою первую программу!!!
Как по мне - этого достаточно, чтобы сказать, что Blocky был создан не зря.
Гуано какое-то.Блок-схемы или псевдокод для кого?
Зачем переходить к наскальной живописи при наличии живого языка?
Подарите ребёнку мяч. Геморой придет в свое время сам. ;)
Здесь я не могу даже сказать:
"Когда человек придумывает Google Blockly, он не грабит, не убивает, не насилует и не пытается свергнуть правительство". Это - штатные содрудники компании, для которых нашлась бы и другая работа. Если ЭТО требует дополнительных вставок на других языках, то какой в этом прок?
А детей нужно учить, прежде всего математике. Рисовать блок-схемы. И только потом можно учить программированию - лет с десяти-двенадцати. Но паззлы уже будут не нужны.
Нууу если набор паззлов с надписями if then и for each сейчас прокатывает за _визуальный_ язык программирования, то, наверное, APL тоже можно в визуальные зачислять.>гораздо более легкий порог вхождения, в частности программы на Google Blockly составляют даже дети.
да, если написать print "Hello World" на воображаемом паззле, это для ребенка гораздо более легко и понятно, чем набрать print "Hello World" руцями в редакторе.
надо автора с Паронджановым познакомить, может, аннигилируют.
Его бы с minetest скрестить, чтобы можно было новые сущности из кубиков составлять :)
Этот "визуальный язык" программирования таковым не является. Из примера видно, что "блоки" просто копируют функциональные элементы других языков (скобки).Вот если бы get(count) выглядел "взятие чего-то из чего-то", тогда я бы поверил, а так это просто красивые картинки поверх норм языка
Уррраааа!) Разработали ЯП, заточенный для планшетов!)куда мир катится...
и как на таком писать архиватор?
> и как на таком писать архиватор?В перерывах между битвами манной кашкой и "покататься на лошадках".
>Компания Google выпустила новый визуальный язык программированияКак же они уже за^U В чём его киллер-фича? В каких областях разработки его применение оправдано?
бестолковое поделие. визуально представляет кашу из цветов и английского (привет великому и могучему!) языка. лого лучше тем, что *результат* представляется значительно более наглядно + режим командной строки для экспериментов.
