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

HumbleBundle, например, частенько продаёт наборы первых томов комиксов от конкретного издательства, или, скажем, пачку книг по вселенной Doctor Who.

Вот прямо сейчас можно купить кучку книг по Data Science от O'Reilly: https://www.humblebundle.com/books/data-science-books Причем пять книг отдают вообще за доллар!

P.S. Часть денег - определяемая вами (!) - идет в различные благотворительные фонды. Кого-то может порадовать только этот факт :)

Ещё одна площадка, за которой я слежу (я там частенько покупаю музыку в жанрах SynthWave и ChipTune - тоже бандлами), это https://groupees.com. Обычно тут
продаются игры и музыка, иногда - книги. Но вот прямо сейчас можно приобщиться к

- курсам по #js: https://groupees.com/frontend-js-bundle Тут вам и ReactJS и Vue с Agnular'ом. Правда, курсы, в основном, новичковые.

- курсам по #python: https://groupees.com/python-perfection-bundle - тут и NumPy со SciPy, и работа с XML (BeautifulSoup) и даже по #gamedev есть курс!

Ещё присутствуют бандлы курсов по "Full Stack Dev" (тут у них сборная солянка из Linux, C#, WordPress и прочих MySQL) и по игростроению (сплошной Unity).

Короче говоря, советую сходить и посмотреть самим - если нравятся видеокурсы, или, скажем, музыка в стиле "Митол + Вокалоид" (да, там и такой бандл продаётся сейчас :))

#mooc

Всё таки NeoCities - интересная площадка. 150 тысяч сайтов и все доступны по IPFS - сие примечательно само по себе. Но самое интересное, это публика, создающая сайты на этой площадке: Каждый сайт, как окно в прошлое - анимированные low-res/low-color .gif'ки, фоновая музыка на страницах (да-да!), вёрстка табличками - ностальгичненько!

Типичные образчики неосайтиков:
- https://gifypet.neocities.org/ (этот отдельно прекрасен!)
- https://2bit.neocities.org
- https://anlucas.neocities.org/
- https://joppiesaus.neocities.org/

Некоторые сайты хоть и менее олдскульны технологически, но тоже очень самобытны:
- https://fauux.neocities.org/
- https://suyu.neocities.org/ (да, анимуфагов на NeoCities много :^])
- https://dragonquest.neocities.org/

И парочка мне лично доставивших:
- https://liooil.space/ (not safe for eyes!!!)
- https://substack.neocities.org/ - тут много всяческих "живых" визуальных штуковин, интерактивных и не очень.

P.S. NeoCites, это отличный бесплатный хостинг статических сайтов с ограничением на форматы заливаемых файлов и нарочитой минималистичностью. Если вдруг вам чего-то такого хочется - стоит попробовать :)

Меня тут заподозрили в рекламе о_О
Увы, профита ни от NeoCities ни от бандломагазинов я не получаю да и ссылки то все на виду - ни одна не реферальная. И вообще, можете по ссылкам ходить через анонимайзеры и мне меньше достанется (меньше от ничего :D)
А если вдруг кто сильно против такого контента, то можете меня не читать, а я и дальше буду делиться тем, чем захочу :)

На CrowdSupply вывешен интересный проект: https://www.crowdsupply.com/chips4makers/retro-uc

Суть: #arduno-совместимая по форм-фактору плата с ASIC-чипом, умеющим эмулировать Z80, Motorolla 68K и MOS6502.

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

Да и просто интересующимся историей вычислительной техники - и историей ПК в частности - будет интересно! Ведь эта платка позволит максимально уменьшить порог входа - не каждый готов искать на барахолках живой Zilog, а потом ещё тратить время на воссоздание необходимой обвески, дабы этот процессор просто запустить.

Не animusic, но уже близко: https://www.youtube.com/watch?v=bAdqazixuRY
KUKA всё же отлично умеют рекламировать своих роботов!

