Полезные ссылки по миграции на Swift 6
Мы уже выяснили, что переход на Swift 6 — сломает проект. Он просто не будет собираться, если вы ничего не сделали. Поэтому давайте подготовимся к этому и пошарим хорошие материалы друг другу.
1. Migrating to Swift 6. Дока от Apple по миграции. Весь необходимый минимум для подготовки с примерами.
2. How to plan a migration to Swift 6? Для фанатов Donny Wals у него есть отдельное видео с пошаговыми инструкциями
3. The Swift Concurrency Migration Guide. Официальный репозиторий от Swift с подробным гайдом
4. Migrate your app to Swift 6. Секция WWDC как мигрировать приложение на Swift 6
💎 Ну и если вам этого не хватает я сделал подробный гайд. Получить доступ можно 💰 тут или ⭐️ тут
Мы уже выяснили, что переход на Swift 6 — сломает проект. Он просто не будет собираться, если вы ничего не сделали. Поэтому давайте подготовимся к этому и пошарим хорошие материалы друг другу.
1. Migrating to Swift 6. Дока от Apple по миграции. Весь необходимый минимум для подготовки с примерами.
2. How to plan a migration to Swift 6? Для фанатов Donny Wals у него есть отдельное видео с пошаговыми инструкциями
3. The Swift Concurrency Migration Guide. Официальный репозиторий от Swift с подробным гайдом
4. Migrate your app to Swift 6. Секция WWDC как мигрировать приложение на Swift 6
Please open Telegram to view this post
VIEW IN TELEGRAM
YouTube
How to plan a migration to Swift 6?
Learn how you can start migrating over to Swift 6 in a responsible manner.
Async/Await is super nice in Swift but at the same time it's essential that you plan a migration to Swift 6 carefully. With a completely new concurrency paradigm you'll run into tons…
Async/Await is super nice in Swift but at the same time it's essential that you plan a migration to Swift 6 carefully. With a completely new concurrency paradigm you'll run into tons…
Что я посмотрел/поиграл/почитал в июле
Решил сделать ежемесячную рубрику интересного контента за месяц. И вам интересно, и мне отследить свой рацион культурного питания. Здесь будет мое субьективное мнение к которому прошу не сильно относиться серьезно. Погнали.
Месяц был сложным. Переезд в Москву. Приемка квартиры. Простуда. Суета по мебели и микро-ремонтам, недочетам. Но все равно я успел во что-то поиграть и даже что-то посмотреть и почитать.
1. Clair Obscur: Expedition 33. Я не мог не пройти мимо. Начало было бодрым. Французская грусть отдавала своим шармом. Начало интриговало и это казалось отличным летним путешествием. Но ближе к середине второго акта я начал скучать из-за долгой истории. В итоге, понизив сложность быстро прошел ради сюжета.
Итого 7/10 французов с хромой. Ренуар единственный топ персонаж. Пару треков сохранил.
2. Декстер: Первородный грех. Сразу два сериала по Декстеру вышло за год. Последний раз я его смотрел в детстве лет 20 назад по ДТВ. Тогда мне он не зашел, но как это часто бывает приквелы дали новый аппетит.
итого 7.5/10 маньков
3. Игры, в которые играют люди. Долго возвращаюсь к книгам и пока до конца не прочитал, но эту книгу много кто советовал и ежемесячную подписку надо было как-то отбить. Прочитал 60% и много интересных деталей нашел в себе.
итого 8/10 терапий
Решил сделать ежемесячную рубрику интересного контента за месяц. И вам интересно, и мне отследить свой рацион культурного питания. Здесь будет мое субьективное мнение к которому прошу не сильно относиться серьезно. Погнали.
Месяц был сложным. Переезд в Москву. Приемка квартиры. Простуда. Суета по мебели и микро-ремонтам, недочетам. Но все равно я успел во что-то поиграть и даже что-то посмотреть и почитать.
1. Clair Obscur: Expedition 33. Я не мог не пройти мимо. Начало было бодрым. Французская грусть отдавала своим шармом. Начало интриговало и это казалось отличным летним путешествием. Но ближе к середине второго акта я начал скучать из-за долгой истории. В итоге, понизив сложность быстро прошел ради сюжета.
Итого 7/10 французов с хромой. Ренуар единственный топ персонаж. Пару треков сохранил.
2. Декстер: Первородный грех. Сразу два сериала по Декстеру вышло за год. Последний раз я его смотрел в детстве лет 20 назад по ДТВ. Тогда мне он не зашел, но как это часто бывает приквелы дали новый аппетит.
итого 7.5/10 маньков
3. Игры, в которые играют люди. Долго возвращаюсь к книгам и пока до конца не прочитал, но эту книгу много кто советовал и ежемесячную подписку надо было как-то отбить. Прочитал 60% и много интересных деталей нашел в себе.
итого 8/10 терапий
Мои любимые ит-блогеры
Ты то, что ты ешь.
В этом году я буду делать больше изменений в блоге. Из любительского уровня и быстрых набросков — выйти на чуть более серьезную инфлюенсерскую ступень. Мне повезло попасть в крутой отдел яндекса User Generated Content, где есть создание инструментов социальных сетей. Можно сказать, что блоги теперь часть моей профессии) Я увидел здесь СИГНАЛ С КОСМОСА и поэтому надо не упускать шанса поэкспериментировать с этим всем.
Но при этом оставить тот живой запал. Не только делиться тем, что накипело и набухло внутри, но и уже слушать и слышать аудиторию. Лучше понимать ее как работяга работяг. Сближаться и коммуницировать. Качать эмпатию.
Вчера, на одной из встреч с крутыми людьми, профессионалами своего дела, меня спросили: "Какие твои любимые блогеры?". А я даже и не знаю. В подписках канала у меня всего 2-3 профессиональных автора из СНГ, а остальные — это западные эксперты с отдельным сайтом или порталом. Забавно, что копируя их, нас начали копировать начиная с бусти, приложением, а теперь уже и с сайтом (хотя было предсказуемо). Но как бы ты не пытался скопировать по глубокой ссылке — ты всегда будешь копией. Можно легко зафактчекнуть время анонсов, релизов и тп.
И так, кто меня вдохновляет как эксперт, и чьи методы мы будем переосмысливать:
1. Gergely Orosz. Мобильный инженер с большим опытом, автор многих книг и статей. Фокусируется на архитектурах и систем дизайне. Здесь я убедился, что лучшие эксперты в сисдизе и архитектурах — это те, кто работал на проекте с 30 и более iOS инженерами и сотнями модулями. У них другое качество контента. Не обросшее неактуальным академическим багажом или не копирует рефакторинг гуру.
2. Tanishq Abraham. Автор neetcode. Инженер, работающий в гугле. Сделал свою альтернативу литкоду, которая начала приносить сотни тысяч $ в месяц. Это не просто копия, а переосмысление платформы.
3. Авторы Essential Developer. Практиков сразу видно. Еще один сайт, где лучшие инженеры делятся лучшими знаниями про систем дизайн и архитектуру. На их полноценный курс я не накопил деньги, но когда-нибудь сделаем полноценный обзор. В их словах чувствуется опыт долгих запусков, а раставленные акценты помогают почувствовать их глубокое понимание проблем практикующих спецов.
4. Bruno Rocha. Автор SwiftRocks и Senior iOS инженер в моем любимом приложении Spotify. Это единственный автор, который скорее пишет рандомные статьи, а не выстраивает сложную образовательную систему, но мне нравится его контент и можно сказать что это единственный позновательный сайт на тему "обо всем" для меня.
5. objc.io. Я не покупал подписку у pointfree, потому что считаю objc.io на порядок лучше. Они делают крутой контент, пишут свои аналоги движков SwiftUI и подходят более инженерно к решениям проблемы. Не используя стратегию монетизации "вилка и комплектующие"
6. Tjeerd in ’t Veen. Еще один эксперт по mobile system design. Нравится комплексность подхода и акценты на важных производственных деталях.
Копируйте лучших. Пусть мы не будем похожими на них, но хоть не будем выглядить кринжово. А какие референсы у тебя?
Ты то, что ты ешь.
В этом году я буду делать больше изменений в блоге. Из любительского уровня и быстрых набросков — выйти на чуть более серьезную инфлюенсерскую ступень. Мне повезло попасть в крутой отдел яндекса User Generated Content, где есть создание инструментов социальных сетей. Можно сказать, что блоги теперь часть моей профессии) Я увидел здесь СИГНАЛ С КОСМОСА и поэтому надо не упускать шанса поэкспериментировать с этим всем.
Но при этом оставить тот живой запал. Не только делиться тем, что накипело и набухло внутри, но и уже слушать и слышать аудиторию. Лучше понимать ее как работяга работяг. Сближаться и коммуницировать. Качать эмпатию.
Вчера, на одной из встреч с крутыми людьми, профессионалами своего дела, меня спросили: "Какие твои любимые блогеры?". А я даже и не знаю. В подписках канала у меня всего 2-3 профессиональных автора из СНГ, а остальные — это западные эксперты с отдельным сайтом или порталом. Забавно, что копируя их, нас начали копировать начиная с бусти, приложением, а теперь уже и с сайтом (хотя было предсказуемо). Но как бы ты не пытался скопировать по глубокой ссылке — ты всегда будешь копией. Можно легко зафактчекнуть время анонсов, релизов и тп.
И так, кто меня вдохновляет как эксперт, и чьи методы мы будем переосмысливать:
1. Gergely Orosz. Мобильный инженер с большим опытом, автор многих книг и статей. Фокусируется на архитектурах и систем дизайне. Здесь я убедился, что лучшие эксперты в сисдизе и архитектурах — это те, кто работал на проекте с 30 и более iOS инженерами и сотнями модулями. У них другое качество контента. Не обросшее неактуальным академическим багажом или не копирует рефакторинг гуру.
2. Tanishq Abraham. Автор neetcode. Инженер, работающий в гугле. Сделал свою альтернативу литкоду, которая начала приносить сотни тысяч $ в месяц. Это не просто копия, а переосмысление платформы.
3. Авторы Essential Developer. Практиков сразу видно. Еще один сайт, где лучшие инженеры делятся лучшими знаниями про систем дизайн и архитектуру. На их полноценный курс я не накопил деньги, но когда-нибудь сделаем полноценный обзор. В их словах чувствуется опыт долгих запусков, а раставленные акценты помогают почувствовать их глубокое понимание проблем практикующих спецов.
4. Bruno Rocha. Автор SwiftRocks и Senior iOS инженер в моем любимом приложении Spotify. Это единственный автор, который скорее пишет рандомные статьи, а не выстраивает сложную образовательную систему, но мне нравится его контент и можно сказать что это единственный позновательный сайт на тему "обо всем" для меня.
5. objc.io. Я не покупал подписку у pointfree, потому что считаю objc.io на порядок лучше. Они делают крутой контент, пишут свои аналоги движков SwiftUI и подходят более инженерно к решениям проблемы. Не используя стратегию монетизации "вилка и комплектующие"
6. Tjeerd in ’t Veen. Еще один эксперт по mobile system design. Нравится комплексность подхода и акценты на важных производственных деталях.
Копируйте лучших. Пусть мы не будем похожими на них, но хоть не будем выглядить кринжово. А какие референсы у тебя?
Forwarded from Код Воробья для iOS разработчиков
Для физиков: смотрят реальное гео. Если аккаунт в Казахстане, но входите из мск — тоже вырубят. Даже с VPN как-то определяют
Для юриков: смотрят только регион аккаунта (не гео). Даже если добавленные в учетку разработчики в РФ — всё работает
Мы открываем компании в UK, на которые открывается Apple Developer Program без санкций
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from XOR
Мы знаем, чем вы займетесь на выходных: Anthropic выложили 17(!) новых видео на YouTube
Тут и про создание AI-агентов, и MCP, и объяснение тонкостей prompt-инжиниринга. Плюс интересно посмотреть, как сами разработчики Claude используют ИИ и где он уже реально помогает.
Сохраняем и смотрим тут🍿
@xor_journal
Тут и про создание AI-агентов, и MCP, и объяснение тонкостей prompt-инжиниринга. Плюс интересно посмотреть, как сами разработчики Claude используют ИИ и где он уже реально помогает.
Сохраняем и смотрим тут
@xor_journal
Please open Telegram to view this post
VIEW IN TELEGRAM
Финальное голосование темы месяца в канале среди победителей
Final Results
38%
Практический SwiftUI
46%
Практический Swift Concurrency
30%
Advanced архитектуры и паттерны
30%
Advanced System Design
31%
Модуляризация
27%
CI/CD
34%
AI в iOS разработке
1%
Другое
iOS Makes Me Hate
Финальное голосование темы месяца в канале среди победителей
Я вас конечно не спрашивал, но на след недели мы записываем выпуск подкаста/воркшопа по мобильному CI/CD. Для чего, как, зачем и тп.
Хоть это судя по опросу и непопулярно, но тема супер интересная и важная
Хоть это судя по опросу и непопулярно, но тема супер интересная и важная
Swift Mobile DevOps
Если меня спросят какая самая полезная конфа для мобильных разрабов — я сразу скажуMob... Swift Heroes. Мне нравится её свободный стиль и топовые технические доклады.
В мире мобильных приложений работа с версткой — это только 1/5 работы. Когда ИИ начал легко генерировать UI и даже Metal, а Back-end-driven-UI размазал границы между платформами, мобильные инженеры начали эволюционировать и стали заниматься многим разным.
Например, рост мобильных разрабов привел к отдельным платформенным командам. В авито, WB, T-Bank есть команда Speed, которая занимается только ускорением 200 тачек CI/CD и поддержкой инфры. Они не пишут на Swift, а юзают Python и CLANG, глубоко копают в недры билд-системы XCode и в целом iOS.
А РФ мире еще думаю о обходе публикации в сторы ;)
В этом докладе можно ознакомиться про такую ответственность
Если меня спросят какая самая полезная конфа для мобильных разрабов — я сразу скажу
В мире мобильных приложений работа с версткой — это только 1/5 работы. Когда ИИ начал легко генерировать UI и даже Metal, а Back-end-driven-UI размазал границы между платформами, мобильные инженеры начали эволюционировать и стали заниматься многим разным.
Например, рост мобильных разрабов привел к отдельным платформенным командам. В авито, WB, T-Bank есть команда Speed, которая занимается только ускорением 200 тачек CI/CD и поддержкой инфры. Они не пишут на Swift, а юзают Python и CLANG, глубоко копают в недры билд-системы XCode и в целом iOS.
В этом докладе можно ознакомиться про такую ответственность
YouTube
Swift Mobile DevOps - Atanas Chanev - Swift Heroes 2022
See Atanas's full presentation from Swift Heroes, 7-8 April, hosted in Turin and also broadcast globally.
Build your Swift App with Swift! Learn how to use Swift as your Mobile DevOps scripting language of choice and how to build custom integrations for…
Build your Swift App with Swift! Learn how to use Swift as your Mobile DevOps scripting language of choice and how to build custom integrations for…
Попросил чатгпт сгенерировать японскую мудрость на фоне ситуации с рутюбом:
«В мире, где волки красят шерсть под тигров, самурай не нуждается в гриме. Его меч остер не только в бою, но и в правде. И когда ложь сбрасывает маску, тишина становится громче слов.»
Внимание! Этот канал стал пабликом пацанских цитат
«В мире, где волки красят шерсть под тигров, самурай не нуждается в гриме. Его меч остер не только в бою, но и в правде. И когда ложь сбрасывает маску, тишина становится громче слов.»
Внимание! Этот канал стал пабликом пацанских цитат
2 21 7
GCD умер. Да здравствует SC.
Ну че, по результатам прошлого опроса выиграла эта тема. Теперь мы начинаем углубленно подходить к вопросу где, как и почему помогает наш
Одна из популярных задач — это сделать несколько параллельных запросов и получить ответ в итоговый результат. Классика. Это как вопрос "Как забивать гвозди молотком?"
Где это встречается:
В этом посте на простейшей задачи мы разберем что такое async let? Когда важно его использовать? И как сделать свой код чуточку быстрее?
В следующем посте мы разберем глубже как работает async let. В более понятном и расширенном виде все задачи будут выходить в закрытом контенте.
Полезные ссылки:
- How to use Async Let to perform concurrent methods in Swift
- Async let explained: call async functions in parallel
- How to use async let in Swift?
1/3
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
1 14 3
Кто такой Mobile Platform Engineer?
Продолжаем знакомиться с ролями мобильных разработчиков, мы уже познакомились сбардами, магами и кнопкокрасами mobdev, solution architect и верстальщиками. Теперь чуть подробнее про команду платформы.
Я был удивлен, что оказывается эта тема многим неочевидна. Далеко не всем понятна разница между продуктовым и платформенным инженером. Год назад мы уже делали опрос в какой команде вы бы хотели работать и многие выбрали "продуктовую".
В этой статье, наш дорогой друг и автор книги "Mobile System Design", рассказывает про ключевые отличия этих друх ролей.
Продолжаем знакомиться с ролями мобильных разработчиков, мы уже познакомились с
Я был удивлен, что оказывается эта тема многим неочевидна. Далеко не всем понятна разница между продуктовым и платформенным инженером. Год назад мы уже делали опрос в какой команде вы бы хотели работать и многие выбрали "продуктовую".
В этой статье, наш дорогой друг и автор книги "Mobile System Design", рассказывает про ключевые отличия этих друх ролей.
Mobilesystemdesign
What is a Mobile Platform Engineer?
Most mobile developers never get the chance to touch platform engineering. These roles typically exist only at larger companies that have reached the scale where developer productivity becomes a bottleneck rather than feature delivery. Because platform engineering…
Шум в интернете: О, нет! Ты выбрал неправильную UI архитектуру!
Из всего, чем я занимаюсь, больше всего меня увлекает системный дизайн. Поэтому, мой тир лист любимых блогеров на 80% про него.
Я не фанатею от сложных анимаций или Metal. Не фанат шаблонных паттернов вроде VIPER или TCA — часто они выглядят как затычки реальных дыр в навыках проектирования. Не цепляют вечные споры про "правильное" понимание SOLID или CLEAN.
Мне нравится проектировать сложные, но полезные системы, которые реально работают. С опытом приходишь к простому выводу: многие холивары в интернете — шум. Он крадет время, энергию и внимание.
Вместо этого ты начинаешь строить свою систему принципов и приоритетов. Они помогают лучше принимать решения: быстро, уверенно и с минимальными затратами. Твоя работа начинает сводить к оптимизации ресурсов и времени. Твоего и команды.
Один из таких лишних шумов — это спор про "идеальные архитектуры". Мне нравится, как точно выразился Tjeerd in 't Veen:
Кто застал взрыв инфомусора в 2018, когда из каждого утюга придумывали новую архитектуру — тот помнит что в итоге все легко забылось: RIBs, VIPER, YARCH, UDF попытки. Это все попытки найти философский камень, который закроет проблему отсутствия опыта у разработчиков в проектировании. Ограничивая их и закрывая в клетке новых проблем.
Увидев новый доклад незрелые программисты начинают переписывать весь проект не ради удобства, а ради того, чтобы "быть в тусовке". Но чаще новая архитектура, ничего кроме ярлыка "современности проекта", не дает полезного.
В итоге, чтобы не попасться в ловушку времени я нашел хорошие принципы:
🟣 Проектируй систему на скучных и проверенных технологиях, чтобы помочь себе и другим. А не устраивай гонку за шаблонами.
🟣 Не отвлекайся от главной цели — оптимизированно и вовремя запустить продукт, а не потратить все ресурсы команды ради флуда и споров.
🟣 Принципы и приоритеты в команде — важнее строгих рамок архитектур. Ломай границы и правила архитектуры, если это вредит проекту.
А какие у вас принципы борьбы с шумом?
Из всего, чем я занимаюсь, больше всего меня увлекает системный дизайн. Поэтому, мой тир лист любимых блогеров на 80% про него.
Я не фанатею от сложных анимаций или Metal. Не фанат шаблонных паттернов вроде VIPER или TCA — часто они выглядят как затычки реальных дыр в навыках проектирования. Не цепляют вечные споры про "правильное" понимание SOLID или CLEAN.
Мне нравится проектировать сложные, но полезные системы, которые реально работают. С опытом приходишь к простому выводу: многие холивары в интернете — шум. Он крадет время, энергию и внимание.
Вместо этого ты начинаешь строить свою систему принципов и приоритетов. Они помогают лучше принимать решения: быстро, уверенно и с минимальными затратами. Твоя работа начинает сводить к оптимизации ресурсов и времени. Твоего и команды.
Один из таких лишних шумов — это спор про "идеальные архитектуры". Мне нравится, как точно выразился Tjeerd in 't Veen:
UI architectures are like fashion. They go in and out of style, and they can bring fresh perspectives, but they aren’t as important as you might think
Кто застал взрыв инфомусора в 2018, когда из каждого утюга придумывали новую архитектуру — тот помнит что в итоге все легко забылось: RIBs, VIPER, YARCH, UDF попытки. Это все попытки найти философский камень, который закроет проблему отсутствия опыта у разработчиков в проектировании. Ограничивая их и закрывая в клетке новых проблем.
Увидев новый доклад незрелые программисты начинают переписывать весь проект не ради удобства, а ради того, чтобы "быть в тусовке". Но чаще новая архитектура, ничего кроме ярлыка "современности проекта", не дает полезного.
В итоге, чтобы не попасться в ловушку времени я нашел хорошие принципы:
А какие у вас принципы борьбы с шумом?
Please open Telegram to view this post
VIEW IN TELEGRAM
Videcoding in prod
Одна из полезных лекций из серий туториалов anthropic.
Заметил забавный момент. Часто на ИИ в иос сообществе блогеров жалуются те, кто давно отошел от практики: управляют, занимаются другим, навыки атрофировались. Страх перед прогрессом мешает понимать, что происходит.
Для меня все проще: ИИ — это тоже инструмент.
Чтобы быть в игре, надо учиться им пользоваться. Качество промт-инженерии — тоже навык. Нужно уметь перестраивать мышление и четко понимать результат, который вы ожидаете.
Из лекции мне понравилось как разрабы объясняют что такое вайбкодинг и что те проблемы, на которые жалуются критики — далеко не новые и на них есть решения.
(пост был исправлен чатгпт 😬 )
Одна из полезных лекций из серий туториалов anthropic.
Заметил забавный момент. Часто на ИИ в иос сообществе блогеров жалуются те, кто давно отошел от практики: управляют, занимаются другим, навыки атрофировались. Страх перед прогрессом мешает понимать, что происходит.
Для меня все проще: ИИ — это тоже инструмент.
Чтобы быть в игре, надо учиться им пользоваться. Качество промт-инженерии — тоже навык. Нужно уметь перестраивать мышление и четко понимать результат, который вы ожидаете.
Из лекции мне понравилось как разрабы объясняют что такое вайбкодинг и что те проблемы, на которые жалуются критики — далеко не новые и на них есть решения.
Please open Telegram to view this post
VIEW IN TELEGRAM
Мы поговорили про мобайл девопсов, архитекторов, а теперь поговорим про менеджерскую ветку роста мобильного инженера.
Общаясь со многими инженерами и руководителями из разных компаний, я понимаю разные ожидания от сеньоров. Кто-то ждет глубоких знаний кишков, кто-то уметь красиво писать код. Но самый частый общий знаменатель — это лидерство и самостоятельность.
Современный сеньор в 2025 это такой мини-тех-тимлид, который режет всем задачи, придумывает компромиссные решения. Короче, нужно брать на себя роль фичалидера для роста.
Фича-лид (feature lead) — это разработчик, который берёт на себя ответственность за реализацию конкретной фичи (функциональности/части продукта) от начала до конца, а не просто пишет код по задаче.
Что делает фичалид:
Я знаю, как многие не любят когда программист занимается чем-то, кроме кодинга. Но рынок сейчас требует универсалов не только в кодинге, но и в лидерстве.
В чём отличие от обычного разработчика?
Почему это важно для большинства компаний?
Фича-лиды снижают нагрузку с тимлидов и продактов, повышают скорость и качество фич. Это естественный переход от middle к senior-инженеру.
Скрин взят у моего бывшего рука из авито
Полезные ссылки:
- ожидание от сеньора в авито
- Feature Leading in Agile Teams
- A Great Developer Doesn't Always Make a Great Technical Leader
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from КиберТопор
Рассказываем:
— 1 августа в ЕС заставляют производителей закрывать доступ к одной из главных особенностей Android — возможности разблокировки загрузчика;
— Если этого не сделать, телефон просто не сможет продаваться на европейских рынках;
— Получается, что продаваемый в Европе смартфон должен блокировать установку неавторизованного ПО, а также использовать технологии вроде Secure Boot и запускать только прошивки с цифровой подписью производителя;
— Раннее с Андроидом можно было делать практически всё, что угодно, но теперь это в прошлом;
— Это означает, что Android потерял своё главное преимущество в борьбе с Apple — кастомизации нет, свободы нет, ничего нет;
— Первыми отреагировали Samsung, которые незаметно отрубили bootloader unlock в прошивке OneUI 8;
— Xiaomi и Google вскоре последуют за корейцами — в Китае-то bootloader уже отключен.
Пользователи «яблока» сегодня в экстазе.
🕹КиберТопор — Подписаться
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from Trabun | AI, Tech, Culture, Trends
Начинается через 5 минут. Так много про GPT-5 сказано, что ощущение, как со старыми презентациями айфонов.
Прямая трансляция
В комментариях делимся впечатлениями — я там.
Прямая трансляция
В комментариях делимся впечатлениями — я там.
YouTube
Introducing GPT-5
Join Sam Altman, Greg Brockman, Sebastien Bubeck, Mark Chen, Yann Dubois, Brian Fioca, Adi Ganesh, Oliver Godement, Saachi Jain, Christina Kaplan, Tina Kim, Elaine Ya Le, Felipe Millon, Michelle Pokrass, Jakub Pachocki, Max Schwarzer, Rennie Song, Ruochen…