Внутренняя уместность по сравнению с [закрытым] открытым исходным кодом

Я приезжаю в эту тему немного поздно и просто попробую разъяснить пару деталей. Выяснение, если UML полезен как слишком широко. Большинство людей, казалось, отвечало на вопрос от типичного/популярного UML как перспектива рисунка/коммуникационного инструмента.Примечание: Martin Fowler и другой книжный UML чувства авторов UML лучше всего используются для коммуникации только. Однако существует много другого использования для UML. Прежде всего, UML является языком моделирования, которому отобразили нотацию и схематически изображает к логическим понятиям. Вот некоторое использование для UML:

  • Коммуникация
  • Стандартизированный Дизайн/документация по решению
  • DSL (Предметно-ориентированный язык) Определение Модели Определения
  • (Профили UML)
  • Использование Шаблона/Актива
  • Генерация кода
  • Модель к Образцовым преобразованиям

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

обсуждение должно расширенный из того, как UML может быть закончен уничтожение или относился к маленьким проектам обсудить, когда UML имеет смысл или на самом деле улучшит продукт/решение, как это - когда UML должен использоваться. Существуют ситуации, где UML для одного разработчика мог распознаться также, такие как Приложение Шаблона или Генерация кода.

6
задан Kara 13 December 2013 в 05:03
поделиться

7 ответов

Редко есть правильный ответ на этот бой. Это вопрос, который бушует с тех пор, как программное обеспечение было продано "с полки". Многие плюсы также минусы.

Сторонние специалисты:

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

Защита от третьих лиц:

  • У них есть ответы не на все проекты.
  • В общем, на то, чтобы взломать то, что вам нужно, может уйти больше времени, чем на то, чтобы просто начать заново
  • Если вы не используете его точно так, как задумано, производительность не будет такой хорошей, как могла бы быть со специально созданной
  • Большая цель для хакеров и скрипачей.
  • По мере того, как они становятся старше, они могут быть привязаны (с помощью устаревшей поддержки) к некоторым вредным привычкам (Drupal и Wordpress, безусловно, достаточно)

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

Просто чтобы размыть границы, современные фреймворки (Cake, Symphony , Django, Ruby и т. Д.) Обрабатывают большую часть безопасности, базы данных, удобство использования и позволит вам разрабатывать приложение, не беспокоясь ни о чем. Вы получаете именно то, что хотите, и получаете это быстро, но, вероятно, это будет не так хорошо (например, для ведения блога), как WordPress.

7
ответ дан 8 December 2019 в 14:45
поделиться

На самом деле все сводится к следующему:

  1. Сколько времени / денег потребуется, чтобы развернуть собственное?
  2. Имеет ли рассматриваемое вами решение с открытым исходным кодом необходимые функции (и работают ли они *)?
  3. Как можно сравнить обслуживание двух решений?

Некоторые «общие» ответы:

  1. Много, особенно если вам нужно (или вы хотите) много функций.
  2. ] Большинство зрелых систем имеют какую-то систему плагинов и множество функций. Обычно, если вы хотите, чтобы они это получили, возможно, потребуются некоторые незначительные изменения.
  3. Внутреннему коду может потребоваться некоторое время для созревания, после этого они, вероятно, будут примерно такими же. Если в внутреннем коде мало функций, его будет легче поддерживать.
2
ответ дан 8 December 2019 в 14:45
поделиться

Это действительно зависит от вашей бизнес-модели.

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

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

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

1
ответ дан 8 December 2019 в 14:45
поделиться

Наш ведущий Джоэл Спольски написал интересную статью на эту тему.

1
ответ дан 8 December 2019 в 14:45
поделиться

Да, есть много причин. Открытый исходный код не означает, что он будет автоматически хорошо написан.

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

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

1
ответ дан 8 December 2019 в 14:45
поделиться

Хороший вопрос, +1 :)

Мое мнение:

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

С точки зрения разработчика, гораздо привлекательнее создать что-то с нуля.

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

4
ответ дан 8 December 2019 в 14:45
поделиться

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

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

0
ответ дан 8 December 2019 в 14:45
поделиться
Другие вопросы по тегам:

Похожие вопросы: