Strudel REPL – a music live coding environment living in the browser
Мне не хватает полного текста статьи о Strudel REPL для создания точного пересказа. Пожалуйста, предоставьте полный текст статьи, и я подготовлю краткое изложение в соответствии с вашими требованиями: около 170 слов в двух абзацах, выделяя главную идею и ключевые факты.
Комментарии (38)
- Пользователи обсуждают Strudel как браузерную альтернативу TidalCycles, отмечая, что он не требует установки и работает везде.
- Участники спорят о качестве звука и «машинном» характере примеров, спрашивают, может ли Strudel охватить стилистику, отличную от техно/хаус.
- Обсуждается возможность запуска Strudel локально и интеграция с AI для генерации нот и синтеза звуков.
- Упоминается, что Strudel открыт исходный кодом и может быть запущен из исходников, а также что он может быть использован для коллаборативной джем-сессии.
Interview with Japanese Demoscener 0b5vr
0b5vr: 64K «живой сет» в одиночку
Японский сценер 0b5vr показал на Revision 2023 интро 0mix: 64 КБ HTML-файл, который выглядит как запись клубного live-coding-сета.
Идея
Смешал три вещи:
- техно-демки с диджейским миксом (Medium, Ion Traxx, Emix)
- live-coding: код и визуал/саунд рождаются на глазах
- 64K-интро: всё процедурно, весом до 64 КБ
Реализация
Год спустя, в одиночку:
- собственный 64K-движок на WebGL
- синтезатор и секвенсор в GLSL
- таймлайн, переходы, VJ-эффекты — всё кодом
- финальный файл — обычный index.html 64 КБ
Выводы
- Делать 64K solo «адски тяжело» — берите напарников.
- Попал в PC-demo-вместо 64K-конкурса — не обиделся, главное показать.
- В Японии растёт тренд: музыка через шейдеры, машинный лайв, генеративный VJ.
Для непрограммистов
«Сцена — место, где код = волшебство. Смотрите, танцуйте, не бойтесь».
Комментарии (21)
- Ветка вызвала ностальгию у «старичков», вспомнивших mode13h и ранние 90-е.
- Новичкам советуют начать с Revision (Саарбрюккен, Пасха) или летней Evoke в Кёльне; есть специальные «newcomer corners».
- Сцена живёт ради «чистого» искусства без monetизации и чтобы тусоваться с единомышленниками.
- Ключевые ресурсы: pouet.net, scene.org, деморепозитории на GitHub.
- Европа (особенно Восточная и бывший СССР) остаётся географическим центром, но встречаются группы и в США, и в Новой Зеландии.
An engineer's perspective on hiring 💬 Длинная дискуссия
Почему наём — боль
Компании теряют время: 9 раундов, охота за «трендовыми» разрабами, не могут отличить программиста от LLM. Кандидаты страдают: лучшие разрабы (Rust, Haskell) проваливают стресс-интервью, рекрутеры называют их «не-технарями», а потом пропадают на месяцы.
Каким должен быть хороший процесс
- Различать сеньора и маркетолога с ChatGPT.
- Применимо к работе: код, архитектура, ревью, документация.
- Долгосрочно: люди не взаимозаменяемы, уход дорого, специализация под стек выучивается за месяц.
- Экономно: инженерное время дорого.
- Уважительно: неуважение отпугивает лучших.
- Вкус: быстрое, но грязное решение — долгий долг команде; «клей» (поддержка коллег) множит продуктивность.
Почему популярные форматы не работают
-
Live-coding / LeetCode
Не различают, не про работу, уничтожают уважение и вкус, дорогие при многократных раундах. -
Take-home
Легко сгенерировать ChatGPT, неуважительны к времени кандидата, отпугивают сильных. -
Проектирование архитектуры
Лучше: ChatGPT не пройдёт, близко к реальной работе, можно оценить вкус и командное влияние.
Комментарии (171)
- Современные «интервью» больше похожи на серию экзаменов, чем на профессиональный разговор.
- Многие считают, что достаточно 1-2 коротких встреч или пробы через контракт «temp-to-perm», чтобы понять, подходит ли человек.
- Популярные live-coding и leetcode почти не отражают реальную работу и отбирают не тех специалистов.
- Лучше обсуждать реальные задачи, ревьюить существующий код или решать мелкий баг в паре — это ближе к ежедневным обязанностям.
- Кандидаты теряют время и энергию на домашние задания и 9-часовые циклы, поэтому всё чаще «интервьюируют» и сами компании.