Xamarin RIP

Как-то в прошлом году я собирал внутри внутренний митап, где обсуждали почему кроссплатформищики переходили обратно на натив. Я тогда хотел посмотреть стоит ли затаскивать КМП в команду.

После разговора моя вся вера в кроссплатформы умерла. Инженеры были супер-скилловые, а технологии не выгребали хотелки бизнеса.

В теории и на бумаге, Xamarin лучше любой кроссплатформы:
1. Имееют огромную кодовую базу
2. Любой шарпист легко мог бы писать для мобилок
3. Языку C# кучу лет и он умнее и проработанее Kotlin и Swift
4. Куча готовых решений и библиотек

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

Из минусов:
1. Невозможно в найм.
2. Нет хороших разрабов под все технологии
3. Слишком дорогие
4. Куча лишних абстракций

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

Если ты не практикующий спец — тебя не слушают

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

Многие ребята тоже благодарят меня, когда оформляют подписку. Пишут спасибо за мотивацию и полезность контента. Это мотивирует думать об еще большем качестве.

Я поэтому не верю в эти инфоцыганские методы. Где стараются вовлечь своим "доходом", а не профессиональными заслугими. "Зарплатным потолком", который банально зависит от гросс или нет. ИП или ТК. Размера налога. Размера премий. От регионального коэфициента и от многих вещей. Наша экспертность не отталкивается от дохода.

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

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

Если ты берешь на себя какую-то ответственность за создание комьюнити, то ты должен обладать экспертностью и образцом, а не придумать или накрутить себя. Заставить поверить на слово.

Те, кто тебя будет окружать, чаще умнее тебя. И врать своей аудитории — наивно верить и переоценивать себя. Это как маскировать прыщи, которые выпирают под слоем тоналки.

Никто не даст вам повышения — вы должны взять его сами

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

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

Квоты повышений никогда не распределяются равномерно. Часто ты конкурируешь еще не только с иосерами, но и с андроидом, бэком, фронтом и qa. А если еще и твой руководитель далек от мобилки, то тебе сложнее доказывать свою ценность. Это поэтому считается, что в платформенных командах ты растешь быстрее. Там и задач под твою основную технологию больше, и никого кроме иосеров в командах нету. Но об отличиях продуктовых и платформенных команд когда-нибудь подробнее.

Тут Серега перевел статью, где автор говорит обратное. Что часто многое зависит от нас. Возможно, это так. И если ты инициативен и замотивирован, то легко вырастешь везде.

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

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

Советы как эффективно тратить деньги:
1. Завести семью и детей
2. Получать образование
3. Оформить бусти подписку у меня
4. Не брать кредитов

Что выведет в консоль?

Когда смотришь презентацию Open AI

Как следить за перфомансом своего приложения

Скорость нашего приложения — одна из главных метрик. Например, в Авито есть отдельная платформенная команда Perfomance. Она, с помощью десятков метрик, следит за скоростью приложения. Это сложная наука.

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

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

Как-нибудь напишем свои инструменты для профайлинга.