python - español - Sugerencias de Framework/CMS para el sitio web de la empresa y la intranet(¡Tengo que convencer al presidente de que es sólido!)

django cms tutorial (14)

Esta es una afirmación contradictoria: "El" panorama general "de la especificación realmente no es demasiado complicado: implementar un CMS de clase empresarial para la administración de las páginas web de cada división".

"Enterprise Class" y "no es demasiado complicado" no pertenecen a la misma oración. Seriamente.

La clase "Enterprise Class" es complicada porque las tareas y entornos de "clase empresarial" son complicados.

Tenga en cuenta que el hecho de que algo se implemente dentro de una empresa no significa que requiera una herramienta de "clase empresarial". Pero aquellos que SI tienen requisitos de "clase empresarial" SON complicados porque el dominio del problema y el entorno de despliegue son complicados.

Por lo tanto, debe ser más claro en sus especificaciones que "cumplidor de palabra de moda", "mi jefe ha oído hablar de él", "nunca se rompe", etc.

CMS parece engañosamente simple, pero no lo es. Si es geeks manejando cosas para frikis, una cosa es así, pero los CMS tienden a tener un gran impacto en usuarios finales no técnicos que pueden complicar dramáticamente las interfaces de usuario, seguridad, flujos de trabajo, soporte, etc. Pensar "marketing quiere mantener el sitio web", y que van a dejar que lo haga su pasante.

Entonces, en serio, sin requisitos REALES es difícil sugerir algo. Y sin requisitos REALES, y una sólida comprensión de su base de usuarios, ciertamente NO debería simplemente "hacer su propio".

Estimada comunidad de desbordamiento de pila,

Se me ha asignado la tarea de revisar un par de sitios web para una gran empresa para la que estoy trabajando, así como también el desarrollo de un sitio interno de intranet para la gestión de contenido y el almacenamiento de documentos dentro de la organización.

Mi "problema" es el siguiente: Quieren que use un marco / conjunto de idiomas / tecnologías que les puedo probar que son "tecnologías estables y preparadas para la empresa con un historial comprobado".

El "panorama general" de la especificación realmente no es demasiado complicado: implementar un CMS de clase empresarial para la gestión de las páginas web de cada división que se ocupan principalmente de la información y documentación del producto (es decir, una versión más simple de www.linksys.com).

Como programador de código abierto, me gustaría usar Python con TurboGears y construirlo desde cero, pero no puedo encontrar una forma de demostrarle al presidente que TurboGears tiene un gran historial empresarial. Zope parece tener un montón de uso empresarial, pero me parece un poco hinchado. Django podría ser una opción, pero no parece tan flexible como TurboGears.

Prefiero no usar PHP, pero Drupal tiene un muy buen currículum con los nombres "correctos" (AOL, Sony, MTV); Además, podría ahorrarme la construcción de muchos de los componentes de CMS desde cero.

Rails podría ser otra opción, pero no estoy muy familiarizado con ella (y como programador de Python / PHP, la sintaxis de Ruby me vuelve loco).

¿Qué sugiere la comunidad SO para un proyecto como este? Estoy seguro de que muchos de ustedes se han enfrentado al mismo dilema. ¿Qué terminó funcionando / no trabajando para ti? Como dije antes, mi primera opción sería Python, la segunda sería PHP, la tercera sería Rails.

Gracias, Seth

Lo primero que viene a la mente aquí es que te estás acercando a todo esto mal. Parece que estás buscando un proyecto para ti y tratando de decidir qué es lo que más te gustaría hacer. No especificó el alcance de quién va a administrar este sitio ... cuál es la verdadera pregunta. ¿Eres solo tú? ¿Es el equipo de gestión? ¿Es cada división?

Tomar una gran decisión como esta requiere mucho tiempo y pensamiento. Pasamos mucho tiempo ayudando a nuestros clientes a elegir el CMS correcto para sus necesidades. Hay mucho por ahí y una decisión como esta no es algo que deba tomarse a la ligera. Muchos son buenos en la situación correcta y HORRIBLES en otros. Además, lo que es correcto para usted, ya que el desarrollador no es necesariamente el adecuado para su usuario final.

Como alguien sugirió, se necesita mucha más investigación sobre cuáles son los requisitos antes de que nadie (incluida la comunidad de desarrolladores) pueda hacer sugerencias sobre qué es lo mejor para usar.

No importa lo que elija, no use Typo3. Es un enorme desorden imbatible con su propio lenguaje idiota de "script", casi imposible de aprender rápidamente, difícil de enseñar a los usuarios de su empresa y condenadamente feo. No es de extrañar que haya tiendas que se ganen la vida simplemente haciendo la consultoría Typo3. Es algo popular, pero no creo que haya documentación decente.

Si te gusta Python, y quieres un marco web, no pasaría Django. Es simple, potente y ejecuta muchos sitios de nivel empresarial.

Algunos de los sitios más grandes que usan Django son Lawrence.com , Curse Gaming y algunos sitios del Washington Post . Acaba de ir también a la versión 1.0 recientemente, por lo que tiene una base de código sólida para trabajar.

