Интересное наблюдение для общей эрудиции:
Если одним проводом подключить друг к другу два iPhone, то заряжаться начнет тот, у которого меньше зарядки, но только если она оба подключены по USB-C. В случае, когда один из концов провода Lightning, тогда всегда будет заряжаться устройство с Lightning.
А если одним проводом подключить iPad и iPhone, то планшет всегда выступает в качестве павербанка, вне зависимости от того, сколько заряда у него осталось.

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

#Apple #iOS #iPadOS #Lightning #Charging

Часть 1.

Нашел тут у одного из коллег по цеху ссылку на IT-2025: Реквием по здравому смыслу. Довольно комично написано, едкое сатирическое описание сегодняшнего рынка IT, но пару цепких цитат я оттуда выхватил. Покажу вам самое главное, а если захочется прочесть, то можно будет перейти по ссылке на Хабр.

"День разработчика превратился в "швейцарский сыр" — куски времени по 30-40 минут между созвонами, в которые невозможно погрузиться в состояние потока. Продуктивность падает, выгорание растет."

Оно действительно так. На всех моих рабочих местах с приходом в разработку всегда было какое-то неадекватное проекту количество суеты, будь то созвоны в Teams или сборища в кабинете у менеджера. Чудовищная пустая трата времени. У каждого человека свой ритм работы. Мне, чтобы войти в фокус, нужно минут 40-60 и после этого я могу несколько часов подряд стабильно работать, пилить фичи и фиксить баги, но как только этот пузырь внимания лопается звонком или новой срочной задачей вне спринта, у меня все схемы в башке рушатся и приходится набирать всю инерцию сначала.

У меня был рабочий день как-то, который целиком и полностью состоял из звонков. 8 часов Teams. Сначала дейлики, сетап и ретро в моей команде, затем часовые сборища со всем отделом по вопросам коммуникации между отделами. Очень иронично. Ни одной строчки кода за целый день.

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

Примером может служить ценообразование на маркетплейсах, где алгоритмы, настроенные на максимизацию прибыли, устраивают "американские горки" с ценами, вводя покупателей в ступор. Или операторы связи, оптимизирующие саппорт до такой степени, что дозвониться до живого человека в саппорте стало квестом уровня Dark Souls, а чат-боты способны распознать только 2.5 сценария.

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

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

Часть 2.

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

Тут выскажу сугубо личное мнение. Пузырь из соевых разработчиков разрастался, начиная с ковида, и сейчас набрал критическую массу.
Конечно, до определенной степени я сам такой же парень из пузыря, но я заходил в профессию со всей скромностью, с желанием учиться и разбираться в сложных концептах. Я никогда не считал, что, пройдя пару курсов на Udemy, можно залететь на зарплату 100+ и еще бить себя в грудь, что рынок мне не доплачивает. Цена любого опыта — стыд, и, как ни крути, первые год-два работы рассчитывать на какие-то серьезные плюхи — это гордыня. Конечно, есть свои исключения, но мне кажется, средний опыт для человека, который в ~30 лет входит в программирование, будет такой.

Так сложилось, что у меня был опыт отбора кандидатов. На протяжении нескольких месяцев мы искали второго разраба на React в команду. И если на момент прихода в компанию я себя чувствовал совершенно чужим в профессии, будто меня туда занесло по ошибке, то после проведения собесов и наблюдения за кандидатами, я понял прекрасно, что я еще молодец. Люди с 5-летним опытом разработки приходят и не могут ответить на банальные вопросы про Redux и мемоизирование, а требования по зарплате - моё почтение. Люди действительно считают, что, пройдя один курс на Udemy или Яндекс, можно сразу попасть на проект и что-то пилить, ну а с появлением ИИ-агентов люди начали терять связь с реальностью и вправду считают, что они разработчики.

Бизнес в восторге от ИИ. "Зачем нам дорогой сеньор, если DeepSeek пишет 1500 строк кода за минуту?" — спрашивают они. Ответ прост и страшен: поддержка. ИИ позволяет генерировать функционал с невероятной скоростью. Графики производительности (Lines of Code) летят в космос. Но вместе с ними в космос летит и технический долг.
Код, написанный ИИ, часто страдает от скрытых дефектов:
- Использование несуществующих библиотек (галлюцинации).
- Нарушение паттернов безопасности.
- Логические бомбы, которые взрываются только при граничных условиях.
Когда такой код накапливается, проект превращается в "Большой Ком грязи". Поддерживать его становится невозможно, потому что никто — ни человек, ни ИИ — не понимает общей картины.

