edición general
378 meneos
4372 clics

Usá HTML, la concha de tu madre

¡Escuchame, pelotudo! ¿Sabés qué es lo que carga más rápido que tu engendro sobrecargado y lleno de giladas? HTML pelado, así, como viene. ¿Y sabés qué es lo que no se rompe todos los putos martes? El HTML, el que simplemente FUNCIONA. ¿Para qué carajo la complicás, y le rompés las pelotas a todos? Te hacés el que va a programar la próxima misión a la Luna y lo único que necesitás es un botón y un poco de texto.Te aviso, salame: la web andaba bárbaro antes de que tus frameworks inflados salieran de la cloaca.

| etiquetas: html , web , framework , internet , overengineering
193 185 4 K 442 ocio
193 185 4 K 442 ocio
Comentarios destacados:                      
#1 Me siento abuelete, pero hay muchas cosas que han ido a peor, por ejemplo lo de cargar dinámicamente más contenido al hacer scroll, no solo es adictivo sino que es una mierda cuando quieres hacer barrido de todos los resultados, en cualquier momento se rompe y tienes que empezar de nuevo o no puedes continuar en otro momento. Y odio muchas otras mierdas de carga dinámica... xD
Me siento abuelete, pero hay muchas cosas que han ido a peor, por ejemplo lo de cargar dinámicamente más contenido al hacer scroll, no solo es adictivo sino que es una mierda cuando quieres hacer barrido de todos los resultados, en cualquier momento se rompe y tienes que empezar de nuevo o no puedes continuar en otro momento. Y odio muchas otras mierdas de carga dinámica... xD
#1 El botón de la concha de la lora no hace nada por cierto... solo aliviar tu ansiedad.
#1 sel Scroll infinito es una mierda. Mi eterno odio a las webs que lo usan... No entiendo cómo puede triunfar tanto con los diseñadores.

El 99% de las veces lo acabo viendo todo. Al final generas más peticiones y además es lentísimo. Eso sí no se queda pillado...
#1 Sobreviviste al Flash solo para acabar viendo toda esta clase de mierdas...
#1 Però el problema és como se usan, no?

Por cierto, el de la noticia es 'gracioso' pero creo que no ha lidiado en su vida con ie6, ni aquella epoca, creo.

#10 Esto no es precisamente de cuando el CSS era trending (es decir, en la prehistoria de internet)?
#40 la web la conozco desde hace un porrón de años, por lo que veo el dominio se se creó en el 2003, ¡hace 22 años!, así que no me extraña.
#40 Però el problema és como se usan, no?

Efectivamente, como todo en la vida.

Esto no es precisamente de cuando el CSS era trending (es decir, en la prehistoria de internet)?

¡Benditos años!
#77 ¡Benditos años!

Uf, no se. Como menciona #86, era un drama que todos los "hacks" que tenias que ir poniende para cada navegador (incluso distintas versiones del mismo navegador). Y probar y probar. Si alguien algun dia cuantifica cuanto tiempo se perdio en esto... quizas nos llevabamos un susto.
#40 la época en la que tenías que hacer varias versiones web, una para cada e incluso uno para cada versión de navegador
#1 esa mierda de carga dinámica mientras uno hace scroll y tienes que comenzar de nuevo porque se recarga automáticamente me tiene los huevos más inflados que el Hindenberg! No hay alguna manera frenar esa bosta? Alguna extensión o script o algo?
#1 no te digo nada cuando quieres llegar al "footer" lo ves un segundo y se va para abajo otra vez por el scroll infinito de las narices! :shit:
#44 Eso pasa mucho en la web de Springfield. Es absurdo...
#48 la solucion es cutre pero funciona: escribe cualquier mierda despues de la url para que te lleve a la pagina de error que no suele tener scroll infinito y podrás ver el footer
#1 sí, es una mierda. Añado para los programadores que lean: tenedlo en cuenta y añadid navegación mediante url! Seguirá siendo una mierda en algunos casos, pero al menos se mantiene un historial al que poder volver a acceder. Sin que un refresh no intencionado te mande al inicio después de 1h haciendo scroll.