Siempre puede incluir una lista de empresas que usan Python si lo desea, incluye personas como Google, Yahoo y NASA.

"Quieren que use un marco / conjunto de idiomas / tecnologías que les puedo probar que son" tecnologías estables y preparadas para la empresa con un historial comprobado ".

No hay pruebas de esas características. Ninguna.

¿Hay alguna tecnología actual que quieran que uses? Si es así, podrías estar nadando río arriba.

Si lucha por su tecnología preferida, probablemente no pueda ganarse sus corazones y sus mentes sin una prueba seria de concepto o proyecto piloto o algo así.
Si están dispuestos a escuchar, estarían más dispuestos a escuchar si tuvieras una demo que mostrara cuán sólido es tu enfoque preferido.

si no hay un titular, entonces solo se están retorciendo las manos. En este caso, necesitará alguna evidencia que realmente crean: un proyecto piloto o una prueba de concepto.

No hay pruebas en esta industria. Para cada tecnología puedes encontrar un proponente y un oponente. Incluso la tecnología de mierda tiene defensores. Olvida la prueba.

Simplemente elija algo que pueda usar muy rápidamente. Haga que funcione rápidamente, con tanta calidad que obviamente tiene razón y el resto de sus opiniones deben ser igualmente acertadas.

Por esta razón, la flexibilidad no tiene ningún valor. Ve con Django y consigue algo para correr lo antes posible.

¿Le gustaría construir un Enterprise Class CMS desde cero? Solo por un proyecto? ¿Estas loco? A menos que planee entrar en el negocio de CMS y tenga miles y miles de horas de tiempo de desarrollo, no tiene sentido crear uno nuevo. Ya hay excelentes CMS disponibles. Drupal y Plone son los mejores en mi opinión. Me gusta Plone porque es agradable de usar. Es utilizado por CIA, NASA, Akami, Novell y Ebay.

Los mejores deseos,

Tony

Estoy de acuerdo con los comentarios de Will, Braveterry y Divamatrix. Completamente.

Hay toneladas de preguntas / problemas / riesgos / consideraciones que se deben tomar para lanzar con éxito una solución CMS para una empresa mediana / grande. No repetiré lo que Will y Braveterry dijeron, en lugar de eso, les ofreceré un punto de vista diferente:

CMS para una empresa mediana-grande no se trata de Software. Se trata de procesos y políticas.

