Orange Pi RV2: доступный RISC-V компьютер для IoT и AI проектов

Orange Pi RV2 — это бюджетный одноплатный компьютер (SBC) с 8-ядерным RISC-V процессором, предназначенный для разработчиков, энтузиастов и профессионалов. Стоимостью от $40, он предлагает энергоэффективность, слоты NVMe, GPIO-интерфейс и поддержку AI-задач.

Хотя плата отлично подходит для IoT и автоматизации, она не заменяет настольный ПК из-за ограниченной поддержки ПО. Orange Pi RV2 сочетает доступность и инновации, открывая возможности для экспериментов в области RISC-V.

• Ubuntu для RISC-V процессоров без поддержки RVA23 застряла на версии 24.04 без дальнейших обновлений, официального образа Debian также нет.
• Программная поддержка и документация на оборудование, особенно от Orange Pi, критикуются за недостаточность и неудовлетворительное качество.
• Производительность RISC-V SBC, включая Orange Pi RV2, оценивается как низкая по сравнению с аналогичными по цене ARM-платами, такими как Raspberry Pi.
• Основными покупателями одноплатных компьютеров (SBC) считаются энтузиасты и разработчики, работающие с RISC-V, а также рынки Китая и Тайваня.
• Многие SBC, включая RISC-V и ARM, имеют распаянную память, что ограничивает возможности апгрейда; редкие модели с слотами встречаются среди x86-решений.
• Потенциал платформы RISC-V видится в её открытости и отсутствии привязки к вендору, несмотря на текущие проблемы с производительностью и поддержкой.
• Платы часто используются для нишевых задач, прототипирования и в качестве домашних серверов, где не требуется высокая производительность или актуальное ПО.

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

Многие считают разработку ПО скучной работой, где нужно просто писать то, что просят менеджер или клиент. Сначала это увлекательно, но через несколько итераций становится рутиной.

Всё, что не вызывает у тебя интереса, нужно менять.

Когда разработчики начинают видеть себя главными героями, они находят множество проблем для решения — множество напряжений, которые нужно разрешить. Вот несколько примеров таких ежедневных задач:

• CI/CD работает слишком долго из-за отсутствия кэширования.
• Отсутствие пула соединений приводит к перегрузке базы данных.
• Неправильная настройка сборщика мусора вызывает утечку памяти.
• Если код, написанный неделю назад, непонятен через 3 секунды — он плохо написан.
• Высокая задержка для пользователей из-за удалённости серверов.
• Замедление базы данных при пакетной вставке данных.
• Несогласованность ответов API для пользователей в разных регионах.

Это нетривиальные проблемы, они возникают каждый день. Это наши «злодеи» — раздражающие, нежеланные и неожиданные. Мы должны их устранять.

Выбирайте свои «битвы». Это способ сделать день интереснее. Если на работе такие задачи недоступны, решайте их в личных проектах.

Если вы преследуете правильное напряжение, за ним последует история.

• Участники дискуссии в основном не согласны с идеей о том, что скучной работе нужна напряженность (tension). Вместо этого предлагается искать в такой работе смысл (meaning) или дисциплину. • Многие считают погоню за напряженностью вредной, сравнивая ее с дофаминовой петлей, которая не приводит к значимым результатам. • Несколько комментаторов отмечают, что рутинная, последовательная работа часто является основой для по-настоящему великих достижений. • Другие предлагают автоматизировать скучные задачи, чтобы высвободить время для более ценной и rewarding деятельности. • Часть обсуждения свелась к тому, что разные люди мотивированы по-разному, и что невозможно обобщить один опыт на всех.

• Пользователи высоко оценивают надежность, масштабируемость и удобство разработки Trigger.dev, особенно отмечая функцию отложенных задач и режим разработки.
• Обсуждаются сравнения с конкурентами (Temporal, Inngest, Restate), где Trigger.dev выделяется как движок устойчивого выполнения с собственной инфраструктурой для запуска рабочих нагрузок.
• Подчеркивается выгодное ценообразование сервиса по сравнению с самостоятельным хостингом на VPS.
• Затрагиваются технические аспекты: использование CRIU для снапшотов, обработка ошибок и повторных попыток, безопасность и модели развертывания.
• Отмечается сильная поддержка со стороны основателей и активное сообщество в Discord.
• Пользователи интересуются интеграциями (например, с Supabase/Postgres) и возможностями использования в различных сценариях, не только AI.
• Обсуждается ориентация рынка на AI-агентов, хотя платформа универсальна и подходит для любых фоновых задач и рабочих процессов.
• Поднимаются вопросы о различиях с другими инструментами (Mastra) и потенциальных рисках при рефакторинге из-за автоматических повторных попыток.
• Представители Trigger.dev разъясняют архитектурные решения и планы на будущее, включая возможность запуска рабочих нагрузок на своей инфраструктуре.