Про animusic: я сравнивал с этим клипом, конечно же https://www.youtube.com/watch?v=3ahoqR6OGdM Тут вам и гитары и ударка и лазеры - и всё в руках роботов :)
Конечно же animusic, это анимация, и ценна она в первую очередь вниманием к деталям, качеством проработки инструментов и синхронизацией картинки и звука (лучше всего это заметно здесь: https://www.youtube.com/watch?v=toXNVbvFXyk) - авторы использовали специальный софт, который "оживлял" модели инструментов под готовую музыку, руками только слегка "доводили" полученную анимацию. И тем интереснее наблюдать прогресс робототехники - интересно даже не столько совершенствование самих роботов, сколько проникновение оных в области, не связанные напрямую с теми нишами, в которых роботы нашли применение изначально (имею в виду промышленность). Вполне можно ожидать, что кто-то сделает робо-оркестр, который сыграет "в живую" не хуже этих анимированных крабьих лапок :)

Кстати, воплощать в жизнь непосредственно animusic уже пробовали: https://www.youtube.com/watch?v=E4hjx3_A-cw - Intel воплотила Pipe Dream (https://www.youtube.com/watch?v=hyCIpKAIFyo) в виде рекламного стенда для одного из своих мероприятий.

Если вы вдруг знаете JavaScript и хотите изучать Elm, то присмотритесь к этому подкасту: http://jstoelm.com/ Подкаст молодой, но выпуски выходят частои регулярно. Даже show notes отличные - очень развёрнутые, с кучей полезных ссылок, их можно читать как самостоятельный блог.

#js #elm #podcast

https://www.youtube.com/watch?v=YC2FvozglPc -
интересная задача (эмуляция NES) и интересная комбинация #rust и #elm :)
Rust то как раз оправдан - эмуляторы стоит писать как раз на таких языках. А вот Elm в таком проекте интересно было увидеть! Впрочем, я лично не удивлён, т.к. Elm как раз очень хорошо подходит тем, кто хочет "просто сделать GUI", но фронтендом непосредственно не интересуется (и часто не хочет погружаться в тонкости настройки webpack, babel, вот этого всего).

В комментариях к ролику автора спросили "Very nice! Btw, why did you choose Elm instead of PureScript (which has higher abstractions like typeclasses etc)?", на что он ответил "I haven't heard of purescript until now, so I guess Elm is just marketed better or has more people talking about it.". Этот микродиалог меня натолкнул на две мысли:

1) автор столкнется с болью и унижением, если попробует приобщиться к #purescript и во многом благодаря (да уж, что ещё "благо") тулингу - имхо, npm+bower+pulp+psc-package могут любить только мазохисты, профессионально деформированные фронтендом;

2) всё таки заметность у Elm уже достаточна для того, чтобы язык выбирали те, кто client-side web developing особо не интересуется и сталкивается с оным лишь эпизодически - по необходимости.

P.S. В описании видео есть ссылки и на эмулятор и на отладчик - тут уж кому что интересно :)

Вообще активности вокруг #Elm всё больше. Публикации вроде этой https://www.reddit.com/r/elm/comments/73hccd/why_elm_needs_a_better_native_code_policy/ явно показывают, что многие используют язык "в продакшне" и серьёзно намерены продолжать использовать Elm. И если такие инструменты, как elm-github-install, выглядят сделанными "на коленке" с целью побыстрее подпереть те места в экосистеме, которые подпирают, то автор Grove подходит к решению проблемы комплексно. Этот исключительно деятельный товарищ не только реализовал инструмент (https://github.com/panosoft/elm-grove), но ещё и поднимает дискусии на reddit (пример одной из них как раз находится по ссылке в начале поста) и участвует в них активно, аргументируя свою позицию - очень адекватно аргументируя, замечу! Дискуссии же показывают, что многие хотят большего, чем готовы сейчас представить разработчики ядра языка - хочется иметь возможность делиться "нативным кодом", да так, чтобы оный тоже пакетировался и версионировался, желательно столь же просто, как чисто-эльмовые пакеты.

Сам я лично на Grove обязательно посмотрю в ближайшее время, а пока интересно следить за его развитием. Скажем вот прямо сейчас автор анонсировал (https://www.reddit.com/r/elm/comments/75ipdv/making_grove_safe_for_everyone_to_use/), что Grove теперь можно использовать и безопасно - устанавливать только pure elm пакеты - и иметь при этом
- возможность установить зависимость из локальной папки - это очень удобно при разработке одновременно и приложения и библиотеки, которую приложение использует
- возможность устанавливать пакеты из приватных репозиториев - уверен, production этого очень хочет :)

Кстати, раз уж пишу о движухе вокруг Elm, пусть будет ещё и эта ссылка: https://elm-directory.herokuapp.com/effect-manager-packages - потихоньку пополняющийся список "менеджеров эффектов", некоторые из которых множество эльмоводов ждёт-недождётся от авторов Elm и которые теперь можно устанавливать через Grove.