Здесь тоже сложно не согласиться. Я вижу, как даже в самой сетке очень много людей, которые воспевают ИИ, как решалку всех проблем, но, по сути, качество сгенерированного кода строго зависит от кода, который был загружен в LLM, а в большинстве своём это код едва ли Middle уровня. Да, прикольно набрасывать прототипы по-быстрому, но зачастую дебажить код ИИ занимает больше времени, чем писать самому с нуля.

С помощью ИИ я пытался реализовать два домашних проекта. Один очень простой, второй очень специфический. Ни с одним из них, например, Cursor не справился. Если будет интересно о самих проектах расскажу в следующих постах.

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

#habr #ai #article #quote

Итак, ребята, завершающий пост про мой многострадальческий Vivobook. Постараюсь более структурно, в отличие от прошлых постов, чтобы не отнимать много времени у читателей.

Вспомним суть проблемы: включаю музыку через Bluetooth-колонку, блокирую экран (Win+L) и ухожу от ноутбука. Через минуту звук начинает периодически прерываться. На заблокированном экране! Это не зависание, а именно короткие, но чёткие пропадания звука раз в 30-60 секунд.

Чего только я не перепробовал (список безумия):
• Переустановка ОС. Windows 11 и 10, чистые образы с MSDN, установка через Media Creation Tool. Десятки раз.
• Война с драйверами. Все возможные комбинации: драйверы с сайта ASUS, последние от AMD для графики, драйверы от Intel для Wi-Fi/Bluetooth (да, я даже менял аппаратный модуль с MediaTek на Intel AX210), стандартные от Microsoft.
• Танцы с настройками питания. В Диспетчере устройств для каждого USB-контроллера, PCI-E, Bluetooth-устройства и даже мышки отключал галочку «Разрешить отключение этого устройства для экономии энергии». Менял схемы питания через командную строку (powercfg), выключал все возможные опции энергосбережения в параметрах Windows.
• Аппаратные экспедиции. Менял SSD, оперативную память, отдавал ноут в ремонт для поиска микротрещин на материнской плате и перепрошивки BIOS программатором. Пробовал работать без внешнего монитора, без USB-хаба, в чистом поле вдали от других сетей.
• Глубокий анализ системы. Спасибо подсказке с форума — начал копать Журнал событий Windows. Позже подключил серьёзный арсенал: powercfg /energy, powercfg /sleepstudy, мониторил запросы на пробуждение (powercfg -requests). В финале дошёл до Windows Performance Recorder/Analyzer и LatencyMon.

Ключевые открытия в расследовании:
1. Проблема волшебным образом исчезала, если в Диспетчере устройств отключался драйвер видеокарты AMD Radeon Graphics. Но это было не решение — без драйвера не работал внешний монитор.
2. В отчёте powercfg /sleepstudy обнаружился загадочный Unidentified Driver, который мешал системе уйти в глубокие фазы сна в режиме Modern Standby.
3. Инструмент LatencyMon показал виновника — высокую DPC-латентность (задержку вызовов драйверов). Главными подозреваемыми были ntoskrnl.exe (ядро Windows) и Wdf01000.sys (фреймворк драйверов). Пики их активности в Windows Performance Analyzer чётко совпадали с моментами прерывания звука.
4. Проблема была не в конкретной колонке или наушниках (тестил JBL GO 3, AirPods), а в режиме Modern Standby (S0), в который ноутбук упорно уходил при блокировке экрана, игнорируя любые настройки «не спать».

Рабочее решение (костыль, но рабочий):
Всё свелось к тонкой настройке работы процессора в состоянии простоя. Наткнулся на решение в англоязычных обсуждениях подобных проблем с драйверами AMD/NVIDIA.
1. Скачал утилиту PowerSettingsExplorer, которая показывает скрытые параметры питания.
2. Запустил от Администратора и снял галочки с двух параметров:
• Processor Idle Demote Threshold
• Processor Idle Promote Threshold
3. После этого они появились в настройках схемы электропитания (Панель управления -> Электропитание -> Настройка схемы -> Изменить дополнительные параметры -> Управление питанием процессора).
4. Выставил оба значения на 100% для питания от сети и от батареи.
5. Перезагрузил ноутбук.

Результат: Лаги Bluetooth на заблокированном экране полностью исчезли. Музыка играет ровно, как и должна.