Por otra parte, la navegación con cursor (así se llama) es algo que en ciertas situaciones se hace como optimización. El uso de paginación no funciona bien en entornos con muchos cambios…   » ver todo el comentario
#58 Te cuento un secreto. Los programadores hacemos la gran mayoría de las veces lo que nos pide nuestro jefe, nuestro cliente o, en estos casos, el SEO de turno. Sí, el scroll infinito es una mierda infame, pero da de comer a nuestros hijos.
#59 El SEO?
#74 Ahhh the good times. xD
#74 Er ZEO 8-D
#74 Igual se refiere a comerle los webos por debajo a gugle para el posisionamiento
#74 Sí, el SEO.
#58 Añado para los programadores que lean: tenedlo en cuenta y añadid navegación mediante url! Seguirá siendo una mierda en algunos casos, pero al menos se mantiene un historial al que poder volver a acceder.

Nunca fue una mierda si se hacía bien. La carga asíncrona de contenido no está reñida con la navegación/historial de URLs. De cualquier modo, incluso mal implementado, siempre será mejor que la aberración que se hace ahora.
Siempre que surgen temas de este tipo recuerdo una web que vi hace tiempo y que es una maravilla de lo que se puede conseguir con html y css. CSS Zen Garden, mismo código html pero distinto CSS, la página puede cambiar por completo su aspecto.
#10

Joder , la de años que tengo de no entrar en esa web
Tengo una web del pleistoceno antiguo, programada como el putísimo culo, es de cuando estaba aprendiendo y todavía no sabía nada.

Cuando se la enseñó a alguien, siempre diciendo antes "ten en cuenta que es un proyecto abandonado, ni siquiera tiene versión móvil", lo siguiente que me dicen es: "¿PERO COMO COÑO CARGA TAN RÁPIDO?"

Creo que tiene 8 líneas de JS, literalmente xD
#12 El mayor problema de tiempos de carga en webs modernas son todas las dependencias externas.

Que si Google Fonts, que si Analytics, que si los anuncios de rigor, que si no se que script para métricas avanzadas de visitantes, que si la conexión a tal o cual API para mostrar esto o lo otro, etc, etc.

Si solo tienes html/css y javascript "vainilla", todo debería ir como un tiro.
Mira que me tiré años haciendo movidas sin frameworks, nivel soy el tipo de persona que editaba en producción con el pico (tampoco pidamos el vi...) pero desde que descubrí Laravel... para cualquier tontería que no sean páginas estáticas, un Laravel.

Y va rápido de cojones si no le metes tonterías, es lo que dice #13. La ejecución a nivel servidor va como un tiro.
#22 siempre y cuando no uses doctrine para hacer cientos de operaciones en un bucle, en cuyo caso pasa de “ir como a un tiro” a “le voy a pegar un tiro al creador de esto”.

He llegado a ver a gente usando laravel o symphony que quitaban doctrine por desesperación xD
#31 En Laravel en vez de Doctrine es el Eloquent ORM lo que se usa, ¿no? Aunque tiren por el mismo lado.

Ehhhh vale ahí hay que poner una excepción: yo uso el Query Builder siempre, SIEMPRE. Creo que meterle ese nivel de abstracción está chulo porque te quita los errores de sintaxis del SQL que habían por embeberlo en una string, y si algo no puedes meterlo tienes el DB:Raw y puedes meter tu expresión a pelo. Pero hasta ahí.

Query Builder sí, Eloquent ORM jamás. Toda esta mierda del HasOne,…   » ver todo el comentario
#31 seguramente por qué no sabían usarlo. Es un tema de ir a arquitecturas hexagonales y metodologías solid que van de la mano. Si implementas algo como cqrs doctrine es lo mejor que puedes usar
#12 Un saludo para las webs de Inditex o El Corte Inglés.

Son las peores webs para comprar... sobrecargadas, lentas, pesadas y necesitas un PC de la NASA para moverlas. Algunos móviles hasta petan cuando las intentas cargar...

Con tanto dinero como manejan y no tienen unas webs fluidas ... Shein o Amazon cargan 10 veces más rápido. Zara ni siquiera te permite ordenar por precio.
#18 Nada supera a Iberia en nivel de bazofia.
#71 RENFE
#83 ¿Los de renfe tienen los santos cojones de decir "por motivos ajenos a renfe no podemos buscar trayectos"?
#88 respuesta seria: probablemente necesiten consultar el estado de vías a ADIF. No deja de ser diferente a que OUIGO, IRYO u otras tuvieran el mismo mensaje de error.
#88 Hubo un día que, por ciertas operaciones que tenía que realizar el hombre de la taquilla, entendí que tenían varios sistemas de bases de datos que no están conectados entre sí, lo cuál podría explicar en parte ese tipo de errores. Si no puede acceder a los dos sistemas, no te puede confirmar la venta.

