Pull to refresh
9
Присталов Павел@anil

Строю мобильные продукты

5
Rating
2
Subscribers
Send message

Благодарю! Планирую выпустить вторую часть в ближайший вторник.

Вы правы, в статьях про Flutter обычно не говорят про KMP. Но, с другой стороны, никто же не запрещает этого делать =)

Опять же, не хейта ради, а аргументации для.

Ни в коем случае не хотел никого унизить! Старался аргументированно описать, с какими проблемами можно столкнуться в будущем, по моему опыту.

Flutter, React Native и PWA - отличные решения для определённых задач и в определённых ситуациях. Но у них есть минусы. И важно знать о них перед тем, как написать на фреймворке огромное количество кода.

Спасибо, добавил!

Спасибо за информацию! Очень интересно было почитать!

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

«Если хочешь спрятать дерево, то спрячь его в лесу». Отчественные «антивирусы» или специально доработанные приложения будут сливать все данные, до которых доберутся, тому, кому надо.
Спасибо за статью! А каковы особенности реализации? User Information Component, Menu Component, Action Button Component — это всё отдельные кастомные View или унифицированные элементы в RecyclerView? И второй вопрос: какого размера JSON с описанием всех экранов приложения обычно получается?
Спасибо! Действительно, у нас очень похожие истории)
По моему личному опыту, чем больше вовлечённость всех участников команды во все процессы, тем лучше. Если разработчики думают о бизнес-метриках, а бизнес имеет в виду, что с выходом FaceID может потребоваться время на рефакторинг приложения перед релизом, договориться несложно. Хуже, если каждый видит узкий сектор работы перед собой и не знает, что творится вокруг него.

Поэтому, отвечая на Ваши вопросы, могу сказать: чем больше знаний и скиллов у менеджеров, тем лучше.
Понял бы его. Он не обязан. Просто в следующий раз не расчитывал бы на него)
Спасибо! Надеюсь, что это действительно так)
Трудно сказать. Но развивать бизнес с нуля до стабильности и прибыльности — это как покорить очень сложную вершину со своей командой. Далеко не всем удаётся)
Нет, такого ощущения нет. Проектов, в которых я работал, закрыто два. Но это были стартапы, так что не очень обидно. Крупные проекты, в которых я когда-то работал, все на плаву, я слежу за ними)
Задача лида — объяснить это тем кто сверху и прекратить это как можно раньше, чтобы потом не вошло в привычку.


Полагаете, в разработке всё время игра в одни ворота, и любой бизнес даст себя прогнуть в 100% случаев?

Я не говорю, что овертаймы — это хорошо или хотя бы нормально. Я против них, но они, как буквально я и написал, «иногда бывают».
Соглашусь. Для меня самая интересная работа (из руководителей) у архитектора или техлида: и к разработке близко, и можно определять вектор развития команды и продукта.
Да, это так, и сейчас я это осознал. Но когда тебе 25 (условно), и все вокруг кажутся начальниками, успешными стартаперами, чемпионами мира по футболу и еще черти знает кем, я, как и многие, сомневался, а не стоит ли расти ввысь? Сейчас я, кажется, уже перерос эти страхи и более уверенно смотрю в будущее)
Иногда бывают случаи, когда просто нужно вложиться в сроки, какими бы упоротыми они не были. И задача лида — организовать это.

Один раз у нас во всех крупных отечественных СМИ вышел инфоповод, что к определённой дате (понедельнику) мы добавим в мобильное приложение определённый функционал. Тестовый бекенд был готов в пятницу в 14 часов. Продуктовый бекенд — в обед воскресенья. Доков по АПИ не было от слова совсем. Я попросил команду выйти в выходные поправить оставшееся и потестировать. И никто не отказался. И дело тут, как мне кажется, в том, что каждый был мотивирован и нацелен на результат.

И да, ребятам заплатили за эти часы по двойной ставке, а следующий спринт мы начали с долгой раскачки)

Information

Rating
1,351-st
Location
Пенза, Пензенская обл., Россия
Date of birth
Registered
Activity

Specialization

Разработчик мобильных приложений, Архитектор программного обеспечения
Ведущий
Разработка под Android
Разработка под iOS
Kotlin Multiplatform
Kotlin
Swift
SwiftUI
Проектирование архитектуры приложений
Управление разработкой