Вывод: Корень проблемы, судя по всему, в том, что современные драйверы (в моём случае — AMD) могут некорректно взаимодействовать с агрессивными механизмами энергосбережения процессора в режиме Modern Standby. Это вызывает лаги в реальном времени. Моё решение, по сути, заставляет систему реже и меньше снижать частоту CPU, что убирает артефакты. Возможно, это слегка скажется на долголетии ЦПУ, но для меня это приемлемая цена за стабильную работу, хотя у меня есть желание разобраться с этим дальше и вернуть работу процессора в обычное состояние, сохранив при этом работоспособность Bluetooth.

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

#vivobook #bluetooth #modernstandby #драйвера #windows11 #asus #s0

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

Первое января нового года не было исключением. В качестве подарка на Новый Год я купил себе iPhone с последней версией iOS 26 и обнаружил, что мой сайт-визитка не открывается на нем. Просто белый экран. На компьютерах с Windows, а также на предыдущих версиях iOS всё работает, как и должно.

После часовой сессии гугления и общения с ИИ я сделал несколько открытий:

· Apple не пускают другие браузерные движки на свои телефоны, потому все другие браузеры из App Store по сути тот же Safari (WebKit engine), просто в другом скине. С Safari часто бывают индивидуальные трудности при разработке, но меня смутило, что на компьютере в Chrome сайт открывается, а на телефоне нет. Загадка была разгадана.

· Причина, по которой не работал сайт на iOS 26 – устаревший метод substr в моем JavaScript-коде. Я написал этот сайт года 4 назад, потому не мудрено. Заменил его на substring, и страница загрузилась. Я так понимаю, substr все еще используется для обратной совместимости.

· Оказывается, private key от Putty (.ppk) не тоже самое, что ключи от OpenSSH. В целом не сказать, что это сюрприз, но было удивительно, что у фриварного Putty какие-то свои ключи.

На последнем пункте хочу остановиться чуть подробнее. Пока я ковырял свой сайт и искал причину, почему он не работает, я решил заодно настроить удаленный клиент VS Code по SSH, чтобы работать с кодом сразу на сервере.

Добрые 15 минут я не мог вкурить, почему мой ключ от Putty не работает в VS Code, пока не понял, что нужен OpenSSH.

И вот моя финальная мысль:

Я привык в разработке к тому, что постоянно меняются фреймворки, выходят какие-то новые тулзы и прочее, но еще разбираться и с разными приватными ключами…

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

Согласны ли вы, что уже имеется некая избыточность в инструментах, доступных разработчикам?

#ios #ssh #javascript #frontend #putty #vscode

Появилась необходимость снова зайти на сайт Apple.
Я уже как-то упоминал его в предыдущих постах, где показывал отсутствие проверок на вводимые данные на фронтенде при попытке логина в iCloud.

В этот раз мне нужна была помощь с активацией iMessage, так как я отправил уже более 20 СМС для активации сервиса, но он так и не включился. В интернетах прочёл, что можно запросить поддержку, оставив заявку на сайте. Подозреваю, чтобы кто-то вручную включил мне онлайн-чат в сообщениях.

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

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

Если кому-то интересно, скроллы прыгают, потому что крутится спиннер, который, по всей видимости, вместе с собой крутит либо padding, либо margin. Из-за этого родительский размер блока меняет размер скролла. Детально изучать не стал, за это не заплатят, но когда я учился верстать, такой прикол часто возникал по неопытности.

#apple #ux #frontend

Я довольно часто продаю что-то на Авито. В очередной раз продавал сломанный роутер.
Бывает, что пишут с порога с отличными финансовыми предложениями и их я обычно игнорирую.

Запечатлел вот такую зарисовку. На данном скрине можно увидеть небольшой сюжет полный смелости и терпения, но, как пел Хью Лори, не всегда можно получить то, что хочется.

#Avito #router

Первый рабочий день 2к26

Бешеная уверенность искусственного интеллекта иногда бодрит.

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

Ну, технически он прав. Нет докера - нет проблемы.

100% ГАРАНТИРОВАННЫЙ ФИКС ✅

ОНО ЗАРАБОТАЕТ Я ТЕБЕ ГАРАНТИРУЮ


#ai #lmarena #debian

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

AMD Ryzen 7 9800X3D 8-Core 4.70 GHz
NVIDIA GeForce RTX 3060 12GB (Жду 5070ti, очень скоро приедет!)
32,0 ГБ DDR5 6400 Mhz (Нехило я так успел купить перед ИИ бумом)
B850M AORUS ELITE WIFI6E ICE

Периферия:
Клавиатура Royal Kludge S98
Мышь VGN Dragonfly F2 Ultra+
Наушники Arctis Nova 7P Wireless

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

#build #pc