Huele a framework nuevo que necesita parte del legacy, a kilómetros.

cc/ #89
#18 es fácil: pregunta cuántos arquitectos de software tienen y ese será el número de capas de abstracción que tendrá el software. Entre más capas, más lento.
#18 la del corte inglés creo q la actualizaron hace no tanto y va bastante mejor
#12 La gracia de esto es que desde la versión 1.0 de html de 1993 ya era compatible con cualquier tamaño de pantalla, incluidos los móviles que ni siquiera existían, y sin CSS.
Cuanto hemos involucionado desde entonces !
Nadie en el planeta insulta como los argentinos. :-D
#47 No te lo creas. Cuando insulto a un Argentino, se queda sin palabras :-D
#47 eso es despreciar al capitán Haddock
Tu querido framework está atragantándose con su propio humo, queda obsoleto antes de que termines el tutorial, y mientras tanto este botón la sigue rompiendo. HTML está desde que la web era un bebé de pecho y va a seguir estando cuando tu stack sea solo un pie de página en el repo de algún otro salame.


Jajaja en efecto, así es.
Ahora en serio. No he visto el artículo por el efecto menéame, pero eso poco qué he leído es cierto. Hay páginas por ahí que son para echarles de comer aparte. A veces es obligatorio un bloqueador de publicidad para que vayan más fluidas pero la sobrecarga de código basura está empezando a ser preocupante.

Hace años le discutía a un diseñador web cómo me proponía una web en la que la página principal pesaba 10 megas y me decía que las conexiones de hoy en día lo permiten y patatín y patatán... Pero la experiencia de usuario no es eso. No es normal necesitar un equipo nuevo para mover una página web. Hay que asumir que subir una foto de un mega para ponerla en un pequeño thunbnail no es normal.
#28 mucho inepto es lo que hay.
Por cierto los megas ocupan espacio, no pesan nada. Se que es un mal vicio universal y es mi sisifoidez defenderlo.
#32 Ya, fue un mal necesario, para poder distinguir entre tamaño y tamaño. Por ser más claro, para distinguir el espacio que ocupa una imagen en la pantalla ( size, tamaño ) y el espacio que ocupa una imagen en el disco ( weight, peso ).
#30 No hizo ningún lenguaje de programación. Se curró una DLC del judaísmo.
La concha de la lora. :ffu:
Hostias que risas

"
Desplegame esta, cagón

Buuuu, cagón {0x1f47b}
"
8 positivos, 1 negativo, ¿-10 de karma?

A meneame no le gusta el HTML
#3 ni los feeds RSS :roll:

@imparsifal rompiendo los RSS allá donde toca :ffu:

P.S: sí, ya, la culpa es de Cloudflare. Mal de muchos...
#6 pues yo miro meneame en feedly
#16 edit. Antes si, ahora uso feeder
#16 #33 Yo pasé de feedly a inoreader, porque feedly dejó de sincronizar algunos (aunque hoy en día los vuelve a sincronizar). Ambos son muy similares y ambos tienen acceso vía app de Android y navegador (para usar en el ordenador). ¿Qué ventajas tiene feeder? ¿Y que feeder es? Encuentro dos en el play.

Muchas gracias.
#50 #64 a ver es un agregador local OpenSource, no es que tenga nada especial, pero se que hace mucho usaba uno cloud que dejó de funcionar, migre a otro y no se que problemas había, por eso me puse ese en el android. En el se ve las noticias, los comentarios como en meneame pues se entra dándole al link y de ahí continuas.
#33 pues acabo de probar feeder y no encuentro manera de emtrar a los comentarios de la noticia
#3 Porque es rancio de cojones. xD
Recuerdo que hice mis pinitos en HTML cuando podías cobrar 80000 pelas por una web con dos tablas... rápidamente empezaron a aparecer "aplicaciones" para hacer web, recuerdo crearme una web básica con un "hola" para ver el código que generaba y era absolutamente demencial la cantidad de código de mierda que metía para absolutamente nada.
Ya no lo toco temas web, alguna vez muy puntual para un dominio que tengo desde hace más de 25 años (y ya me da cosa tirarlo) y no se como…   » ver todo el comentario
#56 ¿Dreamweaver?
#56 Si quieres "magia" es lo que hay.
#56 maquetar con tablas :ffu: horror
#56 Eso que comentas se arregló, y se volvieron a hacer la cosas medio bien. El problema es que se saturó todo tanto de hacerlo "demasiado bien", que hasta para lo más sencillo hay veces que hay que marcar el teléfono del CERN para avisarles, y no tirar algún proyecto internacional.
#9 este tipo ha subido un vídeo comparando Go con .Net, y otro vídeo comparando Go con Java (me ha salido en sugerencias, no sé si hay más).

