Forwarded from iOS Dev
Here we go!
Прямо сейчас идёт ЧМ по футболу, и я задумался, а что если бы переходы разработчиков из одной компании в другую были бы в стиле футбольных трансферов?
Представьте, что можно абсолютно открыто смотреть трансферную стоимость разработчика (не путайте только с зарплатой) на каком-нибудь iosmarkt и типа два раза в год абсолютно в открытую следить за какой-нибудь эпопеей по переходу рокстара из одного бигтеха в другой.
А у разработчиков были бы свои агенты, которые защищали бы их интересны на эйчарных переговорах, и среди них тоже были бы свои звёзды.
А ещё в контракте прописывали бы премии за ачивки в стиле: если команда делает 10 топовых релизов, то +2 годовых оклада в конце года каждому в тиме.
Да просто задумайтесь)
Скауты были бы на хакатонах или на олимпиадах по программированию. Ещё бы и свой Золотой мяч вручали в конце года лучщим (золотой magic mouse, например).
А ещё можно было бы на примере какого-нибудь бигтеха запилить целые чемпы:
Ставьте 🔥, если норм идея.
Прямо сейчас идёт ЧМ по футболу, и я задумался, а что если бы переходы разработчиков из одной компании в другую были бы в стиле футбольных трансферов?
Представьте, что можно абсолютно открыто смотреть трансферную стоимость разработчика (не путайте только с зарплатой) на каком-нибудь iosmarkt и типа два раза в год абсолютно в открытую следить за какой-нибудь эпопеей по переходу рокстара из одного бигтеха в другой.
А у разработчиков были бы свои агенты, которые защищали бы их интересны на эйчарных переговорах, и среди них тоже были бы свои звёзды.
А ещё в контракте прописывали бы премии за ачивки в стиле: если команда делает 10 топовых релизов, то +2 годовых оклада в конце года каждому в тиме.
Да просто задумайтесь)
«Сеньор бэкендер Алексей Иванов в Telegram — HERE WE GO! Согласован контракт на 4 года. Сумма компенсации за досрочный разрыв с VK составила $5 млн. Осталось только пройти алгоритмический медосмотр!»
Скауты были бы на хакатонах или на олимпиадах по программированию. Ещё бы и свой Золотой мяч вручали в конце года лучщим (золотой magic mouse, например).
А ещё можно было бы на примере какого-нибудь бигтеха запилить целые чемпы:
ФК «Яндекс Поиск»: Бешеный темп, игра на высоких скоростях, огромные нагрузки (высокий нагрузочный продакшн). Если игрок «поплыл» и перестал вывозить тайм-критикал задачи, его не продают, а отправляют во внутреннюю аренду вроде Яндекс.Еды.
Ставьте 🔥, если норм идея.
🔥3
Media is too big
VIEW IN TELEGRAM
Не хотел чтобы это осталось незамеченным
В своем приложении Спорт Apple сделала очень удобное меню просмотра сетки ЧМ2026
UX очень удобный и умно решает проблемы двойного сколла (горизонтального и вертикального), масштабирования контента
В общем, интересное решение, которое мало кто может заметить
В своем приложении Спорт Apple сделала очень удобное меню просмотра сетки ЧМ2026
UX очень удобный и умно решает проблемы двойного сколла (горизонтального и вертикального), масштабирования контента
В общем, интересное решение, которое мало кто может заметить
❤3
Forwarded from iOS Makes Me Hate
This media is not supported in your browser
VIEW IN TELEGRAM
Скролл 120 fps с помощью METAL
Офигенная статья от самого нишевого иос блогера. Jacobstechtavern делает клон Apple Photos и гонится за честными 120fps на бесконечной сетке фотографий.
Он берет привычный UICollectionView и на большом зуме (31 колонка, как в родном Photos) лента разваливается на хитчи и хэнги.
Вывод: тысячи одновременных ячеек === неподъемный оверхед на лайаут, reuse, PhotoKit-коллбэки и Core Animation commits. Он считает, что UIKit тут не виноват — его просто заставляют делать то, в чем он плох.
Он предлагает оставить UIKit ровно то, что он делает хорошо, а рендеринг целиком отдать GPU через Metal. Три части:
• UIScrollView только ради физики. Прозрачный пустой скролл-вью поверх MTKView.
• Геометрия во vertex shader. Фотоквадрат для GPU это два треугольника
• тянутся ~20k тумбнейлов и собираются в одну гигантскую текстуру (64px на фото при большом объёме, чтобы не убить память). Декод вне главного потока, aspect-fill в квадрат, BGRA-буфер,
Главный вывод через инженерную классику: не "UIKit плохой", а каждый инструмент под свою задачу:
🟣 SwiftUI ок для большинства простых экранов
🟣 UIKit надежная рабочая лошадка для сложных скролл-лэйаутов
🟣 Но там, где на экране тысячи одинаковых по форме элементов с независимым лэйаутом, только offload на GPU через Metal раскрывает потолок.
Офигенная статья от самого нишевого иос блогера. Jacobstechtavern делает клон Apple Photos и гонится за честными 120fps на бесконечной сетке фотографий.
Он берет привычный UICollectionView и на большом зуме (31 колонка, как в родном Photos) лента разваливается на хитчи и хэнги.
Вывод: тысячи одновременных ячеек === неподъемный оверхед на лайаут, reuse, PhotoKit-коллбэки и Core Animation commits. Он считает, что UIKit тут не виноват — его просто заставляют делать то, в чем он плох.
Он предлагает оставить UIKit ровно то, что он делает хорошо, а рендеринг целиком отдать GPU через Metal. Три части:
• UIScrollView только ради физики. Прозрачный пустой скролл-вью поверх MTKView.
• Геометрия во vertex shader. Фотоквадрат для GPU это два треугольника
• тянутся ~20k тумбнейлов и собираются в одну гигантскую текстуру (64px на фото при большом объёме, чтобы не убить память). Декод вне главного потока, aspect-fill в квадрат, BGRA-буфер,
Главный вывод через инженерную классику: не "UIKit плохой", а каждый инструмент под свою задачу:
Please open Telegram to view this post
VIEW IN TELEGRAM
Касаемо ios и андроид разработки, сегодня нашел очень интересную цитату, которая показывает основные принципы разработки на этих двух платформах:
Tiny joke to keep us honest:
Apple: “Here’s a single method that does the right thing.”
Java: “Here are 12 knobs so you can do the right thing in every universe.”
Both are right — and we’ll make them shake hands.
❤3
Пресс-служба Яблока
благодаря этому разбирательству и тому процессу, который уже состоялся, ещё больше людей, прежде всего молодых, обратят внимание на важность борьбы за мир; если хотя бы на один день, хотя бы на один час раньше благодаря всему этому разбирательству перестанут гибнуть люди, я буду считать, что мы все — и журналисты, и слушатели, и судьи, и прокуратура, и Центральная избирательная комиссия — не зря потратили наше время.
Раньше я думал, что Кафка выдумал свои произведения
🤯2
Я просто в ах*е от этой анимации
😁4🤔2
Duo - это телефон или планшет?
Apple десятилетия строила зоопарк устройств: три класса устройств, три операционки, три философии интерфейса, три отдельных продукта - iPhone, iPad, Mac
В этот же момент ios разработка живет в рамках/ограничениях устройства: один размер экрана, предсказуемые API, раз в год косметика - все это превратилось в обслуживание.
Я много писал и в этом канале тоже, что swift, как язык программирования, заперт в этой системе - универсальный боец служит только одной цели:
Duo - это айфон, который складывается?!
Я боюсь, что тут нет ответа. Даже так: это что-то новое и мы пока не понимаем это.
Граница между телефоном и планшетом только что перестала существовать.
Apple сами сказали: это iPhone Air, скрещенный с iPad mini.
Плюс переработанная iOS под Duo — это, честно, лучшее, что показали.
Расположение дока, кнопок, анимация переключения экранов.
Хочу такую ios себе на обычный телефон: наконец-то не надо тянуться ни к верху, ни к низу экрана
(на macos дано уже себе так настроил док)
Что это значит для iOS-разработчиков?
С уходом Тим Кука ушла эпоха четких границ - ломаем все форм-факторы...
Чтобы твое приложение нормально работало в раскладном режиме Duo, нужен свой SplitView.
Сделал и ты внезапно обнаруживаешь, что большая часть iPad версии, которая пылилась с позапрошлого года, уже готова. Оттуда до мака один рывок!
Одно приложение. Любая диагональ. Любое устройство!
И вот тут случается вторая вещь, которой я ждал годами.Все эти чипы, которые Apple гордо показывала каждый сентябрь, наконец получают работу.
Раньше был аргумент: куда девать эту мощность, тики-токи листать?
Теперь есть куда: две задачи на двух экранах, локальный ИИ, поддержка ряда устройств.
Железо перестает простаивать. Значит, перестают простаивать и наши мозги.
iOS-разработчик, который раньше верстал экранчики под один размер, становится тем, кто пишет под всю экосистему целиком. Такого спроса на нас не было никогда.
actually there is one more thing...
Не знаю сколько ждать. Пять лет, может, десять...
Первые версии будут кривыми, API будет ломаться, а Duo купят полтора землекопа.
Но мы с вами прямо сейчас стоим в начале новой эпохи Apple.
Для меня следующее устройство - что-то среднее между iPad Pro и MacBook Neo - единое устройство iOS и macOS.
Не к айпаду, который притворяется компьютером, а к настоящей унификации.
Apple десятилетия строила зоопарк устройств: три класса устройств, три операционки, три философии интерфейса, три отдельных продукта - iPhone, iPad, Mac
В этот же момент ios разработка живет в рамках/ограничениях устройства: один размер экрана, предсказуемые API, раз в год косметика - все это превратилось в обслуживание.
Я много писал и в этом канале тоже, что swift, как язык программирования, заперт в этой системе - универсальный боец служит только одной цели:
Swift: «Для чего я создан?»
Apple: «Чтоб передать масло!Чтоб разрабатывать три вряд»
Swift смотрит и осознает всю бессмысленность своего существования и говорит: «Боже мой»
Apple отвечает: «Добро пожаловать в клуб, приятель»
Это закончилось 09 сентября 2026 года...
Duo - это айфон, который складывается?!
Я боюсь, что тут нет ответа. Даже так: это что-то новое и мы пока не понимаем это.
Граница между телефоном и планшетом только что перестала существовать.
Apple сами сказали: это iPhone Air, скрещенный с iPad mini.
Плюс переработанная iOS под Duo — это, честно, лучшее, что показали.
Расположение дока, кнопок, анимация переключения экранов.
Хочу такую ios себе на обычный телефон: наконец-то не надо тянуться ни к верху, ни к низу экрана
(на macos дано уже себе так настроил док)
Что это значит для iOS-разработчиков?
С уходом Тим Кука ушла эпоха четких границ - ломаем все форм-факторы...
Чтобы твое приложение нормально работало в раскладном режиме Duo, нужен свой SplitView.
Сделал и ты внезапно обнаруживаешь, что большая часть iPad версии, которая пылилась с позапрошлого года, уже готова. Оттуда до мака один рывок!
Одно приложение. Любая диагональ. Любое устройство!
И вот тут случается вторая вещь, которой я ждал годами.Все эти чипы, которые Apple гордо показывала каждый сентябрь, наконец получают работу.
Раньше был аргумент: куда девать эту мощность, тики-токи листать?
Теперь есть куда: две задачи на двух экранах, локальный ИИ, поддержка ряда устройств.
Железо перестает простаивать. Значит, перестают простаивать и наши мозги.
iOS-разработчик, который раньше верстал экранчики под один размер, становится тем, кто пишет под всю экосистему целиком. Такого спроса на нас не было никогда.
actually there is one more thing...
Не знаю сколько ждать. Пять лет, может, десять...
Первые версии будут кривыми, API будет ломаться, а Duo купят полтора землекопа.
Но мы с вами прямо сейчас стоим в начале новой эпохи Apple.
Для меня следующее устройство - что-то среднее между iPad Pro и MacBook Neo - единое устройство iOS и macOS.
Не к айпаду, который притворяется компьютером, а к настоящей унификации.
❤3
Forwarded from nerds
Вчера OpenAI объявили, что их самая мощная модель решила уравнение Навье-Стокса — одну из семи «задач тысячелетия». Около 10 000 ИИ-агентов работали над ней 88 часов, потратив 300 млрд токенов и $22,5 млн.
После заявления OpenAI появились обвинения от математиков Тристана Бакмастера и Левента Альпёге, которые на прошлой неделе заявляли, что приблизились к решению этого же уравнения. Они считают, что ChatGPT мог подсмотреть их наработки через Codex, которым учёные пользовались при работе над задачей.
Если бы математики нашли доказательство уравнения первыми, то часть славы могла бы забрать компания Anthropic, один из главных конкурентов разработчиков ChatGPT. OpenAI уже отвергла обвинения, но не исключила, что данные пользователей могли помочь улучшить модели.
Подписаться на
Please open Telegram to view this post
VIEW IN TELEGRAM
🤯2