FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
A mi Python me entusiasma aunque no he tenido el tiempo requerido para adentrarme. Aún con lo poco que he visto me parece que puede llegar a gustarme bastante más que PHP.
No obstante me sorprende que gente con experiencia desestime un lenguaje por "cómo se ve", porque han visto algún código mal hecho y les es razon suficiente para desecharlo. Sin embargo esto no es tan grave pues cada cuál decide qué herramienta usar por las razones que considere pertinentes. Pero lo grave es vilipendiar una herramienta sobre la base de "no me gusta", "sólo sirve para la web" ¿Qué estupidez es esa? ¿Quién dijo que tenía que servir para otro ambiente? Lo realmente grave es que estas personas pasan a insultar a todos quienes trabajamos diariamente con ella y pensamos que nuestro trabajo es más serio que el hacer unas paginitas. Es evidente que estas personas no le dedicaron ni media hora al lenguaje y basan sus juicios en sus aversiones personales. // Saludos |
#2
|
||||
|
||||
Perl, descartado!
PHP, o mejor dicho C++Script, su sintaxis es demasiado complicado para ser un lenguaje script. Siempre lo he dicho y lo mantendré. Nadie va a negar que se pueden hacer sitios muy potentes con este lenguaje, para muestra Facebook (la frontend solamente). Pero para otros propósitos, simplemente, no ha sido pensado para ello. Python, una sintaxis muy sencilla. Esto no lo digo solo porque se vea más bonito, sino que la propia sintaxis te permite codificar fácilmente algoritmos sumamente complejos. @movorack y Julian: La abstracción de la base de datos no es una funcionalidad propia del lenguaje. La misma abstracción y talvez ligeramente mejor viene incluida en Django. Por otro lado, algunos desarrolladores PHP no vean problemas con mezclar código PHP, JavaScript, CSS, HTML en un mismo archivo. Pero los desarrolladores de Symfony 2.0 (framework de PHP) han copiado el sistema de plantillas de Django principalmente porque no estaban de acuerdo, o no les gustaba esta forma de trabajar, mezclar código de distintos lenguajes en un mismo archivo. |
#3
|
||||
|
||||
Cita:
Es como en todo, por ejemplo Delphi. Su IDE rad ha propiciado desde siempre la factura de aplicaciones donde todo el código de interfaz, lógica y acceso a datos está mezclado. Pero eso no demerita a Delphi. Desde luego // Saludos |
#4
|
||||
|
||||
¿Y si les dijera que Python por si solo es igual o peor que php?... Claro, desde el punto de vista de mezclar código html, javascript, python.
Pues eso, porfavor veamos el siguiente código: Código:
#!/usr/bin/env python # -*- coding: UTF-8 -*- # enable debugging import cgitb cgitb.enable() print "Content-Type: text/plain;charset=utf-8" print print "<html><head><title>Hola</title></head><body>" print "<ul>" for i in range(10): print "<li>Hola %s</li>" % str(i) print "</ul>" print "</body></html>" Si ponemos PHP y Python en el mismo escenario veremos que realmente no hay mucha diferencia. La ventaja de Python en la web, como yo lo veo, han sido los frameworks. |
#5
|
||||
|
||||
Tienes toda la razón, gracias a Dios, nadie trabaja así en Python. No hay que olvidar que la diferencia de Python es que no nació para la Web a cómo PHP. Además, para PHP existen varias frameworks y parece que nunca han visto problemas en trabajar de esta forma, simplemente porque el mezclar código de presentación y de lógica está en el ADN de PHP.
|
#6
|
||||
|
||||
¿Y quién ha dicho lo contrario?... además, en este momento, la comparación es en ambiente web... ¿o no?
|
#7
|
||||
|
||||
Yo creo que sí es culpa de PHP. No hay otra forma de escribir código de primas a primera. Además es la forma en que te enseñan el lenguaje.
|
#8
|
||||
|
||||
¿Y esto es culpa de PHP?
|
#9
|
||||
|
||||
Técnicamente hablando, talvez no. Pero la filosofía y ADN del lenguaje si tiene la culpa de ello.
Nunca he visto un curso de introducción a PHP que te enseñe el lenguaje para otra cosa que no sea la Web. Con un php crudo, a cómo viene de fábrica, sino incluyes código HTML, CSS, JS en un archivo *.php nunca podrás hacer una página web. Es a eso que me refiero. |
#10
|
||||
|
||||
Cita:
// Saludos |
#11
|
||||
|
||||
¿Entonces?
Explícame. Cita:
Cita:
Cuando hagamos una comparación (sea de lo que sea) sugeriría empaparnos un poco mas de ambos elementos. |
#12
|
||||
|
||||
Chris...
con un buen framework de php puedes obtener vistas muy limpias con el codigo php suficiente solo para mostrar datos. o incluso sin una sola linea de php (claro que esto no me gusta mucho cuando se usa smarty) Con un profundo estudio de algunos buenos frwameworks podras obtener excelentes resultados... Algunos hasta te ofrecerán usar ajax y JQueryUI sin necesidad de escribir ni una sola linea de javascript.
__________________
Buena caza y buen remar... http://mivaler.blogspot.com |
#13
|
||||
|
||||
Cita:
"La abstracción de la base de datos no es una funcionalidad propia de" Python... esto se lo ofrece Django (como potente framework que es). La funcionalidad de la clase que te mostré anteriormente esta mucho mas elaborada en symphony y yii por darte dos ejemplos. agregando a lo que dice D-MO: todo depende desde el frwamework con que se mire
__________________
Buena caza y buen remar... http://mivaler.blogspot.com |
#14
|
||||
|
||||
Cita:
Hay una razón de peso por la cual desestime a PHP... Originalmente (ver historia), php fue una almalgama de funciones hechas ad-hoc, sin mucho diseño acerca del lenguaje. Definitivamente, estaba totalmente orientado a el codigo espaguetti (una herencia del perl), y fue solo de forma *muy* reciente que empezo a tener orientacion a objetos y por ende, mecanismos para organizar el codigo. El modelo de MVC fue algo que se agrego, pero solo después de que Ruby on rails probara (o popularizara) que es un mucho mejor método de desarrollo. Esto tiene una implicación. Una gigantesca cantidad de código PHP que anda por ahí es del tipo spaguetti (y si le dedique mas de media hora: Examine proyectos enteros - lo que significa, que lei cantidades considerables de codigo -: vtiger, oscommerce, y un erp que no me acuerdo cual, aparte de que los primero sitios en PHP). Puede que a algunos que escriben la totalidad del programa los afecto poco, pero igual tiene su impacto. Entre otras cosas, implica que en ves de reutilizar, hay que escribir desde cero. En cambio, antes de django con python no habia nada fuerte... y cuando se popularizo, paso algo particular: desde las bases hay un mejor diseño, es solo ver por ejemplo, lo elegante del ORM, o el ruteo de URLs... y ese estilo se rego a todo los demas: web.py, turbogears, sqlalchemy, etc... Y entre los programadores de python, no hay nada de eso de escribir espaguetii. En serio. He leido y usado proyectos de todo tipo (tanto por hobby, como por trabajo) y como les digo, siempre parece que el codigo lo hizo un mismo programador. Esa es una cualidad tremenda. Es parecido al codigo pascal, pero mucho mas permeable. No me crean. Miren el codigo de Panda3d, y luego el de django. Les aseguro que sin experiencia, captan una cantidad muy alta d elo que sucede por ahi. De hecho, cuando apenitas sabia django, aporte un cambio al proyecto: Soporte a sql server:http://code.djangoproject.com/ticket/5062 (lo que es una tarea de dificultad media) Asi que con toda certeza, puedo asegurar que nadie en python trabaja a la manera salvaje oeste de PHP. No es que no se pueda, es que hace parte del mismo estilo, diseño, filosofia del lenguaje. Todo lenguaje tiene eso. Y aunque es posible escribir codigo claro en casi cualquier lenguaje (APL excluido!!) unos lo promueven mas que otros. En perl, php, hay mas tendencia a que no sea asi. En python a que si lo sea.
__________________
El malabarista. |
#15
|
||||
|
||||
Cita:
Cita:
Cita:
Si eso fuera una razón válida para desestimar un lenguaje, tendríamos que desestimar a Delphi igualmente. Cita:
Cosa muy distinta de decir que PHP es para hacer paginitas sólo porqué a ti en lo personal no te gusta. // Saludos |
#16
|
||||
|
||||
Cita:
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). Desde mi punto de vista, creo que PHP hizo un buen trabajo en la transición de la Web 1.0 a la 2.0. Ofreció un lenguaje libre para que los desarrolladores ofrecieran contenido más rico en un momento donde no había muchas opciones. Hoy la situación es distinta, hay lenguajes más modernos y maduros sobre los cuáles puedes respaldarte. |
#17
|
||||
|
||||
Cita:
Cita:
En la época, habia perl, lisp... o c++. Tener un lenguaje para hacer la paginita personal... eso fue revolucionario. Ese fue su inicio, su proposito. Sigue siendolo! Es como el visual basic de la generacion web. Se presta para la broma ocacional, si. Pero cuando un lenguaje logra iniciar a muchos a la programacion es porque en primer lugar, es menos "serio" y menos "hardcore" que lo que estaba antes...
__________________
El malabarista. |
#18
|
||||
|
||||
Cita:
Cita:
Cita:
__________________
Buena caza y buen remar... http://mivaler.blogspot.com |
#19
|
||||
|
||||
Cita:
Cuando se habla de desarrollo con PHP es siempre para web. Es estéril cualquier comparación aplicaciones de escritorio. Cita:
// Saludos |
#20
|
||||
|
||||
Cita:
Cita:
Última edición por Chris fecha: 04-04-2011 a las 22:37:06. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Sus opiniones sobre la CLX | Lord Delfos | Varios | 6 | 10-03-2010 15:21:15 |
Opiniones sobre la compra de Sun por Oracle | D-MO | Debates | 3 | 05-01-2010 23:13:30 |
Tutorial de Python 'Python para todos' | marcoszorrilla | Noticias | 11 | 15-02-2009 05:19:15 |
trabajo con perl | alachaise | Internet | 0 | 23-11-2004 16:23:56 |
Opiniones sobre el Firebird 1.5RC3 para aplicaciones web | victork_py | Firebird e Interbase | 2 | 04-07-2003 14:54:45 |
|