Qué marco / herramienta utilizar debe depender de los requisitos exactos (tipo de contenido, fuentes de contenido, quién será responsable de capturar y crear contenido, cuáles son sus habilidades, quién aprobará las actualizaciones de contenido, qué departamentos tendrán voz en ¿Qué entra en la página de inicio ?, ¿bajo qué políticas se seleccionará el contenido de la página de inicio ?, ¿cuál será el puropose para la página de inicio? (marketing? ventas? technical? branding?).

Si las respuestas a estas preguntas (hay muchas más) no son claras para usted o incluso si no obtiene por qué son TAN importantes. Entonces creo que necesitas contratar una firma consultora experimentada.

PD: Esto me da la idea de publicar algún tipo de documento sobre este tema, pero eso tomaría algunos días ya que actualmente no tengo tiempo para prepararlo.

Seth, si realmente quieres un E-CMS, no intentes reinventar la rueda. Hay muchos E-CMS probados alrededor. Por ejemplo, algunas soluciones basadas en Zope / Python como Plone. Es Enterprise probado, tan fácil de usar, extremadamente extensible (ya que tiene un servidor de aplicaciones completo en el backend), hay libros que lo explican para autores / editores, webmasters y desarrolladores. Evoluciona donde no se ajusta. Si necesita más información, pregunte en IRC (OPN / freenode, #plone) o si una de las 59 ubicaciones de World Plone Day [1] no está demasiado lejos, vaya allí el 7 de noviembre de 2008 y póngase en contacto con Plone y su enorme y comunidad útil. [1] http://plone.org/wpd

Si desea un CMS empresarial, no lo construya desde cero con un marco. Un CMS empresarial requiere el trabajo de miles de personas, como Plone. Aquí está Plone en la empresa:

http://plone.net

Si está buscando un CMS de clase empresarial, ¿por qué implementar desde cero? Existe un CMS de clase empresarial basado en Python, bien establecido y maduro, ya disponible llamado Plone.

Recientemente fue revisado por una importante publicación de TI:

"Plone hace una cosa: gestión de contenido web, y lo hace con aplomo. Es por eso que encontrará conocidas organizaciones estadounidenses e internacionales en la mayoría de las industrias que ejecutan sus sitios web, internets y extranets con Plone". Inforworld, "Los CMS de código abierto demuestran que vale la pena el precio" Oct 2007

Desde el primer momento, Plone proporciona la mayoría, si no todas, las funciones que necesitará, y con cientos de complementos gratuitos disponibles para implementar cualquier otra característica que necesite, puede que no necesite hacer ninguna codificación para obtener su sitio y corriendo.

Está siendo utilizado por el gobierno, organizaciones sin fines de lucro, educación y negocios. Nombres como Novell, gnome.org, Discover Magazine y miles más. Y puede estar bastante seguro de que es seguro, la CIA lo está utilizando para ejecutar su sitio público.

La comunidad de Plone es muy fuerte, es uno de los proyectos Open Source más grandes del planeta. Existen cientos de proveedores de servicios Plone en todo el mundo para brindar asistencia para su implementación.

Puede leer sobre el proyecto en el sitio web de Plone.org . También está Plone.net, que brinda estudios de casos e historias de éxito, una lista global de proveedores de servicios y más cobertura mediática.

CMS para una empresa mediana-grande no se trata de Software. Se trata de procesos y políticas.

¡Muy cierto!

La asociación con nombres prestigiosos no es necesariamente un indicador de resultados finales agradables.

Me gustan los productos de Sony, sí, pero en las diversas ocasiones en las que he buscado apoyo de sitios de Sony, ¡he tenido ganas de golpear mi cabeza contra una pared de ladrillo! Esos sitios de craqueo de cabezas pueden no estar orientados a Drupal, no tengo ni idea, pero el punto es: no se dejen engañar solo por los grandes nombres.

Un problema que debe esperar es: ideas preconcebidas de lo que un sistema puede lograr (o restringir).

Permítete un poco de tiempo de aprendizaje con Plone, idealmente para un proyecto grande como este, invierte en asesoramiento de expertos, y te darás cuenta de que las capacidades tradicionales de Plone superan en gran medida las ideas tradicionales de lo que un sistema puede o debe lograr.

Calcule los requisitos del usuario con una mente muy abierta (no basada en simplicidades como "Me gustaría un sistema que sea igual al sistema x") y luego venga a plone.org | Soporte | Sala de chat para analizar más a fondo sus requisitos.

Vigile Flossquality - Investigación de calidad de fuente abierta http://flossquality.eu/

Con respecto a Flossquality y los tres proyectos relacionados con la calidad bajo ese encabezado, en http://n2.nabble.com/Plone-and-QUALOSS---QUALity-in-Open-Source-Software-tp1402419p1446439.html Imaginé algunas preguntas que las personas en las comunidades de código abierto (no solo en Plone) pueden preguntar acerca de todo el caboodle.

Recientemente recibí, fuera de la lista, algunas respuestas a esas preguntas. Tan pronto como encuentre tiempo para leer los correos electrónicos relevantes, intentaré compartir o al menos resumir las respuestas.

"Empresa" es un término de marketing. Tiene prácticamente ningún significado técnico. Si su jefe quiere escuchar Enterprise, entonces lo hará, pero esto no significará que un sistema determinado sea adecuado para sus necesidades.

Tenga cuidado con las listas de compañías que usan una determinada suite de software. "Ebay usa Plone" y "Ebay se ejecuta en Plone" son dos afirmaciones muy diferentes.

Sobre todo, si está haciendo un CMS "Enterprise" (por lo que valga la pena ese término), debe esperar tener una curva de aprendizaje que apenas comenzará a aplanarse al final de un proyecto importante.

Para su proyecto, le sugiero que trate de descubrir lo que realmente necesita. Si cree que TurboGears (o cualquier otro marco) es una buena opción, analice algunas estrategias de gestión de riesgos con su jefe. Quizás un pequeño piloto para comenzar. Adoptar una nueva tecnología es arriesgado. Muchos sitios web de "grandes corporaciones" son de misión crítica en estos días.

Por lo que vale. Me gusta Plone, pero solo lo he usado para cosas no corporativas. No conozco personalmente ninguna implementación de "Enterprise". En el trabajo utilizo Tridion, y sé de numerosas implementaciones en ese nivel. (Si está buscando una opción que le permita trabajar en Python, Tridion no es una buena opción).

Estoy de acuerdo con los comentarios de Will . Crear un CMS, una intranet y un sistema de administración de documentos suena como una tonelada de trabajo. Probablemente, mi compañía pasará 6 meses en los requisitos para uno de esos sistemas y todavía entrega los requisitos imprecisos / incompletos.

Aquí hay algunas preguntas:

¿Quién mantendrá los sistemas CMS y Doc Management cuando haya terminado? Las probabilidades de que las aplicaciones sean un éxito disminuyen si suelta una aplicación de Python personalizada en medio de un grupo de desarrolladores asalariados de Java. No estoy diciendo que no funcione, solo que las probabilidades se vuelvan negativas.
¿Está buscando una aplicación / marco único para crear el CMS para los sitios externos, el CMS para la intranet y el sistema de administración de documentos? Si es así, eso debería reducir considerablemente el campo de posibles CMS. Por ejemplo, no creo que Drupal maneje bien la gestión de documentos (si es que lo maneja).
¿Quiénes son los usuarios de los sistemas? ¿Las personas que usan el sistema de administración de documentos serán las mismas que administran los sitios web y la intranet?
¿Los sistemas compartirán el flujo de trabajo? (¿El contenido del sistema de gestión de documentos permanecerá en su silo o pueden los documentos migrar al CMS web o a la intranet? ¿Hay diferentes "aprobadores" en cada área del sistema o un conjunto de señores?)

¡Buena suerte!