Re: PHP

["Ricardo Frydman Eureka!" <ricardoeureka@gmail.com>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Iñaki wrote:
> El Miércoles, 29 de Marzo de 2006 15:03, Ricardo Frydman Eureka! escribió:
> 
>>>Hace poco estuve hablando con un amigo que programa en PHP sobre este
>>>mismo tema. Yo le hablaba de que en RubyOnRails tu geenras un código que
>>>es independiente de la base de datos empleada,

>>La pregunta es (de nuevo) para que deseas codigo independiente de la
>>base de datos empleada?
>>Acaso tus datos son independientes de tu aplicacion?

> Porque tal vez yo lo programe en mi casa por capricho y luego quiera subirlo a 
> un hosting, y tal vez ese hosting sólo permita una determinada BD. No me 
> gustaría tener que modificar mi código sólo por eso (siempre teniendo en 
> cuenta que la BD elegida no sería crucial, claro).

Sin comentarios a ese escenario. Solo decirte:
Si el mismo hosting no soporta PHP4 sino PHP5 o ASP....reescribiras
tambien el codigo o piensas abstraerlo para ASP?

>>Como le dije a Roberto: evalua a conciencia un gestor de base de datos y
>>luego usalo!

> Eso no es incompatible con lo que yo digo. 

No. Pero si lo es con la discusion que mantengo con Roberto.

> Yo evalúo la BD más adecuada y 
> luego programo accesos y consultas a ella de una u otra forma, pero el primer 
> paso que propones siempre hay que darlo.

Aha....y donde entra aqui la abstraccion de consultas SQL?
Me parece que la discusion ya no tiene sentido...

>>>sólo requiere que en un fichero
>>>de configuración indiques la base de datos, usuario y password (o sea, lo
>>>mínimamente imprescindible).
>>>
>>>Luego el me decía que en PHP "también puedes hacer eso... porque creas
>>>una clase para acceder a la base de datos... y luego esa clase es la que
>>>se conecta con la base de datos especificada abstrayendo de ello al
>>>programador... y bla bla bla".

>>No necesitas crear nada, si quieres usar ese incomodo metodo, solo
>>escribes: sudo aptitude install php-pear y luego dedicas un tiempo a
>>aprender a usarlo.

> Vale, pero RubyOnRails ya incorpora eso de serie luego es más fácil. 

¿? Y?

> Es sólo 
> un detallito, pero me pregunto cuantos "apt" de cositas hay que hacer para 
> que PHP se parezca a lo que te instalar por defecto RubyOnRails.

Y quien quiere que se parezca? Son 2 cosas diferentes como te dijeron
innumerables veces.
Ni mejor ni peor...pero de alli a decir sueltamente "No aprendas PHP" y
luego, a la hora de dar fundamentos, no dar uno solo válido, hay un
largo camino.
Luego yo acote, y aclare que noqueria discturi esto en un hiloo
laaaaaaaaaargo que no le veo sentido a abstraer la capa de BD.
Luego, tu y Roberto intentan sin fundamentos de convencerme de lo contrario.

> Y ojo, no me malinterpretéis, para un programador experimentado todo lo que he 
> dicho puede no tener ningún valor ni importancia,

Ni idea, no lo soy ni pretendo serlo, aunque desarrollo algo y
precisamente PHP + PostgreSQL.

> por supuesto, pero para que 
> un lenguaje o framework 

Lenguaje o framework? Hay muchisima diferencia entre una cosa y la otra!
Aunque finalmente lo que obtengas son "aplicaciones".

>se extienda tiene que resultar fácil precisamente a 
> los que no tienen ya tanta experiencia (o si no luego no lloremos cuando 
> veamos que en la mitad de los puestos de trabajo piden .NET).


>>>Al final se dio cuenta de que estábamos hablando de lo mismo, sólo que
>>>RubyOnRails lo trae incorporado de SERIE mientras que en PHP hay que
>>>currárselo a mano, o seguro que existe alguna librería que lo hace, pero
>>>lo de siempre: al final triunfa lo que menos te obligue a buscar para
>>>hacer exactamente lo mismo. Poder lo que es poder se puede hacer lo que
>>>sea en cualquier lenguaje, pero no estamos hablando de eso, creo.
>>
>>No entiendo que quisiste decir.

> Lo del párrafo de arriba   ;)

Sigo sin entenderlo.

>>Aqui la discusion (al menos de mi parte) 
>> es: No necesitas usar abstracciones para relacionarte con tus datos:
>>SQL es /exactamente/ eso!

> Sí, pero es tan feo... y se hace tan pesao...

Feo? Para nada! Es genial! Y hasta desafiante!
Se te hace pesado?
Estoy seguro que no has desarrollado tu propia libreria de manera
eficiente ;)



- --
Ricardo A.Frydman
Consultor en Tecnología Open Source - Administrador de Sistemas
jabber: ricardoeureka@gmail.com - http://www.eureka-linux.com.ar
SIP # 1-747-667-9534
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFEKpDnkw12RhFuGy4RAkrhAJ93wIwBH8oLn8H5aanui0Hnh6WZNACfd2V3
PDA5+Dc1Vf+LzjBTcHXvWF0=
=4CpH
-----END PGP SIGNATURE-----