FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#21
|
||||
|
||||
C es un buen lenguaje. Que no les guste o no lo entiendan es otra cosa.
// Saludos |
#22
|
||||
|
||||
Yo lo entiendo y me gusta programar en él (no tanto como en Delphi, claro). Lo que no me gusta es que sea tan espantoso y se requiera más esfuerzo para su lectura.
|
#23
|
||||
|
||||
Yo más bien creo que hay mucho código C escrito horriblemente. Porque es cierto, puede ser tan críptico como queramos. Pero un programa C bien escrito no tiene nada de ilegible.
// Saludos |
#24
|
||||
|
||||
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"
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal |
#25
|
||||
|
||||
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 |
#26
|
||||
|
||||
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 02:21:40. Razón: Mejores ejemplos! |
#27
|
||||
|
||||
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] |
#28
|
||||
|
||||
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. |
#29
|
||||
|
||||
Cita:
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal |
#30
|
||||
|
||||
Cita:
Cita:
Algún día tendré que escribir un artículo para enseñaros cómo hacer clases con herencia, métodos y elementos privados en C puro y duro. Última edición por Ñuño Martínez fecha: 12-10-2011 a las 13:27:43. |
#31
|
||||
|
||||
Cita:
// Saludos |
#32
|
||||
|
||||
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 |
#33
|
||||
|
||||
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. |
#34
|
||||
|
||||
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 |
#35
|
||||
|
||||
Cita:
Por favor no dejes de hacerlo, ya estoy muy interesado con la sola idea de leerlo. Un saludo.
__________________
Daniel Didriksen Guía de estilo - Uso de las etiquetas - La otra guía de estilo .... |
#36
|
||||
|
||||
¿Otra vez la burra al trigo? Yo la dije dos veces:
Post 1 Post 2 Por momentos pienso que cada vez que se crea un nuevo lenguaje C-style es para intentar tirarle bronca a los Pascal-style. Para mi es que están tan celosos que no logran superar el hecho de que Delphi sigue siendo elegido como el mejor lenguaje de programación por Code Project. Saludos, |
#37
|
||||
|
||||
Cita:
A mí no me llamarán porque sólo sé teclear el enlace de la guía de estilo
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal Última edición por Casimiro Notevi fecha: 12-10-2011 a las 23:06:12. |
#38
|
||||
|
||||
Cita:
__________________
[Crandel] |
#40
|
||||
|
||||
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 |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Programación de Android de forma "super visual" | rrf | Noticias | 3 | 15-07-2010 07:11:02 |
Error "Oxygene no es un lenguaje admitido" | mamen | .NET | 0 | 28-05-2010 13:44:10 |
¿Es legal comprar un lenguaje delphi de "segunda mano"? | rrf | Varios | 6 | 20-12-2009 20:06:19 |
Primer avance del libro "Programación con Delphi Prism" | markdelphi | Noticias | 23 | 04-02-2009 04:09:44 |
EOleSysError "No se ha llamado a CoInitialize". FPCTRL_OCX | Gaby123 | Varios | 1 | 23-01-2007 19:04:22 |
|