Непредвзято о BDUI
Вы уже знаете мое личное мнение о нем. Я целый год писал на разных версиях BDUI в своих предыдущих компаниях. Сейчас я пишу преимущественно на нативе и инженерно за пару месяцев забустился больше, чем за год.
Но хочется быть объективным, рассмотреть вопрос с разных сторон и убрать предвзятость. Давайте я подниму основные тезисы и разберем насколько же по-настоящему хороший этот инструмент и так ли на самом деле все ок.
Чтобы узнать мнения о BDUI я собирал опрос "скама в мобильной разработке", а также отношения самих разрабов к технологии. Можно посмотреть реальные цифры от практиков. А почитать некоторые интересные мнения можно тут. Еще на технобренд компаний, где bdui 99% работы можно посмотреть тут.
Но хватит о критике и опустим острые вопросы в стиле "а как искать работу на рынке рабам внутренних велосипедов?" или "почему только разрабы bdui довольны bdui?", и попробуем найти плюсы:
🟣 Если ты разраб BDUI — это хорошо. Так сказали в нашем чате. Один из популярных ответов в комьюнити это мнение, что разрабатывая свой BDUI движок ты легко получишь премии и повышения. Свой BDUI уже начали делать и Х5, и т-банк. Это отличный трамплин для тех, кто хочет быстрых и хороших повышений.
🟣 Быстрый Time-to-market. Действительно, после этапа активной разработки, некоторые фичи на уже обкатанных виджетах и компонентах, можно быстрее заделиверить в прод. Мы опускаем некоторые вопросы по тестированию и поддержке, кол-ву багов на проде перед релизом (ведь релизный цикл мобилки давал плюсы к строгому обеспечению качества). Но в целом да, ценной качества ttm чаще быстрее.
Для быстрых MVP решений это хороший выбор.
🟣 Повышение уровня абстракции. Тебе правда о многом в простой верстке не нужно думать. Это похоже на лего, где ты делаешь однотипные экраны не думая о сложной верстке.
🟣 Консистентность интерфейсов. Визуальный стиль, отступы, размеры, цвета — стандартизировано.
🟣 Ты можешь вырасти за пределы мобилки. Я реально знаю инженеров, кто приходил в компанию где BDUI, чтобы расти потом условно в бэк. Мобилка была для них временным местом и если в таких компаниях тебе дают писать бэк, то это для них был идеальный вариант.
Согласны с этими плюсами и какие бы вы выделили отдельно? Может быть что-то забыли?
Вы уже знаете мое личное мнение о нем. Я целый год писал на разных версиях BDUI в своих предыдущих компаниях. Сейчас я пишу преимущественно на нативе и инженерно за пару месяцев забустился больше, чем за год.
Но хочется быть объективным, рассмотреть вопрос с разных сторон и убрать предвзятость. Давайте я подниму основные тезисы и разберем насколько же по-настоящему хороший этот инструмент и так ли на самом деле все ок.
Чтобы узнать мнения о BDUI я собирал опрос "скама в мобильной разработке", а также отношения самих разрабов к технологии. Можно посмотреть реальные цифры от практиков. А почитать некоторые интересные мнения можно тут. Еще на технобренд компаний, где bdui 99% работы можно посмотреть тут.
Но хватит о критике и опустим острые вопросы в стиле "а как искать работу на рынке рабам внутренних велосипедов?" или "почему только разрабы bdui довольны bdui?", и попробуем найти плюсы:
когда ты пишешь сам bdui - хорошо.
когда на нем фичи верстаешь - плохо.
когда ты продакт - хорошо, когда разраб - плохо.
когда ты хочешь стагнировать - хорошо, когда развиваться - плохо. (с) из чата
Для быстрых MVP решений это хороший выбор.
Согласны с этими плюсами и какие бы вы выделили отдельно? Может быть что-то забыли?
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from ТЕХНО: Яндекс про технологии
Meta* разрешит кандидатам на некоторые IT-вакансии пользоваться ИИ-ассистентами прямо во время собеседования по написанию кода. В компании считают, что это лучше отражает реальные условия работы современного разработчика, а заодно делает бессмысленным списывание с помощью нейросетей.
При этом компания Anthropic, которая сама разрабатывает нейросети и сервисы для программистов, наоборот, запрещает использовать ИИ на собеседованиях.
Как вы считаете, есть ли смысл оценивать специалиста в отрыве от ИИ, если в работе он всё равно будет им пользоваться? И какие навыки проверяет такое собеседование? Напишите в комментариях.
* Meta признана экстремистской организацией и запрещена в РФ
Подписывайтесь 👉 @techno_yandex
Please open Telegram to view this post
VIEW IN TELEGRAM
Смерть практикующих авторов
Забавный факт, мы тут в чате поисследовали и выяснили, что среди ios-блогеров больше 5к подписчиков — нет практиков. Это уже либо манагеры, либо продакты, либо бизнесмены. Это очень грустно, когда в мобильной разработке нет обычных работяг программистов, которые пишут или делают контент для таких же работяг.
Поэтому мы запускаем операцию "старикам тут не место" и если вы начинающий автор и практикующий спец — пишите статьи или выпускайте контент. Мы обязательно его опубликуем, если это годная штука. Ну либо пишите мне и мы сделаем коллабу ахахах
Мобильный рынок должен двигаться практиками, кто решает реальные проблемы на работе и делится живым опытом. А не теми, кто пересказывает чужие статьи. Не будем overeducated & underexperienced. Ищем практику.
Молодые душой, будьте дерзкими.
Забавный факт, мы тут в чате поисследовали и выяснили, что среди ios-блогеров больше 5к подписчиков — нет практиков. Это уже либо манагеры, либо продакты, либо бизнесмены. Это очень грустно, когда в мобильной разработке нет обычных работяг программистов, которые пишут или делают контент для таких же работяг.
Поэтому мы запускаем операцию "старикам тут не место" и если вы начинающий автор и практикующий спец — пишите статьи или выпускайте контент. Мы обязательно его опубликуем, если это годная штука. Ну либо пишите мне и мы сделаем коллабу ахахах
Мобильный рынок должен двигаться практиками, кто решает реальные проблемы на работе и делится живым опытом. А не теми, кто пересказывает чужие статьи. Не будем overeducated & underexperienced. Ищем практику.
Молодые душой, будьте дерзкими.
Полезные ссылки по миграции на 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
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
Кто такой 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