FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Cita:
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???
__________________
El malabarista. |
#2
|
||||
|
||||
Cita:
¿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 |
#3
|
||||
|
||||
Cita:
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....)
__________________
El malabarista. |
#4
|
||||
|
||||
Cita:
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 |
#5
|
||||
|
||||
Hombre, pues claro! Y yo me encargo de manejarlo bien... asi que pasenme sus jaguar
__________________
El malabarista. |
#6
|
||||
|
||||
A raiz de una conversación en otro foro me he acordao de mis pruebas con python y django. Puse algunos mensajes por aquí relatando mis experiencias desde cero, y no es que me haya cansado. Es que llegué a un punto en el que me dí cuenta de que estaba mas tiempo buscando soluciones a problemas, pero ojo, a "problemas inesperados", que escribiendo código que funcionase.
Aún recuerdo las primeras versiones de delphi, en las cuales los límites estaban en mis conocimientos, y no en "problemas inesperados" del propio Delphi. Me refiero a cuando haces algo y no funciona y piensas "¡Cojones, pero si he seguido las instrucciones, si esto se supone que DEBERÍA funcionar, y sin embargo, no funciona" y cuando te vas dar cuenta estás buscando y rebuscando por foros de internet una solución, una solución que sueles tardar un buén rato en encontrar, si la encuentras. Es el tipo de errores que empezaron a abundar con el Delphi 6.0. Errores de la herramienta, del entorno, de yo que sé. El caso es que con Python y django me paso lo mismo: en un momento dado me encontré buscando soluciones a problemas de ese tipo. A lo mejor mas adelante, si alguien se anima con este foro y completa estos hilos que hemos empezado a modo de cursos o tutoriales, pues cambia la cosa. Yo al menos de momento, para lo que necesito, o sea, aplicaciones web, php lo veo mucho mejor que python, y django solo me parece un framework como cualquier otro. Bueno, y en el futuro a corto o medio plazo, ni python ni php ni apache ni django creo que tengan nada que hacer frente a node.js. Eso si que es el futuro de la programción web. Pues eso, a ver si alguién hace que me coma mis palabras, pero con código, no con teoría.
__________________
"la única iglesia que ilumina es la que arde" Anonimo |
#7
|
||||
|
||||
Resp
Descartaron Perl simplemente por que no lo conocen o le tienen pavor. Pero lespuedo asegurar que estan raspados. Perl es un lenguaje super potente. Posse codigo compilado y preconpilado. Asi que lean un poquito y despues lo descartan.
Es como descartar C o C++ por no ser nada facil pero resulta ue es lo mejor que existe.
__________________
Todo se puede, que no exista la tecnología aun, es otra cosa. |
#8
|
||||
|
||||
Cita:
Django es una libreria anomala, en el sentido que siempre he estado con la ultima version de esta, la actualizo en cualquier momento y nunca me he topado con un problema serio (tengo la costumbre de subir version a todas las librerías que uso tan pronto como me es posible, le tengo pavor a la obsolescencia). Me intriga saber que encontraste que te freno...
__________________
El malabarista. |
|
|
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 |
|