👨‍💻В России заработала платформа для подтверждения навыков айтишников

Программисты, которые успешно справятся, получат сертификат Минцифры и отметку на Госуслугах.

Сократите расходы, а не углы. Модуляризация с помощью SPM

Когда речь идёт об архитектуре, важно понимать: MVC, MVP, VIPER, TCA — это не архитектуры, а лишь паттерны уровня UI. Настоящая архитектура — это о структуре всего приложения, а не одного экрана.

Модуляризация отвечает на прямые вопросы:
- Где будет бизнес-логика?
- Как делятся модули?
- Как они взаимодействуют?
- Как добавлять новые фичи?

Эти вопросы особенно важны, когда проект растёт и превращается в монолит: сборка становится медленной (привет банки с часом сборки проекта), а багов всё больше. В такой ситуации уже не до споров про TCA или VIPER — хочется просто, чтобы всё работало.

Автор этого видео рассказывает, как модуляризация с помощью SPM помогла избежать им множество реальных проблем:
- разделить код проекта на логические блоки
- ускорить билд проекта
- чётко разграничить зоны ответственности,
- упростить переиспользование кода
- улучшить чтение и понимание проекта
- повысить общее качество проект

Архитектура — это не стиль, а система с понятными метриками и последствиями. И если решать архитектурные проблемы — то с опорой на реальную структуру проекта, а не только на паттерны UI.

Ее не натянешь на готовый шаблон, ее нужно сформулировать с учетом бизнес требований проекта и его особенностей.

ну че, желаю всем, чтоб в "убийцах телеграма" также платили, как в телеграме

Смерть мобильной разработки или временная трудность?

Все чаще слышу, как многие иос инженеры не могут найти работу. Бывает, что их поиски длятся больше чем полгода. В целом, итишка переживает не лучшие времена. Но неужели все так печально?

В США уже итшники побили рекорд по безработице. Еще немного напрягает в целом ситуация что удаление из сторов продолжается, а новые учетки разработчиков все сложнее купить

Поделитесь своим опытом поиска работы в СНГ и в мире? Дело только в иос или вообще проблема со всем ит?

Мне всегда казалось, что любой продукт нейросетей это что-то вторичное и переработанное.

Высушенное и без души. Пока не наткнулся на автора таких видео, где он модернизирует современных классиков. Он душу вкладывает не просто в нейросеть, а в давно забытые стихи.

Работа впечатляет. Еще раз убеждаюсь, что решает не инструмент, а руки, которые его используют.

Мнение про вайбкодинг-собесы: Норм или стрем?

Мы в индустрии обожаем жаловаться на собесы. У каждого были кейсы, где ты чувствовал себя участником шоу "интуиция". Но решений и альтернатив всё ещё мало

Недавно узнал, что некоторые крупные компании вводят пилотный формат собесов по "вайбкодингу". Это когда ты не просто решаешь задачу, а показываешь, как ты это делаешь. Ищешь, спрашиваешь у ИИ, комбинируешь ответы, проверяешь гипотезы. То есть ближе к реальной работе.

Да более того, есть некоторые отдельные команды, которые ОБЯЗАЛИ своих разрабов использовать cursor/claude, а кто этого не делает должен объясниться и получить ярлык "неэффективного".

Я вполне нормально отношусь к таким собесам с гуглином и аишкам. Ведь кто ими не пользуется? Помню даже проходил внутренний собес в авито в спиды (платформенная команда CI/CD) и мы три часа решали разные задачи, где мне легко разрешали гуглить. Оценивая как я собираю информацию и к чему подхожу.

Вроде бы наконец-то. Мы избавились от этих алгосов и зубрежки теории. Заживем. Ушли от этого вайтбординга к вайбкодингу, умеем оценивать главное в разработке сегодня — не помнить всё наизусть, а уметь эффективно находить и применять информацию.

Но и тут мы нашли критику:
- одни жалуются, что теперь еще сложнее находить работу. Ведь только "взломали найм" с его хрупкой системой, то теперь придется не зубрить билеты и идти по шаблону, а уметь думать и творчески подходить к работе.
- другие считают, что мы убиваем инженерность. И теперь остается только копипастить код (который раньше многие копипастили со стэковерфлоу).

Как по мне, наоборот круто, что такие собесы появляются. Ведь оценивают не твою подготовку к собесам или академические знания, а твою работу и практику. Че думаете?

Простая модуляризация для нового приложения

Один из частых споров после архитектур, алгоритмов и собесов — это модуляризация.

Что на работе, что на конференциях, что в чатах. Здесь много свободы, а шаблонные решения не всегда подходят под реальные требования. Куда класть презентейшен-логику, а куда UI? Создавать ли Services для бизнес логики, или UseCases?

Модуляризация — это как ремонт в семье. Есть риск что все разосрутся и разведутся.

Автор предлагает очень простую структуру для модуляризации приложения: App, Features, Core, Shared. Без магии, без оверинжиниринга.

- Меньше связей между частями кода
- Легче тестировать
- Быстрее понимать, что где находится

В ноушене готовлю кстати подборку таких структур и шаблонов, которые встречал в реальной жизни и интернетах. Где можно оценить как инженеры нарезают на слои свои приложения