#3#4#6#7#9 A Yuri, siempre que le han preguntado, ha dicho que él sigue considerándose forocochero aunque ahora ya no tenga tiempo para participar. Y de hecho, en el post inicial de su blog (que es el primero de su archivo) lo deja bien claro. Cuando hubo la historia aquella del John Cobra o como se llamase ese capullo, volvió a reafirmarse. Yuri no es de la clase de tipos que reniegan de sus orígenes, aunque obviamente haya superado por muchísimo a lo original.
#104: Pero imagina lo contrario: un grupo que acordó tabular a 8 espacios. ¿Por qué deberían hacerlo con 4 si ellos ya decidieron que 8 era lo mejor para ellos?
¿Sólo porque haya algún supuesto experto por ahí que vea mejor 4 que 8?
#102: Como he dicho antes, cuando se programa en grupo entiendo que uno se adapte a ese grupo, pero cuando se programa por libre... ¿Por qué adaptarte al estilo MontañaRusa si prefieres con_guiones sólo porque algún experto dijera que es mejor?
Ese experto dirá su punto de vista, basado en su cerebro y sus ojos, y otras personas podrían no decir lo mismo si tienen otra forma de ver. Es muy simple: no hay dos formas de ver iguales.
#97 Yo empecé con Python hace menos de 2 años y la verdad es que, cada día que pasa, me enamora más!
Tiene muy buenas prácticas asociadas, cómo escribir el código correctamente y siguiendo unas directrices. Y tal como dice #94 no hay que tomárselo como un peñazo de "me están imponiendo algo", sino la ventaja de que si alguien retoma tu trabajo (o tú el de otra persona), vas a entender sin esfuerzo qué ha programado.
Espero que #83 lo entienda... Es más, creo que a todos nos ha pasado de volver a código escrito por nosotros mismos meses (ya no digo años) antes y preguntarte que qué coño es esa diarrea de letras sin orden ni concierto Siguiendo pautas de buena escritura te ahorras también avergonzarte de tu yo del pasado
#97: Las suelen establecer personas sabias y expertas
Serán todo lo listillas sabias y expertas que sean, pero cada persona tiene unos ojos y un cerebro diferente a las demás, por ello no tiene sentido pretender que todos programemos igual cuando lo hacemos de forma individual, puesto que cada uno se amoldará a lo que le parezca mejor para su forma de ver.
Lo que para unos es disperso para otros puede resultar amontonado.
A mi es que esto me recuerda a cuando se les dice a los zurdos que usen siempre la mano derecha. Creerán que usan la izquierda por capricho.
#63 pues que tiene varias versiones incompatibles entre sí.
La causa de que me parezca una mierda es que saber en que formato me estaban volviendo las cosas x ejemplo de una consulta sql era a prueba y error. También es cierto que lo utilize hace años cuando estaba empezando y tal vez hoy no cometería ese error pero en Java nunca lo he cometido, asique algo habrá.
También me cuesta más montar estructuras orientadas a objetos pero esto es más unan
cuestión de aprendizaje no es una limitación del lenguaje. Pero me cuesta o costaba encontrar código python con estructura orientada a objetos.
Tampoco me gusta el tema de la tabulacion para mi dificulta la lectura(no el tabular, sino prescindir de otros simbolos)
#90: Hay que acordar un estándar y usarlo sacrificando preferencias personales en bien de todos.
Pero se acuerda entre TODOS los participantes en el proyecto, no el deseo personal del programador de Python, que es lo que se dice aquí, que como Python te fuerza el estilo mola, sin darse cuenta de que a lo mejor no te gusta ese estilo.
#49: Pues yo prefiero JS, para mi es más fácil de leer porque lo tengo separado bien con llaves, corchetes y paréntesis. Yo al menos veo mejor la separación en JS que en Python.
En cuanto a la elegancia es cuestión de gustos, y la mantenibilidad depende de lo que escribas.
le hace falta ahora es que se estandarice un estilo
¿Y porqué hay que estandarizar nada? ¿Por qué tengo que llevar yo la ropa que le gusta a otra persona? ¿Como la combinación "traje+corbata+cero joyas+pelo corto" que se imponía por la fuerza antes y aún se sigue intentando imponer?
Precísamente lo ideal es que uno siga su propio estilo, porque si te tienes que amoldar a estilos ajenos al final sólo podrá programar a quién le siente bien esas formas. Yo haré poco código y este será "cutre", pero al menos lo que hago está ahí y es más útil que si hubiera nada.
#64: Pues yo veo bastante mejor un lenguaje donde se separen los códigos con llaves y no con espacios. Se deja muy claro dónde empieza y termina cada bloque.
#60 El lenguaje es tremendamente expresivo. Te pongo ejemplos de frameworks porque sí hay cosas programadas muy bien en javascript. No sólo eso, sino que usarlas lleva a seguir buenas prácticas de programación.
Javascript es, sobretodo, expresivo. Es su mayor fuerza...
#68 Lo de "permite" es un decir. Yo diría más bien "admite" y lo documenta fatal. Crear interfaces en la mayoría de toolkits es un dolor, y cuando las cambias de SO petan o aparecen descolocadas.
Tienes razón en lo que dices sobre los componentes... "Como parte de componentes sí"... sin embargo, la interfaz está hecha de componentes!
Crear interfaces en HTML/CSS no es tanto dolor, y cuando las cambias siguen funcionando.
#58 Cada cosa en su sitio. Tú decías que no querías ver html/css en el escritorio y yo te digo por qué es mejor para hacer interfaces. Si tú quieres una barra de menú en una aplicación, y quieres esa barra portable a 1000 sitios, es mucho más práctico usar HTML/CSS. Si quieres una interfaz para mover mayas 3D en tiempo real no. Es obvio.
Si quieres interacción con el SO separas en capas... el menú, los iconos, los colores, etc perfectamente puede ser html/css sin problemas... el motor de colisiones hazlo en C++.
En realidad la herramienta depende del uso. Se programan muy pocas aplicaciones 3D y se programan muchísimos clientes de twitter. Es obvio lo que debes usar en cada ocasión, no?
#53 Da mil vueltas en que puedes hacer una interfaz razonablemente atractiva muchísimo más rápido y que te va a funcionar en todos lados.
En eso da mil vueltas.
En eso y en algo mucho más importante aún: hay un estándar.
#46 Bueno, ya se verá en qué queda la tendencia. Igual el año que viene alguien idea u̶n̶ otro sistema revolucionario y ya no se usa HTML+CSS+JS. Sin embargo, siendo la deriva con todo web o como si fuera web...
#45 El que hayas tenido que aclarar eso muestra la experiencia real que tiene mucha gente que habla y habla sin saber de qué.
Todavía hay gente con los huevos pelados que confunde tipado dinámico y estático con implícito y explícito y como no lo saben demuestran su ignorancia sin pudor en los foros una y otra vez.
Hoy día sólo los inútiles se centran en un lenguaje y en un paradigma. Teniendo en cuenta que hablamos de lenguajes formales, quien se queja normalmente es porque en realidad no entiende lo que está haciendo y llora porque en cuanto le cambian la sintaxis o la semántica se pierde.
#18 xpell * 
)
Siguiendo pautas de buena escritura te ahorras también avergonzarte de tu yo del pasado 