Lo suyo es comprar todos los más usados y así darle una perspectiva más amplia. ¿Cómo está la cosa entre PHP, el más usado en web, y C#?
#55 El tipo hace comparaciones que puede orientar un poco. www.youtube.com/@AntonPutra/videos

Es dificil realizar esas evaluaciones puesto que hay otros factores, como por ejemplo el coste de codificar en cierto lenguaje con eficiencia y legibilidad, la deuda tecnologica, etc....

Yo hace unos años empece a realizar proyectos propios de cierta embergadura y me toco evaluar que utilizar.
Partía de conocimientos medios en python con el que realize algunos desarrollo en consultoras de…   » ver todo el comentario
#67 gracias por compartir tu experiencia. Yo, la verdad llevo años con C# y muy contento. Lo que más me gusta de C# con respecto a otros es:
- lenguaje con tipado fuerte y compilado. Pasar a otros como JS o PHP me cuesta mucho para proyectos medio grandes. Me paso el día mirando que devolvía cada función porque el lenguaje no te lo dice. Y también me mata que haya errores que no los ves si no haces buenas pruebas.
- estabilidad del lenguaje y retrocompatibilidad. He pasado proyectos medianos…   » ver todo el comentario
"¿Pero, pero, pero .... las capas de abstracción?" ponle voz de ingeniero de software recién egresado ... :troll:
La normativa europea con los avisos de cookies y los mensajes para aceptar las notificaciones nativas en el navegador han roto la web.

Estábamos mejor con los popups y la publicidad de antaño.
#76 Los "entrañables" activex. :wall:
Renuévate o muere.
#4 El problema es cuando el motivo de renovarse no está enfocado en mejorar la UX sino aumentar el ROI a costa de todo, incluso la UX.
Una cosa que me quema del internet moderno es la necesidad de reinventar la rueda, con frameworks pesados que no utilizan los estándares, en vez de optar por funciones sencillas.

No estoy hablando de webapps 3D supercomplejos o chupinadas... hablo de sistemas de comentarios como los de Disqus, que en vez de usar simples textarea optan por varias capas de DIVs + Javascript para hacerlos editables...

Esta complejidad innecesaria funciona en Chrome, pero bugea en Firefox.
#20 cual va a ser. La de santa tecla :troll:
#27 Pues yo vivo al lado de Santa Tecla, y lo único que dicen ahí es no se qué movidas de un tal Jesús. No se qué lenguaje de programación hizo, la verdad.
#30 Creo que de eso se encargó San Proceso.
Por si acaso interesa probar el prototipo de videojuego:

mega.nz/folder/HR8jwbLY#z-l6BwzKW4F7lrdQOSFbEQ

Participe en una jam hace 4 años y luego evolucione durante un par de meses el asunto.
Utilice github.com/hajimehoshi/ebiten
Un artículo genial!!
#23 Sí pero cualquiera que diga que "antes" con HTML todo iba mejor es que no tiene ni puta idea de como era "antes". El HTML funciona bien ahora que está todo estandarizado, pero páginas con sólo HTML que sólo se veían bien en un navegador había montones, te diría que la mayoría.
#73 Cierto, pero tal cantidad de capas, componentes, opciones que se pueden meter ahora, y sobre todos las dichosas "galletitas" hacen una página sencilla en un dolor de huevos.!!
#73 El Html siempre ha ido bien, lo que no iba bien era el cerebro del que lo escribia mal.
#20 a una iglesia de hierro, naturalmente.
#96 usa cursor. Vas a flipar.
Tus tiempos de desarrollo se reducen al 25%.
La IA debería de terminar en la mayoría de los casos con los frameworks, no siempre, que llenan de mierda, abren agujeros de seguridad y encarecen el mantenimiento de tu producto y en la mayor parte de las veces son innecesarios.
#5 No estoy del todo de acuerdo.
Los frameworks ahorran mucho tiempo, aunque si que es cierto que es mucho mejor usar C#.
#7 c#, lo que no ahorra es memoria. :troll:

