Когда вы читаете заголовок этого блога, вы можете подумать, что мы собираемся исследовать несколько лучших практик, чтобы следовать, чтобы избежать риска, в то время как строить программное обеспечение, верно?
Но эта статья направлена на то, чтобы выбрать немного света на тот самый аспект, почему вы должны подвергнуть сомнению лучшие практики, какие должны быть приоритеты и о том, как их не качаться в потоке либо бизнес-аспекта, либо технологического аспекта применения.
Всегда существует разрыв между целенаправленной бизнес и ориентированной на технологии группой компании. Технологическая сторона предпочитает приводвому приводу на решение, повышая эффективность, зависит от рабочей дорожной карты, хочет скорость и нуждается в инвестициях. Принимая во внимание, что деловая сторона более сосредоточена на стороне опыта клиента, немедленное исправление к проблеме и сколько прибыли они могут сделать для поддержания.
Существует ужасную необходимость сделать бизнес и Tech объединяться, чтобы добиться желаемых результатов, чтобы обе стороны могли быть непринуждены и продолжать свою работу, не принимая свою компанию к Doom.
Некоторые из этого разрыва были соединены с вступлением в DevOps, но это не так, что нам нужно, – это преднамеренные усилия, в сочетании с вдумчивыми ступенями, которые часто дают длительные положительные результаты. Подход более критичен, когда дело доходит до компании, принимающей новые технологии, так как можно вполне сложно отменить стратегическую или техническую ошибку в более позднем моменте.
Чтобы позволить компании или программному приложению, который нужно знать, если они делают это правильно, независимо от того, используют ли они технологии и бизнес-концепции в том смысле, что люди, работающие на том, чтобы получить преимущества, которые они желали, есть модель, называемая Модель здравомыслии что мы можем обратиться к.
1-й квадрант показывает, как технологии и бизнес, если идет рука об руку, может доставлять рост, а как наоборот может привести к полной гибели (3-й квадрант). Любая из вещей, если не хватает в компании (2-й квадранс-квадрант), может привести к разочарованию одной или другой стороны, которая, если продолжение будет раскалывается, чтобы поделиться.
Эта модель четко показывает, насколько хорошо сбалансированный подход может привести к росту и, если какая-либо из сторон (бизнес или технологий) незамечена или не финансируется должным образом (либо через деньги, ни квалифицированные люди) могут привести к гибели организации.
Одним из примеров роста может быть Tesla, как он использует свой бизнес для доставки Top-Notch пользовательского опыта и насколько далеко впереди его технологии с точки зрения электронных транспортных средств. Теперь его не следует принимать так, как если бы каждая компания должна остановить свои ежедневные операции и начать следующую модель работы Tesla, более важно сначала получить наши приоритеты.
Что касается гибели, мы можем поговорить о модели работы Nokia, как они сначала сосредоточились на рынке, ориентированном на технологии, но позже, только пытались забронировать прибыль, не состояве на свою технику.
Мы можем весь день обсудить модель здравомыслие, и это тема большего изучения и обсуждений.
Здесь давайте сосредоточимся на некоторых точках о том, что можно назвать риском нашей прикладной программы.
Используя новые технологии, потому что вы должны?
Есть несколько компаний, которые продолжаются и о преимуществах использования технологий, как AI (искусственный интеллект), что даже обычный человек подумал бы, что он может решить все с ним. Но принципиально важно выяснить, как работает их (компания) стратегия или общая бизнес-модель, и если они нужны Tech, как Ai или нет.
Например, только ради этого, если компания развертывает модель ML для задачи, которая может быть достигнута с помощью традиционного алгоритмического кодирования стиля, и инвестировать значительные средства в ML/AI для этой задачи, то этот подход ставит программу AI на Риск из-за потенциального бюджета истечения, а также попадание в удержание технологии кролика дырки.
Принимая во внимание, что если они вложили эту сумму денег в видении долгосрочной устойчивой архитектуры, они смогли бы достичь роста.
Используя новые технологии в неправильном месте?
Различные поставщики пытаются продавать новые технологии, как это единственное, что им нужно решить некоторые проблемы. То, что нам нужно понять, так это то, что использование нового Tech в порядке, но используя его для чего-то, что ему не требует или не требуется в это время, может быть большая ошибка.
Просто потому, что кто-то делает это, это не значит, что вы должны. Продавцы хотят продать заявки во имя лучших практик.
Возьмите все советы, которые вы хотите, но получение приоритетных приоритетов имеет решающее значение.
Принимая людей из уравнения?
Для отраслей и организаций важно иметь определенное количество человеческих вмешательство. Большинство компаний нанимают на контрактной основе, которая может выглядеть хорошо и выгодно в краткосрочной перспективе, но, поскольку компания растет, становится более важно иметь FTE (сотрудники полного времени), потому что позже эти FTE – те, кто собирается запустить Компания и расти за пределами.
Многие опасения, что автоматизация будет есть работу людей и поставить компанию в более прибыльную ситуацию. По моему честному мнению, они никогда полностью не пойдут в режим темного завода. Темные фабрики полностью автоматизированы, роботизированные объекты, где нет людей.
Но, если компания только в центре прибыли, все будет выглядеть хорошо.
Принимая людей из уравнения, внести дополнительную прибыль при разрушении общины вокруг него, не то, что никакая компания не захочет сделать.
Важно знать риск, который оно включает в себя на многие уровни и будьте внимательны к работе работника, которая входит в нее.
Когда вы используете Tech в нужном месте, это может быть полезно, везде его может быть больно.
Наконец, я хотел бы выделить некоторые очки, чтобы избежать вида риска, который мы обсуждали здесь:
- Используйте данный технологию по правильной причине.
- Используйте данную технику в нужном месте.
- И, не пытайтесь списать человека человека во имя новых технологий.
Ну, это было от меня. Может быть, очень тяжелый блог (для меня по крайней мере), Но я надеюсь, что он загорелся вопрос внутри вас о работе, которую вы делаете и как ваша компания ценит ее, зная риск, который он включает в себя.
Попробуйте спросить этих 3 очков, когда вы начинаете что-то новое или модифицируя данную технику, так что в будущем вы можете оглянуться назад и чувствовать себя непринужденно, зная, что ваши решения не были неправы, и это привело к росту.
Просто начать путешествие с открытым исходным кодом? Не забудьте проверить Привет открыть Источник
Хотите сделать простую и удивительную игру с нуля? Проверьте Пангпонг
Хочу ++ Ваш профиль github readme? Проверьте Цитата – readme.
До следующего раза!
Намасте 🙏.
Оригинал: “https://dev.to/siddharth2016/why-your-application-program-maybe-at-risk-2n5i”