miércoles, 11 de mayo de 2016

Bored of the recruiter's message template

As a software developer I'm tired of getting recruiter messages in LinkedIn like this:
"Hi , we need software developers in an important company. Give me your phone number and your resume if you're interested".
This message have 0% chance to grab the developer's attention unless he is currently unemployed, a very unlikely case. If you're lazy like me, at least filter the people with job from your spam messages.
What's the recruiter's obsession with phones? Can't you tell me in your email suscintly what you're offering? Developers are very busy people, they don't have the time to have a call and send resumes in the wild. On top of that, developers are frecuently introverted and hate to speak at phone (at least that's my case).
You don't need to speak of money straight in your first mail (but certainly that would grab my attention) , but your message need to have something personalized to grab the people's attention. You can talk about the beautiful view of the hire company's building, or maybe about the company's charity program. For God's sake, you can even send a joke, just don't bother people with the same template again and again.

jueves, 13 de marzo de 2014

Cómo separar los apellidos del nombre de pila

Un problema al que nos enfrentamos frecuentemente los programadores cuando lidiamos con bases de datos mal planificadas es que los nombres de las personas se encuentran en un solo campo, por ejemplo "Juan Pérez Gómez".  Esto de por sí es inocuo siempre y cuando el nombre de la persona no se use más que para saludarla cuando habla por teléfono.

miércoles, 17 de julio de 2013

"Variables de sesión" en SQL Server, o de cómo pasar parámetros a un disparador

Un problema frecuente con los disparadores es que en algunos casos necesitan información contextual, algo que en plataformas de programación como ASP.NET se resuelve frecuentemente con una variable de sesión.

viernes, 11 de enero de 2013

Las cinco excusas más frecuentes para no usar software de terceros

 
No sé si se trate de una constante global o solamente se trate de una circunstancia de las empresas mexicanas de desarrollo de software, pero mi percepción es que la mayoría de ellas evita usar productos de terceros y prefiere soluciones hechas en casa.  Comento los argumentos con los que me he topado más frecuentemente.