www.youtube.com/watch?v=56TUfwejKfo
#7 no soy tan radical como tú. Cada tecnología tiene su ámbito de uso.
El problema de los frameworks son las dependencias, que el nombre les va al pelo.
Y los mantenimientos de productos de larga duración se encarecen muchísimo, por mucho encapsulado que hagas. Y ya no digamos los agujeros de seguridad que ves en empresas con catálogos de software restrictivos de la ostia y luego les cargas millones de librerías via npm.

Los frameworks agilizan el desarrollo, pero encarecen muchísimo el mantenimiento de producto.

En la medida de lo posible, este año con cursor hemos empezado a mínimizar el uso de frameworks. Es una de las buenas utilidades de la IA.
#7 Ahorra aún más tiempo: no uses c#.
#7 No me he leído el artículo pero juraría que habla de frameworks frontend. No sé qué tiene que ver C# en todo esto. Por no me mencionar que está en retirada en lo que respecta al desarrollo en entornos web.
#85 blazor que compila para navegador, no opina lo mismo
#5 Tienes mucha fé. A qué iglesia dices que vas para tener tanta fé?
#5 La IA precisamente es muy probable que vaya a traer el mayor torrente de mierda en lo que respecta a la calidad del código. Avisados estáis.
#84 no. El refractor ya es desde hace tiempo una de sus utilidades.
Y ahora con cursor puedes dividir un monolito de controlador con toda la mierda pegada en un servicio ddd, separando servicio, lógica de dominio e infraestructura con un prompt de mierda.
#95 Sí, desde luego para ciertas tareas va a facilitar el trabajo de los desarrolladores.

Pero cuando le pedimos que haga tal o programa ya veremos cómo lo hace.
Aprende a usar HTML, pero sobre todo, primero aprende a usar las tildes. :troll:
#52 o las entities
La página está disponible en es-AR, es-MX y es-VE y debo reconocer que en español de Argentina es otro nivel.
Igual de importante es tener un hosting que no se caiga cuando hay demasiadas visitas porque... Andá!!! Efecto menéame! :palm:
#26 Eso no es culpa del hosting, es culpa de lo que inviertas en el hosting, duros a cuatro pesetas no hay (lo dice uno que gestiona infraestructura de centro de datos, jeje).
¿Soy el único que lo ha leído escuchándolo con la voz de Mariano Rodríguez?
#41 Yo, con Ricardo Darín
Si ademas le metes un poquito de css ya es suficiente
Bueno, igual podemos empezar a hablar de las webs que no guardan espacio y vas leyendo cosas a saltos mientras carga la publi, verdad meneame?.
Pues sí que se ha enfadado.
Leo “usá”. Dejo de leer.
#14 Siendo yo español, me parece que el argentino es muy divertido. No veo ninguna dificultad en leerlo y está lleno de giros lingüísticos muy floridos e inesperados. Yo me he reído mucho. No perdés nada en leerlo, la concha de tu mare
#14 Tú te la pierdes. Te la deja meter donde quieras xD
#14 Es el mal conocido como alergia hispana.
Otro de los síntomas es si te salen ronchas cuando escuchas a alguien hablando catalán o a un asturiano terminando palabras en u.
Se cura viajando, abriendo mucho los ojos y comiendo nueces para ayudar a tus neuronas.
Ve al médico rápido o tu cerebro degenerará al punto de que te den espasmos en el brazo derecho y se te levante solo yendo por la calle y se te acumulen los taxis mientras paseas.
#14 Tienes la versión en Mexicano y Venezolano al final de la página, pero nadie lo ha traducido al español, habrá que tirar de DeepL.
#14 Necesitás que gugel trasleitor implemente tradusión a Cayetano.
Podés pedíselo vos mismo en el apartado sugerencias del orto. Buscalo, buscalo.
#14 eso es porque eres un salame.
«12

menéame