На самом деле, да — но тут вопрос «было бы желание», то есть и документацию написать и поддержку. А бизнесу можно продать под соусом «повышение лояльности»)))
Ну какой соус «повышение лояльности»?
Если это какой-то новый проект, то там вообще не о какой лояльности речи быть не может. Нужно катить фичи в прод, а не что-то опенсорсить. Никто даже слушать не будет ничего подобного.
Если говорить о зрелых проектах, то там:
— уже думают о том, что ты релизишь под брендом компании и как. Т.е. нельзя просто так взять и что-то выкатить. Иначе это скажется на престиже компании. Чтоб что-то выкатить достойное — нужны ресурсы, а их компании не всегда готова выделять.
— ну и чем делиться? Вокруг и так миллион либ, порой даже больше чем надо. Но опять же упираемся в то, что ни один зрелый проект не хочет зависеть от абы кого. Одно дело когда либа поддерживается Google или Oracle (или другими подобными компаниями), но когда ее написали ребята сидя вечером за чашкой кофе, то тянуть ее в проект решение не лучшее. Они ее завтра бросят, а команде в проекте потом расхелбывай
Почему не делают инструменты?
— Во-первых то что делается внутри проекта — это одно, то что надо давать на публику — это другое. Нужно давать более универсально решение, нежели то, что вы сделали для себя. Нужно сделать документацию, нужно продумать поддержку. Это время и ответственность. Бизнесу это далеко не всегда необходимо (а если быть точнее то почти никогда не нужно). Процессы не уникальны, но они все же специфичны и те решения которые делаются для одного проекта могут не подходить чем-то для других проектов.
— Вторая сторона медали в том, что любой более и менее серьезный проект будет избегать зависимостей от каких-то внешних решений, потому как нет никакой гарантии, что решения будут поддерживаться и его потом не придется выпилиывать из огромного проекта или придумывать свои костыли.
Я думаю, что можно. Собственно для этого я делюсь здесь нашим опытом.
Наверное если с самого начала на это закладываться, то в целом это не должно вызвать многих проблем.
Просто проблема многих проектов в том, что когда они начинают свое существование — то у ребят нет ресурсов, чтоб готовить все эти вещи, к тому же непонятно, а выстрелит ли проект в целом. И зачастую это все пишется на коленке. А когда проект становится зрелым, то тут уже все начинают напарываться на легаси. И как правило, возиться с ним никому не хочется, да еще и тяжело это объяснить бизнесу, до тех пор пока это не достигнет критической точки.
Мобильный банк Тинькофф — это первый и основной проект. Если взять другие проекты Тинькофф, более молодые, то там с этим дела обстоят лучше, т.к. у ребят на старте был опыт прошлых проектов и ресурсы.
А вот вопрос, а почему на дизайне Банкоманта, инструмента, цель которого дать пользователю возможность снять/получить деньги, 3/4 экрана занимает реклама Окко?
Про apply я в целом упомянул.
Про «может только при записи?». — у вас же для чтения есть интерфейс который отдает на чтение Flow. Посмотрите в самом вверху статьи;)
Ну вот спорный вопрос. Что легче хендлеры или корутины=) Ну а вообще с одной стороны более тяжело, т.к. требования растут, с другой стороны ресурсов для получения знаний становится в разы больше.
Ну корутины знать в целом нужно. Либо RX Java, что еще труднее. Ибо сейчас почти нет приложений в которых бы кто-то писал на хендлерах и т.п. Ну и корутины это часть Kotlin SDK по сути. Так что да.
Я тебе по опыту скажу: «Никому твои официальные сертификаты не нужны». Ты либо знаешь материал либо нет. Если ты придешь на собес и скажешь что закончил Академию, но провалишь все вопросы — то толку 0, а если ответишь на все хорошо, то тебе и так поверят.
Из маркета у меня родители без проблем сами ставят. А тут сложнее.. Конечно кто-то поставит или поможет. Но конверсия будет точно ниже и значительно.
Да можно. А какова вероятность, что это сделает, скажем, чья-то мама которой лет 50?
Только скачивать их теперь мало кто будет. Потому как про них надо помнить и руками идти на сайт и снова качать
Сейчас бы в 2021 Java и Kotlin сравнивать...
А ты, я гляжу, познал жизнь=))) :pepe_repsect
О какую тенденцию Яндекс запустил=) Так скоро One Day Offer станет стандартной практикой найма...
А как же старые добрые 2 тестовых 3 скрининга и 5 собесов?
Эх... Раньше было лучше. Солнце светило ярче, да и орки были зеленее =)
Спасибо. Надо бы поправить
Ну какой соус «повышение лояльности»?
Если это какой-то новый проект, то там вообще не о какой лояльности речи быть не может. Нужно катить фичи в прод, а не что-то опенсорсить. Никто даже слушать не будет ничего подобного.
Если говорить о зрелых проектах, то там:
— уже думают о том, что ты релизишь под брендом компании и как. Т.е. нельзя просто так взять и что-то выкатить. Иначе это скажется на престиже компании. Чтоб что-то выкатить достойное — нужны ресурсы, а их компании не всегда готова выделять.
— ну и чем делиться? Вокруг и так миллион либ, порой даже больше чем надо. Но опять же упираемся в то, что ни один зрелый проект не хочет зависеть от абы кого. Одно дело когда либа поддерживается Google или Oracle (или другими подобными компаниями), но когда ее написали ребята сидя вечером за чашкой кофе, то тянуть ее в проект решение не лучшее. Они ее завтра бросят, а команде в проекте потом расхелбывай
— Во-первых то что делается внутри проекта — это одно, то что надо давать на публику — это другое. Нужно давать более универсально решение, нежели то, что вы сделали для себя. Нужно сделать документацию, нужно продумать поддержку. Это время и ответственность. Бизнесу это далеко не всегда необходимо (а если быть точнее то почти никогда не нужно). Процессы не уникальны, но они все же специфичны и те решения которые делаются для одного проекта могут не подходить чем-то для других проектов.
— Вторая сторона медали в том, что любой более и менее серьезный проект будет избегать зависимостей от каких-то внешних решений, потому как нет никакой гарантии, что решения будут поддерживаться и его потом не придется выпилиывать из огромного проекта или придумывать свои костыли.
Наверное если с самого начала на это закладываться, то в целом это не должно вызвать многих проблем.
Просто проблема многих проектов в том, что когда они начинают свое существование — то у ребят нет ресурсов, чтоб готовить все эти вещи, к тому же непонятно, а выстрелит ли проект в целом. И зачастую это все пишется на коленке. А когда проект становится зрелым, то тут уже все начинают напарываться на легаси. И как правило, возиться с ним никому не хочется, да еще и тяжело это объяснить бизнесу, до тех пор пока это не достигнет критической точки.
Мобильный банк Тинькофф — это первый и основной проект. Если взять другие проекты Тинькофф, более молодые, то там с этим дела обстоят лучше, т.к. у ребят на старте был опыт прошлых проектов и ресурсы.
Про «может только при записи?». — у вас же для чтения есть интерфейс который отдает на чтение Flow. Посмотрите в самом вверху статьи;)