Hacker News Digest

Не стоит тратить время на бесконечную полировку промптов для ИИ, пытаясь добиться идеального результата «программированием на английском». Это неточный, медленный и мучительный путь.

Вместо этого пиши код сам: создавай черновую версию, рефактори готовый ответ ИИ или разрабатывай критичные части, а остальное доверяй модели. Так ты получишь гораздо лучший результат и останешься инженером, а не «шлифовщиком промптов». Используй ИИ активно, но не забывай, в чём твоя сила.

• Разработчики отмечают, что ИИ-ассистенты полезны для быстрого поиска API, рефакторинга и работы в незнакомых средах, но часто мешают из-за навязчивого автодополнения.
• Оптимальной стратегией считается использование ИИ как "младшего разработчика": задание интерфейсов и тестов, а затем поручение реализации, либо написание кода самостоятельно с последующей оптимизацией ИИ.
• Чрезмерное доверие к генерации кода по промптам приводит к потере понимания кодовой базы, ошибкам и необходимости постоянно править вывод ИИ.
• Многие отключают автодополнение или переназначают горячие клавиши, так как агрессивные подсказки часто некорректны и отвлекают от работы.
• Высказываются опасения о влиянии ИИ на рынок труда, но скептицизм относительно полного замещения разработчиков в ближайшие 1-2 года.

loadmo.re — это кураторская галерея мобильных сайтов, созданная для вдохновения дизайнеров, работающих с нетривиальным вебом. Платформа подчёркивает, что современный интернет всё больше смещается в сторону смартфонов, хотя дизайнеры по привычке ищут референсы на десктопах, упуская из виду потенциал мобильных интерфейсов.

В архиве представлено 362 сайта с фильтрацией по тегам — от 3D-анимации и типографики до звукового дизайна и глитчей. Примеры вроде rude-captcha.xyz или slingshot.trudy.computer демонстрируют, как можно творчески использовать возможности телефона. Цель проекта — стимулировать сообщество к обсуждению и эксперименту в mobile-first дизайне.

• Пользователи обсуждают нестандартный веб-дизайн представленных сайтов, отмечая как их креативность и ностальгическую ценность, так и проблемы с юзабилити и доступностью.
• Критике подвергаются отдельные элементы, такие как изменение поведения ссылок при наведении и невозможность добраться до нижней части страницы из-за бесконечной подгрузки контента.
• Участники делятся воспоминаниями о легендарных сайтах прошлого (Kaliber 10000) и обмениваются ссылками на аналогичные ресурсы и агрегаторы необычных сайтов.
• Высказываются опасения, что подобный дизайн часто непрактичен для представления реального контента и создания призывов к действию, а также создает барьеры для доступности.
• Часть сообщества ценит представленные работы за их художественную ценность и вдохновляющий потенциал, призывая не зацикливаться на мелких недостатках.

YouTube — это глобальная видеоплатформа, принадлежащая Google LLC, предоставляющая пользователям доступ к разнообразному контенту. Сервис включает функции для создателей, рекламодателей и разработчиков, а также регулируется политиками авторского права, конфиденциальности и безопасности.

Пользователи могут тестировать новые функции, а также использовать такие услуги, как NFL Sunday Ticket. Платформа активно развивается, предлагая инструменты для монетизации и взаимодействия с аудиторией, сохраняя при этом прозрачность в отношении своих правил и принципов работы.

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

Катаракта — самая распространённая операция в мире, ежегодно проводится более 20 миллионов процедур. Она превратилась из древней практики с использованием шипов в современную 20-минутную операцию с успешностью выше 95%. Несмотря на доступность — от $150 в Танзании до $6000 в США — катаракта остаётся главной причиной слепоты, особенно в бедных регионах. Ключевая проблема сегодня — не технология, а равный доступ к лечению, поскольку предотвратимая слепота имеет серьёзные социально-экономические последствия.

