Opiniones sobre Python, Ruby y Perl

[roman]

Empezado por Chris

Creo que cuando mamcx se refiere a que PHP es solo para hacer "paginitas", no es por menospreciar. Sino que prácticamente solo se usa en la Web. ¿Cuánto código PHP hay escrito para programas de escritorio o algo similar? Muy poco. En Python? mucho! Muchos de los programas que se distribuyen con una distribución Linux fueron programados en Python en su totalidad o en parte.

No entiendo esta insistencia. PHP no sirve para programar aplicaciones de escritorio. Lo que hay para ello es una broma...

Cuando se habla de desarrollo con PHP es siempre para web. Es estéril cualquier comparación aplicaciones de escritorio.

Empezado por Chris

Además, lo que ha dicho mamcx acerca de la historia de PHP es algo que no se puede Ignorar. PHP nació sin diseño y ha venido desarrollándose sobre la marcha. PHP nació sin filosofía y sin visión propia. Es por eso que hay tantos cambios versión tras versión. Además de sus varios problemas de seguridad (corregidos en versiones anteriores).

No es que se ignore. Pero argumentarlo como contra del lenguaje para un desarrollo actual es desconocimiento o simple mala leche. Aun cuando PHP carga todavía algunos de los problemas debido a su inicio como personal home page, PHP5, con Zend 2 fue escrito totalmente desde cero.[/quote]

// Saludos

[[Chris]]

Empezado por roman

No entiendo esta insistencia. PHP no sirve para programar aplicaciones de escritorio. Lo que hay para ello es una broma...

Cuando se habla de desarrollo con PHP es siempre para web. Es estéril cualquier comparación aplicaciones de escritorio.

Entonces, en el sentido del Hilo y la pregunta de Al González, entonces no vale la pena aprender PHP, porque solo te va a servir para programar páginitas, a cómo dice mamcx. Entiendo que quedamos de acuerdo en eso. En resumen, como consejo a Al, mejor aprende Python que te servirá para más que la Web.

Empezado por roman

No es que se ignore. Pero argumentarlo como contra del lenguaje para un desarrollo actual es desconocimiento o simple mala leche. Aun cuando PHP carga todavía algunos de los problemas debido a su inicio como personal home page, PHP5, con Zend 2 fue escrito totalmente desde cero.

Tú lo has dicho.... a pesar de ser escrito desde cero, PHP carga todavía algunos problemas debido a su inicio como PHP (Personal Home Pages). El caso es, que esto problemas aún no solucionados, son tan grandes que definen al lenguaje, desde mi punto de vista.

[roman]

Empezado por Chris

Tú lo has dicho.... a pesar de ser escrito desde cero, PHP carga todavía algunos problemas debido a su inicio como PHP (Personal Home Pages). El caso es, que esto problemas aún no solucionados, son tan grandes que definen al lenguaje, desde mi punto de vista.

Yo a los problemas a que me refiero son relativos básicamente a nomenclatura. No hay un acuerdo estricto en como llamar las funciones. Fuera de eso, el soporte de clases es bastante completo.

Hasta ahora no he visto un sólo argumento contra PHP que no esté basado en el prejuicio, el desconocimiento o la simple aversión personal, supongo porque da caché, hablar mal de lo que es popular.

Para criticar algo se tiene que conocer. Se juzga mucho al PHP actual por lo que fue en sus inicios. Recalcan lo del origen del nombre como si eso fuera una prueba de lo malo que es el lenguaje. Hablan de la mezcla del código HTML y PHP sin realmente haberse detenido a examinar si eso es inherentemente malo.

// Saludos

[mamcx]

Empezado por roman

Hablan de la mezcla del código HTML y PHP sin realmente haberse detenido a examinar si eso es inherentemente malo.

// Saludos

Y cuando es bueno?

No se si hay aquí muchos que sufrieron la época de ASP, PHP (antes de los frameworks nuevos), ASP.NET con html inline, etc...

Con la excepción de hacer una única pagina (o un conjunto muy bajo) donde hacer todo un proyecto seria pesado, no veo un argumento solido en hacer un proyecto de un sitio web donde se mezcle rutinariamente el html/js/css/lenguaje servidor... asi que roman, cual es el caso de uso que me he perdido en estos 10 años???

[roman]

Empezado por mamcx

Y cuando es bueno?

No se si hay aquí muchos que sufrieron la época de ASP, PHP (antes de los frameworks nuevos), ASP.NET con html inline, etc...

Con la excepción de hacer una única pagina (o un conjunto muy bajo) donde hacer todo un proyecto seria pesado, no veo un argumento solido en hacer un proyecto de un sitio web donde se mezcle rutinariamente el html/js/css/lenguaje servidor... asi que roman, cual es el caso de uso que me he perdido en estos 10 años???

