В новом выпуске борьба с зависимостями и антипаттернами, соль непредсказуемости, юзабилити тестирование, несколько взглядов на SOLID и многое другое. Подключайтесь!

Подключайтесь к нашему Telegram-каналу Mobile Insights, где подборки статей и новостей выходят каждый день.

В нашем новом дайджесте загадки iOS 15 и Android 13, минификация на максималках и результаты опроса разработчиков Stack Overflow 2022, пирамида тестирования, собеседования в Tinder, настроение женщины и много других интересных материалов.

Подключайтесь к нашему Telegram-каналу Mobile Insights, где подборки статей и новостей выходят каждый день.

В новом выпуске вопросы MVI и модульности, ада зависимостей и рефакторинга Музыки, собеседований, математики, персон, пользователей, ARPDAU, рынка приложений 2026 и много другого. Подключайтесь!

Подключайтесь к нашему Telegram-каналу Mobile Insights, где подборки статей и новостей выходят каждый день.

Бывает такое, что коллеги на работе вас раздражают и вызывают чувство, что надо бы как-то с ними расквитаться, отплатить за все те воображаемые обиды, которые они вам нанесли. Многим не представляется такой возможности. Однако если вы с ними – разработчики, то всегда есть верный способ. И этот способ – инспекция кода.

Когда всё делается правильно, инспекция кода – отличный инструмент для улучшения качества кода и распространения базовых знаний внутри команды. Но если делать всё неправильно, она может отравить человеку существование. Так что это отличный полигон для отмщения через пассивную агрессию. У коллеги всё слишком хорошо получается? Или он вечно выливает себе остатки кофе, а новый не заваривает? Или как-то раз три гола назад не поздоровался с вами, потому что не заметил, что вы в офисе? Пришло время отплатить за всё сполна при помощи инспекции кода!

В нашем новом дайджесте новости с WWDC, многомодульный BDSM и стабильный Android 13, Flutter для Web (который все еще отстой), паттерны и практики написания кода, коварные фильтры и многое другое!

Подключайтесь к нашему Telegram-каналу Mobile Insights, где подборки статей и новостей выходят каждый день.

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

В творческой работе веб-дизайнера бывает непросто следовать каким-то общепринятым правилам. На самом деле, гораздо удобнее знать, «как не надо делать», и ориентироваться на это. По этой причине мы решили составить список грубых ошибок в дизайне интерфейсов. Хотите знать, какие серьезные оплошности допускают даже опытные дизайнеры? Тогда добро пожаловать в наш хит-парад.

В нашем новом выпуске лучший дизайн приложений в Apple Design Awards 2022, гибкая навигация и первый взгляд на песочницу конфиденциальности, Flutter в разработке игр, «ретро» в Майнкрафт и многое другое. Всего 95 материалов!

Подключайтесь к нашему Telegram-каналу Mobile Insights, где подборки статей и новостей выходят каждый день.

В новом дайджесте много корутинов, немного темных тем, экономики приложений, спасения тревожных миллениалов, VPS, Swift и Kotlin. Подключайтесь!

Подключайтесь к нашему Telegram-каналу Mobile Insights, где подборки статей и новостей выходят каждый день.

В новой еженедельной подборке готовность SwiftUI и тяжелые зависимости, Android в докере и обсуждение новинок Flutter, выживание при росте аудитории, вопрос с кодинг интервью, интеграция API и многое другое!

Подключайтесь к нашему Telegram-каналу Mobile Insights, где подборки статей и новостей выходят каждый день.

Знаю, знаю, все уже мечтают, чтобы девиз «просто релизни» превратился в живого человека, которому можно было бы от души врезать. Инди-разработчиков это призыв часто очень раздражает – старо, заезжено и любой в ответ скажет: «Вы не понимаете, всё не так просто». Согласен, всё не так просто. Но релиз – всегда верное решение. И вот почему.

Я начал работать над одним из своих приложений первого января две тысячи восемнадцатого года. Была новогодняя ночь, и она выдалась у нас очень паршивой. Можете себе представить: всё так плохо, что в полночь решаешь: «А ну всё к чертям, займусь-ка я веб-разработкой». Вот настолько.

