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

Первое января нового года не было исключением. В качестве подарка на Новый Год я купил себе 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

Что, ребята, разгоняем мониторы теперь?

Кто-нибудь после 144Гц видит разницу вообще?

#monitor #HKC #overclock

Решил по приколу закинуть Соглашение подписчика Steam в DeepSeek. На волне разговоров про то, что купленные игры вам не принадлежат, стало любопытно. Смотрите, какая оговорка для российских пользователей:

10. Применимое право и юрисдикция (Крайне важно для пользователей из России и стран СНГ):
Для пользователей за пределами ЕС и Великобритании споры регулируются законодательством штата Вашингтон, США. Вы соглашаетесь на исключительную подсудность судов округа Кинг (штат Вашингтон). Это означает, что в случае спора с Valve, рассматриваться он будет по американским законам в американском суде.
В соглашении сделана специальная оговорка для жителей России:
"Если вы проживаете в Российской Федерации, вы можете обратиться в районный суд по месту жительства." Это даёт вам право подать иск в суд по своему месту жительства в соответствии с российским законодательством.
Для пользователей в ЕС и Великобритании действует законодательство страны их проживания.

Стим не перестаёт удивлять, сервис бешенный.

#steam #ssa

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

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

Дело в PSReadLine. Это модуль PowerShell, который отвечает за улучшенный ввод в консоль. Когда вы запускаете PowerShell, он по дефолту запускается и занимается вводом ваших команд. Так вот, с той Win10, которую я ставил, там шла версия 2.0.0. После короткой сессии поисков инфы в гугле, я узнал, что решение простое - обновиться. Я обновился до последней доступной 2.4.5.

Сложность тут, пожалуй, в том, что я ожидал автоматического обновления модулей PowerShell, вместе с ОС, но этого не происходило. Может кто-то объяснит почему так.

Обновить просто:

Get-Module PSReadLine -ListAvailable | Select-Object Name, Version, Path     # Проверить текущую версию
Install-Module -Name PSReadLine -Force -SkipPublisherCheck                   # Установить последнюю версию, если вообще не было установлено ранее
Update-Module -Name PSReadLine                                               # Или обновить существующую

#powershell #windows

Низкое качество
Часть 1.

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

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

Действительно, посредственная работа уже давно нормализована, и если айтишники видят, что из калькулятора утекает 32гб ОЗУ или из-за ошибки на бэкенде ложится аэропорт, в отличие от обычного пользователя, то, например, запуск неиграбельного Cyberpunk 2077 на PS4, который привел к изъятию игры из PS Store и возвратам, или обновы для очередной Call Of Duty по 100+ гб, запомнили многие. Вот еще несколько примеров абсолютно кошмарных запусков игр, которые были либо не готовы на момент выхода, либо требовали тонну патчей:
- The Last of Us
- Borderlands 4
- Grand Theft Auto: The Trilogy
- Redfall

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

"Borderlands 4 is a premium game made for premium gamers."

Примешивая сегодняшнюю непостижимую жадность ААА-компаний в разговор, можно представить под каким давлением находятся люди, работающие на этих местах. И ожидается, что под давлением люди начинают работать лучше, но по сути работая всё время в стрессе люди только больше допускают промахов (ой, вау, сюрприз).

В этом случае невозможно не сравнивать с тем, что происходило с геймдевом в начале 2000х. Это была эпоха чудес, почти каждый крупный проект совершал какой-то подвиг. Вот лишь некоторые:
- The Elder Scrolls III: Morrowind (2002) - Игра создавала огромный открытый мир, в котором нужно было следить за тысячами вещей (NPC, квесты, книги). При объеме ОЗУ в 64 мегабайт на первом Xbox это было нереально. Разработчики на загрузочном экране не просто подгружали ресурсы, они полностью перезагружали консоль, чтобы высвободить память.
- Shadow of the Colossus (2005) - Шерсть колоссов. Рендерить каждую отдельную шерстинку PlayStation 2 не смогла бы, потому разрабы придумали способ, с помощью которого они наслаивали полупрозрачные текстуры друг на друга, создавая впечатление объемной шерсти, по которой игрок мог бы лезть.
- Resident Evil 2 (N64 Port - 1999/2000) - Моё любимое. Подвиг. Ни больше, ни меньше.
Изначально игра вышла на PS1 на двух дисках, общим весом 1.2гб. Капком удалось перенести игру на картридж Nintendo 64, в котором было только 64мб памяти. Разрабы Angel Studios (сейчас Rockstar San Diego) сжали игру 20 к 1 без потери игрового контента. Это удалось по нескольким причинам:
1) Свой видеокодек. Кодек разделял слои видеороликов. Черно-белый слой оставался в нормальном для консоли разрешении, а цветовой был ужат где-то до одной четвертой от этого. Глаз сам дополнял цветные пробелы в темных местах игры (по сути почти всех), что позволило сэкономить много места на видеороликах.
2) Задние фоны. В игре не было полностью трехмерных сцен. Всей картой были двухмерные изображения, по которым перемещались трехмерные модельки персонажей. И этих двухмерных фонов были сотни, хотя большие части этих фонов были либо просто темные пространства или повторяющиеся текстуры стен или пола. Была сделана система, которая на лету переиспользовала одни и те же "плитки", что помогло экономить место. Бонусом шло динамическая смена разрешения этих плиток. Например, если главный герой стоял на переднем плане, то какие-то элементы на заднем рендерились в меньшем разрешении.
3) Саундтрек. Треки игры занимают много места, как самостоятельные файлы, потому разработчики положили "запись" ноты инструмента, а затем в коде написали как играть каждый трек (типа MIDI в Guitar Pro).