• Участники обсуждают высокую эффективность и доступность современной хирургии катаракты, особенно отмечая инновационные методы в Индии, позволяющие значительно увеличить количество операций в день.
• Поднимаются вопросы о точном уровне успешности операции (95%), некоторые пользователи ссылаются на данные клиник с более высокими показателями (97%) и низким процентом серьёзных осложнений (<0.1%).
• Обсуждаются возможные осложнения и необходимость повторных операций, а также послеоперационные эффекты, такие как гало вокруг источников света и изменение цветовосприятия.
• Упоминаются различные типы интраокулярных линз (ИОЛ), их преимущества и недостатки (например, трифокальные линзы vs новые спиральные), а также вопросы профилактики катаракты.
• Участники делятся личным положительным опытом операции, описывая её как быструю, безболезненную и кардинально улучшающую качество жизни процедуру.

Эксперименты с док-станциями OCuLink для внешних видеокарт на Raspberry Pi 500+ выявили ключевую проблему: совместимость зависит не только от самого дока, но и от кабеля. Один кабель от Minisforum DEG1 с дополнительными проводами заработал с AMD RX 6500 XT и Intel Arc B580, но не с более мощной RX 7900 XT, которая отлично функционировала на более дешёвом доке JMT.

При этом на форумах есть сообщения о успешной работе 7900 XT в DEG1, что указывает на возможные вариации в партиях кабелей или скрытые нюансы конфигурации. Проблема усугубляется тем, что спецификации кабелей OCuLink редко чётко указаны при продаже, а их распиновка может критично влиять на поддержку высокопроизводительных карт.

• Обсуждается совместимость eGPU через OCuLink и Thunderbolt, включая проблемы с подключением и стабильностью работы на разных платформах (x86, ARM, Linux, macOS).
• Критикуется качество и совместимость оборудования от Minisforum, особенно под Linux, отмечаются проблемы с BIOS и случайные сбои.
• Рассматриваются технические детали подключения (адаптеры M.2 to OCuLink, изоляция линий PCIe) и необходимость специального оборудования для диагностики.
• Упоминается возможность запуска x86-игр на ARM (например, Raspberry Pi) через эмуляцию (box86/box64) или вычисления на GPU.
• Отмечается специфика OCuLink, требующего подключения при загрузке, в отличие от горячего подключения Thunderbolt.

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

За полгода вертикальные панели произвели 77% от выработки наклонных двусторонних, тогда как обычные односторонние показали 90%. Выбор ориентации зависит от нагрузки: для кондиционирования лучше подходят наклонные панели, а для стабильного потребления — вертикальные, обеспечивающие предсказуемость генерации. Вблизи экватора эффективнее могут оказаться восточно-западные массивы.

• Вертикальное расположение двусторонних солнечных панелей повышает эффективность зимой благодаря отражению света от снега и оптимальному углу падения солнечных лучей.
• Ключевые преимущества вертикальной установки: устойчивость к снеговой нагрузке, снижение затрат на обслуживание и возможность использования на ограниченных пространствах (например, в качестве ограждений).
• Стоимость монтажа вертикальных систем может быть ниже традиционных из-за упрощённых конструкций и фундаментов, особенно при наземном размещении.
• Ветровая нагрузка и необходимость усиленных конструкций остаются серьёзными challenges для вертикальных панелей, особенно в регионах с ураганами.
• Вертикальная ориентация меняет профиль генерации энергии, смещая пики на утро и вечер, что может помочь сгладить "уткокривую" энергопотребления.

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

Человек инстинктивно выбирает путь наименьшего сопротивления, поэтому сознательное введение "трения" в процессы становится необходимостью для роста. Полный отказ от инструментов вроде ИИ — не выход; важно научиться использовать их так, чтобы они помогали, а не мешали развитию, особенно в долгосрочной перспективе.

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

Этот код — минималистичная демка в 464 символах GLSL, созданная без текстур и мешей, чисто математикой. Она генерирует пейзаж с горами, туманом и облаками, используя накопление синусоидальных волн для шума вместо дорогих методов вроде градиентного или value noise. Каждый пиксель вычисляется процедурно через итеративный цикл, имитирующий лучи для объёма и глубины.

