Я приезжаю в эту тему немного поздно и просто попробую разъяснить пару деталей. Выяснение, если UML полезен как слишком широко. Большинство людей, казалось, отвечало на вопрос от типичного/популярного UML как перспектива рисунка/коммуникационного инструмента.Примечание: Martin Fowler и другой книжный UML чувства авторов UML лучше всего используются для коммуникации только. Однако существует много другого использования для UML. Прежде всего, UML является языком моделирования, которому отобразили нотацию и схематически изображает к логическим понятиям. Вот некоторое использование для UML:
, Учитывая использование упоминает выше регистрацию Паскалем, не достаточно, поскольку это только говорит для схематического изображения создания. Проект мог извлечь выгоду из UML, если какое-либо вышеупомянутое является критическими факторами успеха или является проблемными областями, которым нужно стандартизированное решение.
обсуждение должно расширенный из того, как UML может быть закончен уничтожение или относился к маленьким проектам обсудить, когда UML имеет смысл или на самом деле улучшит продукт/решение, как это - когда UML должен использоваться. Существуют ситуации, где UML для одного разработчика мог распознаться также, такие как Приложение Шаблона или Генерация кода.
Редко есть правильный ответ на этот бой. Это вопрос, который бушует с тех пор, как программное обеспечение было продано "с полки". Многие плюсы также минусы.
Итак, если вы делаете blog, если нет проблем с функциями или платформой, я бы серьезно рассмотрел WordPress. Если бы вам нужен был только очень простой блог, прикрепленный к гораздо более крупной системе, которая не была полностью блоговой, я бы, вероятно, написал свой собственный как часть этой системы.
Просто чтобы размыть границы, современные фреймворки (Cake, Symphony , Django, Ruby и т. Д.) Обрабатывают большую часть безопасности, базы данных, удобство использования и позволит вам разрабатывать приложение, не беспокоясь ни о чем. Вы получаете именно то, что хотите, и получаете это быстро, но, вероятно, это будет не так хорошо (например, для ведения блога), как WordPress.
На самом деле все сводится к следующему:
Некоторые «общие» ответы:
Это действительно зависит от вашей бизнес-модели.
Если вы продаете услуги, используя существующий продукт с открытым исходным кодом, это может иметь большой смысл. (И, кстати, вы, вероятно, сможете заставить людей WordPress работать на вас - вам, конечно, придется заплатить, но вы также должны заплатить своей внутренней команде)
Если это Система ведения блогов предназначена только для вашего собственного использования, имеет еще больше смысла использовать существующее решение, и решения с открытым исходным кодом выделяются в этой области, потому что есть много людей, которые могли бы написать для вас некоторые индивидуальные решения.
Только если вы действительно продаете программное обеспечение, ситуация с открытым исходным кодом становится немного сложнее с точки зрения денег.
Наш ведущий Джоэл Спольски написал интересную статью на эту тему.
Да, есть много причин. Открытый исходный код не означает, что он будет автоматически хорошо написан.
Однако иногда это действительно соответствует вашей бизнес-модели, потому что вам нужно создать что-то быстрое, удобное, не слишком конкретное по требованиям и уже протестированное миллионами людей. . В этом случае не имеет смысла производить что-то дома.
Если вы хотите убедить ее использовать Wordpress вместо того, чтобы создавать его, покажите аргументы по времени и деньгам , которые были бы потрачены в пытаюсь писать с нуля вместо того, чтобы использовать решение с открытым исходным кодом. Не забудьте показать несколько живых примеров от крупных компаний, использующих Wordpress (посетите официальный сайт).
Хороший вопрос, +1 :)
Мое мнение:
Каким бы ни был сценарий, если есть решение, которое отвечает вашим потребностям, это открытый исходный код и ваша команда как знания, чтобы внести какие-либо конкретные изменения, которые могут потребоваться для достижения вашей цели, вероятно, это хороший выбор для их использования. Это сэкономит вам время (время - деньги), которое вы могли бы использовать для решения других задач.
С точки зрения разработчика, гораздо привлекательнее создать что-то с нуля.
Вы просто должны помнить, что это это не то, чем вы занимаетесь как хобби, вам нужно выпустить продукт как можно быстрее, с минимальным количеством ошибок и со всеми функциями, которые ожидают пользователи.
Для большинства компаний разработка собственного решения для ведения блога эквивалентна разработке собственной версии машины, которая смешивает асфальт, чтобы проложить дорогу, ведущую в ваш офис.
Единственное исключение. если вы хотите заняться дорожно-строительным бизнесом. Но это трудный и конкурентоспособный бизнес, устоявшийся стабильный рынок с большим количеством требований к капиталу, и здесь не стоит забредать.