Бывший сотрудник Meta утверждает, что компания обошла защиту приватности Apple. По его словам, Meta использовала специальный прокси-сервер для сбора данных пользователей через сторонние приложения, несмотря на ограничения App Tracking Transparency.

Сотрудник сообщил о нарушении, но был уволен. Meta отрицает обвинения, заявляя, что их система соответствует правилам Apple и защищает пользовательские данные.

Это не первый случай, когда Meta обвиняют в нарушении приватности. Ранее компания уже сталкивалась с исками и штрафами за отслеживание пользователей без согласия.

• Участники обсуждают нарушение Meta политики Apple в отношении отслеживания пользователей без согласия, используя обходные методы.
• Высказывается мнение, что Apple намеренно не удаляет приложения Meta из App Store, применяя двойные стандарты: строгие к мелким разработчикам и мягкие к крупным корпорациям.
• Некоторые пользователи отмечают, что практика скрытого сбора данных Meta была ожидаемой и давно известной, а новость лишь подтверждает это.
• Обсуждается, что подобное поведение Meta вызвано чрезвычайно высокой прибыльностью таргетированной рекламы и давлением «позднего капитализма».
• В качестве решения проблемы предлагается отказываться от нативных приложений в пользу веб-версий (PWA), чтобы ограничить сбор данных.
• Упоминается, что обычные пользователи часто не осознают масштабов сбора данных, в отличие от технически подкованной аудитории.

У Apple есть приватное CSS-свойство для добавления эффектов Liquid Glass на веб-страницах. Оно называется -apple-visual-effect и позволяет использовать материалы вроде -apple-system-glass-material.

Однако это свойство не работает в обычном Safari — только внутри приложений через WKWebView с включённой приватной настройкой useSystemAppearance. Использование этой настройки приведёт к отклонению приложения в App Store.

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

• Участники обсуждают новую приватную CSS-функцию Apple (Liquid Glass), доступную только для системных приложений, что некоторые считают антиконкурентной практикой.
• Высказывается предположение, что сама Apple активно использует вебвью (WebViews) в своих приложениях (например, App Store, Настройки, Музыка), но делает это настолько незаметно, что пользователи их не распознают.
• Многие отмечают, что плохая репутация вебвью связана как раз с теми случаями, когда они реализованы плохо, в то время как хорошо интегрированные остаются незамеченными.
• Эстетическая ценность и utility-эффекта Liquid Glass оцениваются участниками неоднозначно: одни видят в нём возвращение личности системе, другие считают его бесполезным и уже устаревшим.
• Часть комментаторов сомневается, что данная функция даёт Apple реальное конкурентное преимущество, и считает обвинения в антиконкурентном поведении безосновательными или преувеличенными.

Как самостоятельно разместить веб-шрифт с Google Fonts

Обычно веб-шрифты берут с Google Fonts. Не вставляйте готовый код оттуда — скачайте файлы шрифтов и разместите их на своём сервере.

ВАЖНО: Это не юридическая консультация. Я не ваш юрист.

Шаги:

-1. Убедитесь, что использование шрифта соответствует лицензии. 0. Скачайте шрифт:

