Archivo

Archive for the ‘General’ Category

Dime como te llamas y te diré cuanto vales

febrero 4, 2009 Deja un comentario

Esto es posible gracias a una WEB que se llama $timador, es una web que gracias a los criterios de indexación, popularidad, trafico, y más nos da un precio aproximado de lo que vale tu sitio en dólares. Bueno realmente de acuerdo con los criterios no podemos considerar una buen aplicación pero los invito a que le echen un vistazo y se diviertan.

Aquí les dejo la imagen aplicada a este blog y lo poco que vale :S

image

@ nor

Anuncios
Categorías:General

Feliz Navidad al estilo MSDN

diciembre 23, 2008 3 comentarios

El día de hoy, encuentro en mi bandeja de entrada un mail de MSDN con que que muestran un video y un código muy peculiar (muy geek diria yo) para mandar un mensaje a todos aquellos que de una u otra manera estamos en contacto con la información de este excelente grupo (mínimo leyendo los mails :P). Así que aquí les dejo el código.

El equipo de MSDN quiere felicitaros la Navidad de una forma diferente.
Hemos creado una felicitación navideña en vídeo especialmente subtitulada para desarrolladores!

{

Hello world!
msdn.IndexOf(nosotros) >= 0

while(DateTime.Today <= new DateTime(DateTime.Today.Year + 1, 1, 1))
if (e.KeyCode == Keys.F1) e.Handled = true;
tu.GetType() == desarrollador || tu == typeof(architect) || tu is object
using navidad;
Console.WriteLine("
var vosotros  = from persona in comunidades select persona;
foreach ( v in vosotros) {  v.gracias(); }
WITH Software
UPDATE Mundo SET Mejor=1
main()
Compile complete — 0 errors, 0 warnings
tu.Children() + tu.Parent() + tu.Siblings()
friend
internal friend
foreach(IAmigable p in mundo)
SELECT * TOP 1
currentYear.Dispose(); new Year(++yearIndex);

}

 

 

Nota: para enteder al código tienen que ver el video, la verdad es que me ha gustado mucho. De mi parte les deseo una Feliz Navidad por igual!

Saludos!

Etiquetas de Technorati: ,
Categorías:.NET, General, MSDN

¿Qué tipo de Programador eres?

noviembre 11, 2008 3 comentarios

Buen día,

Hace unos minutos me encontré un post llamado: ¿Que tipo de Informático eres?. Y precisamente lo escribiré aquí a continuación, aunque aquí le he cambiado el nombre por el rol y como se describe. Últimamente programo más que antes, y hay ciertas cosas que el post menciona en las que estoy de acuerdo, aunque me parece buena idea que para quienes leen este Blog, le den una revisada y sepan a que grupo pertenecen, o quieren pertenecer claro. Bien aquí les dejo el post tal y como lo escribió el autor.

/*

¿Qué tipo de informático eres?

Cuando trabajas con gente, de este gremio en concreto (aunque es aplicable a muchos otros), te das cuenta que hay gente de todo tipo: altos, bajos, guapos, simpáticos, fríos, amables, meticulosos, solitarios… Pero cuando agrupamos aún mas a la gente (en mi opinión), tenemos a dos grandes grupos…

Grupo de los "busca vidas": Es gente autodidacta, que les gusta investigar y a la vez que programan tienen preparado el google, el msdn, codeproject, codeplex… y cuando les surge una duda, consulta, investiga, busca una segunda opción, por lo general, comprueba que el método que acaba de escribir es optimo o incluso antes de escribir una funcionalidad, se da unas vueltas por la red buscando lo que tiene que hacer, (no vaya a ser que ya esté hecho), repasan y comentan el código a la vez que piensan en la siguiente tarea. Interpretan la labor de programar como un "arte", en el que cada trozo de código adquiere una parte de ellos, lo ven como una forma mas de expresión, justificando las decisiones que toman, aportando comentarios en el código (aquí he utilizado una función recursiva por que mejora el rendimiento, bal bla bla). Que, a veces, cuando llegan a casa siguen pensando en la resolución del problema, que no solo se limitan a programar, a cumplir, sino que buscan la manera de mejorar, de innovar, pero lo mas importante de todo esto, es que este tipo de programador, aporta un valor añadido fundamental en los desarrollos, la calidad.

Grupo de los "Esqueeee": Les suele caracterizar la parsimonia y la apatía, generalmente son gente desmotivada, que no les gusta demasiado su trabajo y carecen de vocación. Cuando se encuentran un problema, que no está en su guión de trabajo habitual, les identifica la frase: "Es que eso no se puede hacer" o "Es que no sé como hacerlo (pero tampoco me he molestado en buscar como)". Solamente ven líneas de código, no piensan, solo programan, están convencidos de que solo hay una manera de hacer las cosas, la mas rápida. Es gente que les tienen que dar apoyo constante al desarrollo y no mejoran su actitud con la experiencia adquirida. Generalmente es necesario explicarles el problema, orientarles y guiarles hasta la solución. Ven su trabajo como una cadena de producción, en la cual, únicamente, tienen que cumplir sus 8 horas diarias y esperar el ingreso a final de mes, sin preocuparse demasiado de la calidad del desarrollo, solo lo justo, solo cumplir "Yo hago lo que me mandan…". No dan valor añadido al desarrollo, solo programan, mecanizan instrucciones, líneas de código, limitándose al requisito 36 del documento de requisitos, ¡sin mas! y ¿para que van a hacer mas? Les van a pagar lo mismo.

Una vez definidos, a mi modo de ver, estos grupos, quiero aclarar y puntualizar que esto no es siempre así, que las cosas no son o blancas o negras, que cada persona tiene características y cualidades diferentes a otras, que cada uno somos de nuestro padre y nuestra madre y que hay muchas factores que nos caracterizan, por no hablar de los estados de ánimo, que es al final, lo que define las acciones de las personas. No quiero que nadie me ubique de racista, machista o generalista por hacer 2 grandes agrupaciones, es solo una opinión, un pensamiento, una idea que seguro… si pensáis un poco, vais a identificar dentro de estos grupos al 80% de la gente con la que trabajáis.

¡Bien! Una vez dicho esto tenemos que hacer examen de conciencia, ver donde estamos, hacia donde vamos y hacia donde queremos ir, es necesario preguntarnos que, si ahora mismo nuestros ideales, son los mismos que en nuestro primer día de trabajo… y si cuando empezamos en este mundo, nos identificábamos con un grupo, no nos estaremos desviando hacia otro (el lado oscuro de la fuerza 😉 ), o incluso, si tenemos compañeros de trabajo que han cambiado de grupo ¿cual es el motivo? ¿El síndrome del funcionario?

Y para terminar… recomendar este artículo a todo oveja descarriada, que no piense que el desarrollo es un arte… ¡que corra hacia la luz!
¡¡¡Vamos a cambiar el mundo!!!

*/

Al igual que el autor, no trato de ser racista, ni agrupar o etiquetar a las personas que se mueven por el medio del Desarrollo de Software, pero creo que no esta de más que lean un poco y saben que se aceptan comentarios. Saludos!!

Etiquetas de Technorati: ,

Post Original: http://geeks.ms/blogs/msierra/archive/2008/08/22/191-que-tipo-de-inform-225-tico-eres.aspx

Categorías:General, programadores

ETC 2008 – Competencia en México

noviembre 1, 2008 Deja un comentario

Buen día,

Hace aproximadamente 2 meses que me encuentro trabajando en ETC LATAM, en el área de desarrollo y la verdad es que estoy muy contento, independientemente del trabajo, que de eso no quiero hablar :P(la verdad es que estoy aprendiendo mucho), sino de la gente que en este tiempo he conocido, amigos como Ivan, Richard, Billy, vid,Ninfa, Ivonne, Adri, Ariel, JC. Pero como dice el nombre de esta entrada del blog es para compartir con ustedes un muy buen video que realizo mi amigo Richar para la empresa con motivo de una competencia nacional (no entrare en detalles). Los invito a revisar el video y a que dejen cometarios.

El talento existe, no creen?. Así que si acostumbran a leer este blog espero sus criticas sobre este video. Seguramente estaré escribiendo más sobre este tipo de asuntos referentes a lo que hacen mis amigos, así que esperen muy buen material.

Saludos!!

Categorías:ETC LATAM, General

Video ‘Guitar Hero’ – World Tour

octubre 29, 2008 Deja un comentario
Etiquetas de Technorati: ,,,
Categorías:Games, General, Videos, Xbox, Xbox 360

Las 10 cosas que más fastidian a los programadores

octubre 21, 2008 2 comentarios

buenas noches!!, el día de hoy en geeks.ms me encontré un muy buen post, que la verdad me ha hecho reír un poco, porque estoy muy de acuerdo con lo que ahí se menciona, a continuación les dejo el post original. Aquellos que se muevan por el mundo del desarrollo me imagino que estarán de acuerdo con mas de uno de los puntos aquí comentados.

Aaarg!Me ha parecido muy interesante y divertido el post de Kevin Pang, “Top 10 Things That Annoy Programmers“, en el que obtiene los factores más irritantes para los desarrolladores combinando su propia experiencia con los resultados de una pregunta realizada en StackOverflow, la famosa comunidad de desarrolladores promovida por los populares Joel Spolsky y Jeff Atwood.
Además de estar casi totalmente de acuerdo con los puntos expuestos en su post, que enumero y comento a continuación, añadiré algunos más de propia cosecha de agentes irritantes.

  • 10. Comentarios que explican el “cómo” y no el “qué”. Tan importante es incluir comentarios en el código como hacerlo bien. Es terrible encontrar comentarios que son una simple traducción literal al español del código fuente, pues no aportan información extra, en lugar de una explicación de lo que se pretende hacer. Muy bueno el ejemplo de Kevin en el post original… ¿eres capaz de decir qué hace este código, por muy comentado que esté?
    r = n / 2; // Set r to n divided by 2
    
    // Loop while r - (n/r) is greater than twhile ( abs( r - (n/r) ) > t ) {    r = 0.5 * ( r + (n/r) ); // Set r to half of r + (n/r)} 
  • 9. Las interrupciones. Sin duda, el trabajo de desarrollador requiere concentración y continuidad, y las interrupciones son las grandes enemigas de estos dos aspectos. Una jornada de trabajo llena de llamadas, mensajes o consultas de clientes, proveedores, jefes o compañeros puede resultar realmente frustrante, a la vez que la distracción que introduce suele ser una fuente importante de errores en las aplicaciones.
  • 8. Ampliación del ámbito. Una auténtica pesadilla, sobre todo cuando se produce durante el desarrollo, consistente en el aumento desproporcionado del alcance de determinadas funcionalidades o características del software a crear. Es especialmente desmotivador si, además, no viene acompañado por el aumento del tiempo o recursos necesarios para su realización.Kevin incluye en su artículo un ejemplo, algo exagerado pero ilustrativo, de sucesivas ampliaciones de ámbito que convierten un requisito factible en un infierno para el desarrollador; seguro que os recuerda algún caso que habéis sufrido en vuestras propias carnes:
    • Versión 1: Mostrar un mapa de localización

      — Bah, fácil, sólo tengo que crear una imagen; incluso puedo basarme en algún mapa existente que encuentre por ahí

    • Versión 2: Mostrar un mapa 3D de localización— Uff, esto ya no es lo que hablamos; tendré que currarme bastante más el diseño, y ya no será tan fácil partir de alguno existente…
    • Versión 3: Mostrar un mapa 3D de localización, por el que el usuario pueda desplazarse volando— ¡!
  • 7. Gestores que no entienden de programación. Otro motivo común de irritación entre los desarrolladores es la incapacidad de gestores para comprender las particularidades de la industria del software en la que trabajan. Este desconocimiento genera problemas de todo tipo en una empresa y suponen un estrés terrible para el desarrollador.
  • 6. Documentar nuestras aplicaciones. Lamentablemente, en nuestro trabajo no todo es desarrollar utilizando lenguajes y tecnologías que nos divierten mucho. Una vez terminado un producto es necesario crear guías, manuales y, en general, documentación destinada al usuario final que, admitámoslo, nos fastidia bastante escribir.
  • 5. Aplicaciones sin documentación. A pesar de que entendamos y compartamos el punto anterior, también nos fastidia enormemente tener que trabajar con componentes o librerías partiendo de una documentación escasa o nula. Si lo habéis sufrido, entenderéis lo desesperante que resulta ir aprendiendo el significado de las funciones de un API usando el método de prueba y error.
  • 4. Hardware. Especialmente los errores de hardware que el usuario percibe como un fallo de la aplicación son normalmente muy difíciles de detectar: fallos de red, discos, problemas en la memoria… por desgracia, hay un amplio abanico de opciones. Y lo peor es que por ser desarrolladores de software se nos presupone el dominio y control absoluto en asuntos hardware, lo que no siempre es así.
  • 3. Imprecisiones. Aunque Kevin lo orienta al soporte al usuario, el concepto es igualmente molesto en fases de diseño y desarrollo del software. Las descripciones vagas y confusas son una causa segura de problemas, sea en el momento que sea.Son irritantes las especificaciones imprecisas, del tipo “esta calculadora permitirá al usuario realizar sumas, restas, multiplicaciones y otras operaciones”… ¿qué operaciones? ¿divisiones? ¿resolver ecuaciones diferenciales?

    Tampoco es fácil encajar un mensaje de un usuario tal que “me falla el ERP, arréglalo pronto“… A ver. El ERP tiene cientos de módulos, ¿fallan todos? ¿podríamos ser más concretos?

  • 2. Otros programadores. Como comenta Kevin, el malestar que provoca a veces la relación entre programadores bien merecería un post independiente, pero ha adelantado aspectos que, en su opinión, hace que a veces el trato con los compañeros sea insoportable:
    • Personalidad gruñona, hostilidad
    • Problemas para comprender que hay que dejar de debatir la arquitectura del sistema y pasar a realizar las tareas
    • Falta de habilidad para mantener una comunicación efectiva
    • Falta de empuje
    • Apatía hacia el código y el proyecto
  • 1. Tu propio código, 6 meses después. Sí, es frustrante estar delante de un código aberrante y darte cuenta de que tú eres el autor de semejante desastre. Y tras ello llega la fase de flagelación: ¿en qué estaba pensando cuando hice esto? ¿cómo fui tan estúpido? uff…Este hecho, sin embargo, forma parte de la evolución tecnológica, personal y profesional; todos estos factores están en continuo cambio, lo que hace que nuestra forma de atacar los problemas sea distinta casi cada día.

Siempre acaba pagándola el más tonto...Y hasta aquí la lista de Kevin en su post, ni que decir tiene que comparto sus reflexiones en la mayoría de los puntos. Por mi parte, añadiría los siguientes agentes irritantes que conozco por experiencia propia o de conocidos:

  • Extra 1. Requisitos evolutivos, como una ampliación del ámbito del punto 8 ;-), que son aquellos que van cambiando conforme el desarrollo avanza y que obligan a realizar refactorizaciones, descartar código escrito, e introducir peligrosas modificaciones, afectando a veces por debajo de la línea de flotación del software. Más rabia produce, además, cuando se atribuyen una mala interpretación por parte del desarrollador de una especificación imprecisa.
  • Extra 2. Problemas en el entorno. Nada más frustrante que cortes en el suministro eléctrico, cuelgues, problemas en el hardware, lentitud en los equipos de trabajo o de acceso a información… a veces parece que tenemos que construir software luchando contra los elementos.
  • Extra 3. El “experto” en desarrollo de software. Clientes, gestores y otros individuos que utilizan frecuentemente, y sin conocimiento alguno de causa, expresiones como “Esto es fácil”, “Una cosa muy sencilla”, “¿Eso vas a tardar en hacer esta tontería?”…. A veces no es fácil hacer entender que la percepción externa de la complejidad es absolutamente irreal, y suele ser una causa frecuente de desesperación para los desarrolladores.
  • Extra 4. Usuarios corrosivos, que lejos de colaborar durante el desarrollo o la implantación de un sistema, aprovechan la ocasión para arremeter contra la aplicación, organización, jefes, compañeros, el gobierno, o lo que se ponga por delante. Es de justicia decir que muchas veces este comportamiento es debido a una mala gestión interna del proyecto, pero desde el punto de vista del profesional del sofware que sólo quiere realizar lo mejor posible su trabajo son una auténtica pesadilla.

