He actualizado incluyendo NodeJS en backed, se me había olvidado. Con todo y esto, podríais creando compendios que me ayuden a organizar mejor según el uso, etc.
#152 Mira yo te aconsejo algo que creo te será muy útil.
Te vas a W3C. Y ahí puedes recorrer tranquilamente todas las propiedades disponibles para alterar la visualización de los elementos HTML. Junto a ellos tienes sus respectivos ejemplos, y, por su puesto, cada cosita que vayas viendo, te creas un HTML y las vas escribiendo para que así veas su funcionamiento de primera mano. Además esto te ayudará a recordar mejor las propiedades.
Suerte, si necesitas algo, escribe aquí. 
#154 la página codrops me parece brutal, un montón de ejemplos chulísimos para hacer mil cosas y te dan el código bytheface, mis dies
12 días después
He conseguido saber desenvolverme bien con HTML/CSS, quiero aprender a hacer webs mas complicadas , que aprendo JS o PhP. Estoy indeciso porque veo cosas buenas y malas de los dos en internet y es todo un poco confuso
#157 y Ruby no? ni Python? ni C#? ni Java? ...
la pregunta que deberias hacerte no es "que lenguaje aprender", sino cual te gusta más o cual cumple con lo que quieres hacer...
Para mi fue PHP por Drupal.
No creo un tema ya que coincide totalmente con la temática de este 
He estado viendo y desconozco muchísimo el tema del despliegue/deployment ya sea para diferentes entornos de producción.
Hasta ahora he estado utilizando el tema de FTP y SSH, todo a mano, de mi sitio en development (en local) a producción y lo veo un coñazo además ahora que empiezo a administrar los servidores, he leído Vagrant por #mv.nerd y es una utilidad bastante buena, además se puede integrar perfectamente con DigitalOcean que es el servicio que utilizo para los servidores, tampoco sé utilizarlo y me gustaría saber que usáis vosotros y que recomendáis, he pensado en montarme un entorno virtual donde tener un servidor git y usarlo como intermediario para la producción: Entorno local+GIT Client > Entorno virtual+GIT Server > Entorno de producción+GIT Client
Con el entorno virtual, podría simular diferentes proyectos, de hecho partir de una base con el entorno configurado (Git,..) e ir haciendo instantáneas para cada proyecto.
#162 git flow + Docker Compose (anteriormente FIG). A todo esto le sumas jenkins o cualquier otra herramienta de integración continua y todo resuelto.
#162 Yo solo te digo una cosa, Vagrant es la poya, sinceramente. Puedes hacer que sea lo mas parecido al servidor donde vas a tener hosteado tu app. Úsalo que no te arrepentirás.
#167, una pregunta acerca de Docker (pero que conste que no sé nada, a parte de un par de posts que he leído en internet): si no me equivoco, con Docker necesitas una imagen inicial, ¿no? ¿En qué se diferencia esa imagen inicial y una máquina virtual?
Entiendo que una vez tienes esa máquina inicial, luego puedes crear y reusar los contenedores, pero si solamente necesitases un entorno de desarrollo, ¿qué ventajas tendría usar Docker?
Un saludo.
PD: por cierto, con Vagrant se puede usar Docker.
#168 La gran diferencia esta en que son contenedores, es decir con Vagrant estas ejecutando un OS entero dentro de tu OS, con Docker (y LXC) no, estos se podria decir que usan tu OS para ejecutarse casi a nivel local.
La gran ventaja de docker es poder "aislar" tu APP, ademas de su gran velocidad y ser extremadamente ligero.. solo te bajas/instalas lo que no tienes en local (raramente tienes una imagen superior a 400MB, en Vagrant es normal tener imagenes de más de 4G
.
La unica desventaja es que "no" hay virtualización, por lo que dependes de tener un linux (o boot2docker o vagrant)
Se que no me he explicado muy bien... por lo que te pondré un par de imagenes que resumen lo que digo:
Esto de que en España sigais en la edad media es un problema xD
#169 Digamos que en vez de crear una maquina virtual con VirtualBox e instalar y configurar el entorno, creo un proyecto Docker y luego podría exportar este Docker con su configuración a producción.
Por lo que tendría en la máquina de producción el "SO" (Ubuntu) y por otra parte el Docker (Apache+MySQL...) con que aprovechará los recursos de esta en vez de virtualizar el nuevo entorno.
Entiendo también que se puede combinar Vagrant y Docker, investigaré más ya que es curioso poder crear entornos sin tener que virtualizar y poder llevarlos a producción :>
#170 Vagrant no te hace falta.
Con Docker composer lo suyo sería tener un docker (tu app) que tome como base un docker con el lenguaje que vayas a usar (java, sacala, ruby, lo que quieras), que además uses otro docker con tu postgres, redis, lo que quieras. Todo ello como si fueran servicios que se comunicaran entre ellos (de hecho lo son) así, si tiene que lanzar otra app que también dependa de la bbdd pues comparten ese docker. O si tu app tiene una arquitectura orientada a servicios cada uno de estos servicios sería un docker y eso lleva a la ventaja de no tener que instalar 10 versiones diferentes de cada coda por servicio porque sea de su padre y de su madre.
Vamos una composición de Dockers, además permite hacer commits y versionados entre otras cosas. Y lo único que necesitarías tener instalado en tu servidor es docker. Levantarías el docker de tu app y ya se descargaría lo que necesitaras.
#169, gracias por la explicación, pero en realidad estás confundiendo términos. Por ejemplo, cuando dices "con Vagrant estas ejecutando un OS entero dentro de tu OS", en realidad eso no es cierto. Vagrant no es una máquina virtual. Vagrant simplemente es una utilidad para crear entornos de desarrollo. A su vez, Vagrant puede usar diferentes proveedores. Uno de ellos es VirtualBox, en cuyo caso sí que estaríamos ejecutando un OS entero dentro de nuestro OS, tal y como comentabas. Pero en lugar de usar VirtualBox como proveedor, también se puede usar Docker.
De todas formas, sigo sin entender muy bien el concepto de "imagen inicial" de Docker. Por ejemplo, cuando se usa una imagen inicial basada en Ubuntu, ¿qué quiere decir? ¿Es esa imagen similar a una VM en la que se ha instalado Ubuntu?
Salu2.
#172 Docker se basa en los contenedores del kernel de linux, en vez de virtualizarlo, tira directamente de este lo que hace que sea mucho menos pesado que virtualizar un SO entero porque no tiene que virtualizarlo xD
Por decirlo de alguna manera todas las distribuciones son aplicaciones que corren sobre el kernel de linux, si quieres un docker basado en ubuntu lo eliges y tu docker partiría del docker de ubuntu y luego a base de commits (que se podrían ver como capas sobre ese docker) añades lo que quieras.
#173, gracias, eso en realidad lo tengo más o menos claro, pero creo que no me estoy explicando bien xDDD Voy a tratar de sintetizar mi duda:
¿Qué es exactamente una "imagen inicial"?
Otra duda de novato, he visto que se pueden usar layouts con CSS para haces cosas bastante interesantes, merece la pena aprender boostrap + un framework de JS para hacer front end?
Estoy bastante perdido, ahora mismo se CSS y JS con bastante soltura, y quiero hacer sobretodo front end
#175 pues ahora mismo esta el reinado de AngularJS, pero en el caotico mundo de JS, mañana puede ser otro...
#174 El docker sobre el que va a partir tu propio docker.
Puedes usar uno con una ubuntu a pelo e ir haciendole commits u otro con java o rails instalado por ejemplo, en este último pues lo único que tendrías que hacer es crear un volumen para tener sincronizadas las carpetas de tu app y tirando.
Luego con docker compose, si tu app está distribuida en microservicios, puedes hacer que cada uno de esos microservicios sea un docker y que cada uno tuviera sus propias dependencias a otros dockers (con postgres, un servidor de mails, lo que se te ocurra), etc.
#175 bootstrap o fundation es muy famoso hoy en día. Con tus conocimientos de CSS + bootstrap + JS (o cualquier framework) vas sobrado para el frontend.
pd : plantillas css rules
#167 No se que es Docker, xd. Pero vamos, que todo uno no puede conocerlo xd, para eso estamos aquí.
Me gustaría saber que opinión tienen por aquí de webcomponents ( http://webcomponents.org/ ) y si tiene algún futuro (o es el futuro alternativo a tanta mierda)
Hay mucha gente que habla pestes sobre Angular.js y su arquitectura interna, por lo visto estan re-escribiendolo entero por dentro para la v2, no se si merece la pena entrar a aprenderlo a fondo, tengo mis dudas aún si llegará a buen puerto o lo acabarán tirandolo a la basura.
Me ha encantado las explicaciones de Docker, había leido cosas en blogs y tal pero nunca tan en detalle.
