Publica tu how-to

Dinos como hacer lo que sabes hacer, mándanos un email a wdonet@gmail.com y lo publicamos (dos días máximo) o si te interesa unirte al equipo de redactores, también háznoslo saber por correo.

Hacer Push de un branch local a un repositorio Git remoto

Tan simple como usar git push con el nombre del branch.
Digamos que tenemos un branch plugin que queremos subir al repositorio origin:

git push -u origin plugin

El parámetro -u permite crear un upstream en donde sea que bajemos este branch desde origin, de forma que hacer push/pull sea mucho más sencillo.

Para bajar este branch desde el repositorio, bastaría hacer:

git fetch origin

[Git nos informará que se ha creado un nuevo branch, origin/plugin]

git checkout --track origin/plugin

Con esto cambiamos al nuevo branch, y además le damos seguimiento para hacer actualizaciones de manera rápida y sencilla cuando hagamos push.

Como agregar una libreria al codigo manualmente (jQuery)

function loadJQuery() {
                var fileref = document.createElement('script');
                fileref.setAttribute("type", "text/javascript");
                fileref.setAttribute("src", "http://code.jquery.com/jquery-1.5.min.js");
                document.getElementsByTagName('head')[0].appendChild(fileref);

}();

Fácil no? .. Puedes cambiar la version si deseas otra de jQuery o bien , la URL completa para cualquier otra libreria.

Por otro lado, si ya la cargaste previamente en el render de tu documento, no olvides poner tu código dentro de ready:

$(document).ready(function() {
// Handler for .ready() called.
});

2 configuraciones con Spring Mail para usar Gmail

He notado que la configuración de la clase "JavaMailSender" de Spring es un poco confusa para algunos y personalmente me ocurrió cuando al principio tomé el proyecto de enviar correos con Spring.

Así que dejo aquí, dos configuraciones que me funcionaron a la perfección con Gmail: TLS y SSL

Debo hacer notar que también funciona con Google Apps for Business.

Entorno No Integrado de Desarrollo (UDE)


Casi todos los desarrolladores que conozco acostumbran utilizar herramientas pesadas para hacer su trabajo.

Una de dichas herramientas, el IDE (entorno de desarrollo integrado) suele ser un programa grande que incluye en un sólo paquete las herramientas más comunes que un desarrollador puede llegar a necesitar.

Ese es el problema: asumir que el desarrollador VA a necesitar las herramientas, cuando en realidad sólo PUEDE que las necesite.

Por esa razón, tiene un tiempo ya que no utilizo IDEs para mi trabajo. O como leí alguna vez, utilizo un entorno NoIntegrado de Desarrollo (Unintegrated Development Environment).

Armar un entorno así no es nada difícil, y sólo requiere de un conocimiento concisio de las herramientas que en realidad tiene a su disposición un programador para hacer su trabajo, según el sistema sobre el que trabaje.