Archivo para Lunes, 21 de febrero de 2005

¿Que le pasa a PHP? (O como copiar el exito de Java y Perl, entre otros)

Lunes, 21 de febrero de 2005

En particular, yo no soy amante de PHP ya que pegar la vista con la presentación es una práctica pobre (¿alguien se acuerda de el patrón de diseño MVC?); Si bien es muy depinga para programar (por lo fácil de usar) no lo considero adecuado como herramienta para proyectos más complejos los cuales requieren integración compleja con otros components.

Todo esto viene por un articulo que publicaron aqui; Por supuesto en Slashdot se prendió una trifulca y hubo de todo tipo de opiniones:

PHP programmers (Score:5, Insightful)
by InsaneCreator (209742) on Wednesday February 16, @12:15PM (#11689956) Why is PHP become more like Java, when the PHP developer community seems to want anything but that to happen?

That’s because most of the PHP programmers are uneducated writers of throw-away code. They are people who use PHP because they can make dynamic pages without needing to really learn anything; people who mix HTML and SQL; people who never bother to check for errors; people who think register_globals was a great idea, because they didn’t have to type “complicated statements” like echo $_POST[‘somevar’]; and the list goes on and on.

The most common argument I hear against PHP becoming more like Java is that now there are so many new things you need to learn. But this is not due to changes in the language making it harder to write crappy code – that’s just as easy as it was before. The main reason for needing to learn new stuff seems to be the increasing number of competent programers in the PHP community who put pressure on the incompetent ones, who in turn pound their little fists on the table and cry that PHP is acquiring too many features from other languages. I’m sorry, but knowing the difference between “if” and “for” statements does not make you a programmer.

Ripping off Java is probbably the only real chance for PHP to be taken more seriously in the business world. After all, it worked for C#.


No todos pensaron que el articulo fué balanceado:

FUD (Score:5, Interesting)
by gabe (6734) on Wednesday February 16, @04:31PM (#11693096)
( | Last Journal: Monday February 17, @10:29PM) This article is FUD, pure and simple.

Everything added in PHP 5 has no effect at all on the casual or professional PHP programmer. They can go about writing their code exactly as they did with PHP 4, and PHP 3. That’s because the PHP Group (the folks that develop the PHP product, not Zend) work very diligently (to some peoples’ dismay) on ensuring as much backwards compatibility as possible.

All of the (very useful) OOP technology added in PHP 5 will help to push PHP into the enterprise market and allow business to build large apps using PHP. It’s certainly not everything the enterprise will need, but it’s a start. NONE of these additions make it any more complex for a PHP 4 user. ALL of the additions help make it possible to create well-designed web applications, though.

I used to have some respect for because they always had interesting articles. The articles were a useful resource and quite helpful. I just don’t understand why they’re posting whining rants like this which do not help anyone in any way. Let this guy post it on his blog and be ignored like he should be.

Sadly, this is not the first time [] Mr. Felton has written an article like this.

Yo en particular pienso que lenguajes como ColdFusion (horrible en Solaris) o PHP son interesantes, pero a la larga sólo sirven a desarrolladores con poca experiencia. Por ejemplo Java con JSP (Y Taglibs) es una tecnología madura que permite separar las responsabilidades entre desarrolladores (los cuales se concentran en el modelo y control de la aplicación) y los talentosos diseñadores gráficos (los cuales pueden hacer una interfaz gráfica mejor que un desarrollador). La cagada ocurre cuando un diseñador tiene que ‘evitar’ código o cuando un desarrollador hace diseño gráfico.

Zapatero a sus zapatos, le duela a quien le duela 😀

Sin categoría

Trucos de Unix: ¿Como cambiar la permisología de sólo los directorios, sin tocar los archivos de manera recursiva?

Lunes, 21 de febrero de 2005
Comentarios desactivados en Trucos de Unix: ¿Como cambiar la permisología de sólo los directorios, sin tocar los archivos de manera recursiva?

Seguramente usted ha trabajado con CGI (en Perl u otro lenguaje) o HTML con su servidor web y descubre que quiere ponerle permisología de lectura y ejecución a los directorios (lo cual permite leer sus contenidos y listar sus contenidos) pero los directorios ya están llenos con archivos.

Así que usando chmod de la siguiente manera resuelve el rollo, ¿no?:

chmod -R a+xr directorio/

Ahhhhhhck. No, es incorrecto. Porque eso también va a dejar marcados a los archivos con permisología de ejecución, así no lo sean. La solución es simple, sólo corra el comando con ayuda de find:

find directorio/ -type f -exec chmod a+xr {} \; -print

¿Fácil, no es así?

Sin categoría