Barrapunto

Pues a mi no me gusta...

(Bueno, posiblemente...)

   

... que posiblemente tienes que exagerar :-)

Yo no veo ofensa alguna en el comentario, ni ataques ni a la aplicación ni al que envió la noticia. Sólo ha dicho que posiblemente a él no le gusta. A mí posiblemente no me gusten muchos programas. Esto es un foro de opinión.

Y además, él ha opinado con su nombre y los que le atacan a él, y no a sus opiniones, no lo han dado.

Debió ser hace dos o tres años cuando descubrí Pitón y Zope. Recuerdo que me quedé bastante sorprendido de que se pensara en usar software libre para hacer negocio y que fuese el inversor quien propusiese la idea. Ya usaba algunos programas libres en el trabajo con excelentes resultados, como OpenSSL, y pensé que sería interesante probar otros.

Por desgracia, la cosa quedó a medias. Pitón me gustó mucho, hasta el punto de proponer a mi jefe meter Pitón en una parte importante de la aplicación que teníamos instalada en un cliente grande. No se hizo por cuestiones de presupuesto del cliente en aquel momento, no por falta de méritos técnicos. Me pusieron algunas pegas, pero de pronto descubrieron que ya había aparecido Pitón en varios otros proyectos de la casa, pedido por los clientes, y desaparecieron las muecas escépticas.

Pero el otro invento, Zope, me causó una impresión muy distinta. Lo instalé en una máquina que era entonces lo mejorcito, Pentium III con 450 MHz y 256 Mb de memoria. Los tiempos de arranque y de respuesta eran francamente malos.

Sé que estoy hablando de hace más de dos años. Pero entonces se decía que iba bien en ordenadores más modestos que el mío. Como dice mi viejo: el papel aguanta todo lo que le echen, así que por favor no me habléis de oídas, o de "leídas".

¿Hay alguien que lo esté usando con un PC como servidor?. ¿Alguna URL pública?. ¿Qué podría decir de su rendimiento?.

P.S.: Y no firmo porque no me sale de las narices.

No hijo, no firmas porque eres un cobarde.

Mi relación con Zope desde el principio fue una tormenta de emociones enfrentadas. Fue mi ex-director técnico, a quién tengo en gran estima, (aka lazarus) el que me introdujo a Zope. A ratos me parecía encontrarme ante la panacea, a momentos era como un dolor en el trasero. Lo que mas me mareaba era la posiblidad de hacer las cosas de mil maneras diferentes; intenté hacerlo todo en Phyton, salvo las plantillas que hacía en dtml, pero aún así me volvía picha porque siempre había algún caso en que necesitaba mas flexiblidad que con las plantillas y al final tenía métodos que eran dtml, otros que eran métodos de clases python, otros que eran scripts python... en este sentido preferiría un entorno mas homogeneo; de hecho te diré que hará un par de semanas empecé a trabajar en algo parecido a Zope pero tomando Perl como base y, como dice la canción, a mi manera...

No se si algún día verá la luz, porque primero me emperré en que los objetos persistentes se almacenasen en XML, pero luego resulto ser un desastre en cuanto a eficiencia porque era lentísimo. Luego estuve probando con algunas de las clases para objetos persistentes del CPAN, pero ninguna me convencía. Ahora por fín parece que he terminado con esa parte currandome las clases por mi cuenta y va bastante fino, aunque quedan algunos bugs conocidos por solucionar (mas luego los ocultos que seguramente los habrá). Y esto es sólo una parte...

Al final el dolor de cabeza superó a las satisfacciones y llegué a la conclusión de que no me gustaba, pero quien sabe si en futuras versiones (veamos como evolucionan las ZClasses) no vuelvo a probar...

(pd: por si no te has dado cuenta que firmar como "MaraudeR" y firmar como "Gallina Caponata" es _exactamente_ lo mismo, así que deja de dar lecciones de moral )

Mira la cabecera de mis mensajes, analfaburro, ahí tienes mi dirección de correo con nombres y apellido (fmmarzoa, F de Francisco y M de Manuel); de todas maneras entre los que llevamos tiempo por aquí muchos nos conocemos con nombres, apellidos y hasta deneises si me apuras.

Aunque en realidad tienes razón, tu identidad es lo de menos porque eres un mierdas y de esos los hay a patadas y tanto da que sean anónimos.