• Найдите нужный шрифт на Google Fonts.
• Нажмите «Get font» → «Get embed code» (не копируйте код).
• Выберите нужные настройки.
• Скопируйте URL из атрибута href в предоставленном HTML (например, https://fonts.googleapis.com/css2?family=Fira+Code&display=swap).
• Скачайте этот CSS-файл и все файлы шрифтов, на которые он ссылается.
• Поместите файлы в папку с версией (например, /Assets/Fira/Code/2025-8-13/).
• Измените CSS: замените абсолютные ссылки на относительные (например, src: url(uU9eCBsR6Z2vfE9aq3bL0fxyUs4tcw4W_D1sJVD7Ng.woff2) format('woff2');).

1. Добавьте лицензию: Найдите лицензию шрифта через Google Fonts (раздел «License») и сохраните её в файле.
2. Добавьте HTML:

   <link href="/Assets/Fonts/Fira/Code/2025-8-13/fira-code.css" rel="preload">
   <link href="/Assets/Fonts/Fira/Code/2025-8-13/fira-code.css" rel="stylesheet">
   

3. Добавьте CSS:

   code {
       font-family: "Fira Code", monospace;
       font-optical-sizing: auto;
       font-weight: 400;
       font-style: normal;
   }
   

4. Укажите ссылку на лицензию и соблюдайте её условия.

Пример реализации можно посмотреть здесь.

---

Atom Feed
Контакты: velocifyer@veloicfyer.com (поменяйте местами «i» и «C» в домене).
Лицензия: CC-BY-SA 4.0, кроме favicon, JavaScript и шрифтов.
Исходный код блога на Codeberg.

• Представлен инструмент для подмножества и самостоятельного хостинга веб-шрифтов из каталога Google Fonts с целью уменьшения их размера.
• Обсуждаются потенциальные проблемы конфиденциальности при использовании Google Fonts API, хотя официально Google заявляет об отсутствии сбора данных и cookies.
• Рассматривается дилемма выбора между хостингом шрифтов на собственном сервере (риск полного отказа) и использованием Google CDN (риск недоступности или блокировки).
• Упомянуты альтернативные инструменты и ресурсы для скачивания и самостоятельного хостинга шрифтов, включая Google Webfonts Helper, FontSource и GitHub-репозитории.
• Подчёркиваются технические преимущества самостоятельного хостинга: контроль, отсутствие лишних запросов к Google, возможность субсеттинга и base64-кодирования для уменьшения FOUC.
• Отмечается, что Google динамически подбирает формат и версию шрифта под User Agent, что усложняет точное копирование их метода раздачи.
• Часть пользователей считает самостоятельный хостинг излишним, учитывая надёжность Google CDN и сложность воссоздания его оптимизаций.
• Некоторые участники выражают удивление, что тема стала популярной, так как самостоятельный хостинг шрифтов является давно известной и простой практикой.
• Обсуждается, что использование переменных шрифтов (variable fonts) и современных CSS-практик может быть более эффективным, чем методы, описанные в статье.

Вот краткое содержание обсуждения:

• Основной вопрос — смогут ли ИИ-инструменты (вроде LLM) преодолеть последние и самые сложные препятствия на пути к полной автоматизации программирования или же развитие упрется в "последние 10%", как это бывало с другими технологиями.
• Участники спорят, приведет ли удешевление написания кода к сокращению спроса на программистов (замена людей) или, наоборот, к его росту (парадокс Джевонса — дешевый товар используют больше).
• Многие выражают скептицизм, отмечая, что ИИ пока генерирует много низкокачественного, сложного для поддержки кода, что может увеличить потребность в опытных разработчиках для "расхлебывания" этого беспорядка.
• Поднимается теза, что ценность сместится с написания кода на навыки более высокого уровня: понимание предметной области, архитектурные решения, суждение и умение решать, что вообще нужно строить.
• Обсуждается, как нейроразнообразным программистам, чьи сильные стороны могут не совпадать с новыми требованиями, адаптироваться к меняющейся профессии.
• Некоторые проводят аналогии с прошлыми технологическими сдвигами (например, появление компиляторов), которые в итоге только увеличили число программистов, а не сократили его.

PayPal открывает новую эру P2P-платежей

Компания PayPal представила функцию персонализированных платежных ссылок, которые можно отправлять через любые мессенджеры. Пользователи из США уже могут создавать одноразовые ссылки для переводов, а в ближайшее время функция станет доступна в Великобритании, Италии и других странах.

В скором времени в приложение PayPal будет интегрирована возможность отправки криптовалюты (Bitcoin, Ethereum, PYUSD) другим пользователям PayPal, Venmo и сторонних кошельков, поддерживающих криптоплатежи.

Компания также подтвердила, что личные переводы между друзьями и родственниками через Venmo и PayPal не подлежат налоговой отчетности по форме 1099-K. Это касается подарков, возмещений расходов и разделения счетов.

«PayPal в очередной раз меняет то, как люди переводят деньги друг другу», — заявил представитель компании.

• Домен paypal-corp.com признан легитимным, несмотря на подозрения в фишинге.
• Пользователи скептически относятся к вовлечению PayPal в криптовалюты, учитывая историю блокировок счетов и средств.
• Подчеркивается противоречие между децентрализованной природой криптовалют и централизованной моделью PayPal как посредника.
• Высказываются опасения по поводу высоких комиссий, регуляторных сложностей и отсутствия реального самоходного кошелька (not your keys, not your crypto).
• Отмечается, что поддержка криптовалют PayPal уже существует годами, и новость касается в основном стабильных монет (stablecoins).
• Указывается на ограниченность запуска: сначала только для пользователей в США, что противоречит заявлению «для всех и везде».
• Многие видят в этом шаге в основном попытку соответствовать регуляторным требованиям и освоить новый рынок, а не технологический прорыв.
• Поднимается вопрос о практической полезности криптовалют с высокими комиссиями и медленными транзакциями для повседневных расчетов.
• Высказывается недоверие к корпорациям в целом из-за неповоротливости, плохой поддержки и неэтичных практик.

Кубические спутники (CubeSats) — это увлекательные инструменты для изучения космоса. Это миниатюрные спутники размером 10×10×10 см (1U), которые могут быть оснащены Raspberry Pi или микроконтроллерами. Уже несколько таких устройств работают в космосе, например, на МКС или в проектах вроде SatGus.

CubeSats строятся на стандартных платформах, что упрощает разработку. Их стоимость значительно ниже традиционных спутников: сборка обходится в несколько тысяч долларов, а запуск — около $85 000. Это делает их доступными для образовательных учреждений и энтузиастов.

Проектирование CubeSat требует тщательного учёта каждого миллиметра и миллиампера энергии. Примером может служить проект Build a CubeSat, где разработчик сталкивается с challenges аппаратного и программного обеспечения, включая вопросы безопасности удалённого доступа.

Такие проекты не только расширяют возможности обучения, но и inspire новое поколение инженеров и исследователей космоса.

• Участники делятся успешным опытом создания и запуска кубсатов на базе Raspberry Pi и Arduino для образовательных и любительских проектов.
• Обсуждаются технические аспекты: использование LoRa для связи, проблемы радиации в LEO, открытые проекты (например, OpenLST) и низкая скорость передачи данных.
• Поднимаются вопросы безопасности и уязвимостей кубсатов, включая потенциальное использование TLS и сложность взлома из-за специализированного оборудования.
• Отмечается высокая стоимость запуска (~85 тыс. долларов) как основное препятствие, но выражается надежда на её снижение.
• Упоминаются частые неудачи (до 50% миссий) из-за недостаточного тестирования и неопытности команд, а не аппаратных сбоев.
• Обсуждаются проблемы космического мусора и необходимость учёта стоимости утилизации при запуске.
• Предлагаются альтернативы, такие как пикобаллоны, для более экономичных атмосферных экспериментов.
• Участники отмечают доступность кубсатов через SpaceX и долгую историю их использования (свыше 2300 запусков).

Размещение сайта на одноразовой вейп-системе

Примечание: эта статья НЕ размещена на сервере, работающем на одноразовой вейп-системе. Настоящий пример можно посмотреть здесь.

Предыстория

Я несколько лет собирал одноразовые вейпы у друзей и семьи, изначально извлекая из них батареи для «будущих» проектов. Современные устройства стали сложнее: с USB-C и перезаряжаемыми аккумуляторами. Во время разборки я обнаружил микроконтроллер с маркировкой «PUYA» — это оказался ARM Cortex-M0+.

Технические характеристики

Микроконтроллер PY32F002B имеет:

• 24 МГц Cortex-M0+
• 24 КБ флеш-памяти
• 3 КБ ОЗУ
• Минимальный набор периферии

Подключение к сети

Идея использовать вейп в качестве веб-сервера пришла после экспериментов с semihosting — системными вызовами для ARM через отладчик. Для передачи данных использовался протокол SLIP (Serial Line Internet Protocol), эмулирующий модемное соединение через последовательный порт.

Настройка в Linux:

pyocd gdb -S -O semihost_console_type=telnet -T $(PORT) $(PYOCDFLAGS) &
socat PTY,link=$(TTY),raw,echo=0 TCP:localhost:$(PORT),nodelay &
sudo slattach -L -p slip -s 115200 $(TTY) &
sudo ip addr add 192.168.190.1 peer 192.168.190.2/24 dev sl0
sudo ip link set mtu 1500 up dev sl0

Для реализации TCP/IP стека выбрана легковесная библиотека uIP, не требующая RTOS и поддерживающая базовый HTTP-сервер.

Вот краткое содержание обсуждения:

• Участники обсуждают китайские 4G-донглы и одноразовые вейпы как примеры невероятно дешевых, но мощных вычислительных устройств, которые содержат микроконтроллеры, память и даже GPS.
• Основная мысль: подобные устройства, будучи одноразовыми, представляют собой огромную проблему электронных отходов, и их статус «одноразовых» считается абсурдным и расточительным.
• Обсуждается технический парадокс: эти устройства обладают вычислительной мощью, о которой можно было только мечтать несколько десятилетий назад, но теперь они массово выбрасываются после одного использования.
• Многие пользователи восхищаются техническим достижением автора проекта (запуск веб-сервера на таком устройстве) и духом хакерства, но при этом испытывают смешанные чувства из-за контекста их применения.
• Поднимается вопрос о том, как законно утилизировать такие устройства (батареи и электронику), и выражается сомнение, что люди следуют этим правилам.
• В целом, текущее состояние технологий, где ИИ создает искусство, а веб-серверы работают на вейпах, характеризуется как «странное».