Внутренняя благопристойность против открытого исходного кода [закрыто]

Есть ли причина не использовать wordpress и не разрабатывать собственную систему ведения блога?
То же самое касается Durpal и нашей собственной CMS.

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

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

Зависит ли это от масштаба сайта и посетителей?
Каковы факторы выбора одного из них вместо анохтера?

7 6
open-source code-reuse

7 ответов:

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

Pro 3rd-party:

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

Анти-3-я сторона:

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

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

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

7

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

Мое Мнение:

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

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

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

4

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

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

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

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

Она также говорит, что мы можем даже потерять время и деньги на нем, так как это наша обязанность поддерживать его и решать ошибки

Насколько это хуже, чем внутреннее решение?

2

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

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

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

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

1

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

1

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

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

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

1

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

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