Если вы хоть раз пробовали генерировать SwiftUI-код через нейросети, то знаете эту боль: агент упорно пишет onChange с одним параметром, лепит GeometryReader там, где можно обойтись без него, и создает вложенные скроллы, которые потом тормозят на проде.
Пока одни языки давно спят спокойно с опционалами, в лагере Java - историческое событие. OpenJDK опубликовал черновик JEP, который добавляет в язык String! (никогда не null) и String? (может быть null).
Когда говорят о параллелизме в Swift Concurrency, первая ассоциация - Task { }. Удобно, знакомо, работает. Но если смотреть на задачу только как на способ утащить тяжелые вычисления в фон, легко пропустить главное.
В ИТ-сообществе почему-то принято бояться цифры 40. Кажется, что после этого порога рынок тебя вычеркнет, молодые задавят скоростью, а технологии уйдут вперёд без тебя. Но если посмотреть на реальность без паники, картина оказывается совсем другой.
Разработка с ИИ-агентами перестала быть экспериментом и превратилась в рабочий инструмент. Но когда код пишется автоматически, встает вопрос качества и того, как выкатывать такие изменения в прод.
Всем привет! Сегодня поговорим о том, что выматывает разработчика сильнее любых дедлайнов: о поиске проблем, которые не поддаются логике. Когда ошибка возникает только у одного пользователя, воспроизводится раз в полгода и вообще выглядит как мистика.
Всем привет! Пользовательский опыт складывается из мелочей. То, как элемент реагирует на касание, насколько плавно происходит удаление, появляется ли подсказка в нужный момент - все это формирует ощущение качественного приложения.
