Каждый день появляются новые инструменты, которые автоматизируют рутину, пишут код, создают дизайн и помогают тестировать продукты.
Но вот главный вопрос 👇 Какую IT-профессию, по вашему мнению, ИИ заменит первой? 📊🔥
Но вот главный вопрос 👇 Какую IT-профессию, по вашему мнению, ИИ заменит первой? 📊🔥
Anonymous Poll
30%
Тестировщики
10%
Frontend разработчики
2%
Backend разработчики
10%
Mobile разработчики
1%
DevOps
16%
Дизайнеры
22%
Аналитики
9%
Product менеджеры
😁9🤔9👍3🔥2
Итак, я iOS-разработчик и ищу классную команду! 💎
До конца декабря работаю в Premier — в компании я уже 2,5 года.
Суммарно в iOS-разработке больше 4 лет.
Активно ищу проект и команду, с которыми можно расти дальше 🚀
Последние пару лет плотно работаю с новым стеком: участвовал в разработке Apple TV, писал и внедрял тесты, создавал сложные UI-элементы, переписывал проект на новую архитектуру, настраивал аналитику, фиксил краши и выполнял другие задачи.
Если ты или твои друзья ищут iOS-разработчика — напишите мне в личку 👋
Буду рад знакомству
@new_repository
До конца декабря работаю в Premier — в компании я уже 2,5 года.
Суммарно в iOS-разработке больше 4 лет.
Активно ищу проект и команду, с которыми можно расти дальше 🚀
Последние пару лет плотно работаю с новым стеком: участвовал в разработке Apple TV, писал и внедрял тесты, создавал сложные UI-элементы, переписывал проект на новую архитектуру, настраивал аналитику, фиксил краши и выполнял другие задачи.
Если ты или твои друзья ищут iOS-разработчика — напишите мне в личку 👋
Буду рад знакомству
@new_repository
2👍17✍5🔥4👏4❤3😁2
Codable в Swift
Быстродействие мобильных приложений — один из критериев, влияющих на успех не только приложения, но и всего бизнеса. Проводилось множество исследований, где оптимизации в сотни миллисекунд увеличивали конверсию и другие важные метрики приложения.
Особое внимание должно уделяться производительности кода в стандартной библиотеке языка, так как этот код используется почти во всех приложениях, которые написаны на этом языке.
В статье сосредоточимся на анализе производительности внутренностей Codable: KeyedDecodingContainer, KeyedEncodingContainer, в особенности на JSONDecoder/JSONEncoder.
Быстродействие мобильных приложений — один из критериев, влияющих на успех не только приложения, но и всего бизнеса. Проводилось множество исследований, где оптимизации в сотни миллисекунд увеличивали конверсию и другие важные метрики приложения.
Особое внимание должно уделяться производительности кода в стандартной библиотеке языка, так как этот код используется почти во всех приложениях, которые написаны на этом языке.
В статье сосредоточимся на анализе производительности внутренностей Codable: KeyedDecodingContainer, KeyedEncodingContainer, в особенности на JSONDecoder/JSONEncoder.
👍9🔥3❤1👌1
🔥 Живой стрим у наших хороших друзей: 2,5 часа кодинга с ИИ
28 декабря, воскресенье, в 21:00 по Москве мы с моим другом, Senior Go-разработчиком Игорем Геренко, устраиваем большой лайв-стрим, где будем реально кодить с применением ИИ-инструментов и показывать, как мы используем их в рабочем процессе.
Что будет на стриме
👨💻 Лайв-кодинг с шарингом экрана
💡 Реальные задачи «как на работе», а не учебные примеры
🤖 Наши живые флоу работы с ИИ:
что поручаем ассистентам,
что дописываем руками,
как проверяем и улучшаем ответы
💬 Постоянное общение с чатом: вопросы, разборы, импровизация
😄 Неформальный тон, шутки, «живой вайб», без занудных слайдов и официоза
Кому будет интересно
Разработчикам любых стеков – подсмотрите, как сеньоры реально юзают ИИ в работе
Лидам и техлидам – идеи, как встроить ИИ в процессы команды
Джунам и тем, кто только заходит в IT – увидите, как думают и принимают решения опытные инженеры
Всем, кто пользуется ChatGPT/копилотами и хочет делать это быстрее, умнее и безопаснее
📅 Когда: 28 декабря, 21:00 (Мск)
⏱ Длительность: ~2,5 часа
🎧 Формат: кодим, общаемся, шарим экран, прикалываемся – максимально живой и интерактивный стрим.
Приходите в чат, задавайте вопросы, бросайте челленджи и идеи.
Без зрителей стрим – не стрим, так что забивайте слот в календаре и залетайте! 🚀
Добавляй в календарь! Будет жарко!
https://calendar.app.google/PUXTPqNfbUonNGY9A
28 декабря, воскресенье, в 21:00 по Москве мы с моим другом, Senior Go-разработчиком Игорем Геренко, устраиваем большой лайв-стрим, где будем реально кодить с применением ИИ-инструментов и показывать, как мы используем их в рабочем процессе.
Что будет на стриме
👨💻 Лайв-кодинг с шарингом экрана
💡 Реальные задачи «как на работе», а не учебные примеры
🤖 Наши живые флоу работы с ИИ:
что поручаем ассистентам,
что дописываем руками,
как проверяем и улучшаем ответы
💬 Постоянное общение с чатом: вопросы, разборы, импровизация
😄 Неформальный тон, шутки, «живой вайб», без занудных слайдов и официоза
Кому будет интересно
Разработчикам любых стеков – подсмотрите, как сеньоры реально юзают ИИ в работе
Лидам и техлидам – идеи, как встроить ИИ в процессы команды
Джунам и тем, кто только заходит в IT – увидите, как думают и принимают решения опытные инженеры
Всем, кто пользуется ChatGPT/копилотами и хочет делать это быстрее, умнее и безопаснее
📅 Когда: 28 декабря, 21:00 (Мск)
⏱ Длительность: ~2,5 часа
🎧 Формат: кодим, общаемся, шарим экран, прикалываемся – максимально живой и интерактивный стрим.
Приходите в чат, задавайте вопросы, бросайте челленджи и идеи.
Без зрителей стрим – не стрим, так что забивайте слот в календаре и залетайте! 🚀
Добавляй в календарь! Будет жарко!
https://calendar.app.google/PUXTPqNfbUonNGY9A
❤8👍5🔥4🤔1
Всех с наступающим новым годом🎄 желаем вам крепкого здоровья, счастья и только наилучших благ.
Следите за нами, в новом году мы выпустим большое количество контента, а так же покажем вам наш новый проект с Катей.
Обнял ☺️
Следите за нами, в новом году мы выпустим большое количество контента, а так же покажем вам наш новый проект с Катей.
Обнял ☺️
❤19👍7🔥6
Как укротить SwiftLint в масштабах компании
В этой статье делятся опытом настройки SwiftLint сразу для нескольких репозиториев — так, чтобы кодстайл оставался единым и не расползался со временем.
представляете, что происходит дальше. А если вы настраивали SwiftLint в компании с десятками репозиториев, то знаете продолжение истории: со временем правила неизбежно начинают расползаться по проектам и командам.
В одних проектах лежат старые конфиги, в других — локальные исключения, а корпоративные стандарты существуют где‑то отдельно.
В этой статье делятся опытом настройки SwiftLint сразу для нескольких репозиториев — так, чтобы кодстайл оставался единым и не расползался со временем.
представляете, что происходит дальше. А если вы настраивали SwiftLint в компании с десятками репозиториев, то знаете продолжение истории: со временем правила неизбежно начинают расползаться по проектам и командам.
В одних проектах лежат старые конфиги, в других — локальные исключения, а корпоративные стандарты существуют где‑то отдельно.
❤4👌2👍1🤔1
Please open Telegram to view this post
VIEW IN TELEGRAM
👍17👎6🤔6😍3
Я сократил потребление памяти SwiftUI на 80% с помощью одного контринтуитивного трюка
Иногда решение сложной проблемы — не в тоннах нового кода, а в одном правильном понимании.
Делимся историей: автор был готов забросить SwiftUI из-за растущего потребления памяти и постоянных сбоев. Инструменты не давали соврать. Прорыв наступил, когда он осознал ключевой механизм работы фреймворка.
В этой статье — не магия, а конкретное и работающее изменение, которое кардинально улучшило стабильность приложения.
Цифры говорят сами за себя.
Иногда решение сложной проблемы — не в тоннах нового кода, а в одном правильном понимании.
Делимся историей: автор был готов забросить SwiftUI из-за растущего потребления памяти и постоянных сбоев. Инструменты не давали соврать. Прорыв наступил, когда он осознал ключевой механизм работы фреймворка.
В этой статье — не магия, а конкретное и работающее изменение, которое кардинально улучшило стабильность приложения.
Цифры говорят сами за себя.
👍12❤5🔥4😁1
Please open Telegram to view this post
VIEW IN TELEGRAM
7🤔9🔥5❤4
Please open Telegram to view this post
VIEW IN TELEGRAM
😁10🔥6😍3🤔2🐳1
AccessibilitySnapshot — простое создание регрессионных тестов доступности для iOS
AccessibilitySnapshot упрощает добавление регрессионных тестов для проверки доступности в iOS-приложениях. Этот фреймворк основан на идее snapshot-тестирования, предоставляя снапшоты иерархии доступности.
AccessibilitySnapshot использует существующие фреймворки для создания спапшотов доступности, добавляя поддержку создания снимков доступности вашего приложения. По умолчанию он использует фреймворк SnapshotTesting для создания снимков, но его также можно переключить на iOSSnapshotTestCase.
AccessibilitySnapshot упрощает добавление регрессионных тестов для проверки доступности в iOS-приложениях. Этот фреймворк основан на идее snapshot-тестирования, предоставляя снапшоты иерархии доступности.
AccessibilitySnapshot использует существующие фреймворки для создания спапшотов доступности, добавляя поддержку создания снимков доступности вашего приложения. По умолчанию он использует фреймворк SnapshotTesting для создания снимков, но его также можно переключить на iOSSnapshotTestCase.
🔥2❤1👍1
• Apple готовит серьёзный апгрейд экрана в iPhone 18: компания требует от поставщиков дисплеев существенно более высокой яркости, чем у предыдущих поколений iPhone.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥6❤1👍1🐳1
• Если раньше карточки продвигаемых приложений появлялись только вверху выдачи, то теперь их планируют подмешивать с обычными результатами поиска.
Please open Telegram to view this post
VIEW IN TELEGRAM
👎10👍3😁2💯1
Coordinator в iOS: как я перестал бояться кнопки «Назад» и полюбил навигацию
Хочу поделиться классной статьей про Coordinator в iOS, которую нашел на Хабре. Она показывает, как правильно выстроить навигацию в приложении.
Ключевая идея: Coordinator — это отдельный объект, который управляет переходами между экранами. Это освобождает ViewController'ы и ViewModel'и от логики навигации, делая код чище и тестируемым.
Основные проблемы, которые решает этот подход:
· Жёсткая связность: ViewController'ы перестают знать друг о друге. Это позволяет легко менять порядок экранов и переиспользовать их.
· Управление зависимостями: Координатор становится единой точкой для передачи сервисов (API, аналитика) следующим экранам, а не каждый контроллер тащит их с собой.
· Память и кнопка «Назад»: Статья подробно разбирает главную ловушку — утечку памяти из-за системной кнопки «Назад», и предлагает работающее решение через UINavigationControllerDelegate.
Почему это стоит прочитать?
Если вы устали от спагетти-кода в навигации, боитесь добавлять новый экран или столкнулись с проблемой глубоких ссылок — эта статья предлагает понятный и структурированный паттерн. Автор разбирает реализацию с childCoordinators, коммуникацию через замыкания или делегаты и даже затрагивает тему SwiftUI.
Хочу поделиться классной статьей про Coordinator в iOS, которую нашел на Хабре. Она показывает, как правильно выстроить навигацию в приложении.
Ключевая идея: Coordinator — это отдельный объект, который управляет переходами между экранами. Это освобождает ViewController'ы и ViewModel'и от логики навигации, делая код чище и тестируемым.
Основные проблемы, которые решает этот подход:
· Жёсткая связность: ViewController'ы перестают знать друг о друге. Это позволяет легко менять порядок экранов и переиспользовать их.
· Управление зависимостями: Координатор становится единой точкой для передачи сервисов (API, аналитика) следующим экранам, а не каждый контроллер тащит их с собой.
· Память и кнопка «Назад»: Статья подробно разбирает главную ловушку — утечку памяти из-за системной кнопки «Назад», и предлагает работающее решение через UINavigationControllerDelegate.
Почему это стоит прочитать?
Если вы устали от спагетти-кода в навигации, боитесь добавлять новый экран или столкнулись с проблемой глубоких ссылок — эта статья предлагает понятный и структурированный паттерн. Автор разбирает реализацию с childCoordinators, коммуникацию через замыкания или делегаты и даже затрагивает тему SwiftUI.
2🔥6👍4❤1