En fin, que ya a estas alturas es fácil ver que hay bastantes cosas que fastidian a los desarrolladores, y seguro que podríamos añadir muchas más; algunas son evitables, otras son inherentes a la profesión y hay que aprender a convivir con ellas, pero en cualquier caso son un interesante motivo de reflexión.

¿Y a tí, qué es lo que más te fastidia?

Espero sus opiniones y que sumen a esta lista de lo que a ustedes como programadores les molesta o fastidia.

Post Original: http://geeks.ms/blogs/jmaguilar/archive/2008/10/19/las-10-cosas-que-m-225-s-fastidian-a-los-programadores.aspx

Fuente: http://geeks.ms

Categorías:.NET, General, programadores

Cómo construir una estructura solida con AJAX?

octubre 8, 2008 Deja un comentario

Si se preguntan como hacer esto, aquí unas imágenes para que se den una idea: P

08102008203_thumb

08102008204_thumb

08102008205_thumb 

El día de hoy, me he encontrado con un muy buen post, que me a hecho reír un poco, el post original esta aquí:      

http://team.intellekt.ws/blogs/juan/archive/2008/10/08/construir-una-estructura-s-243-lida-con-ajax.aspx

Es el blog de un amigo, que también es MSP de México, el se llama Juan Posadas (Hinago)

Saludos we!!

Categorías:aj, AJAX, Curiosidades, General