// ==UserScript==
// @name googleFirst
// @namespace gutes
// @include http://www.google.com/*
// ==/UserScript==
function getTags(tag,property,value)
{
var sValue = (value == null)? "" : "'" + value + "'"
var sProperty = (property == null)? "" : "[@" + property + "=" + sValue + "]";
var pattern = "//" + tag + sProperty;
return document.evaluate(pattern, document, null, XPathResult.ORDERED_NODE_ITERATOR_TYPE,null);
}
//parametros de align
var marginTop = "200px";
var marginLeft = "600px";
var estilo = "float:left;z-index:9999;margin-left:" + marginLeft + ";margin-top:" + marginTop + ";";
//agarro los resultados
var links = getTags("div","class","g");
linkGet = links.iterateNext();
var iframe = document.createElement("iframe");
iframe.setAttribute("width","600px");
iframe.setAttribute("height","300px");
iframe.setAttribute("border", "2px");
iframe.setAttribute("id", "gutesIframe");
iframe.setAttribute("style", estilo);
iframe.src = 'about:blank';
document.body.appendChild(iframe);
document.getElementById("gbar").appendChild(iframe);
var lurl;
var re = new RegExp('class="r"><a href="(.*)" class="l"');
var m = re.exec(linkGet.innerHTML);
if (m == null) {
lurl="";
} else {
lurl = m[1];
}
iframe.addEventListener("load", function() {
var doc = iframe.contentDocument;
doc.body.style.background = 'lightblue';
doc.body.innerHTML = "<h1>Gutes' Lucky link</h1>" + linkGet.innerHTML;
GM_xmlhttpRequest({
method:"GET",
url: lurl,
headers:{
"User-Agent":"monkeyagent",
"Accept":"text/monkey,text/xml",
},
onload:function(details) {
doc.body.innerHTML = doc.body.innerHTML + "<div border=1>" + details.responseText +"</div>";
}
});
}, false);
Una nueva «lista a la que no podemos resistirnos», en este caso de diez «secretos» que deberías conocer si piensas en dedicarte profesionalmente a la informática, traducido y resumido de Sanity check: 10 dirty little secrets you should know about working in IT.
(Vía Gadgetopia.)
1 GB de almacenamiento hace 20 años y 1 GB hoy en día… casi no han cambiado las cosas ni nada:
El giga de hoy en día, por si no lo ves, es la tarjeta SD que está entre el pulgar y el índice de la mano que se ve arriba a la derecha; lo de detrás es un disco duro IBM de la misma capacidad.
(Best Pic Ever vía Spluch vía Gizmodo.)
- Evolución, otra foto comparativa que impresiona.
- Historia visual de los discos duros, un bonito repaso a cómo han cambiado estos cacharros.
Explaining the JPEG Algorithm es una página que explica completamente y de forma gráfica cómo funcionan las ubícuas imágenes JPEG que se usan en la Web y las cámaras digitales, con especial énfasis en la parte matemática. Este tipo de compresión de datos con pérdida permite que las fotografías ocupen mucho menos espacio en memoria, a costa de perder ciertos detalles. El algoritmo, que toma su nombre del «comité de expertos» que lo definió, divide la imagen original en zonas, a las que aplica diversas fórmulas matemáticas para reproducirlas, con menos datos, de la forma más parecida posible.
(Vía MetaFilter.)
A continuación van otros cinco signos que a mi entender delatan a un programador mediocre. Están en tercera persona, ya que imagino que ninguno de ellos lee este blog
1. Está convencido de que su herramienta o lenguaje preferido es mejor que otros.
He oído a muchos fanáticos de Python/Java/[insertar cualquier otro lenguaje popular] hablar en forma despectiva de otros lenguajes de uso masivo. Profundizando en la discusión, casi siempre ocurre que la persona se basa en supuestos sobre los otros lenguajes que o bien nunca fueron ciertos, o que han dejado de serlo hace mucho tiempo. Por ejemplo “Java es lento” o “Python no tiene buen soporte para aplicaciones web”. La realidad es que casi todos los lenguajes masivos son apropiados para una gran cantidad de desarrollos, y siempre existen algunos problemas para los cuales una plataforma puede ser más conveniente que otra. Eso no quiere decir que uno tenga que aprenderse todos los lenguajes, pero sí estar con los ojos abiertos a las alternativas posibles para solucionar un problema.
2. No dedica tiempo a continuar aprendiendo.
En esta profesión, nada se mantiene constante. Por ejemplo, una nueva versión de un lenguaje incorpora como nativas ciertas funcionalidades que antes uno debía desarrollar por su cuenta. Surgen herramientas nuevas que le ahorran mucho trabajo a quien las sabe usar. Y aunque todo fuera estático, uno siempre sabe menos de lo que cree y todos los días se puede aprender algo de otro. He conocido “programadores expertos” en lenguaje C que no conocen detalles relativamente básicos del lenguaje que están explicados con lujo de detalles en el libro de Kernighan y Ritchie.
3. Piensa en la implementación antes de analizar bien el problema.
El objetivo de un desarrollador de software es solucionar un problema. Un vicio de muchos programadores, que en realidad es parte de la naturaleza humana, es querer utilizar inmediatamente la experiencia adquirida y lanzarse a implementar una solución. En el terreno del software esto es peligroso. Antes de zambullirse a escribir código es necesario detenerse a pensar en las posibles evoluciones del sistema. Por ejemplo, qué funcionalidades nuevas querrá el usuario, qué requerimientos tienen más probabilidad de cambiar con el tiempo, qué ocurrirá si el número de usuarios crece muy rapidamente, etc. Por supuesto está el otro extremo (la famosa parálisis por análisis), pero por lo general eso se termina a la fuerza cuando el manager o el cliente exige algo para la semana que viene.
4. Le resulta difícil explicar sus ideas a otros.
Esto es una extensión del punto 4 de Ricardo, acerca del código ilegible. Un buen programador no sólo debe escribir código mantenible sino que además debe ser capaz de comunicar sus ideas en forma oral y escrita. El desarrollo de un sistema lo suficientemente complejo requiere la colaboración de gente con distintos niveles de conocimientos técnicos. Obviamente no es lo mismo explicar un bug de software a un colega que lograr que un cliente entienda que ese bug tiene repercusiones importantes y es necesario resolverlo antes que, por ejemplo, dedicarse a mejoras estéticas. Es cierto que la programación a veces atrae a personas con dificultades de comunicación que pueden llegar a hacer excelentes desarrollos de pequeña escala a nivel personal. A nivel profesional, el desarrollo de la capacidad de comunicación es tan importante como el aprendizaje continuo en lo técnico.
5. Le cuesta decir “no sé”.
Me ha tocado participar en proyectos en los que alguien llevó a cabo lo que llamamos “trabajo negativo”. Es decir, hubo que deshacer el desastre implementado por alguien y rehacerlo correctamente. Si el perpetrador original hubiera admitido que la tarea estaba por encima de sus capacidades, se habría ahorrado mucho tiempo. Esto en realidad vale para casi cualquier profesión (quizás no para un político), pero admitir la ignorancia propia es un signo de madurez y confianza en uno mismo. Un buen programador tiene presente que siempre es mucho mas lo que ignora que lo que sabe, y en particular no tiene deseos de reinventar la rueda. A veces se nos aparecen problemas que nunca hemos resuelto antes, y es probable que alguien dentro de la organización (o si no, en cualquier foro de discusión específico) lo haya enfrentado antes y pueda ayudarnos.
Google ha creado un website que provee materiales y enseñanzas a los Educadores de CS que la consultan para mejorar sus cursos con algunas de las más recientes tecnologías y paradigmas. Debido al tiempo dedicado a la investigación y a la enseñanza, los educadores de CS tienen poco tiempo para ponerse al día, así que desde Google esperan que este nuevo sitio sea de ayuda para ellos.
En la página hay una sección de tutoriales que pueden servir para enseñar a algún alumno los conceptos básicos de una tecnología o para el mismo profesor, si este necesita darle un repaso. En el área Sample Course Content, el educador encontrará materiales como diapositivas de conferencia, lecturas, juegos y proyectos que se puede descargar para usar en su propio curso. Todos estos materiales son distribuidos bajo una licencia de Creative Commons, por lo que el usuario es libre de usar y modificarlos según los términos de la licencia. Este área incluye el contenido de curso desarrollado por la Facultad CS de varias universidades e ingenieros de Google.
Además, también existe un área de vídeo, en que se pueden encontrar conferencias grabadas en vídeo de Google Vídeo sobre las áreas de tecnología. Estos vídeos pueden ayudar a estudiantes y facultades a enterarse directamente de algunas corrientes pioneras en la alta tecnología. El CS Curriculum Search ayudará al educador a encontrar los materiales que han sido publicados en la web departamentos de CS de facultades en el mundo entero. Además, se puede refinar la búsqueda para mostrar solamente conferencias, asignaciones o materiales de referencia para unos cursos determinados.
(conste que lo escribo yo!)
Ya sois varios los que me preguntáis que ventajas tiene estar basado en Argentina en lo que re refiere a programación de aplicaciones web. (...) Espero que con este post os pueda transmitir los pros y los contras de tener servicios localizados en Argentina.
El primero de los puntos a favor son los costes de la mano de obra. Un programador senior en Argentina tiene un salario cuatro veces inferior a un programador localizado en California o Boston. Y es un 50% más barato que un programador en España. En los últimos meses si que hemos detectado cierta inflación salarial fruto de la llegada de empresas como Google, que han abierto oficinas para hacer desarrollos y no sólo de ámbito comercial.
La industria del malware y la estafa en Internet mueve un volumen importante de números de tarjetas de crédito, con los que trafican y de los que se benefician directa o indirectamente. En los ambientes adecuados, no es complicado conseguir números de tarjetas de crédito por algunas decenas de dólares. El "excedente" de información de algunas mafias es tal que, aparte de usarlos en beneficio propio, pueden permitirse el vender algunos números de tarjeta (con sus pins y códigos de seguridad adicionales), robados a través de phishing o malware.
La pregunta es: ante tanto número de tarjeta comprado y vendido, ¿cómo saber cuál es válido? ¿cuál se mantiene operativo y permite comprar realmente a través de la red? Comprobar la validez de los códigos de una tarjeta comprando cualquier producto puede hacer saltar las alarmas. Para un atacante que necesita pasar lo más inadvertido posible, las donaciones de caridad se han convertido en buenas aliadas
Los poseedores de los códigos robados traspasan pequeñas cantidades de dinero a páginas de caridad como por ejemplo, la Cruz Roja. Con esto se aseguran que, si la operación se realiza con éxito, la tarjeta puede volver a ser usada en compras más "lucrativas" o revendida. Existen otras ventajas, según Symantec. Los bancos pueden llegar a monitorizar las transacciones habituales de una tarjeta, y obtener un perfil de actuación "habitual" de su dueño. Donar cantidades a instituciones sin ánimo de lucro no es un movimiento "normal" para la mayoría de las personas, y precisamente ese carácter extraordinario lo hace pasar por movimiento perfectamente posible y ocasional para muchos. Sería complicado determinar si una donación concreta es "sospechosa" tanto en un usuario que la realice a menudo como para quien no lo tenga por norma.
Además, con este tipo de donaciones, voluntarias, pueden donar cantidades ridículas (desde algunos céntimos a un dólar) sin necesidad de comprar realmente nada y optimizar así los recursos invertidos en la comprobación real de la validez de la tarjeta.
El Washinton Post no opina que esto sea una nueva tendencia, y recuerda algunas situaciones similares anteriores. Hace dos años, las páginas que recolectaban donaciones para los damnificados por el Huracán Katrina ya obtuvo una buena inyección de dinero a través de este sistema. También recuerda que un administrador de una campaña presidencial en 2004 recibió durante varios días miles de pequeños pagos voluntarios (de cinco centavos) realizados con números de tarjeta distintos y automatizados a través de sistemas situados en Europa del este. Gracias a este "efecto colateral", recolectaron hasta 60.000 dólares que finalmente no pudieron quedarse.
Al menos, entre tanto tráfico de datos y dinero ganado de forma fraudulenta, reconforta saber que algunas ONG e instituciones de caridad sacan algún partido de esta "necesidad" de los estafadores... aunque a los dueños legítimos de las tarjetas seguro que no les hace ninguna gracia.