Te invito a que leas con detenimiento lo que se ha dicho aquí. Al igual que Chris, supones que la mezcla de código necesariamente lleva a una mezcolanza de html, php, css, javascript en un sólo archivo.

¿Cuándo es bueno? Cuando el código PHP que mezclas con HTML es únicamente código para rellenar huecos, iterar registros, etc. Código únicamente para controlar la presentación (¿Cuántas veces habré escrito esto en este hilo?). Ejemplos de su uso ya se han dado aquí.

¿Desde cuándo puede hacerse esto? Desde siempre. No se requieren frameworks nuevos. Es algo que se puede hacer desde PHP 3. Claro que ya depende de cada quien qué tan feo quiera programar.

Además, nadie te obliga a mezclar html y php. Puedes usar smarty u otro sistema de plantillas. Cosa que a mi en lo personal no me gusta porque requiere un "parseo" extra.

¿Que PHP es susceptible de "caer" en manos de programadores que escriban caóticamente? Sí. Y Delphi también ¿Y?

Se puede criticar una herramienta. Nadie debe asustarse ni ofenderse por ello. Y examinar otras opciones, como Python, puede ser muy enriquecedor. Lo que me parece inapropiado es criticar con base en malas técnicas de programación, creencias infundadas y desconocimiento del estátus actual de dicha herramienta.

// Saludos

[mamcx]

Empezado por roman

¿Cuándo es bueno? Cuando el código PHP que mezclas con HTML es únicamente código para rellenar huecos, iterar registros, etc.
....

¿Que PHP es susceptible de "caer" en manos de programadores que escriban caóticamente? Sí. Y Delphi también ¿Y?

Ok, eso esta claro. Osea, es lo mismo que se hace de forma normal desde que salió el ASP y herramientas similares. En teoria se usa para exactamente lo que dices. Todavía es el estilo por defecto, a la hora de exponer a los nuevos desarrolladores.

Lo cual degenera en que los desarrollos salgan de forma caótica. Entonces es malo. Se que el punto que estas anotando es que un buen programador le dará un uso apropiado... en lo cual concuerdo. Pero cuanto de eso existe por ahi?

Entonces, si una herramienta X permite un manejo mejor, mas sencillo, loquesea por defecto y hace que el caso menos ideal sea una rareza, por ende es mejor.

Es como discutir entre transmision automatica y manual. En manos expertas, la manual es mejor. Pero es claro que la automatica es superior en terminos generales.

Y no se si estoy escribiendo de forma muy combativa o que, pero lo que he tratado de decir es que a la hora de elegir la herramienta, el ecosistema pesa mucho. Y si una mayoria de ese ecosistema no esta sobre un fundamento mas solido, tocara tarde o temprano pelearse con el.

Para algunos que son desarrolladores disciplinados ni le veran el lio... porque son disciplinados. Pero a la vez, si eres disciplinado y tienes por default un framework mejor diseñado, tambien te beneficia.

Es como con la VCL. Si se compara con el API raso de windows (o peor, la MCF) es muy notable su superioridad... no tecnica, sino en estilo.

Tonces, si alguien va a empezar con PHP, deberia seriamente ignorar los ejemplos mas comunes, y usar una separacion tipo MVC. Y tener la disciplina de no mezclar presentación con lógica (un esfuerzo que ha probado su inutilidad a larga escala en todos los años que existen las herramientas de programación que lo promueven o permiten... pues delphi ahi lo tienes) o mejor usar un sistema de plantillas... (hay casos muy concretos donde es bueno la mezcla de todo eso... y el caso #1 solo te afecta si tienes un sitio de altisima demanda....)

[roman]

Empezado por mamcx

Entonces, si una herramienta X permite un manejo mejor, mas sencillo, loquesea por defecto y hace que el caso menos ideal sea una rareza, por ende es mejor.

Este es un punto a tener en cuenta. Me gusta ese argumento. Sin embargo, eso no implica que PHP sea un lenguaje malo.


Lo que dices, del ecosistema, la facilidad con la que se pueden hacer malos códigos, etc. aplica también a Delphi, y, sin embargo, no veo que a éste lo cortes con la misma tijera que a PHP en ese aspecto. Porque, entonces, siguiendo tu línea de argumentación, tendrías que concluir que Delphi es el Visual Basic del escritorio

Y en mi opinión, confundes el lenguaje en sí con técnicas de programación. Tener una buena metodología, como lo podría ser MVC, no es inherente al lenguaje. Como ya te han mencionado aquí, MVC no es parte de Python. Django, un framework para Python, trabaja con la metodología MVC, así como muchos framework para PHP lo hacen.

Pero vayamos con tus ejemplos automovilísticos. Estarás de acuerdo que un Jaguar lo puede manejar cualquier mequetrefe con resultados caóticos. Pero, un Jaguar es un Jaguar...



¿Lo descartamos porque puede ser mal manejado?

// Saludos