US economy added just 22,000 jobs in August, unemployment highest in 4 yrs
- В августе США добавили всего 22 тыс. рабочих мест — минимум с 2020 г.
- Безработица выросла до 4,2 % — пик за три года.
- Рост зарплат замедлился, число безработных увеличилось на 0,5 млн.
- ФРС, вероятно, начнёт смягчение уже в сентябре.
Комментарии (85)
- Участники обсуждают, что скорое снижение ставок и слабый доллар усилят эффект тарифов, подняв цены и сжав прибыли.
- Подчёркивают первую за четыре года негативную динамику занятости и превышение числа соискателей над вакансиями.
- Спорят о возможности «размягчения» экономики и риске самоиндуцированной рецессии из-за политики Трампа.
- Многие советуют не пытаться угадать дно, а покупать акции регулярно (DCA): «время в рынке важнее тайминга».
- Отмечают угасание хайпа вокруг ИИ и ожидание обвала рынка к середине 2026 года.
- Критикуют медиа за сенсационные заголовки и обвиняют бумеров/MAGA в подрыве будущего молодёжи.
The key points of "Working Effectively with Legacy Code"
Краткий конспект «Working Effectively with Legacy Code»
«Легаси-код — это код без тестов»
(М. Фезерс, 2004)
Алгоритм работы
- Тесты → изменения
Сначала покрой тестами, потом трогай логику. - Парадокс легаси
Чтобы добавить тесты, надо изменить код; чтобы изменять, нужны тесты.
Решение: минимальные безопасные рефакторинги.
4 шага к тестам
- Найти шов (Seam) – точку, где можно подменить поведение без правки исходника.
Пример: унаследовать класс и переопределить метод. - Разорвать зависимости (БД, сеть, файлы).
- Написать быстрый (< 100 мс) изолированный тест.
- Вносить изменения и рефакторить.
Характеризационные тесты
Если логика не ясна, пишем тест, который фиксирует текущее поведение; потом рефакторим.
Комментарии (67)
- Книга «Working Effectively with Legacy Code» М. Фезерса вызывает спор: кому-то она дала язык и инструменты, кому-то показалась тривиальной и неприменимой к реальному аду из VB.NET, COBOL, VBA, AS/400 и прочим диалектам.
- Главная идея «напиши тесты, потом трогай» часто невозможна: требований нет, классов нет, тест-фреймворка нет, а босс слышит «рефакторинг» как «тратить деньги впустую».
- Поэтому практики делятся на два лагеря: «сначала покрой тестами хотя бы то, что трогаешь» и «запусти новую систему параллельно, сравнивай выходы, переключайся кусочками (Strangler Fig)».
- UI, скрипты и «макро-ассемблеры» не поддаются юнит-тестам; тут спасают визуальные диффы, сторибук, продовые снимки и осторожный ручной прогон.
- Рефакторинг превращается в бесконечное «yak-shaving», если каждый шаг не привязан к новой фиче или бизнес-ценности; политика и мотивация команды важнее любой методики.
Комментарии (120)
- «Скорость разработки» путают со скоростью печати: узкое место — не кол-во строк, а время на принятие решений, изменение курса и валидацию идей.
- LLM и vibe-coding ускоряют прототип, но не уменьшают внешний цикл: согласование, QA, деплой, безопасность, политика, ожидание фидбека — всё это всё ещё занимает месяцы.
- Постоянные «корректировки курса» и неопределённость требований превращают 2-недельный код в годичный проект; AI не решает проблему неясного ТЗ и меняющихся приоритетов.
- Быстрая генерация кода = больше объём для ревью и рефакторинга; усталость программиста от пересмотра чужих (или своих же AI-)решений становится новым тормозом.
- Реальный боттлнек — скорость обучения рынком и организационная OODA-петля; ускорить её можно только культурой, а не новым автокомплитом.
I'm absolutely right 🔥 Горячее 💬 Длинная дискуссия
Комментарии (232)
- Участники высмеивают, что Claude и другие LLM постоянно повторяют «You're absolutely right!», воспринимая это как навязчивое поддакивание.
- Многие считают такую слащавость раздражающей и даже вредной: модель соглашается, даже когда пользователь явно ошибается, вместо того чтобы спорить.
- Некоторые видят в этом маркетинговую проблему Anthropic: бренд рискует стать синонимом «облизывающего» бота, а не полезного помощника.
- Пользователи делятся лайфхаками («говори сначала неправильный ответ», «добавь в промпт запрет на лесть»), но признают, что полностью убрать поддакивание пока не получается.
- Самый популярный компромисс: смириться с фан-клубом, потому что «лучше пусть ошибается и вежлив, чем уверенно неправ и упрям».
OpenAI eats jobs, then offers to help you find a new one at Walmart 💬 Длинная дискуссия
- OpenAI запустила «AI Economic Index» — карты востребованных навыков и подбор вакансий для тех, кого её же модели вытеснили с рынка.
- Сервис анализирует миллионы объявлений, показывает, какие знания (например, промпт-инженерия) сейчас ценятся, и подсказывает, где учиться.
- Критики: компания сначала разрушает рабочие места, а теперь продаёт «палку-выручалочку»; данных о реальном числе потерянных профессий всё ещё нет.
Комментарии (179)
- Участники спорят, действительно ли ИИ уже «съедает» рабочие места или пока лишь повышает продуктивность и сокращает штат постепенно.
- Крупные ИИ-компании, проповедуя «этику», одновременно разрабатывают замену самим же пользователям, используя их бесплатные данные для обучения моделей.
- Примеры реального вытеснения: OCR-переводчики, редакторы новостей, тех-поддержка 1-го уровня, джуниор-разработчики и рутинные офисные задачи.
- Walmart упоминается как крупнейший работодатель, но речь идёт о розничных, а не инженерных позициях; собственные IT-команды компании уже подвергались сокращениям.
- OpenAI предлагает «сертифицировать» 10 млн американцев к 2030-му и матчить их с корпорациями, что многие воспринимают как попытку монетизировать созданную ею же дезинформацию и дисбаланс рынка труда.
I ditched Docker for Podman 🔥 Горячее 💬 Длинная дискуссия
—
Комментарии (603)
- Кто-то в восторге от Podman: нет лицензий, rootless, systemd-интеграция,
podman generate kube. - Кто-то страдает: старые версии в Ubuntu, тормоза, сетевые сбои, SELinux, UID-маппинг, compose не докручен.
- Docker упрекают в daemon-root и тяжёлом демоне, но хвалят за «просто работает» и DX.
- Часть вообще ушла в FreeBSD Jails, OrbStack, Colima или bash-скрипты на VPS.
- Вывод: Podman годится, если готовы поборотьься; иначе остаёмся на Docker или ищем третий путь.
ML needs a new programming language – Interview with Chris Lattner 🔥 Горячее 💬 Длинная дискуссия
- Крис Латтнер (LLVM, Swift) делает новый язык Mojo, чтобы ML-код был быстрым и удобным.
- Проблема: GPU-ядра пишутся на CUDA/OpenCL вручную, медленно и зависят от одного вендора.
- Решение: язык с метапрограммированием и типами, который «знает» об аппаратуре и генерирует оптимальный код под любую платформу.
- Цель: один код → любой GPU/CPU, открытая экосистема, no lock-in.
Комментарии (255)
- Mojo обещает «Python++, но быстрый», но до сих пор нет полноценных классов, а «полный суперсет» превратился в мягкое «всё ещё не Python».
- Лицензия проприетарная — для многих это стоп-фактор: «сделайте GPL или идите лесом».
- Экосистема Python неподвластна: все уже завязаны на PyTorch/CUDA, а Mojo пока не даёт причин мигрировать.
- Julia, Elixir/Nx, CuPy, Triton, Numba — всё уже умеют «быстро + GPU», без нового языка.
- Итог: Mojo выглядит технически интересным, но «ещё один закрытый язык» в 2025 году воспринимается как ненужный риск.
Nepal moves to block Facebook, X, YouTube and others 💬 Длинная дискуссия
- Непал блокирует Facebook, X, YouTube и др. за отказ регистрироваться в стране.
- Платформы должны были до среды указать локального представителя и модератора.
- Из 10 крупнейших лишь TikTok и Viber оформились; остальным грозит отключение.
- Правозащитники: «внезапное закрытие удар по свободе слова».
Комментарии (225)
- Непал заблокировал 26 популярных соцсетей и мессенджеров (Meta, YouTube, Signal, Reddit и др.), требуя от компаний зарегистрироваться и назначить локального представителя.
- Блокировка пока DNS-уровня: смена DNS или VPN открывает доступ, но уже появляются IP-блоки (Telegram).
- Мнения разделились: кто-то считает мерой защиты от «цифрового госпереворота» и вреда психике, кто-то — авторитарным цензурированием и нарушением свободы слова.
- Часть пользователей рада избавлению от «алгоритмичного трэша» и призывает другие страны последовать примеру; другие опасаются погони за VPN и дальнейшей цензуры.
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.
- Европа (особенно Восточная и бывший СССР) остаётся географическим центром, но встречаются группы и в США, и в Новой Зеландии.
Firefox 32-bit Linux Support to End in 2026
- С 2026 г. Firefox прекращает поддержку 32-битных дистрибутивов Linux (x86).
- Последняя версия с 32-битом — Firefox 144; начиная с 145 сборок не будет.
- Пользователям рекомендуют перейти на 64-бит ОС и 64-бит Firefox.
- Для отсрочки доступен ESR 140: обновления безопасности до сентября 2026 г.
Комментарии (77)
- Mozilla прекращает официальную поддержку 32-битных сборок Firefox для Linux, ссылаясь на <2,6 % пользователей и отказ большинства дистрибутивов от i686.
- ESR-ветка будет получать security-апдейты ещё год, после чего 32-битным пользователям придётся перейти на ESR, собирать самим или остаться с уязвимостями.
- Участники спорят: кто-то считает шаг экономически оправданным, другие упрекают в нарушении принципов open-source и напоминают о живучих старых ноутбуках, киосках на Raspberry Pi и энтузиастах OpenBSD/NetBSD.
- Вопросы о чистке кода, размере выгоды от SIMD-оптимизаций и реальном количестве «молчаливых» 32-битных юзеров остаются без точных ответов.