Через несколько дней у меня уже был готовый MVP. Не потому что я такой крутой программист, просто приложение было очень простым. Альфа-версия 0.0.1 была более чем готова. Я мог ее релизнуть, поделиться с парой человек и на этом закруглиться. Всё вышеперечисленное я мог проделать и с каждой из последующих версий, которые создал начиная с 2018 года и до сегодняшнего дня. Но мне всё хотелось добавить еще одну штучку. Еще немного функциональности. Еще вот такую возможность, людям точно понравится. Еще один скрин, и тогда всё встанет на свои места. Честное слово, вот последний штрих, и приложение будет готово.

В нашем новости дайджеста анонсы с Google I/O 2022 и выселение Carthage из git, загадочный WorkManager и замена натива веб-приложением, регрессионное тестирование, вопросы с собеседования, миллиарды уведомлений в месяц и многое другое. Подключайтесь!

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

Упрощенная реальность

Представьте себе упрощенную реальность, в которой существует только корпоративное ПО, а все должности разработчиков можно разделить на две обширных категории. Что я подразумеваю под корпоративным ПО? Большие безликие программы, которые используются в крупных компаниях. В своем повествовании я буду приводить примеры и из других областей, но пусть вас это не смущает.

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

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

Недавно я разместил в своем Твиттере небольшую иллюстрацию, которая проливает свет на эту проблему и дает наводку, на каких аспектах следует сосредоточиться прежде всего, и назвал ее «Пирамида инспекции кода». Ее назначение – помочь держать в приоритете составляющие инспекции кода, имеющие первостепенную важность (по крайней мере, на мой взгляд), а так же указать, какие составляющие можно и нужно автоматизировать.

Некоторые читатели попросили дать альтернативную, постоянную ссылку, которой можно делиться; другие хотели получить картинку в высоком разрешении. Поэтому я выкладываю ее повторно, на своем сайте. Вы можете также скачать изображение в формате SVG.

C праздником и новым дайджестом! В новом выпуске два года Unit-тестов и убыль приложений в Google Play, темная сторона виджетов и бэкенд от Snap, год ATT, четыре всадника джуна и многое другое.

В нашем дайджесте снова стейт-машины и исходники Telegram, собственный 3D движок и KMM, чтение кода, пространственная логика, ностальгия Waze и многое другое!

В новом дайджесте гарнитуры смешанной реальности и разработка для встроенных систем на Swift, реакции ВКонтакте и вымышленные языки, Яндекс Go для незрячих, мобильная безопасность, роботы клинической поддержки и многое другое!

В новом дайджесте навигация в iOS и suspend под капотом, фантастические формулы и сон разработчика, новое пришествие Angry Birds, WWDC 22, старые приложения в Google Play и многое другое.

За время работы в IT мне доводилось видеть разработчиков, которые выкладывались на работе на полной, когда в этом не было необходимости. Сегодня я пришел рассказать вам, почему это плохая идея и не надо так.

Что я подразумеваю под «выкладывались по полной?» Я подразумеваю ситуации, когда человек, который оказался способен выполнить все возложенные на него обязанности раньше того срока, который ему назначили, идет и просит дать ему еще работы такого же рода. Также я говорю о тех ситуациях, когда человек плохо себе представляет, сколько обязанностей на него вообще возложено, и поэтому набирает какие-то нереальные обороты в попытках дотянуться до некоей планки. Что невозможно, потому что до реальной планки он уже сто лет как дотянулся, сам того не понимая, но продолжает беспокоиться о том, как выглядит в глазах окружающих и ой, кажется, он выгорел.

Я убежден в двух вещах:

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

В нашем новом еженедельном дайджесте внешние аккаунты для iOS-приложений и опыт KMM в QIWI, конец Dagger 2 и соответствующий выбор оффера, теория разбитых окон в разработке, вакансии, рост доходов приложений и многое другое!

В новом дайджесте визуализация графа билда и OAuth в мобильных приложениях, стартап соло- разработчика и безопасность мобильных приложений, стереотипы тестирования, новый Performance Index, естественный язык и многое другое!