edición general
--494581--

--494581--

En menéame desde septiembre de 2015

6,00 Karma
67K Ranking
Enviadas
Publicadas
Comentarios
Notas

TEDx Malagueta: El pasado sigue siendo una mierda [109]

  1. #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. ;)
  1. Con Franco hacía menos calor (perdón por el :calzador:)

    www.youtube.com/watch?v=7Vu2ZwLf0jw

    #5 Que el futuro sea mejor para los humanos no significa que lo sea para la biodiversidad (si no pregúntaselo a los animales de Chernobyl)

    #3 #4 Forocoches tiene post técnicos y profesionales de gran calidad, (otra cosa son los post políticos y los tranchetes)

StackOverkill: Ranking de lenguajes de programación y frameworks basado en la actividad de StackOverflow [ENG] [134]

  1. #61 Menos mal que no estás comentándolo en una web realizada en ese lenguaje.
  1. #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 {0x1f639} Siguiendo pautas de buena escritura te ahorras también avergonzarte de tu yo del pasado :-D
  1. #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)
  1. #66 Ya ves amigo. Los mismo que dicen que si pagas con cacahuetes contrataras monos.
  1. #78 el controlador es....... javascript!
    Lo que comentas es lo que ofrece angular.

    Respecto a programa, estaba bastante bien hecho popcorn time.
  1. #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...
  1. #45 en el fondo todos son tipados, otra cosa es que para ciertos tipos de datos en javascript las operaciones estén sobrecargadas.
  1. #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.
  1. #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?
  1. #49 Angular, Ember, Meteor...
  1. #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.
  1. #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... xD
  1. #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.
  1. #46 y cuál es el problema? He trabajado con los siguientes toolkits alguna vez:
    WXwidgets, tk y GTK.

    HTML+CSS da mil vueltas a esos toolkits, 1000 vueltas.

    Si me hablas de "eficiencia" te recuerdo que tienes quadcores en los teléfonos...

    Ni me quiero imaginar el infierno de programar comentarios enlazados con alguna de esas herramientas...
« anterior12

menéame