Desarrollando desde la trinchera

Con el fin de tener un mundo mejor y siguiendo con los consejos para hacerse odiar en foros técnicos , agrego algunos que se me pasaron y otros que fueron enviados en comentarios. 15) No perdonar a quienes les tenemos bronca. (Enviado por ysidoro) Contestar siempre a los que uno odia. Apenas aparezca un mensaje en el foro de alquien que se está haciendo odiar (siguiendo los pasos anteriores), CONTESTARLO! "escribiste un off-topic" "no mandes adjuntos" "por qué gritas?, escribi con minúscula" Es fundamental también, si se produce respuesta de quién envia el mensaje original, seguir contestando y contestando hasta ser quién ha enviado el último mensaje (del esa conversacion). 16) Ser agradecido por demás... (Enviado por Ricardo Coulthurst ) Poner los clásicos: "Gracias" (enviado a todo el foro) "No hay de que" (nuevamente a todos) 17) El lacónico (Enviado por Ricardo Coulthurst ) Despues de haber planteado un problema y si plantearon 32...

Por motivos de trabajo, me toca participar en varios foros técnicos, donde personas que realizan tareas similares, comparten experiencias y problemas para ayudarse mutuamente. Bien usados son una herramienta maravillosa. Los que siguen son algunos consejos para aquellos que quieran lograr que dichos foros no funcionen o se hagan aburridos e inútiles. 1) Utilizar solo MAYUSCULAS. LOS MENSAJES QUE ESTAN ESCRITOS TODOS EN MAYUSCULAS, SON DETESTABLES PARA LEER. CUANDO VIENE UNO ESCRITO DE ESTA FORMA LO ELIMINO INMEDIATAMENTE. 2) Reciclado de titulo de problemas (subject). Es comun que una persona mande un problema al un foro, y luego otra persona sin responder al tema original, envia un mail con el mismo asunto (subject) que el anterior, pero con un contenido totalmente diferente. 3) A lo mejor alguien sabe - Envio del problema a numerosos foros. Por ejemplo, tengo un problema de seguridad en java, y envio mi pregunta a los foros de java y adicionalmente a algunos foros de .NET, Visual Bas...

En varias oportunidades he estado enfrentado a un dilema: Una aplicación desarrollada por nosotros, esta cancelando en la casa del cliente. La norma es que tengamos algun registro de lo sucedido, como puede ser el "Event Veiwer", logs de la aplicación, registros de error de tomcat/IIS o el DBMS. O sea, podemos constatar que el usuario Pepe, tuvo un problema con su aplicación, por lo cual se vió perjudicado y generalmente intento nuevamente y funciono sin problemas. Cuando vemos que el error se da mas de una vez, tratamos de reproducirlo para ver si lo podemos arreglar. La gran mayoria de las veces, con el log del error y la pila de llamadas de los programas involucrados, podemos reproducir y a veces solucionar los problemas. Otras veces esto NO ES POSIBLE, y entonces llamamos a los usuarios para que nos expliquen que estaban haciendo cuando les dio el error. Algunas veces el error se da por situaciones puntuales con la maquina (poca memoria, instale tal impresora nueva, etc) ...