Посмотрел на исходники отладчика. Таки автор умеет фронтенд - webpack настроен, css препроцессится, и проч :(
Ну и ладно! Я всё равно думаю, что #Elm - неплохой вариант для быстрой разработки GUI, раз уж браузер - самая распространённая платформа для отображения графических интерфейсов (меня этот факт печалит, но приходится мириться). Может быть появятся альтернативы для Web-powered GUI для того же Rust и подобные отладчики можно будет делать с небраузерным интерфейсом, а пока поживём так...

https://jackschaedler.github.io/jazzari/
Очень интересная шткуа: программируемый (увы на #js) секвенсор для трио из ударки, синта и баса.
Возможности довольно неплохие для приложения, работающего исключительно в браузере. И DSL, на котором собственно программируются инструменты, довольно эргономичен, насколько это вообще применимо к JavaScript ;). А уж визуально всё просто отлично оформлено: цвета, анимация, визуализация - мне лично по нраву!

Отдельно хочу отметить, что применение изменений "на лету" сделано превосходно - дело SonicPi(http://sonic-pi.net/) живёт!

Ах да, ещё названия у программ-примеров отличные! "Kiss my Rollerblades", "Hammock Driven Drums" (о да!), "Sinus Pain", вот это всё :3

#music #js #livecoding

На страничке "Learn more" описанного выше проекта есть отличная подборка ссылок про то "куда дальше смотреть, если хочется приобщиться к программированию музыки" (ссылка: https://jackschaedler.github.io/jazzari/about.html).

Упомянутый Sonic Pi и там присутствует, кстати. А ещё "Learn Music" от Ableton (https://learningmusic.ableton.com/) - отличная штука! И Ear Sketch (https://earsketch.gatech.edu) - этот на #python программируется (помимо #js), что приятно (надо будет попробовать).

#music #learning

На Хаскеле, как известно, тоже лайфкодят музыку - Антон Холомьёв, являет собой яркий пример.

А ещё есть Tidal (https://tidalcycles.org/). Настоятельно рекомендую посмотреть видео с главной страницы, там хоть и под странным углом экран снят, но зато слышно отлично, на что Тидал способен!
Работает Tidal поверх SuperCollider, что неудивительно.

З.Ы. Вот один из докладов Антона: https://www.youtube.com/watch?v=vt1PjMrJ2Yg Тоже советую посмотреть :)

#haskell #livecoding #music

В декабре намечаются сразу две около-функциональные конференции:
FPConf 2 декабря в Mоскве и fby.by 17 декабря в Минске (ссылки ниже). На первой я буду выступать, на второй просто буду. Оба мероприятия обещают быть интересными, так что всячески рекомндую к посещению, буде вам интересна сия тематика.

Ссылки:
- http://fpconf.ru/
- https://fby.by/

#haskell #event

Залил таки свой пакетик в репозиторий эльмопакетов. Правда, документация пока в зачаточном состоянии. Но, глядя на примеры, пользоваться можно :)

http://package.elm-lang.org/packages/astynax/tea-combine/latest

#elm #library

Нарисовался интересный проект: https://github.com/shamansir/ielm - это такое подобие IPython Notebook (он же Jupyter), но для #elm. В этом видео https://vimeo.com/242822314 автор демонстрирует работу системы. И поверьте, там уже есть, на что посмотреть :)

#elm #repl #interactive

https://www.kickstarter.com/projects/954662076/gameshell-redefine-retro-game-console - мне уже хочется!

Не знаю, зачем, правда :) В принципе оправдание для покупки у меня есть - Dingoo A320 уже старенькая. Да и железо на Динге уж совсем своеобразное и программировать под него сложновато. А в этой штучке - ах, да, GameShell, это такая открытая модульная портативная консоль в корпусе, напоминающем Game Boy - и одноплатник с Linux на борту, и контроллер на базе ардуины, да ещё все модули можно вынуть из корпуса и поместить в другой, добавив (или убавив?) периферии. К тому же WiFi присутствует (у Dingoo его, конечно, не было).

Пока GameShell выглядит очень интересно. Это и потенциально отличный портативный эмулятор всякого олдскула, и платформа для построения карманных осциллографов, частотомеров, мультиметров в конце концов. Или синтезаторов, секвенсоров, генераторов эффектов. Для меня, например, этот проект выгладит привлекательнее той же моногострадальной Pandora, которая так и не взлетела (да даже и не разбежалась как следует).

P.S. раз уж на этой малышке будет нормальный Linux и честные кнопки, на оной отлично будет смотреться PICO-8.

https://leanpub.com/outsidefp вот ещё кто-то пишет книгу "типизированное ФП для людей со стороны".

Почитал я "About the Book" и как-то "взгрустнулось". Мне, как человеку, достаточно испорченному знакомством с #haskell/#elm/#purescript, немного обидно читать такое такое (тут мейнстрим противопоставляется типизированным ФП-языкам):

> By "mainstream", I mean:
> - Applications that require only "ordinary" reliability.

не говоря уж о

> - Applications that work in messy domains.
> - Applications that are continuously growing new features.

Вот только это правда. Обидная, но правда.

И мне с моим любимым Haskell уже даже морально тяжело делать "просто достаточно надёжные" приложения, а ведь надо ещё и компилятор убедить в том, что "пока и так сойдёт". Заметьте, я не утверждаю, что так делать в Haskell нельзя - сделать нарочито хуже, конечно же, можно. Но не хочется! А значит я буду стараться делать сразу настолько хорошо, насколько смогу.

Я вообще склонен считать, что в (или через) Haskell идут перфекционисты - тут же столько простора "сделать наконец нормально или даже лучше"! И overengineering в хаскельном коде встречается не реже, чем в коде на мейнстримовых языках (тут многие вспомнят пресловутые "абстрактные фабрики синглтонов"), только тут принято себя оправдывать, что, мол, "зато более корректно и категорно!".

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

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

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

Другой пример. Новичок приходит в Reddit и спрашивает "А какую либу мне выбрать, чтобы сделать простой web-сервис - Scotty или Spock?" (очень частая ситуация). Реалистичный вариант цепочки комментариев будет выглядеть так:

- Бери Servant - только Servant есть TRUE!
- (кто-то робко) Но у сёрванта порог вхождения выше и сообщения об ошибках непонятнее...
- У меня всё работает! И там ваще всё просто (если ты достаточно хорош)!

После этого новичок идет пробовать Servant, видит список требуемых расширений, или просто первое сообщение об ошибке и уходит в ужасе/печали - и хорошо, если не из ФП вообще, а только из Haskell. Одним потенциальным хаскелистом меньше. И какова будет реакция аудитории - особенно русскоязычной - "одним слабаком и неосилятором меньше!".

Смотришь на это и понимаешь, почему кто-то убегает из Haskell с "труёвым Servant" в "скучную и нетайпсейфную" Clojure, или из PureScript с его профункторными линзами и FRP на Halogen в "скучный" Elm. А ведь, на Haskell можно писать и просто (типа вебчика на Scotty)! Но простые решения будут порицаться, или как минимум будут приняты со снисхождением - это демотивирует. И смешные статьи или картинки про Haskell не на пустом месте появляются - есть благодатная почва.

Меня лично радует лишь то, что я даже на своём невысоком уровне умения "в настоящий Haskell" могу делать на оном то, что мне интересно - пусть даже это никого не впечатлит. И я люблю этот язык, пусть и "не благодаря, а вопреки". И быть может мне повезло, что я учил язык, варясь в собственном соку и читая "слишком простую" «Learn You a Haskell For Great Good» - некому было отбить у меня желание к изучению.

Вот как то так.

https://www.youtube.com/watch?v=NB_VBl7ut9Y интересный "отчёт о проделанной работе" на ниве современного ретро-игростроя.

Автор не только накодил игру по старый-добрый C64 (причем "ванильный", т.е. без всяхих добавочных ОЗУ и звуковых чипов!), но и потрудился написать к ней музыку (он это умеет), сделать отличное оформление коробки, наклеек на дискеты, мануала и даже аудио-кассеты с саундтреком!

И надо сказать, что образчик софта получился довольно интересный технически: ограничение по ОЗУ заставило использовать текстовый режим с перегружаемым знакогенератором (помнится, я такое в DOS делал на TurboPascal). Огранничение же текстового режима в плане выбора цветов вылилось в "спрайты" 2x2 символа с раздельной раскраской четвертей - на мой взгляд, получилось очень интересно. И автор даже "оснастку" себе сделал: написал редактор спрайтов и редактор карты - "графический режим" получился довольно своеобразный и готового ПО для "рисования" в нём, очевидно, не было. Любопытно даже просто слушать, как автор рассказывает, какие страницы памяти он освободил от "системного ПО", чтобы влезли данные, что пришлось выкинуть (работа с джойстиком) и т.п. - роматника ретро-геймдева!

Увы, C64 у меня лично нет, никогда не было (и вообще - Коммодоры у нас в стране не имели такого широкого хождения), так что покупать эту игру я не буду :( Впрочем, автор планирует как минимум подумать над DOS-версией - в эту я бы поиграл с удовольствием! А пока подожду - вдруг образы дискеток где-то промелькнут и удастся пощупать C64-версию хотя бы на эмуляторе.

#gamedev

Вот и настал декабрь. А это значит, что прямо сейчас делается куча Advent calendars (это такие серии статей по одной на каждый день с первого декабря и до католического рождества). Вот и на Qiita уже заполнена и заполняется целая "стопка" календарей, например, по языкам программирования: https://qiita.com/advent-calendar/2017/categories/programming_languages Увы, почти весь контент на этой площадке написан на японском языке. Но как минимум код подглядеть обычно можно :)