¿Buscas alternativas a Bootstrap para el diseño de una web? En este primer artículo encontrarás varios frameworks CSS diferentes para utilizar en tu web.
#4 Yo recuerdo perfectamente cuando se maquetaba con tablas. Pero me parece una tontunada cargar todo el bootstrap para luego solo usar el grid porque lo que quiere el diseñador no tiene nada que ver con los estilos del bootstrap. Para eso me cargo un grid ligerito y me curro los estilos desde 0, y con un html mucho mas ligero y eficiente también. que, hablando de tablas, algo maquetado con bootstrap acaba con un festival de DIVs.
Eso sí, también te reconozco que, no habiendo exigencias de diseño, el bootstrap es una comodidad.
#5 Es el primero de varios artículos.
Parte II: Alternativas a Bootstrap: Frameworks CSS ligeros
Parte III: Alternativas a Bootstrap: Frameworks CSS ultraligeros
Parte IV: Alternativas a Bootstrap: Frameworks para Grid
Parte V: Alternativas a Bootstrap: Componentes web
Todo CMS y desarrollo que se precie suele correr sobre bootstrap ya no como herramienta, sino como estructura intrínseca, se le da por hecho. Al igual que usar LESS o SASS, JavaScript y PHP/Java, sin entrar en sus correspondientes frameworks.
#8 Lo de friki me ha descolocado. Justo la semana que Android dice en su conferencia que el lenguaje de programación Android ya no es Java... sino también Kotlin. Qué panda de frikis los de Android.
O todos los que están trabajando en Angular2, 3 o 4... qué frikis todos. ¡Ya hay que ser raro para trabajar con lenguajes que compilan y que son fuertemente tipados! Son tan poco habituales...
#12 En el caso de typescript, es mejor casi siempre. A no ser que tengas un equipo experto en Angular1,… » ver todo el comentario
#22 angular 2 es un tiro en el pie y cada vez está más claro que flux y react son mejores aproximaciones al problema.
Es6/7 hará inútil el typescript, al tiempo.
Manía de convertir un lenguaje no tipado en uno que si lo es. Cuantos van ya?
Te lo dice alguien que lleva un par de años con typescript para empresas.
Esa falsa sensación de seguridad que además convierte en problema cosas que antes no lo eran.
La realidad es que te encuentras gente que no tiene en cuenta el código resultante de los transpiladores y hacen mierda. Eso sobretodo en css.
Bootstrap es perfecto para un backends y ahorrarte pensar o diseñar.
#44 tarde, traicionas a tus desarrolladores y estos se van para no volver a otra plataforma que no les diga "coge todo el código de tu aplicación, lo tiras y empiezas de nuevo en angular X". Eso no se hace, así perdieron el tren.
Hay cosas que el tipado te complica algo sencillo.
Por ejemplo en react, tienes que pasar una propiedad con una acción de un elemento en el nivel 1 al nivel 25 (por ejemplo de una página a un botón) a no ser que utilices redux tienes que escribir 25 interfaces, si no, no te compila. Cada uno de los componentes intermedios tienen que tener esa propiedad para pasarla hasta el botón.
Y hay muchos más ejemplos.
Ni todo el tipado del mundo convertirá a un mediocre en un buen programador
#47 Pues sí, tienes bastante razón. Si metes un sistema fuertemente tipado dentro de un ecosistema, como el web, con librerías sin tipos puedes tener un cacao grande. Mucho más trabajo, lo que lleva a bajada de productividad.
Ni todo el tipado del mundo convertirá a un mediocre en un buen programador
No, pero al mediocre se le van a petar las cosas en desarrollo, no en producción.
Igual que la no-nulabilidad de lenguajes como C# y Kotlin; tal vez tengas que darle un poco más de trabajo al desarrollar, escribir algo más, pero las cosas se rompen rápido y en casa.
Luego al cliente le saltan fallos que no entendemos, tenemos que acceder a logs para investigar, dumps de memoria, hacer rollbacks... toda una pesadilla.
#48
1) romperse en runtime no es romperse en producción, para eso están las pruebas.
2) puedes hacer código tipado que no falle al compilar y que falle en runtime = falsa sensación de seguridad.
3) debug con maps funciona regular.
4) la librerías tienen que estar tipadas para usarlas, y muchas veces no hay o la tienen antiguas.
A final añades capas de complejidad que no solucionan nada y añaden más entropía en la depuración.
Te lo digo que llevo dos años comiendo incomodidad y viendo como los errores se hacían difíciles de encontrar.
El concepto mobile first, o primero en móvil, lo utilizan practicamente todos los frameworks css hoy en día. Un par más de frameworks que no se comentan y me gustan son skeleton, que es muy ligero y ED grid que deja libertad de diseño ya que es diseño responsive puro sin florituras y además es solo CSS, nada de javascript y es el único que de origen es en castellano.
Pues a mi el tema de los frameworks me tiene mosca, me encuentro demasiada gente que afirma saber hacer webs, pero sin un framework no sabe ni como empezar, gente incapaz de hacer algo responsive solo con CSS, gente que afirma que "hace juegos" pero sin un engine literalmente no sabe pintar ni un pixel... Toda esta gente que aprende a usar un framework, cuando queda obsoleto o le piden que usen otro, están perdidos.
Luego pasa lo que pasa, que se usan frameworks para todo, matando moscas a cañonazos.
No digo que los frameworks no sean herramientas estupendas, ahorran un montón de tiempo, pero no deberían usarse hasta tener mucha experiencia en JS y CSS a pelo, la mayoría de veces sobra.
#18 Eso es por que no eres un programador suficientemente bueno para hacerles entender lo que tú quieres, los navegadores pueden ser muy tozudos a la hora de ignorar código binario pero si sabes insistir bien por allí donde corresponde hay formas de que te escuchen.
#19 Evidentemente, pero los activeX ya no están de moda, te has quedado anticuado.
También podría usar bytecode, pero Java tampoco pasa por su mejor momento...
#24 de programación no se si sabes, pero de neveras no tienes ni puta idea, solo se pueden poner un máximo de cuatro estrellas, que son los que congelan por debajo de -18º C.
#13 No sé si mucha experiencia es necesaria, pero sí saber hacer, al menos, una web responsive con css. Hoy en día creo que usar JS sin ningún framework es un poco temerario y te puede llevar mucho más tiempo hacer cualquier cosa.
Al menos es mi opinión en el poco tiempo que llevo metido en desarrollo web.
#13 siempre ha pasado, hay una fuerte comunidad de paletos que hacen webs como churros de mierda usando siempre mierdas:
Tablas + php y sin CSS con. Dreamweavet era el estándar.
Ahora se meten un framework sin saber CSS, ni html, enganchan con PHP y MySQL torticeramente, con miles de tablas mal relacionadas y sin proyecto real, y ahí te quedas.
En mi empresa tenemos a uno así, como todo se maqueta puto y duro el tío es un inútil integral.
#13 Yo opino todo lo contrario. Creo que los frameworks están ahí gracias a lo difícil que es programar una web primero por problemas con las versiones de IE, luego por lo complejos que son JS y CSS e incluso HTML (donde puedes escribir código HTML erróneo y funcionar igualmente) y luego está el tema de la importancia que ha cobrado crear webs responsivas que se vean bien en los móviles.
Todos esos problemas los soluciona Bootstrap. Realmente no sé ni por qué hay que buscarle alternativas. Y bueno, otra tecnología que está por llegar es WebAssembly, que espero que le dé una estacada a Javascript.
#43 Ya he dicho que su uso no me parece mal, pero alguien que vaya afirmando que "sabe programar" o que "sabe hacer webs" debería saber hacerlo sin herramientas de terceros si hace falta, porque si no , no sabes CSS, sabes bootstrap, y no es lo mismo. Como la gente que hace un cursillo de wordpress y va afirmando que sabe hacer webs, como un empleador se lo crea la ha cagado.
Cuando aparezca webassembly, pues lo mismo, a ver cuanta gente lo usa directamente en vez de una herramienta de terceros que "compila" a bytecode.
La gente se esta mal acostumbrando a usar "soluciones" de terceros "para todo" en vez de usar el standard.
Yo me hice un (bastante decente) framework MVC. Ahora ya he casi he tirado la toalla con los desarrolladores que sólo saben hacer lo que el framework les deja hacer.
He contratado hace poco dos desarrolladores para un proyecto bastante chulo que llevo en mi empresa. Ahora mismo estamos empezando a crear la base de datos y le he pedido al BE que implemente un algoritmo para analizar títulos de cursos (casi 100 mil) y asignarles áreas de estudio, mirando un par de tablas. Lo quería optimizar… » ver todo el comentario
#34vuelven a la gente tonta. Sinceramente, yo ya no veo "ingenieros" en esta profesión (o no en el mundo web), sino picacódigos que copian y pegan soluciones que han visto en internet, pero NO SABEN RESOLVER UN PROBLEMA
Dudo que el ser humano haya involucionado en sólo una década. El problema al que te refieres es muy simple: programadores buenos hay muy pocos, los que hay ya están trabajando y probablemente sean muy caros.
#35 hombre reconocerás que ha habido un boom brutal de frameworks... Y que ahora lo que se cotiza o valora es saber x, y y z lenguajes y fws en vez de resolver un problema lógico o de estructura de datos.
#36 quizás el problema no sean los programadores, sino que las empresas, cada vez más, demandan un perfil menos cualificado. Y es normal, teniendo en cuenta los salarios que se barajan.
#36 Lo que quiero decir es que con 1400 euros no se puede contratar un buen ingeniero. Se puede contratar a un chapuzas que conozca algún framework. Luego vienen los llantos, pero están de más. Hay que ser realistas. Un buen programador no cobra tan poco dinero.
Pero pienso que las empresas no tienen la culpa, sino la sociedad. Desde siempre se ha valorado muy poco nuestra profesión. Quizá porque pensábamos que cualquiera podía hacer un "pogramita guapo". Me da mucho coraje este tipo de cosas.
#38 Bueno, el salario no está mal, pero no es en España. Creo que acá hay una burbuja en el tema de IT, los salarios de los desarrolladores están bastante hinchados comparados con otras profesiones.
La tendencia general en el mundo web es conocer frameworks y liberías y mierdas, es lo que los programadores quieren y ponen de moda, y es lo que los RRHH demandan en las ofertas.
Mientras el Windows 98 SE siga funcionando no cambiaré.
El día que se muera, igual pruebo el Windows ME, que comentan que es muy bueno...
Eso sí, también te reconozco que, no habiendo exigencias de diseño, el bootstrap es una comodidad.
Yo maqueto mucho, y nunca he usado eso.
No podemos ofrecer productos de empresa maquetados en una aplicación de terceros.
Eso es como pedir html y que te venda uno con Dreamweaver.
Hay que saber CSS y cómo maquetar de verdad, para resolver problemas de maquetación y conocer el código a fondo.
Esto es otro hace paletos.
Parte II: Alternativas a Bootstrap: Frameworks CSS ligeros
Parte III: Alternativas a Bootstrap: Frameworks CSS ultraligeros
Parte IV: Alternativas a Bootstrap: Frameworks para Grid
Parte V: Alternativas a Bootstrap: Componentes web
O todos los que están trabajando en Angular2, 3 o 4... qué frikis todos. ¡Ya hay que ser raro para trabajar con lenguajes que compilan y que son fuertemente tipados! Son tan poco habituales...
#12 En el caso de typescript, es mejor casi siempre. A no ser que tengas un equipo experto en Angular1,… » ver todo el comentario
Es6/7 hará inútil el typescript, al tiempo.
Manía de convertir un lenguaje no tipado en uno que si lo es. Cuantos van ya?
Te lo dice alguien que lleva un par de años con typescript para empresas.
Esa falsa sensación de seguridad que además convierte en problema cosas que antes no lo eran.
La realidad es que te encuentras gente que no tiene en cuenta el código resultante de los transpiladores y hacen mierda. Eso sobretodo en css.
Bootstrap es perfecto para un backends y ahorrarte pensar o diseñar.
¿Qué problemas da el tipado? En sí. Las ventajas son infinitas . ¿O te refieres a los problemas que la transcompilaión en sí llega a generar?
Hay cosas que el tipado te complica algo sencillo.
Por ejemplo en react, tienes que pasar una propiedad con una acción de un elemento en el nivel 1 al nivel 25 (por ejemplo de una página a un botón) a no ser que utilices redux tienes que escribir 25 interfaces, si no, no te compila. Cada uno de los componentes intermedios tienen que tener esa propiedad para pasarla hasta el botón.
Y hay muchos más ejemplos.
Ni todo el tipado del mundo convertirá a un mediocre en un buen programador
Ni todo el tipado del mundo convertirá a un mediocre en un buen programador
No, pero al mediocre se le van a petar las cosas en desarrollo, no en producción.
Igual que la no-nulabilidad de lenguajes como C# y Kotlin; tal vez tengas que darle un poco más de trabajo al desarrollar, escribir algo más, pero las cosas se rompen rápido y en casa.
Luego al cliente le saltan fallos que no entendemos, tenemos que acceder a logs para investigar, dumps de memoria, hacer rollbacks... toda una pesadilla.
1) romperse en runtime no es romperse en producción, para eso están las pruebas.
2) puedes hacer código tipado que no falle al compilar y que falle en runtime = falsa sensación de seguridad.
3) debug con maps funciona regular.
4) la librerías tienen que estar tipadas para usarlas, y muchas veces no hay o la tienen antiguas.
A final añades capas de complejidad que no solucionan nada y añaden más entropía en la depuración.
Te lo digo que llevo dos años comiendo incomodidad y viendo como los errores se hacían difíciles de encontrar.
Luego pasa lo que pasa, que se usan frameworks para todo, matando moscas a cañonazos.
No digo que los frameworks no sean herramientas estupendas, ahorran un montón de tiempo, pero no deberían usarse hasta tener mucha experiencia en JS y CSS a pelo, la mayoría de veces sobra.
También podría usar bytecode, pero Java tampoco pasa por su mejor momento...
Puedes poner una estrellita en la puerta de la nevera, en cuanto tengas cinco podrás conseguir esa bicicleta que tanto querías.
Al menos es mi opinión en el poco tiempo que llevo metido en desarrollo web.
El problema es dar soporte a distintos navegadores y formatos.
Tengo un menú desplegable en CSS puro compatible hasta con ie7, y hay que echarle curro.
Lo mismo con js, si lo usas debes saber qué hace con vista de.compatibilidad y qué no.
Esto cuando tus clientes son la administración, con. PCS antiguos, es una odisea.
Aquí fallan los mierdi cms y sus colegas.
Tablas + php y sin CSS con. Dreamweavet era el estándar.
Ahora se meten un framework sin saber CSS, ni html, enganchan con PHP y MySQL torticeramente, con miles de tablas mal relacionadas y sin proyecto real, y ahí te quedas.
En mi empresa tenemos a uno así, como todo se maqueta puto y duro el tío es un inútil integral.
Todos esos problemas los soluciona Bootstrap. Realmente no sé ni por qué hay que buscarle alternativas. Y bueno, otra tecnología que está por llegar es WebAssembly, que espero que le dé una estacada a Javascript.
Cuando aparezca webassembly, pues lo mismo, a ver cuanta gente lo usa directamente en vez de una herramienta de terceros que "compila" a bytecode.
La gente se esta mal acostumbrando a usar "soluciones" de terceros "para todo" en vez de usar el standard.
github.com/milligram/milligram
He contratado hace poco dos desarrolladores para un proyecto bastante chulo que llevo en mi empresa. Ahora mismo estamos empezando a crear la base de datos y le he pedido al BE que implemente un algoritmo para analizar títulos de cursos (casi 100 mil) y asignarles áreas de estudio, mirando un par de tablas. Lo quería optimizar… » ver todo el comentario
Dudo que el ser humano haya involucionado en sólo una década. El problema al que te refieres es muy simple: programadores buenos hay muy pocos, los que hay ya están trabajando y probablemente sean muy caros.
Pero pienso que las empresas no tienen la culpa, sino la sociedad. Desde siempre se ha valorado muy poco nuestra profesión. Quizá porque pensábamos que cualquiera podía hacer un "pogramita guapo". Me da mucho coraje este tipo de cosas.
La tendencia general en el mundo web es conocer frameworks y liberías y mierdas, es lo que los programadores quieren y ponen de moda, y es lo que los RRHH demandan en las ofertas.