(pd: por si no te has dado cuenta que firmar como "MaraudeR" y firmar como "Gallina Caponata" es _exactamente_ lo mismo,

No es lo mismo. No puedes ir a su casa a partirle las piernas. Ni llamarle por teléfono a las cuatro de la mañana, como a quienes damos más información de la cuenta. Pero puedes hacer lo que has hecho en tus dos mensajes: poner una serie de enlaces a comentarios suyos, quizás para dar a entender que se contradice. También dices que va de progre, que supongo que no lo deduces de que no le guste Zope ;-)

Hay alguien que haya trabajado con ZOPE y pueda comentar algunas ventajas frente al desarrollo de webs mediante PHP ?

Se puede hacer algo que con PHP o cualquier otro lenguaje de script no se pueda ?

La misma www.zope.org es un zope. En www.emulinux.net tienes un squishdot con zope. Partes de buscadoc.ods.org estan tambien en zope. Y creo que rinden bastante bien, teniendo en cuenta que iban sobre un p233 hasta hace una semana.Juzgalo tu mismo:)

Se está hablando de zope y me viene el payasin de turno con sus ataques personales, producto de algun tipo de frustración psicoanal. ¿De verdad que no tienes nada mejor que hacer que meterte con alguien? Hablemos de zope y dejate de chorradas, este no es lugar para rencillas personales ni rollos raros que puedas tener. Mas que nada, por respesto a todos los demas lectores que nos la suda lo que puedas pensar de Marauder. Es mas, diciendo lo que dices lo único que consigues es que pensemos que estás pillao total. Fijo.

http://www.gulic.org/foro --> sitio en producción

http://kerberos.iliada.net:8000/portal --> sitio de ejemplo

A veces en Barrapunto escribe gente seria. Estoy seguro de que no dudabas de que nosotros somos gente seria.

Un saludo muy cordial,

PHP es un lenguaje para hacer aplicaciones web. Zope es un servidor, en el que se ejecutan aplicaciones, escritas en Python, con partes en Perl si quieres. La comparación sería el Tomcat del Apache, escrito en Java.

O míralo de esta manera: C es un lenguaje, Apache es un servidor web escrito en C. No puedes comparar Apache y C. No puedes comparar Zope y PHP, pero simplemente porque no son la misma categoría.

En cuanto a tu pregunta, todo se puede hacer con C, si vamos a eso: Python y Perl están hechos en C. La cuestión es si Zope ahorra tiempo de desarrollo, y si hay aplicaciones ya hechas y totalmente libres. La respuesta en ambos casos es sí.

Por otro lado, no es competencia de Apache + PHP, sino complemento. Puedes tener partes de la web en Apache, y partes en Zope. ¿Por qué renunciar a nada?

Este comentario es una buena muestra de por qué debe volver la moderación.

No es que yo sienta un gran aprecio por la contribución de MaraudeR a Barrapunto, y comprendo que más de uno pueda estar bastante harto de su actitud, pero el comentario ciertamente no viene a cuento en esta noticia ni en este hilo.

Por seguir el off-topic, yo también me he preguntado lo que se comenta en esta noticia que enlazaba el Pobrecito Hablador. A acs se le echa de menos, pero la desaparición de Ricardo Estalmán ha sido espectacular. No sé cuánto hace que no veo un comentario suyo; espero que esté bien.

Y supongo que lo tenéis en un PC...

Pues le echaré un vistazo a ver qué tal va ahora. Gracias, también a Ear3ndil, por las referencias.

Estoy seguro de que no dudabas de que nosotros somos gente seria.

Pues claro.

Zope me gusta (tanto que he decidido usarlo para nuestra intranet, a pesar de que todavía tengo varios agujeros negros sobre su funcionamiento, espero no arrepentirme), pero el problema gordo es la falta de documentación (sí, vale, están las fuentes, pero no siempre tienes el tiempo de ir mirando entre tropeciento ficheros para saber como usar determinada función y, sobre todo, cual es la función que hay que usar).
El Zope Book está muy bien, pero se queda corto y, después de haberlo digerido, descubres que Zope ya ha evolucionado, ahora el nuevo paradigma es el CMF, escasamente (o casi nada) documentado y en constante evolución (así que la poca documentación tampoco sirve y los productos adicionales para CMF posiblemente no funcionen), y el dtml también se considera obsoleto, ahora se usa ZPT (que por lo menos algo de documentación hay). Y ya se perfila Zope 3, con cambios profundos en la estructura: cuando el CMF estará bien documentado ya será obsoleto.
No quiero decir que se queden parados y no mejoren Zope y su entorno, faltaría más, pero si no eres un guru de zope y python dificilmente podrás aprender a usarlo para algo más que los ejemplos más sencillos.

