FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Cuando yo usaba C, antes de delphi, mi código fuente era muy entendible. Es cierto que muchos escriben lo que parecen ser "jeroglíficos egipcios", no sé por qué.
Recuerdo que por aquellas fechas mi comentario era algo así como: "El lenguaje C es tan potente como el ensamblador y tan fácil como basic" |
#2
|
||||
|
||||
Se puede escribir tan horriblemente con delphi como con c. Y se puede escribir muy bien tanto con uno como con otro.
Nunca entederé a quienes sostienen que tal o cual lenguaje es horrible porque use {llaves} en lugar de "begin" y "end". Que me digan (yo mismo lo digo) que java es lento porque es interpretado o porque produce aplicaciones muy feas pues vale, pero no entendería que es horrible por usar {llaves}. Un saludo!
__________________
"la única iglesia que ilumina es la que arde" Anonimo |
#3
|
||||
|
||||
Cita:
Bsucar en google: delphi obfuscate code c obfuscate code perl obfuscate code Veran que no hay ejemplos de codigo obscurecido a mano en delphi, en cambio hay hasta TUTORIALES para hacerlo en c & perl. http://www0.us.ioccc.org/main.html Cita:
Código PHP:
Código PHP:
P.D: Ese codigo FUNCIONA. Obvio, con PERL SE PUEDE PEOR: Código PHP:
http://www.microapl.co.uk/apl/learn_apl.html Código:
X ← 3 3⍴÷⍳9 ⋄ Y ← DATA[⍋DATA] ⍝ A comment
__________________
El malabarista. Última edición por mamcx fecha: 12-10-2011 a las 01:21:40. Razón: Mejores ejemplos! |
#4
|
||||
|
||||
Cita:
Cita:
Sí, de acuerdo, pero yo no me refería a escribir código ofuscado u obscurecido, cosa que se suele hacer intencionadamente. Me refería a escrir mal código, código horrible. Código dificil de entender, dificil mantener. O imposible. O sea, la clase de código que resulta de la falta de conocimientos, de la incompetencia, de las prisas, de la desidia, de la ausencia de planificación o de analisis. Seguro que todos nos hemos encontrado alguna vez con un código fuente de esos que lo miras y te dan ganas de buscar al autor para denunciarlo o matarlo. No me acuerdo quien dijo que cualquier mal programador es capáz de escribir código que las maquinas entiendan, pero que sólo un buén programador puede escribir código que entiendan las personas. Y en delphi he visto mucho código malo, malisimo. A eso me refería, no a la ofuscación. Un saludo!
__________________
"la única iglesia que ilumina es la que arde" Anonimo |
#5
|
||||
|
||||
Ok Julian, es claro que se puede escribir código como mencionas en lo que sea, pero tambien lo es en mi opinion que hay lenguajes en donde es natural escribir "mal" porque la sintaxis, porque hace parte intrinseca del mismo. La legibilidad del codigo tambien es un atributo del diseño del lenguaje.
Se puede ir en contra o a favor, pero el punto es que requiere esfuerzo semi-conciente del humano hacerlo. Si debe esforzarse por hacerlo legible, entonces es contra. Si no debe esforzarse por hacerlo ilegible, tambien es contra. Una observacion que muchos hemos tenido sobre los lenguajes derivados del C (y el C mismo... los ejemplos de arriba eran en C, no C++) es que por ser optimizados para ahorrar caracteres, atentan de forma intrinseca y fundamental contra la legibilidad del codigo. Que es otra manera de decir que cuestan tiempo, y dinero perdido, a los desarrolladores y empresas, y que perjudican la calidad de los sistemas creados. Un ambiente de pensamiento hostil, donde es natural hacer cosas complicadas, entrena mentes en seguir esa linea de pensamiento. Es un efecto que se nota mucho en muchos programadores: El lenguaje afecta la forma de pensar y atacar los problemas. Pero afortunadamente, dan para discutir muy bueno!
__________________
El malabarista. |
#6
|
||||
|
||||
Cita:
Como comenté en alguna ocasión anterior, haciendo un paralelismo, las matemáticas son una disciplina en la que el uso de símbolos es fundamental. Desde luego que quien no está entrenado para ello, le será difícil leer un texto matemático. Pero eso no es impedimento para que se trabaje con la simbología correctamente, leida por ojos humanos (las matemáticas no están hechas para ser leidas por una máquina) y la productividad no está peleada con la simbología, es más, sería impensable actualmente, hacer matemáticas con lenguaje natural. Lo mismo sucede con los lenguajes de programación. Pretender que el uso de llaves en lugar de begin-end atenta contra la productividad es simplemente decir: no me gustan las llaves y entonces argumento esto, opinión, desde luego que es válida, pero no por las razones esgrimidas. // Saludos |
#7
|
|||||
|
|||||
Cita:
La evidencia circunstancial demuestra lo contrario. Una vez superado la simbologia de la aritmetica elemental, la matematica se convierte en una barrera tremenda para la MAYORIA de las personas. Personas, que como expresas, son totalmente capaces del pensamiento abstracto y lo utilizan todo el tiempo,exitosamente, con la muy marcada excepcion de las matematicas. Tengan en cuenta que todo lenguaje escrito ES una abstracion visual. Por ejemplo, el chino. Como es que millones de chinos, saben escribir y leer en chino (que es por mucho mas complejo de lo normal) pero no igualmente son exitosos con las matematicas? Un sitio que explica de forma genial el punto: KillMath http://worrydream.com/KillMath/Cita:
En resumen (aunque la lectura vale MUCHO la pena), es esta la mejor forma de explicarlo? Cita:
P.D: En contexto, todos los presentes en la clase ya saben matemáticas a un nivel avanzado. Entienden los conceptos, saben que es una ecuación de segundo orden y todo lo demás. Aun así, no pueden utilizando el lenguaje matematico inferir el problema y el porque de la pregunta. En mi caso personal, a pesar de tener las calificaciones mas altas de mi escuela en los examenes del estado, mi desempeño en matemáticas (y aun peor en química - que bestia salvaje invento esa notación y nombres??? -) es pésimo. Lo terrible es que entiendo muy bien las cosas, pero no soy capaz con la simbologia. Siempre me ha parecido terrible. En mi opinion, el lenguaje de las matemáticas es como el C con aberraciones de assembler. Siempre he deseado uno como el pascal o el python, uno que realmente me permite "leer" matemáticas, en vez de interpretar símbolos raros. Incluso, hacer matemáticas usando un lenguaje de programación es mucho mejor. Recuerdo que implemente unos algoritmos de grafos sin mucho lio, pero JAMAS BASANDOME EN LAS FORMULAS MATEMATICAS! Nunca d elos jamases pude entender la formula, no me dice nada de nada. (Y eso que estudie hasta calculo 2). En cambio, la descripcion *textual*? Paff!!! de una la iluminación. Es un punto grande a favor que existan unos cuantos capaces de interpretar el simbolismo matematico. Pero decir que es un buen ejemplo de como hacer lenguaje de inter-comunicacion entre humanos? Ni de locos. ---------- Oh, una mejor seccion del texto, el punto clave: Cita:
Cita:
__________________
El malabarista. Última edición por mamcx fecha: 13-10-2011 a las 23:10:25. Razón: Mejorar los quotes |
#8
|
||||
|
||||
Cita:
Pero para eso se precisa de la incompetecia del que lo escribe, pues el que escribe buen código lo escribe bién sea cual sea el lenguaje que use. Cualquiera puede escribir un churro mal indentado, con nombres de variables en aleman o en chino, con una estrctura de directorios y archivos penosa, llena de dependencias, sin prefijos, ni sufijos, o sin control de errores. En cualquier lenguaje se puede usar un if o un for cuando no se debe, y cienmil cosas mas. Opino lo mismo que roman, lo mismo dá usar llaves que begin y ends. Lo importante es hacerlo como es debido. Si acaso lo que no me gusta de lenguajes como PHP es el tipado. Eso de que puedas usar una variable sin declararla me parece toda una falta de educación y de deportividad. Si señor. Nada hay mas saludable para el cerebro que una discusión, pues ademas de mantener y aumentar la actividad de las conexiones neuronales sirve para aprender, para confrontar opiniones, para ver las cosas desde otros puntos de vista. La capacidad de cambiar de opinión es la capacidad de mejorar. Un saludo!
__________________
"la única iglesia que ilumina es la que arde" Anonimo |
#9
|
||||
|
||||
No me gusta mucho hacer referencias a mi bitácora pero, para quien disponga de tiempo (y tolerancia hacia dialécticas que se prolongan durante semanas ), a partir de este comentario y casi hasta el final de esa lista expongo varios argumentos que tienen relación con lo que aquí se está discutiendo y también con este otro tema. Agradecería que eviten refutarlos mientras no se agote su lectura, aunque de antemano les ofrezco una disculpa por la mezcla de temas que hay en esa discusión.
Ahí mismo expresé algo parecido a lo que menciona mamcx (+1 ) sobre la legibilidad del código. Un controvertido abrazo. Al González. |
#11
|
||||
|
||||
Nadie dice que sea un mal lenguaje, se puede y se realizaron excelentes programas con él. Yo mismo lo utilizo bastante según mis necesidades, pero no siento el mismo placer programando en él como con otros lenguajes.
y no solo uno dice que es horrible: Linus Torvalds: Why C++ Sucks Cita:
__________________
[Crandel] |
#12
|
||||
|
||||
Nadie lo dice, excepto Linus Torvalds?
Bueno, yo tambien lo digo. Todo engendro del C es horrible de nacimiento, y requiere mucha cosmetica para hacerlo medio decente. Y eso que trabajo objective-c a la lata estos dias...
__________________
El malabarista. |
#13
|
||||
|
||||
Cita:
|
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Programación de Android de forma "super visual" | rrf | Noticias | 3 | 15-07-2010 06:11:02 |
Error "Oxygene no es un lenguaje admitido" | mamen | .NET | 0 | 28-05-2010 12:44:10 |
¿Es legal comprar un lenguaje delphi de "segunda mano"? | rrf | Varios | 6 | 20-12-2009 19:06:19 |
Primer avance del libro "Programación con Delphi Prism" | markdelphi | Noticias | 23 | 04-02-2009 03:09:44 |
EOleSysError "No se ha llamado a CoInitialize". FPCTRL_OCX | Gaby123 | Varios | 1 | 23-01-2007 18:04:22 |
|