Является ли «повторно используемый бизнес-компонент» мифом? - PullRequest
3 голосов
/ 09 декабря 2010

После прочтения обсуждения Как создать универсальный / повторно используемый код с помощью Scrum? Я думал о своем опыте с повторно используемыми компонентами.

Я создал несколько «технических компонентов», которые успешно использовались в других проектах.

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

Многие клиенты используют такие большие приложения, как SAP / R3. На мой взгляд, это монолит, а не независимый компонент.

Поэтому я спросил себя: «Является ли« компонент многоразового использования »мифом»? Если да, то почему так сложно его создать?

Ответы [ 2 ]

1 голос
/ 10 декабря 2010

Я говорю, что это не миф, но, конечно, в моем опыте это редкость.

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

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

Я, конечно, видел примеры, когда по-настоящему многократно используемый бизнес-компонент определяется как необходимый / желательный: но тогда фактическое его создание - большая проблема: кому он будет принадлежать? Кто за это заплатит?

В рамках «общегосударственного» привода у нас есть технический компонент, который позволяет нам интегрироваться с централизованно предоставляемой службой управления идентификацией и доступом. Это позволяет представителям общественности иметь одну учетную запись (имя пользователя и пароль и т. Д.), Которую они могут использовать для входа в любую предоставляемую государством онлайн-службу (где они используют центральную службу IAM).

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

1 голос
/ 09 декабря 2010

Если вы классифицируете три вида знаний как:

  • известные-известные - вещи, которые вы знаете, знаете
  • известные-неизвестные - вещи, которые вы знаете, вы не знаете
  • неизвестно-неизвестно - вы даже не знаете, что оно существует

Программная инженерия может легко решить первые две категории - решение хорошо понятных проблем сейчас и оставление места для решения менее понятных проблем завтра. Но третья категория - это то, что укусит вас в * ss.

http://opinionator.blogs.nytimes.com/2010/06/20/the-anosognosics-dilemma-1/

http://en.wikipedia.org/wiki/Unknown_unknown

...