FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Cita:
Algo similar pensé yo cuando lo vi. Por ejemplo, los bloques (begin end, { }, etc. ) se indican "indentando" el código. Muy bien pensado, pero ahora llega alguien, te lo ajusta a su gusto, o lo abres con un editor que trate los tabuladores con otro tamaño, etc. y... se te formó el follón con el codigo. |
#2
|
||||
|
||||
En un caso semejante le instalé Delphi 7 a un familiar. En términos estrictos no es copia legal, pero considerando que no es con fines de lucro y que esto sirve también para fomentar el uso de Delphi, no le vi inconveniente. Distinto sería si mi familiar quisiera dedicarse a programar como forma de hacer negocio o si Delphi gozara aún de aquella saludable popularidad que distintos factores (principalmente "políticos") le han ido arrancando.
Me uno a lo que opina Ñuño sobre Phyton, este lenguaje me empezó a decepcionar cuando a alguna mente borracha se le ocurrió cambiar el operador "<>" por "!=". C es algo así como la iglesia de la programación: ¡Cuanto progreso nos ha restado! |
#3
|
||||
|
||||
Cita:
Es como los que juszgan a C sólo porque se ve feo. // Saludos |
#4
|
||||
|
||||
Cita:
Ejemplo: Código:
si edad<20 print "estudia para el futuro" print "eres un jovencito" hazotracosa Código:
si edad<20 print "estudia para el futuro" print "eres un jovencito" hazotracosa Al menos, eso me pareció entender. |
#5
|
||||
|
||||
Pero es que tú ejemplo es imposible ¿Por qué desaparece un sangrado? El sangrado puede cambiar de tamaño más no desaparecer!
// Saludos |
#6
|
||||
|
||||
¿Imposible?, creo que hay muchas formas de eliminar ese sangrado sin querer o sin darte cuenta.
|
#7
|
||||
|
||||
Cita:
Es cierto que es un punto controversial pero insuficiente para juzgar al lenguaje. // Saludos |
#8
|
||||
|
||||
Por supuesto, el lenguaje en sí, lo poco que vi, me gustó. Fue únicamente ese apartado el que me disgustó. Luego tuve que dejarlo de estudiar porque "la vida" me obligó a usar otras cosas.
|
#9
|
||||
|
||||
Cita:
El problema que mencionas Casimiro, lo sacaste de tu mente? Porque con lo de la identación en python solo existe UN SOLO problema (corregido en python 3): Que se puede indentar con TABS & con espacios. http://legacy.python.org/dev/peps/pe...tabs-or-spaces Ya que la recomendación es usar solo espacios, en los años que he usado python solo he tenido minúsculos problemas con código pegado de la web identado con TABS. De resto? Es un "problema" mas grande en la mente que en la vida real -aparte que cualquier editor de programacion decente tiene como eliminar ese problema-. Es importante anotar que es PEOR en el caso de los lenguajes con {} y tonterias innecesarias como esas: http://www.slate.com/articles/techno...ly_simple.html (Un bug debido a problemas de identacion + marcadores) http://www.andromeda.com/people/ddyer/topten.html (Noten cuantos problemas por tener "supuestamente" marcadores de inicio/fin pero de forma inconsistente). En mi mente, python & pascal usan un esquema paralelo: Las reglas de marcacion son muy consistentes, existe poca o ninguna sorpresa inesperada, y basicamente, es un tema que en la practica ni lo pone a uno a pensar. Mas bien son los que viven con los adefecios engendrados de C que viven en contra la identacion obligatoria o de usar BEGIN/END -que en la practica, ambos son ok- pero viven en un mundo donde su sintaxis es ambigua (en especial: C, C++, PHP, JS) y sus queridos marcadores son solo ruido sintaxtico que ofrece escaso beneficio, porque ni aclara como en pascal, ni se elimina como en python. ---- PD: Me encontre de nuevo esos mitos sobre la identacion de python: http://www.secnetix.de/olli/Python/b...dentation.hawk En resumen: Los problemas de indentacion en python son casi insignificantes, y son aun PEORES en los lenguajes (*cough* C *cough*) que se supone siguen otros rumbos.
__________________
El malabarista. Última edición por mamcx fecha: 14-05-2014 a las 20:34:14. |
#10
|
||||
|
||||
Creo que sigo sin explicarme.
No me quejo de la indentación, yo la uso, por supuesto, faltaría más. Para mí, el código no solamente debe funcionar, sino que también debe ser "bien escrito", ordenado, justificado, presentable y que se pueda imprimir y enmarcar para ponerlo en la pared como un Picasso Aborrezco el código sin indentar correctamente, las variables que no usan una nomenclatura/notación, etc. Lo que estaba comentando es que me parece entender que python usa la indentación como indicador de un bloque de código. Lo que en pascal es begin end y en C son las llaves. |
#11
|
||||
|
||||
Ok, y entonces que problema ahi?
__________________
El malabarista. |
#12
|
||||
|
||||
mamcx
Cita:
En lo personal, no veo ningún problema en el uso de de las llaves {}, espacios o begin-end, como delimitadores de bloque, cada lenguaje tiene sus pro y sus contras, cada lenguaje tiene un campo de acción definido y es sobre ese hecho que debe o no ser utilizado, quizás como personas tengamos determinadas preferencias estéticas, pero al final un lenguaje es una herramienta para un fin, si cumple dicho fin en gran medida entonces es probablemente la herramienta indicada y no necesita ser estrictamente perfecta. Sería interesante preguntarle a Anders Hejlsberg por que incluyo las llaves {} en C# dado que el es el creador de Turbo Pascal y Delphi Nelson. Última edición por nlsgarcia fecha: 15-05-2014 a las 01:03:07. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Que me recomiendan? | D-MO | PHP | 2 | 08-12-2005 14:50:28 |
Que me recomiendan ? | Sundance | Gráficos | 2 | 06-08-2005 06:36:31 |
Me recomiendan un tutorial? | marceloalegre | C++ Builder | 5 | 09-06-2005 08:56:23 |
Me recomiendan Web Sites? | marceloalegre | SQL | 2 | 18-05-2005 23:19:57 |
Sistema en Red, Que me recomiendan.. | BlueSteel | Varios | 6 | 01-03-2005 17:46:09 |
|