No es que yo sienta un gran aprecio por la contribución de MaraudeR a Barrapunto, y comprendo que más de uno pueda estar bastante harto de su actitud, pero el comentario ciertamente no viene a cuento en esta noticia ni en este hilo.

Parece que el tuyo tampoco viene demasiado a cuento. Si te debo algo me lo dices, quedamos un día, te lo pago y tan contentos. Si no te gustan mis aportaciones a /. móntate el tuyo y enséñame a hacerlo mejor; puesto que yo ya "incordiaba" por aquí algo así como cuatro mil usuarios antes de que tú aparecieras no esperaras que lo deje porque a tí te "harten" mis aportaciones, ¿verdad?.

Es a la última provocación de índole personal que contesto. Lo juro.

Bueno, kerberos ya te ha explicado un poco como va el asunto, pero por liarte un poco mas. Frente al PHP, que es solo un lenguaje de "scripting", ZOPE es un "Framework" completo lo cual se traduce poco mas o menos en que una buenísima parte del código ya lo tienes escrito. Por ejemplo, todo lo que es la autentificación de usuarios, el control de permisos, las operaciones de búsqueda, etc. lo tienes ya hecho y sólo tienes que modificar unos pocos parámetros en algunos formularios para adaptarlas a las necesidades concretas de tu aplicación; para hacer lo mismo con cualquier lenguaje de "scripting" sin mas apoyo que algún que otro módulo de funciones tendrías que escribir un huevo de código y, probablemente, reescribir una buena parte cada vez que las necesidades de tu aplicación cambiasen. A cambio pierdes cierta flexiblidad, por ejemplo, sería una burrada hacer un script exclusivamente para cambiar dos palabras en cien archivos en ZOPE toda vez que todas las ventajas que aporta te sobran; la complejidad y el tamaño de la aplicación son lo que justifican o no el uso de un Framework. Otras ventajas de cualquier Framework y de ZOPE en particular es el reciclado de componentes. Puedes crear objetos que van mas allá de las posiblidades de las clases definidas en cualquier lenguaje OO e, incluso, productos completos que incluyen clases, objetos como instancias de esas clases, documentos, imágenes, etc... (en realidad en ZOPE cualquier elemento se considera un objeto), que puedes reutilizar cuando quieras e incluso donde quieras, pues con dejar cuatro parámetros personalizables y un formulario para rellenarlos al añadir el producto a un sitio web, puedes obtener una flexiblidad sorprendente.

La teoría, que generalmente se demuestra en la práctica, es que los tiempos de desarrollo se hacen mas cortos. Lo que a veces ocurre (mi 1%) es que, quizá por falta de experiencia con la propia herramienta, haces un diseño que te parece cojonudo y cuando vas a llevarlo a la práctica te das cuenta de que no puedes o que, finalmente, te va a suponer mas tiempo hacerlo así que si hubieras utilizado un lenguaje "desnudo". Con la práctica, seguramente, acabas acostumbrándote a las limitaciones e incluso puede que acabes sacándoles partido positivo. También hay otras razones por las que no me gusta ZOPE (no me gusta, pero tampoco me desagrada), que ya comenté antes y no voy a repetirlas, aunque reconozco que muchas son subjetivas y como tales deben ser tenidas en cuenta.

Yo me lo compré y desde luego que no vale los 50 euros que pagué por él. Debí ojearlo antes, pero soy bastante impulsivo... El caso es que ya había leido algunos tutoriales, algunos "jautus" y algunos otros documentos cortos y quería aprender cosas mas avanzadas. Lo que me encontré con el libro es que cada cosa que me interesaba llevaba la misma etiqueta "beyond the scope of this book...".

   

No me creo lo que leo.

¿Como puede reunirse un grupo de personas de esta categoría por un comentario así?

Descalificaciones personales, absurdos y analfabetadas.

¿Qué tienen que ver las opiniones ( supongo que políticas,por los exabruptos de los habladores) con la validez de una opinión técnica sencilla?

Y la diferencia entre firmar y no firmar es la necesidad de ser coherente con uno mismo.
La consistencia de las opiniones de las personas.

Y que yo sepa MaraudeR siempre ha sido muy consistente. Eso hace que su opinion se entienda a través de sus puntos de vista.
Cosa que no puedo hacer con un pobrecito hablador.
Y menos aún cuando sólo se dedica a descalificar tras una cortina.

No se trata de defender a MaraudeR sino de resaltar el bajo nivel (como persona, o éticamente o intelectualmente, que no me decido ) de unas cuantas ( o una, que no lo sé) personas.

Me da vergüenza ajena leer algunos mensajes...

Explicación cojonuda. Y nada más que añadir.