[Previo por Fecha] [Siguiente por Fecha] [Previo por Hilo] [Siguiente por Hilo]
[Hilos de Discusión] [Fecha] [Tema] [Autor]On Tue, 27 Mar 2001, David Alfredo Daza Padron wrote: > Pepe tiene razon, creo siempre se nos olvida hacer un resumen de como > resolvimos el problema, > claro siempre agradecemos, pero al final no ponemos una serie de pasos > que indiquen como se > resolvio el problema. Se que ya parezco grabadora pero eso que dice Pepe, complementando lo que dice David es cierto. Es mejor tener una receta y hacer una referencia al post para responder a la pregunta. > Y desgraciadamente, la mayoria de las veces que empezamos a hacer algo, > no leemos los README, > HOWTO, INSTALL o cualquier doc que venga, si concuerdo con la gente que > tiene dificultad para > utilizar un producto u otro howto, pues si me he topado con algunos > documentos algo dificiles > de entender la primera vez, pero tambien considero que hay demasiada > informacion en la Internet > para resolver todos nuestros problemas. Advertencia: Antes de instalar, es mejor saber como y que por que si no pueden encontrarse con una que otra sorpresita > Gracias > > > José Neif Jury Fabre wrote: > > > > Lo del trabajo en equipo y esas cosas está bien. > > > > El problema es que se supone que aquél que recibe una respuesta de parte de > > algún integrante de la lista tiene una obligación que no está cumpliendo y esa > > obligación es la de hacer un resumen de su problema y de la o las soluciones que > > recibió de la lista de forma que se genere una verdadera abse de conocimientos. > > > > Al no hacer estos resúmenes la misma gente que pide la ayuda está perjudicando > > al trabajo en equipo, porque desalienta el entusiasmo de quienes sin tener > > obligación alguna le ayudaron en un principio y perjudica a los siguientes > > porque las personas que saben, cada vez querrán ayudar menos. > > > > Jesús Oswaldo Carrillo Carrillo escribió: > > > > > > La fortaleza de Linux es trabajo en equipo, eso sin lugar a duda. Cuando > > > inicié en Linux las respuestas de lee el Howto o checate el man era la > > > respuesta común, cada vez que puedo apoyar a alguien con una duda en Linux > > > pienso que es una contribución al mismo. Quiza no todos podamos contribuir > > > programando, traduciendo o editando información con Linux. > > > > > > Pero si todos apoyamos y agilizamos el aprendizaje de los que inician creo > > > que contribuiremos a contar con mas y mejores usuarios de Linux. Y si no > > > queremos apoyarlos, dejemos que los demás lo hagan. > > > > > > Saludos!, > > > __________________________ > > > Jesús Oswaldo Carrillo Carrillo > > > Gte. Sistemas > > > Datasys Morelos - Grupo ALTEC > > > oswaldo en grupoaltec com mx > > > http://www.grupoaltec.com.mx/oswaldo > > > ----- Original Message ----- > > > From: "Linux Rules" <linux en sys com mx> > > > To: <linux en pepe net mx> > > > Sent: Tuesday, March 27, 2001 4:25 AM > > > Subject: Re: [Sop.Tec.LinuxPPP] Opinion > > > > > > > On Mon, 26 Mar 2001, Alonso T. wrote: > > > > > > > > > > > > > > Muy bien, aunque creo que Linux no lo hizo una sola persona por su lado > > > y > > > > > segun sus propias ideas segun sus propioas pruebas y errores. > > > > > Creo que sucedio algo llamado.... "Trabajo de equipo" > > > > > > > > > > Ciertamente no nos hace daño el leer antes los manuales (RTFM) pero si > > > yo > > > > > puedo contestar, creo que lo are siempre y cuando el resto de la lista > > > me lo > > > > > permitan. > > > > > Si no quiero contestar solamente borro el mensaje de mi INBOX o le doy > > > un > > > > > reply con RTFM. > > > > > > > > > > Saludos, > > > > > Alonso > > > > > > > > > > > > Yo creo que el contestar preguntas aunque puedas lo que haces con esto es > > > > crear parasitos ( pa que le busco si en la lista responden ) > > > > > > > > Cuantos de nosotros hemos tenido problemas y NO hay a quien preguntarle ?? > > > > ( digo cuando inicie con linux en el 94 ) todos respondian: que es eso > > > > > > > > Si bien el RTFM es un poco grueso recuerden que lo Cortez no quita lo > > > > Cuauhtemoc > > > > > > > > digo mejor ignorarlos o referirlos al historial de la lista > > > > > > > > A... pero cuidado que pregunte alguna chica sobran los sabios > > > > > > > > en fin solo mi opinion > > > > > > > > > > > > Leonel > > > > > > > > > > > > --------------------------------------------------------------------- > > > > Lista de soporte de LinuxPPP > > > > Reglas de la lista en http://pepe.net.mx/reglas.html > > > > > > > > > > --------------------------------------------------------------------- > > > Lista de soporte de LinuxPPP > > > Reglas de la lista en http://pepe.net.mx/reglas.html > > > > -- > > José Neif Jury Fabre > > pepe en pepe net mx > > http://linuxppp.com/~pepeneif > > > > "Contrary to popular opinion, Unix is user friendly, > > It just happens to be very selective about who it > > makes friends with." > > --------------------------------------------------------------------- > > Lista de soporte de LinuxPPP > > Reglas de la lista en http://pepe.net.mx/reglas.html > > -- ALLAN BAKER ORTEGON ISC 95 ITESM CEM abaker en tec com mx Frase del mes: Using propietary software makes you liable to third-party auditing: GNU software makes you liable to freedom of choice and use --------------------------------------------------------------------- Lista de soporte de LinuxPPP Reglas de la lista en http://linuxppp.com/reglas.html