the corner of no & where
02 Sep
El dia de ayer entre otras cosas que me mantuvieron ocupado en el trabajo estuve buscando el motivo por el que Apache no queria reiniciar, al ejecutar apachectl restart o graceful indicaba que no estaba corriendo el servicio y que no podia cerrarlo y a continuacion iniciaba el servicio segun esto, pero nada que cargaba la configuracion nueva ya que no podia encontrar el archivo apache.pid con el process ID.
Y un dominio que querian empezar a usar no se mostraba, en su lugar mostraba la pagina principal del dominio por defaul en el server, encontre informacion de como resolverlo pero no la causa real, ya que en varios sitios y en google groups varios tenian o tuvieron en algun momento este problema y las soluciones que iban desde matar el proceso y reiniciar el servicio hasta reinstalar apache.
Finalmente decidimos que no era tan critico el montar este dominio para este fin de semana y dejarlo para el martes, ya que no podemos tirar apache por mas de un par de minutos debido a los servicios de la compañia.
Al terminar el dia mi jefe pregunto que si alguno de nosotros conocia Ruby on Rails, resulto que solo yo era el unico que lo conoce y que lo usa, lo bueno de esto es que mi jefe iba a dedicar este fin de semana a estudiar RoR y posiblemente el martes tenga algunas preguntas para mi ademas de que sembro la duda de que si el iba a estudiarlo los demas debian estudiarlo, asi que una de las posibildades es que proximamente estemos re-haciendo las aplicaciones en el trabajo con RoR.
Esto y tambien este articulo (Language Wars) me lleva a pensar que no importa que muchos critiquen RoR diciendo que es un mal framework y lento, la migracion de programadores que descubren RoR y su facilidad de programacion, corta curva de aprendizaje y potencial sigue a un ritmo constante, los frameworks que usan el mismo esquema de RoR (Model, View, Controller) en PHP son aun mas lentos y consumen mas recursos en mi opinion, ademas de que la curva de aprendizaje es mayor ya que al usar PHP la mayoria aun no usa programacion orientada a objetos en su totalidad.
Y esto es peor si tomamos como ejemplo el codigo que estamos heredando en la oficina originalmente programados por consultores en la India, este codigo es horrible, lleno de logica ineficiente y varios vicios de programacion (spaghetti code a la maxima expresion).
Esperare el martes a ver que comenta mi jefe de sus primeros pasos con RoR.
Lo siento, los comentarios estan cerrados para este post.
0 Comentario(s) para PHP vs RoR