Экстраполяция IT

Помимо продуктово-сервисного критерия для написания программ, есть ещё один клёвый, пока ещё без названия. Давайте вместе в чатике как-то назовём?

Есть приложения, в которых «уже десять лет назад добавили виджеты», а есть приложения, которые только сейчас пытаются выдавать это за инновации. И это не глупость вторых или самоотверженность первых, это просто разные стратегии.

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

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

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

www.tgoop.com/itextrapolation/427

2.9K viewsJul 13, 2020 at 09:53

Помимо продуктово-сервисного критерия для написания программ, есть ещё один клёвый, пока ещё без названия. Давайте вместе в чатике как-то назовём?

Есть приложения, в которых «уже десять лет назад добавили виджеты», а есть приложения, которые только сейчас пытаются выдавать это за инновации. И это не глупость вторых или самоотверженность первых, это просто разные стратегии.

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

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

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

BY Экстраполяция IT