[Previo por Fecha] [Siguiente por Fecha] [Previo por Hilo] [Siguiente por Hilo]

[Hilos de Discusión] [Fecha] [Tema] [Autor]

Re: [Sop.Tec.LinuxPPP] Opinion



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



[Hilos de Discusión] [Fecha] [Tema] [Autor]