Ключевые приёмы: компактный шум через abs(sin(x) + sin(y)), матричные вращения для камеры и анимации, нелинейные преобразования для цвета и освещения. Практический вывод — даже сложную графику можно ужать в крошечный код, жертвуя читаемостью ради размера. Неожиданный эффект: демка "стареет" из-за накопления ошибок чисел с плавающей точкой, требуя периодической перезагрузки.

• Обнаружена возможность сэкономить байты в шейдерном коде через математические преобразования.
• Предложена дальнейшая оптимизация кода с сохранением трёх байтов за счёт предварительного умножения переменной.
• Автор принял предложение и обновил код на Shadertoy с указанием авторства.
• Возникли проблемы с производительностью WebGL в браузерах Edge и Chrome на Windows из-за слишком большого количества контекстов.
• Демонстрация корректно работает в Firefox на Windows и получила высокую оценку за визуальный эффект.

Карта нефтяных месторождений Ближнего и Среднего Востока 1965 года из коллекции Дэвида Рамзи визуализирует ключевые инфраструктурные и экономические сети региона. Основное внимание уделено трубопроводам — действующим, строящимся и планируемым, — которые связывают месторождения в Ираке, Иране, Саудовской Аравии и Кувейте с портами Средиземноморья и Персидского залива. Условные обозначения и цветовые блоки показывают зоны контроля международных компаний, раскрывая сложную систему концессий.

Карта также детализирует сети нефтяных полей, refinery и терминалов, подчёркивая их концентрацию в ключевых районах, например, Гавар в Саудовской Аравии или Киркук в Ираке. Врезки с таблицами владельцев и договоров иллюстрируют переплетение корпоративных и политических интересов, выходящих за национальные границы, что отражает геополитическую значимость ресурсов уже в середине XX века.

• Участники обсуждают историческую карту Ближнего Востока, отмечая её детализацию, наличие врезок с разными регионами и спорное описание, в котором, возможно, вымышлены некоторые нефтепроводы.
• Обсуждается роль Великобритании и Уинстона Черчилля в истории нефтяной промышленности, а также упоминается книга Дэниела Ергина "The Prize" как авторитетный источник по теме.
• Поднимается тема исторического развития нефтедобычи в арабском мире и упущенных возможностей, таких как потенциальное сотрудничество Саудовской Аравии с СССР в 1930-х годах.
• Комментаторы спорят о политическом подтексте карты, в частности о наличии врезки с надписью "Израиль" и отсутствии упоминания Палестины, что вызвало дискуссию о её датировке и историческом контексте.
• Затрагивается стилизация шрифта на карте, который, по мнению участников, может имитировать арабскую или персидскую вязь.

Оператор OR в SQL-запросах может быть неожиданно дорогим из-за сложностей планирования запросов. Например, запрос с OR для двух столбцов с индексами может выполняться более 100 мс на миллионе записей, в то время как эквивалентный запрос с использованием AND и подзапросов сокращает время до менее 1 мс. Это происходит потому, что оптимизатору сложно эффективно объединять результаты по индексам для условий OR, особенно при наличии дополнительных фильтров или сортировок.

Практическое решение — избегать OR в пользу денормализации данных. Например, вместо хранения нескольких внешних ключей в одной таблице можно создать отдельную таблицу связей, что упрощает запросы и ускоряет их выполнение за счёт линейных соединений. Это особенно важно для часто используемых операций, таких как поиск с множественными условиями.

• Обсуждаются проблемы производительности SQL-запросов с оператором OR, особенно при использовании предикатов по разным колонкам, и предлагается ручная оптимизация через переписывание в UNION ALL.
• Поднимается вопрос о сложности работы оптимизатора запросов, который может неправильно оценить количество строк из-за устаревшей статистики, что приводит к резкому росту сложности выполнения.
• Упоминаются различные техники индексирования (например, ESR для MongoDB) и важность правильного проектирования таблиц и индексов для избежания проблем с производительностью.
• Отмечается, что ORM часто генерируют неоптимальные запросы, и подчеркивается необходимость ручной проверки и настройки SQL, особенно в высоконагруженных системах.
• Обсуждается возможность применения машинного обучения и расширенной статистики в оптимизаторах запросов для улучшения оценки кардинальности и выбора более эффективных планов выполнения.