To death with a smile

FLISoL 2010 en LIDSoL

2010-03-25T13:22:00.017-06:00

El Festival Latinoamericano de Software Libre es el evento de difusión de Software Libre más grande de Latinoamérica. Su objetivo es promover el uso del software libre, dando a conocer al público en general su filosofía, alcances, desarrollo y avances.

Para tal fin,las diversas comunidades del software libre promovemos y organizamos eventos simultaneos, en donde llevamos a cabo festivales de instalación install fest en donde te ayudamos y orientamos para que instales software libre en tu equipo, se organizan conferencias a las cuales tu podrás acudir sin costo alguno y a cargo de integrantes de la comunidad del software libre. También habrá talleres para que puedas poner en práctica los conocimientos que se te impartan de inmediato.

Costo

La entrada es libre y gratuita tanto al installfest como a las conferencias y talleres.

Consideraciones

Recomendamos que vayas respaldando tus datos, desfragmentando y particionando tu disco duro, si planeas que te asesoremos en ese día para que instales Software Libre en tu computadora. No recuperaremos sistemas propietarios.

Ubicación

El installfest será el jueves 22 y sábado 24 de Abril y se realizará en el vestíbulo del auditorio Javier Barros Sierra, ubicado en el edificio principal de la Facultad de Ingeniería, Ciudad Universitaria, delegación Coyoacán, Distrito Federal.

Programa

Jueves 22 de Abril de 2010 - Conferencias el auditorio de 17 a 20h.

Sábado 24 de Abril de 2010 - Installfest en el vestíbulo del Auditorio del Edificio Principal de la Facultad de Ingeniería. CU. 10 a 14h.Habrá Charlas informales este día.

Horarios

FLISoL

Conferencias: Auditorio Javier Barros Sierra. Edificio Principal Planta baja, Facultad de Ingeniería, Ciudad Universitaria, México D.F.

Hora	Jueves 25 de Marzode 2010 de 17 a 20 h
16-16:40 h	#ACTA
16:40-17 h	César Octavio Maguey Peña (Relative IT) - El impacto de las tecnologías de la información en las PyMES
17-18 h	Ana Díaz -OpenSceneGraph
18-19 h	Eduardo Ruíz — Álgebra de votaciones electorales seguras
19-20 h	Luis Daniel Lucio Quiroz (INSYS)— Implementando el estándar de seguridad ISO 27000 con software libre

InstallFest 2010

Vestíbulo del Edificio Principal, planta baja, Facultad de Ingeniería, Ciudad Univeristaria, México D.F.

Hora	Sábado 24 de Abril de 2010
10-14 h	(net) InstallFest

Poster

Cómo volverse un hacker

2010-01-15T17:28:00.116-06:00

Eric Steven Raymond

Thyrsus Enterprises

<esr@thyrsus.com>

Copyright © 2001 Eric S. Raymond

Copyright de la traducción © 2010 por Luis E. Amaya González

<xattack@lycosmail.com>

Historial de Revisiones
Revisión 1.41	3 de Noviembre del 2008	esr
Agregado de “Notas Históricas”.
Revisión 1.40	3 de Noviembre del 2008	esr
Arreglo de vínculos.
Revisión 1.39	14 de Enero - Agosto del 2008	esr
Arreglo de vínculos.
Revisión 1.38	8 de Enero del 2008	esr
Desaprobando Java como un lenguaje para aprender tempranamente.
Revisión 1.37	4 de Octubre del 2007	esr
Recomendando Ubuntu como una distribución Unix para novatos
Revisión 1.36	21 de Marzo del 2007	esr
Agregando nota acerca de los Live CD's y los diez años para el dominio
Revisión 1.35	3 de Agosto del 2006	esr
Arreglos menores
Revisión 1.34	7 de Marzo del 2006	esr
Quitando C# de la lista de lenguajes a evitar, ahora que Mono ya dejo de ser beta
Revisión 1.33	29 de Noviembre del 2005	esr
Agregando un vínculo al excelente ensayo de Peter Norvig.
Revisión 1.32	29 de Junio del 2005	esr
Nuevo material substancial en no resolver un problema dos veces. Respuestas en FAQ en hacking y programación de código abierto. Las tres preguntas que revelan si ya eres un hacker.
Revisión 1.31	22 de Marzo del 2005	esr
Agregando un vínculo a otro ensayo de Paul Graham, y un consejo de cómo tomar un proyecto nuevo. Más actualizaciones de ligas a traducciones
Revisión 1.30	2 de Marzo del 2005	esr
Agregando y actualizando muchos vínculos de traducciones.

Tabla de contenidos

¿ Por qué este documento?

¿ Qué es un hacker?

La actitud Hacker

1. El mundo está llenos de fascinantes problemas esperando a ser resueltos.
2. Ningún problema debería resolverse por segunda vez.
3. El aburrimiento y la monotonía son perniciosos.
4. La libertad es buena.
5. La actitud no es substituto de la competencia.

Habilidades básicas para el hackeo

1. Aprendiendo cómo programar.
2. Obten uno de los Unixes de código abierto, aprende a usarlo y hazlo funcionar.
3. Aprende como funciona la Web y a programar en HTML.
4. Si no tienes un inglés funcional, apréndelo.

Estatus en la cultura hacker.

1. Escribir software de código abierto.
2. Ayuda a probar y depurar software de código abierto.
3. Publica información útil.
4. Ayuda a mantener en funcionamiento la infraestructura.
5. Haz algo por la cultura hacker en sí misma

La conexión Hacker/Nerd

Cuestiones de estilo

Nota histórica: Hacking, Código abierto y software Libre

Otros recursos

FAQ's

¿Por qué este documento?

Como editor del Jargon File y de algunos otros bien conocidos documentos de naturaleza similar, frecuentemente recibo correos electrónicos de novatos entusiastas de la Red preguntando "¿Cómo puedo ser un hacker mágico?". En 1996 me dí cuenta de que no había otras FAQ's o documentos web que se avocaran a esta cuestión vital, así que empeze este mismo. Muchos hackers lo consideran ahora definitivo, y Yo supongo que significa que lo es. Aún asi, no declaro ser la única autoridad en este tema; si no te gusta lo que aquí lees, escribe el tuyo.

Si estas leyendo un trozo de este documento offline, la versión actual se encuentra en http://catb.org/~esr/faqs/hacker-howto.html.

Nota: hay una lista de FAQ's al final de este documento. Por favor leanlas — 2 veces — antes de enviarme cualquier pregunta acerca de este documento.

Existen muchas traducciones disponibles de este documento:Árabe, Búlgaro, Catalán, Chino (simplificado), Danés, Holandés, Estonio, Persa, Finlandés, Alemán, Griego, Hebreo, Italiano, Japonés, Noruego, Polaco, Portugués, Rumano, Ruso, Español-Es, Turco, Sueco. Note que el contenido de este documento cambia ocasionalmente, asi que las traducciones pueden estar desactualizadas en diversos grados.

El diagrama de cinco-puntos-en-nueve-cuadros que ilustra este documento se llama glider. Es un simple patron con algunas propiedades sorprendentes en una simulación matemática llamada Life la cual ha fascinado a los hackers por muchos años. Yo creo que hace un buen emblema visual para lo que los hackers son — resumen , al principio un poco misterioso, pero una puerta hacia un mundo completo con lógica intrigante en sí mismo. Lean más acerca del emblema glider aquí.

¿Qué es un hacker?

El Jargon File contiene un montón de definiciones del termino 'hacker', la mayoría basadas en la afición a lo técnico y en el placer de resolver problemas y sobrepasando los límites. Sí quieres saber cómo convertirte en un hacker, pienso que sólo dos definiciones son relevantes.

Existe una comunidad, de cultura compartida, de programadores expertos y magos de las redes, cuya historia se remonta décadas atras hasta los primeros tiempos de las minicomputadoras y los primeros experimentos de la ARPAnet. Los miembros de esta cultura generaron el término 'hacker'. Los hackers construyeron la Internet. Los hackers hicieron del sistema operativo Unix lo que es hoy en dia. Los hackers hacen andar Usenet. Los hackers hacen funcionar la WWW. Si eres parte de esa cultura, si has contribuido a ella y otras personas de esa cultura te conocen y ellos te llaman hacker, entonces eres un hacker.

La mentalidad hacker no está confinada a esta cultura del software.

Hay gente que aplica la actitud hacker a otras cosas, como la electrónica o la música — de hecho, puedes encontrarla en los niveles más altos de cualquier ciencia o arte. Los hackers del software reconocen estos espíritus emparentados donde sea y también podrían llamarlos hackers — y algunos más diran que la naturaleza hacker es independiente del medio en particular en el cuál los hackers trabajen. Pero en el resto del documento nos enfocaremos en las habilidades y actitudes de los hackers del software, y en las tradiciones del la cultura compartida que originó el termino 'hacker'.

Hay otro grupo de personas que ruidosamente se llaman a sí mismos hackers, pero no lo son. Esas son personas (generalmente adolescentes varones) que se divierten irrumpiendo en computadoras y phreakeando el sistema telefónico. Los verdaderos hackers llaman a estas personas 'crackers' y no quieren tener nada que ver con ellos. Los auténticos hackers opinan que los crackers son holgazanes, irresponsables y no muy brillantes, y objetan que ser capaz de romper la seguridad no te hace un hacker así como arrancar un automóvil desde el cableado eléctrico no te hace un ingeniero automotriz . Desafortunadamente, muchos periodistas y escritores utilizan erróneamente la palabra 'hacker' para describir a los crackers; esto irrita a los auténticos hackers sin límite.

La diferencia básica es esta: los hackers construyen cosas, los crackers las destruyen.

Sí quieres ser un hacker, continua leyendo. Sí quieres ser un cracker, ve a leer el grupo de noticias alt.2600 y preparate para la dura realidad cuando descubras que no eres tan listo como creías. Y eso es todo lo que voy a decir acerca de los crackers.

La Actitud Hacker

1. El mundo está lleno de problemas fascinantes esperando ser resueltos.
2. Ningún problema debería ser resuelto por segunda vez.
3. El aburrimiento y la monotonía son perniciosos.
4. La libertad es buena.
5. La actitud no es substituto de la competencia.

Los hackers resuelven problemas y crean cosas, y ellos creen en la libertad y la ayuda mutua voluntaria. Para ser aceptado como un hacker, tendrás que comportarte como si tuvieras esta actitud en tu interior. Y para comportarte como si tuvieras esta actitud, tendrás que creertela de verdad.

Pero si piensas que cultivar las actitudes hacker es sólo un camino para obtener aceptación en esta cultura, te equivocaste. Transformate en el tipo de persona que cree que este tipo de cosas es importante para ti — para ayudarte a aprender y mantenerte motivado. Como en todas las artes creativas, la via más efectiva para convertirte en un maestro es imitar la mentalidad de los maestros — no sólo intelectualmente sino también emocionalmente.

O como dice el siguiente poema Zen moderno:

Para seguir la trayectoria:
observa al maestro,
sigue al maestro,
camina con el maestro,
mira a través del maestro,
conviértete en maestro

Así que, si quieres ser un hacker, repite lo que sigue hasta que lo creas:

1. El mundo está lleno de fascinantes problemas que esperan ser resueltos.

Ser un hacker es inmensamente divertido, pero es el tipo de diversion que requiere cantidades de esfuerzo. El esfuerzo requiere motivación. Los atletas exitosos obtienen su motivación de un placer físico al hacer trabajar sus cuerpos, en exceder sus propios límites físicos. De igual manera, para ser un hacker deberás sentir un estremecimieto primitivo al resolver problemas, afinar tus habilidades y ejercitar tu inteligencia.

Si no eres el tipo de persona que siente esto de manera natural, necesitarás convertirte en una para llegar a ser un hacker. De otra manera encontrarás que tu energía hacker se agotará por distractores como sexo, dinero y aprobación social

(También deberás desarrollar un tipo de fé en tu propia capacidad de aprendizaje — la creencia en que, aún cuando no conozcas todo lo necesario para resolver un problema, si sólo tomas una parte de él y aprendes desde ahí, aprenderás lo suficiente para resolver la siguiente parte, y así, hasta que lo resuelvas completamente.)

2. Ningun problema debería ser resuelto por segunda vez.

Las mentes creativas son un recurso valioso y límitado. No deberían ser desperdiciados en reinventar la rueda cuando hay muchos problemas nuevos fascinantes esperando ahí afuera.

Para comportarse como un hacker, tienes que creer que el tiempo para pensar que emplean otros hackers es valioso — tanto, que es casi una obligación moral compartir la información, resolver problemas y dar la solución de manera que otros hackers puedan resolver nuevos problemas en vez de tener que referirse perpetuamente a los anteriores.

Como sea, note que "ningun problema debería ser resuelto por segunda vez." no implica que deba considerar todas las soluciones existentes como sagradas, o que solamente existe una solución correcta para cualquier problema dado. Comúnmente aprendemos mucho de un problema del cual no sabiamos nada con anterioridad estudiando la solución más eficiente. Esta bien y a menudo es necesario decidir que podemos hacerlo mejor. Lo que no esta bien son los artificios técnicos, legales, o las barreras institucionales (como el código de fuente cerrada) que evitan que una buena solución sea reusada y obligan a la gente a reinventar la rueda.

(No tienes que sentirte obligado a donar toda tu producción creativa, aunque los hackers que lo hacen son los que obtienen más respeto de los demás hackers. Es consistente con los valores hackers el venderte lo suficiente para poder pagar la renta, el sustento y las computadoras. Esta bien usar tus habilidades hackers para mantener a la familia, o incluso volverte rico, siempre que no olvides tu lealtad a tu arte y a tu comunidad hacker mientras lo logras.)

3. El aburrimiento y la monotonía son perniciosos.

Los hackers (y la gente creativa en general) nunca deberían aburrirse o someterse a trabajos estupidamente repetitivos, porque cuando esto pasa significa que no estan haciendo lo único que pueden hacer — resolver problemas. Este desperdicio lastima a todos. Así que el aburrimiento y la monotonía no solo son desagradables sino malignos.

Para comportarte como un hacker, tienes que creen en esto lo suficiente como para alejar automáticamente los bits de aburrimiento tanto como sea posible, no solo para ti mismo sino para todos los demás (especialmente otros hackers)

(Aparentemente existe una excepción a esto. Los hackers harán cosas aparentemente repetitivas o aburridas a un observador como un ejercicio de claridad mental, o en el caso de adquirir una habilidad o experimentar un tipo de experiencia en particular que no podría obtenerse de otro modo. Pero esto es por elección — nadie que sea capaz de pensar debe ser obligado a padecer una situación que le cause aburrimiento.)

4. La libertad es buena

Los hackers son antiautoritarios por naturaleza. Cualquiera que te pueda dar ordenes puede impedirte resolver el problema por el cual estas fascinado — y dada la forma en que las mentes autoritarias trabajan, hallará alguna razón espantosamente estúpida para hacerlo. La actitud autoritaria tiene que ser combatida donde quierea que se le encuentre, si no, te asfixiará a ti y a los otros hackers.

( Esto no es lo mismo que combatir toda autoridad. Los niños necesitan ser guiados y los criminales, restricciones. Un hacker puede estar de acuerdo en aceptar un grado de autoridad para conseguir algo que desea más que el tiempo que desperdicia siguiendo órdenes. Pero esto es un pacto limitado, consciente; la clase de sumisión que desean los autoritarios no está en oferta.)

Los autoritarios prosperan en la censura y el secreto. Y desconfían de cooperación voluntaria y del intercambio de información — únicamente quieren la 'cooperación' que ellos controlan. Así que para que comportarte como un hacker, tienes que desarrollar una hostilidad instintiva hacia la censura, la secrecía, y al uso de la fuerza y el engaño para someter a los adultos responsables. Y debes de tener la voluntad para actuar en consecuencia.

5. La actitud no es substituto de la competencia.

Para ser un hacker, tienes que desarrollar algunas de estas actitudes. Pero imitar solo una actitud no te hará un hacker, más que una estrella de rock o un atleta de campeonato. Volverse un hacker requiere inteligencia, dedicación, práctica y trabajo duro.

Por lo tanto, tienes que aprender a desconfiar de la actitud y respetar la competencia de cualquier tipo. Los hackers no desperdiciarán su tiempo con quienes adoptan la pose de hacker, pero veneran la competencia — especialmente la capacidad de hackear, pero la competencia en cualquier ámbito es valorada. La competencia en habilidades demandantes que pocos pueden dominar es especialmente buena, y la competencia en habilidades demandantes que requieren agudeza mental, destreza y concentración es mucho mejor.

Si tu veneras la competencia, disfrutarás desarrollandola en ti mismo, — el trabajo duro y la dedicación se volverán un tipo de juego intenso en vez de rutinario. Esa actitud es vital para convertirse en un hacker

Habilidades básicas para el hackeo

1. Aprendiendo cómo programar
2. Obten uno de los Unixes de código abierto, aprende a usarlo y hazlo funcionar.
3. Aprende como usar la Web y a programar en HTML.
4. Si no tienes un inglés funcional, aprendelo.

La actitud hacker es vital, pero las habilidades lo son aún más. La actitud no es substituto de la competencia, y existe un conjunto básico de habilidades las cuales debes de poseer antes de que cualquier hacker sueñe con llamarse así.

Este conjunto cambia lentamente con el tiempo, conforme la tecnología crea nuevas habilidades y descarta otras por obsoletas. Por ejemplo, se incluía la programación en el lenguaje máquina, hasta que se manejo HTML. Pero ahora es claro que incluye lo siguiente:

1. Aprendiendo cómo programar.

Esta es, por supuesto, la habilidad hacker fundamental. Si no sabes ningun lenguaje de programación, recomendaria empezar con Python. Está limpiamente diseñado, bien documentado, y es relativamente fácil con los principiantes. A pesar de ser un buen primer lenguaje de programación, no es unicamente un juguete, es podersoso, flexible y bien adaptado a grandes proyectos. Escribí un detallado análisis de Python. Buenos tutoriales estan disponibles en el sitio web de Python.

Solía recomendar Java como un lenguaje para aprender temprananmente, pero esta crítica cambio mi opinión (búsquen "Las trampas de Java como un primer lenguaje de programación" dentro de él). Un hacker no puede tener, como ellos tremendistamente pusieron "un enfoque de resolución de problemas como el de un plomero en una ferreteria"; tú tienes que saber lo que los componentes están haciendo realmente. Ahora pienso que es mejor probablemente aprender C y Lisp primero, y después Java.

Posiblemente hay una cuestión más general aquí.Sí un lenguaje hace mucho por ti, puede ser simultaneamente una buena herramienta de producción y una muy mala para aprender. No son unicamente los lenguajes de programación los que adolecen de este problema; los frameworks de aplicaciones web, como RubyOnRails, CakePHP, Django, etc. pueden hacer muy fácil el alcanzar una especie de entendimiento superficial que te dejará sin los recursos necesarios que necesitarás cuando tengas que enfrentarte a un problema realmente pesado, o incluso simplemente depurar la solución de uno sencillo.

Si te metes en la programación seria, tendrás que aprender C, el lenguaje base de Unix. C++ está muy relacionado con C; si sabes uno, aprender el otro no será difícil. Ningun de ellos es bueno para aprender a programar por primera vez. Además entre más puedas evitar programar en C más productivo que te volverás.

C es muy eficiente, y es muy cuidadoso con los recursos de tu máquina. Desafortunadamente, C obtiene esa eficiencia requiriendote que hagas un monton de manejo de recursos de bajo nivel (como la memoria) a mano. En ese bajo nivel el código es complejo y es propenso a los errores, y demandará mucho de tu tiempo depurandolo. Con las máquinas actuales tan poderosas como son, esto es usualmente un mal negocio — es más inteligente usar un lenguaje que use el tiempo de ejecución menos eficientemente, pero en cambio tu tiempo mucho más eficientemente. O sea, Python.

Otros lenguajes de particular importancia para los hackers incluyen Perl y Lisp. Aprender Perl vale la pena por razones prácticas, es ampliamente usado por páginas web activas y para la administración de sistemas, asi que, aunque nunca hayas programado en Perl deberías aprender a leerlo. Mucha gente usa Perl por la misma razón por la que te sugiero usar Python, para evitar la programación en C en trabajos que no requieran la eficiencia en tiempo máquina. Necesitarás ser capaz de entender su código.

Aprender Lisp vale la pena por una razón diferente — la esclarecedora y profunda experiencia que tendras al lograrlo finalmente. Esa experiencia te hará un mejor programador por el resto de tu vida, incluso si actualmente no usas Lisp mucho.(Puedes obtener una primera experiencia con Lisp sencillamente al escribir y modificar los modos de edición para el editor de texto Emacs, o los plugins Script-Fu de GIMP)

Actualmente lo mejor es aprender los cinco lenguajes: Python, C/C++, Java, Perl y Lisp. Aparte de ser los lenguajes de programación más importantes del hackeo, representan muy distintos paradigmas de programación, y cada uno de ellos te educará de diferentes y valiosas maneras.

Estarás advertido de que no alcanzarás las habilidades de un hacker o incluso de un programador simplemente por acumular lenguajes — necesitas saber cómo razonar los problemas de programación de manera general, independientemente de cualquier lenguaje de programación. Para ser un auténtico hacker, necesitarás llegar al punto de aprender un nuevo lenguaje de programación en dias relacionando lo que ya conoces con lo que está en el manual. Esto significa que deberás aprender muchos lenguajes de programación diferentes.

No puedo dar instrucciones completas de cómo aprender a programar aquí — es una habilidad compleja. Pero puedo decirte que libros y cursos no lo harán — muchos , probablemente la mayoría de los hackers son autodidactas. Puedes aprender las características del lenguaje — bits de conocimiento — de los libros, pero la mentalidad que hace de ese conocimiento una habilidad viviente sólo puede ser aprendida por la práctica y el aprendizaje. Lo que lo hará será (a) leyendo código y (b)escribiendo código.

Peter Norvig, quien es uno de los hackers de mayor jerarquía en Google y el coautor del libro más usado en inteligencia artificial, escribió un excelente ensayo llamado Enseñate a programar en diez años. Su "receta para el exito en la programación" es digno de atención

Aprender a programar es como aprender a escribir bien en lenguaje natural. La mejor manera de lograrlo es leer algo escrito por maestros del tema, escribe algo por ti mismo, lee un poco más, escribe más ...y repitelo hasta que veas que tus escritos comiencen a desarrollar el tipo de fuerza y economía que ves en tus modelos.

Hallar buen código que leer solía ser difícil, porque había pocos programas grandes disponibles en código fuente para hackers inexpertos para que lo leyeran y lo intentaran arreglar. Esto ha cambiado dramáticamente; el software de código abierto, las herramientas de programación, y los sistemas operativos (todos hechos por hackers) estan ampliamente disponibles ahora. Lo que me lleva al siguiente tema ...

2. Obten uno de los Unixes de código abierto, aprende a usarlo y hazlo funcionar.

Asumiré que tienes tu propia computadora o que puedes tener acceso a una.(Tomate un momento para apreciar que tanto significa esto. La cultura hacker evolucionó cuando las computadoras eran tan costosas que ningun individuo podía comprarse una.) El paso más importante que puede dar un principiante en el camino de adquirir habilidades hacker, es obtener una copia de Linux o alguno de los BSD's Unix u OpenSolaris, instalarlo en su computadora y hacerlo funcionar.

Sí,es cierto que existen otros sistemas operativos en el mundo aparte de Unix. Pero los distribuyen en formato binario — no puedes leer el código, y no puedes modificarlo. Intentar aprender cómo hackear en una máquina MS Windows o en cualquier otro sistema de código cerrado es cómo intentar aprender a bailar mientras tienes el cuerpo enyesado.

En Mac OS X es posible, pero sólo una parte del sistema es de código abierto — vas a encontrarte con muchos obstaculos, y deberás tener cuidado de no desarrollar el vicio de depender del código propietario de Apple. Si te concentras en el Unix que está oculto, podrás aprender algunas cosas útiles.

Unix es el sistema operativo de Internet. Mientras puedes aprender a usar la Internet sin conocer Unix, no podrás ser un hacker de Internet sin entender Unix. Por esta razón, la cultura hacker hoy en día está fuertemente centrada en Unix. (Esto no siempre fue así, y algunos hackers veteranos les desagrada esa situación, pero la simbiosis entre Unix y la Internet se ha vuelto tán fuerte que incluso la fuerza de Microsoft no es capaz de hacerle mella alguna.)

Así que consiguete un Unix — me gusta Linux pero hay otros caminos (y sí, tu puedes ejecutar juntos Linux y Microsoft Windows en la misma máquina). Aprendelos. Hazlos funcionar. Juega con ellos. Comunícate con Internet a través de ellos. Leé y modifica el código. Obtendrás las mejores herramientas de programación (que incluye C, Lisp, Python y Perl) ) de las que ningun sistema operativo de Microsot podría tan siquiera soñar, te divertirás, y obtendrás una cantidad de conocimiento tal, que sin darte cuenta de que lo estás aprendiendo, un día voltearás a verlo ya como un maestro hacker.

Para má información acerca del aprendizaje de Unix, véase The Loginataka.Tambié puede ser que quieras echarle un vistazo a The art of Unix Programming.

Para meterte con Linux, visita el sitio Linux Online! puedes descargar desde ahí o (mejor aún) puedes encontrar un grupo de usuarios de linux local que te ayude con la instalación.

Durante los primeros diez primeros años de este HOWTO, reporte qué, desde el punto de vista de un usuario novato, todas las distribuciones Linux eran más o menos equivalentes. Pero en los años 2006-2007, surgió una mejor opción:Ubuntu. Mientras otras distribuciones tienen sus propias áreas de fortaleza, Ubuntu es con mucho la más accesible a los usuarios nuevos en Linux.

Puedes encontrar recursos y ayuda en BSD Unix en www.bsd.org

Una buena forma de introducirte en el tema es arrancar lo que los fanáticos de Linux llaman un live CD, una distribución que se ejecuta enteramente desde un disco compacto sin tener que modificar tu disco duro de manera alguna. Esto podría ser lento, porque la lectura de discos compactos es lenta, pero es una manera de observar las posibilidades sin tener que hacer nada drástico.

Escribí una introducción de los fundamentos básicos de Unix e Internet {basics of Unix and the Internet}

Solía recomendar en contra de la instalación de Linux o BSD como un proyecto en solitario, si eras un novato. Actualmente los instaladores se han vuelto tan buenos que hacerlo completamente por ti mismo es ahora posible. De cualquier manera, aún recomiendo establecer contacto con tu grupo de usuarios de Linux local y solicitar ayuda. No puede dañar y puede facilitar el proceso.

3. Aprende cómo usar la Web y a programar en HTML

Muchas de las cosas que la cultura hacker ha hecho realizan su tarea fuera de vista del público, ayudando en el funcionamiento de fábricas, oficinas y universidades, sin ningún impacto obvio en como viven los no-hackers. La web es la gran excepción, el gran juguete lustroso de los hackers que incluso los políticos admiten que ha cambiado al mundo. Sólo por esta razón (y por muchas buenas otras razones también) necesitas aprender cómo trabajar en la Web.

Esto no sólo significa saber cómo utilizar un navegador (cualquiera puede hacerlo), sino aprender a escribir en HTML, el lenguaje de marcado de la Web. Si no sabes cómo programar, escribir en HTML te enseñará algunos habitos mentales que te ayudarán a aprender.

Así que hazte una página personal. Acercate a XHTML, el cuál es un lenguaje más claro que el HTML clásico.(Hay buenos tutoriales para principiantes en la Red; aquí hay uno)

Pero tener únicamente una página web no te acercará lo suficiente para ser un buen hacker. La Web esta llena de páginas personales. Muchas de ellas son inútiles, basura sin contenido — basura muy vistosa, pero basura al fin y al cabo(para saber más de esto véase The HTML Hell Page). Para que valga la pena, tu página debe de tener contenido — debe ser interesante y/o útil a otros hackers. Y eso nos lleva al siguiente tema ...

4. Si no tienes un inglés funcional, apréndelo.

Como estadounidense y anglófono nativo, era renuente a sugerir esto, podría ser tomado como un tipo de imperialismo cultural. Pero varios hablantes nativos de otras lenguas me han solicitado que señale que el inglés es el lenguaje con el que trabaja la Internet y la cultura hacker, y eso lo tendrás que saber para funcionar en la cultura hacker.

Tiempo atrás, cerca de 1991 aprendí que muchos hackers que tienen al inglés como segunda lengua, lo usan en las discusiones técnicas incluso cuando ellos comparten la lengua materna; en ese tiempo me explicaron que el inglés tiene un mayor lenguaje técnico que cualquier otro idioma y simplemente por eso es una mejor herramienta de trabajo. Por razones parecidas, las traducciones de libros técnicos escritos originalmente en inglés son comúnmente insatisfactorias (si es que se hacen).

Linus Torvalds, un finlandés, comenta su código en inglés (parece que nunca se le ocurrió hacerlo de otra manera). Su fluidez en el inglés ha sido un factor importante en su habilidad de reclutar una comunidad mundial de desarrolladores para Linux. Es un ejemplo digno de seguir.

Ser nativo del inglés no garantiza que tengas las habilidades verbales necesarias para funcionar como un hacker. Sí tu escritura en semi-letrada, incorrecta gramaticalmente y plagada de errores ortográficos, muchos hackers (incluyendome) tenderemos a ignorarte. Si bien una escritura descuidada no significa un razonamiento torpe, hemos encontrado una fuerte correlación entre ambos — y no tenemos necesidad de los pensadores torpes. Si todavía no puedes escribir competentemente, aprende.

Estatus en la cultura hacker

1. Escribe software de código abierto.
2. Ayuda a probar y depurar software de código abierto.
3. Publica información útil
4. Ayuda a mantener en funcionamiento a la infraestructura.
5. Haz algo por la cultura hacker en sí misma.

Como la mayoría de las culturas sin una economía monetaria, lo hacker se basa en la reputación. Estás intentando resolver problemas interesantes , pero cuan interesantes son, y si sus soluciones son realmente buenas, es algo que únicamente tus colegas técnicos y superiores son capaces de juzgar.

De acuerdo con esto, cuando te adentras al juego hacker, aprenderás a mantener tu puntuación en función de lo que otros hackers piensan de tus habilidades (es por esto que no eres realmente un hacker hasta que otros hackers te llaman asi de manera consistente). Este factor es obscurecido por la imagen del hackeo como un trabajo solitario; también por un tabú cultural hacker (decayendo gradualmente desde la segunda mitad de 1990, pero aún es fuerte) en contra de admitir que el ego o la validación externa están involucradas en la motivación personal.

Ser hacker es lo que los antropólogos llaman concretamente una cultura del obsequio. Ganas estatus y reputación en ella no al dominar a otras personas, no por ser hermoso, no por tener cosas que otras personas quieren, sino por donar cosas. Específicamente por donar tu tiempo, creatividad, y los resultados de tus habilidades.

Básicamente hay cinco tipos de cosas que puedes realizar para ser respetados por los hackers:

1. Escribe software de código abierto.

Lo primero (lo central y más tradicional) es escribir programas que otros hackers consideren útiles o divertidos, y dar el código fuente de los programas a todos para que los usen.

(Solíamos llamar a estos esfuerzos "software libre", pero esto confundía a demasiada gente que no estaba completamente segura del significado de 'libre'. La mayoría de nosotros preferimos ahora el termino código abierto para este software)

Los semidioses más reverenciados del reino hacker son personas que han escrito grandes y competentes programas , que respondían a una necesidad generalizada y los donaron, de tal manera que ahora cualquiera puede usarlos.

Pero hay un poco de un buen punto histórico aquí. Mientras los hackers siempre han visto a los desarrolladores de código abierto entre ellos como el núcleo más duro, en el primer lustro de la década de los años noventas la mayoría de los hackers pasaban la mayor parte de su tiempo trabajando en proyectos de código cerrado. Esto era aún cierto cuando escribí la primera versión de este HOWTO en 1996; tomó a la mayoría del movimiento de código abierto hasta después de 1997 poder cambiarlo. Hoy en día, la "comunidad hacker" y los desarrolladores de "código abierto" son dos descripciones para lo que es esencialmente la misma cultura y población — pero es bueno recordar que esto no fue siempre así.( Para ahondar más sobre el tema, véase la sección llamada "Nota Histórica: Hacking, Código Abierto y Software Libre"

2. Ayuda a probar y depurar software de código abierto

También se reconoce a los que se ofrecen a depurar software de código abierto. En este mundo imperfecto, vamos a gastar la mayor parte de nuestro tiempo de desarrollo de software en la fase de desarrollo. Es por eso que cualquier autor de código abierto piensan que un buen "beta-tester" ( quienes saben cómo describir los síntomas claramente, ubicar bien los problemas, toleran errores en las versiones liberadas y estan dispuestos a aplicar unas cuantas rutinas sencillas de diagnóstico) vale su peso en oro. Aún contando con uno solo de estos "beta-testers" puede hacer la diferencia entre un proceso de depuración que es una prolongada y agotadora pesadilla, y otro que es sólo una molestia saludable.

Si eres un novato, intenta hallar un programa que este en desarrollo el cual te interese y se un buen "beta-tester". Hay una progresión natural de ayudar a probar programas hacia ayudar a depurarlos hacia ayudar a modificarlos. Aprenderás mucho en este modo, y generará buen karma con gente que después te ayudará en algo.

3. Publica información útil.

Otra cosa buena es recopilar y filtrar información útil e interesante dentro de las páginas web o en documentos tipo FAQ's, y ponerlos a disposición de los demás.

Los responsables de mantener las principales FAQ's técnicas obtienen casi tanto respeto como los autores de código abierto.

4. Ayuda a mantener en funcionamiento la infraestructura .

La cultura hacker (y el desarrollo ingenieríl de Internet, para el caso) es realizado por voluntarios. Hay un monton de trabajo necesario pero poco atractivo que necesita llevar un seguimiento — administrar listas de correo, moderar grupos de noticias, mantenimiento de grandes sitios de almacenamiento de software, desarrollo de RFC's y otros estándares técnicos.

La gente que se dedica a este tipo de cosas obtiene mucho respecto, porque todos saben que estos trabajos son demandantes y consumidores de tiempo y no tan divertidos como jugar con el código. Hacerlos demuestra dedicación

5. Haz algo por la cultura hacker en sí misma

Finalmente, puedes propagar la cultura en sí misma (por ejemplo al escribir un informe acerca de cómo convertirse en Hacker :-)). Esto no es algo que estes en posición de hacer hasta que hayas estado cerca por un rato y te vuelvas bien conocido por alguno de los primeros cuatro puntos.

La cultura hacker no tiene líderes exactamente, pero si tiene heroes culturales y ancianos tribales e historiadores y portavoces. Cuando has estado en las trincheras por largo tiempo, te desarrollarás como alguno de ellos. Ten cuidado: los hackers desconfían del ego vociferante en sus veteranos tribales, así que buscar abiertamente este tipo de fama es peligroso. En vez de esforzarte por ella, es mejor colocarse en una posición tal que esta [fama] caiga sobre ti, y entonces ser modesto y amable acerca de tu estatus.

La conexión Hacker/Nerd

Contrariamente al mito popular, no tienes que ser un nerd para ser un hacker.Ayuda, como sea, y muchos hackers son de hecho nerds. Ser algo como un profugo social te ayuda a estar concentrado en las cosas realmente importantes, como pensar y hackear.

Por esta razón, muchos hackers adoptaron la etiqueta de 'geek'como un símbolo de orgullo — es su forma de declarar su independencia de las expectativas sociales normales (asi como el gusto por otras cosas como ciencia ficción y juegos de estrategia que a menudo van de la mano con ser un hacker). El termino 'nerd' solía ser usado de esta manera en la década de los noventas, cuando 'nerd' era levemente peyorativo y 'geek' aún más ofensivo; algun tiempo después del año 2000 intercambiaron lugares, al menos en la cultura popular de los E.U.A, e incluso ahora hay un orgullo geek significativo entre la gente que son no son adictos a la tecnología.

Si puedes manejar el tener que concentrarte lo suficiente en hackear para ser bueno y aun así tener una vida, eso esta bien. Es mucho más sencillo hoy en día de lo que lo era cuando yo era novato allá por la década de 1970; la corriente cultural es mucho mas amigable con los tecno-nerds de hoy. Incluso hay un creciente número de personas que se da cuenta que los hackers son comúnmente amantes de alta calidad y materia para parejas.

Si te atrae hackear porque no tienes una vida, eso también ESTÁ BIEN — al menos no tendrás problemas de concentración. Posiblemente consigas una vida un poco después.

Puntos por el estilo.

Nuevamente, para ser un hacker, tienes desarrollar la mentalidad hacker. Hay algunas cosas que puedes hacer cuando no estas frente a una computadora que parecen ayuda. No son substituto del hackeo (nada lo es) pero muchos hackers lo hacen, y sienten que se conectan de una forma básica con la esencia de la actividad hacker.

Aprende a escribir en tu lenguaje materno correctamente. Mientras es un estereotipo que los programadores no son capaces de escribir, un sorprendente número de hackers (incluyendo todos los mejores que conozco)son escritores muy capaces.
Lee ciencia ficción. Ve a las convenciones de ciencia ficción (es un buen modo de conocer hackers y proto-hackers)
Entrenate como en las artes marciales. El tipo de disciplina mental requerida para las artes marciales parece ser similar en muchas formas a lo que los hackers hacen. Los tipos más importantes entre los hackers definitivamente son las artes marciales sin armas tales como el Tae-Kwon-Do, muchas de las formas del karate, Kung Fu, Aikido, o Ju Jitsu. La esgrima occidental y las artes de la espada asiaticas también tienen seguidores. En los lugares que es legal, el tiro con pistola ha incrementado su popularidad desde finales de la década de los 90's. Las artes marciales mas hackeriles son aquellas que enfatizan la disciplina mental, la conciencia relajada, y control, en vez fuerza bruta, atletismo, o resistencia física.
Estudia una disciplina de verdadera meditación. El favorito perenne entre los hackers es el Zen (importante, es posible beneficiarse del Zen sin adquirir una religión o descartando una que ya tengas). Otros estilos pueden trabajar también, pero se cuidadoso al escoger alguna que no requiera que creas en cosas alocadas.
Desarrolla un oído musical analítico. Aprende a apreciar tipos peculiares de música. Aprende a ejecutar algun instrumento musical también, o cómo cantar.
Desarrolla tu apreciación por los juegos verbales y los dobles sentidos

Cuantas más cosas de estas hayas hecho ya, será mas probable que seas material natural para ser hacker. El porque de estas cosas en particular y no otras es algo que no está claro, pero estan conectadas con un mezcla de habilidades cerebrales del lado izquierdo y derecho de tu cerebro que parecen ser importantes; los hackers necesitan ser capaces de razonar lógicamente y dado el caso salirse de la lógica aparente de un problema en un momento dado.

Trabaja tan intensamente como te diviertas y diviertete tan intensamente como trabajas. Para los verdaderos hackers, las diferencias entre "jugar", "trabajar", "ciencia" y "arte" tienden a desaparecer o mezclarse en un nivel creativo elevado regocijante. Además, no te des por satisfecho al tener un pobre nivel de habilidades. Mientras que la mayoría de los hackers se autodescriben como programadores, suelen ser más que competentes en distintas habilidades — administración de sistemas, diseño y diagnosticar y reparar problemas con el hardware son los más comunes. Un hacker que sea un administrador de sistemas, es también un diestro programador de script's y diseño web. Los hackers no hacen las cosas a medias, si se meten de lleno en un tema, tienden a ser muy buenos en él.

Finalmente, unas cuantas cosa para no hacer.

No uses un nombre de usuario o pseudónimo ostentoso, torpe.
No te involucres en una guerra de flamazos en Usenet (o en ningún otro lado).
No te denomines 'cyberpunk', y no desperdicies tu tiempo en nadie que lo haga.
No publiques o envies, por correo electrónico, escritos que estén plagados de errores gramáticales y sintácticos.

La única reputación que te formarás al hacer cualquiera de estas cosas es de tonto. Los hackers tienen una gran memoria — podría tomarte años superar el recuerdo de tus desatinos y equívocos iniciales antes de ser aceptado.

El problema con los pseudónimos o alias merece una explicación. Ocultar tu identidad detras de un pseudónimo es un comportamiento tonto y adolescente característico de crackers, warez d00z, y otros tipos de vida inferiores. Los hackers no hacen esto; están orgullosos de lo que son y quieren eso asociado a sus nombres reales. Así que si tienes un apodo, desechalo. En la cultura hacker eso sólo te señalará como un perdedor.

Nota histórica: Hacking, Código abierto y Software Libre

Cuando escribí este how-to en los finales de 1996, algunas de las condiciones alrededor de este eran muy diferentes de la forma en que se ven hoy en día. Unas cuantas palabras acerca de estos cambios pueden ayudar a esclarecer hechos para gente que está confundida acerca de las relaciones del código abierto, software libre, y Linux con la comunidad hacker. Si no eres curioso acerca de esto, puedes obviar esta sección desde aquí y pasar directamente a las FAQ's y la bibliografía.

El ethos y la comunidad hacker como las he descrito aquí preceden con mucha anterioridad la salida de Linux, después de 1990; me involucré con ella cerca de 1976, y sus raíces se pueden rastrear al principio de la década de 1960. Pero antes de Linux, la mayoría del hackeo se hacia tanto en los sistemas operativos propietarios como en un puñado de sistemas caseros experimentales como el ITS del MIT, los cuales nunca fueron utilizados fuera de sus nichos académicos originales. Existieron unos cuantos intentos de cambiar esto (pre-Linux), su impacto fue, en el mejor de los casos, marginal y confinado en sus comunidades de verdaderos creyentes las cuales fueron pequeñas minorías incluso dentro de la comunidad hacker, con respecto la gran mundo del software en general.

Lo que ahora se denomina "código abierto" viene de tan lejos como la comunidad hacker misma, pero hasta 1985 era una práctica popular común antes que un movimiento conciente con teorías y manifiestos agregados a ella. Esta prehistoria terminó cuando , en 1985, el hacker veterano Richard Stallman ("RMS") intentó darle un nombre — "software libre". Pero su acto de nambrarlo también fue una declaración; le agregó contenido ideológico a la etiqueta de "software libre" la cual mucha de la comunidad hacker existente nunca acepto. Como resultado, la etiqueta de "software libre" fue sonoramente rechazada por una minoría substancial de la comunidad hacker (especialmente entre aquellos asociados con el Unix BSD), y es usada con serias pero silentes reservas por la mayoría de los restantes.

A pesar de estas reservas, RMS proclama liderar y definir la comunidad hacker bajo la etiqueta de "software libre" ampliamente usada desde mediados de la década de 1990. Sólo el surgimiento de Linux lo desafío seriamente. Linux le dió al desarrollo de "código abierto" una guarida natural. Muchos proyectos desarrollados bajo terminos que ahora llamamos de código abierto migraron de los Unixes propietarios a Linux.La comunidad alrededor de Linux creció explosivamente, volviendose más heterogénea y grande que la cultura hacker pre-Linux. RMS intentó determinadamente cooptar toda esta actividad dentro de su movimiento del "software libre, pero fue rechazado por la explosiva diversidad de la comunidad Linux y el escepticismo público de su fundador, Linus Torvalds. Torvalds continuó usando el termino "software libre" por la ausencia de alguna alternativa, pero rechazó públicamente el contenido ideológico de RMS. Muchos jóvenes hackers hicieron lo mismo.

En 1996, cuando publiqué la primera edición de este HOWTO hacker, la comunidad hacker se estaba reorganizando rápidamente alrededor de Linux y un puñado de otros sistemas operativos de código abierto (notablemente los descendientes del Unix BSD). La memoria colectiva del hecho de que la mayoría de nosotros gastamos décadas desarrollando software de código cerrado en sistemas operativos también de código cerrado no ha desaparecido aún, pero ese hecho parece empezar a pertenecer al pasado muerto; los hackers, con mayor frecuencia, se definen a sí mismos como hackers por su adhesión a los proyectos de código abierto tales como Linux o Apache.

De cualquier manera, el término "código abierto" aún no había emergido; no lo haría hasta principios de 1998. Cuando lo hizo, la mayoría de la comunidad hacker lo adoptó en los siguientes seis meses.; la excepción fue una minoría ideológicamente adicta al término "software libre". Desde 1998, y especialmente después del 2003, la identificación de 'hacking' con 'desarrollo de código abierto (y software libre)' se volvió extremadamente cercana. Hoy en día hay un intento de hacer una distinción entre estas categorías, pero parece improbable que eso cambie en el futuro.

De cualquier manera, vale la pena recordar, que esto no siempre fue así.

Otros recursos

Paul Graham escribió un ensayo llamado Grandes Hackers, y otro acerca de no graduados, en donde el habla con mucha sabiduría.

Hay un documento llamado Cómo volverse un programador que es un excelente complemento a este. Tiene consejos valiosos no solamente acerca de codificar y conjuntos de habilidades, sino también acerca de cómo funcionar en un equipo de programación.

También escribí Una breve historia del reino hacker

Escreibí un documento, La Catedral y el Bazar, el cual explica con profusión acerca de cómo trabajan las culturas del código abierto y Linux. Abordé este tema más directamente en su secuela Homesteading the Noosphere

Rick Moen escribió un excelente documento acerca de Cómo hacer funcionar un grupo de usuarios de Linux.

Rick Moen y yo colaboramos en otro documento acerca de Cómo hacer preguntas de manera inteligente. Esto te ayudará a buscar asistencia de una manera que logres realmente obtenerla.

Si necesitas instrucción acerca de cómo funcionan las computadoras personales, Unix, e Internet, véase HOWTO de los Fundamentos de Unix e Internet

Cuando desarrolles software o escribas parches para software, intenta seguir las guís del HOWTO Prácticas para el desarrollo de software

Si disfrutaste el poema Zen, podría gustarte Rootless Root: The Unix Koans of Master Foo.

Preguntas Más Frecuantes (FAQ's)

P:¿ Cómo digo si ya soy realmente un hacker?
P:¿ Me enseñarás a hackear?
P:¿ Entonces, cómo comienzo?
P:¿ Cuándo conviene empezar?¿ Es demasiado tarde para mí?
P:¿ Cuánto tiempo me llevará aprender a hackear?
P:¿ Es Visual Basic un buen lenguaje para comenzar?
P:¿ Me ayudarías a crackear un sistema, o me enseñarías a crackear?
P:¿ Cómo puedo obtener el password de la cuenta de alguien más?
P:¿ Cómo obtengo acceso/leo/monitoreo el correo de alguien más ?
P:¿ Cómo puedo sustraer privilegios de operador de canal en IRC?
P:Me han crackeado. ¿Me ayudarías a protegerme de futuros ataques?
P:Tengo problemas con mi software de Windows. ¿ Podrías ayudarme?
P:¿ Dónde puedo encontrar algun hacker de verdad con quien pueda platicar?
P:¿ Podrías recomendar libros realmente útiles acerca de temas relacionados al hackeo?
P:¿ Necesito ser bueno en matemáticas para llegar a ser un hacker?
P:¿ Qué lenguaje debo aprender primero?
¿ Qué tipo de hardware necesito?
P:Quiero contribuir. ¿ Me ayudarías a escoger un problema en el cual trabajar?
P:¿ Necesito odiar y vituperear a Microsoft?
P:¿Pero, no imposibilitaría el software de código abierto a los programadores de ganarse la la vida?
P:¿ Dónde puedo obtener un Unix libre?

P:	¿ Cómo digo si ya soy realmente un hacker?
R:	Preguntate estas tres cosas: ¿ Hablas en código fluidamente? ¿ Te identificas con los valores y objetivos de la comunidad hacker? ¿ Algun miembro bien establecido de la comunidad hacker te ha llamado alguna vez hacker? Si puedes responder afirmativamente a las tres preguntas, ya eres un hacker. No sólo dos son suficientes. La primer prueba es de habilidades. Probablemente la pasaste, si tienes las habilidades técnicas mínimas descritas la principio de este documento. Vuelas directamente a ello, si tienes una substancial cantidad de código aceptada por un proyecto de desarrollo de código abierto. La segunda prueba es acerca de actitud. Si los cinco principios de la mentalidad hacker se te hacen obvios, es más una descripción de tu estilo de vida que algo nuevo, estarás a un tramo de alcanzarlo. Esa es la primera mitad, la otra mitad, la final; es el grado con el que te identificas con los proyectos de largo plazo de la comunidad hacker. Aquí hay una lista incompleta pero indicativa de algunos de esos proyectos: ¿ Te interesa que Linux mejore y se difunda?, ¿ Eres un apasionado de la libertad del software?, ¿ Eres hostil a los monopolios?, ¿ Actuas en la creencia de que las computadoras pueden ser instrumentos de empoderamiento que puden hacer al mundo un lugar mas rico y más humano? Pero una nota de advertencia se hace necesaria aquí. La comunidad hacker tiene algunos intereses específicos políticos defensivos primarios — dos de ellos son :la defensa de la libertad de expresión y repeler los embates del poder de la "propiedad intelectual" que harían ilegal al código abierto. Algunos de los proyectos a largo plazo son organizaciones por los derechos civiles como 'Electronic Frontier Foundation', y la actitud apropiada exhibida incluye su mantenimiento económico. Pero má alla de eso, la mayoría de los hackers ven con reticencias los intentos de sistematizar la actitud hacker dentro un programa político explícito; hemos aprendido por el camino difícil, que estos intentos son divisionistas y distractores. Sí alguien intenta reclutarte para marchar a tu capital en nombre de la actitud hacker, ellos han perdido el punto. Probablemente la respuesta correcta sea "Cierra la boca y enseñales el código". La tercer prueba tiene un engañoso elemento de recursividad. Observé en la sección llamada "¿ Qué es un hacker?" que ser un hacker es parcialmente el hecho de pertenecer a una subcultura particular, o a un entramado social con una historia compartida, una externa y otra interna. En el pasado remoto los hackers eran más individualistas y mucho menos cohesivos de lo que son hoy en día. Pero la importancia del aspecto de las redes sociales se ha incrementado en los últimos treinta años mientras la Internet ha hecho conexiones con el centro de la cultura hacker fáciles de mantener y descubrir. Un indicador sencillo del cambio de comportamiento, en este siglo, es que tenemos nuestras propias playeras. Los sociólogos, quienes estudian redes, cómo esas de la cultura hacker bajo la rubrica invisible de "colegios invisibles", han notado que una característica de tales redes es que ellas tienen guardianes — miembros con la autoridad social para agregar nuevos miembros a la red. Porque el "colegio invisible" que es la cultura hacker es uno informal y laxo, el rol del guardian lo es también. Pero algo que todos los hackers entienden en sus huesos es que no todo hacker es un guardian. Los guardianes tienen que tener a un cierto grado de antigüedad y antes de que ellos puedan portar el título. Qué tanto, es algo díficil de cuantificar, pero cualquier hacker lo sabe cuando lo observa.
P:	¿ Me enseñarías cómo hackear?
R:	Desde la primera vez que publiqué esta página, he recibido muchas solicitudes a la semana (comunmente varias al día) de gente pidiendo "enseñame todo sobre el hackeo". Desgraciadamente, no tengo el tiempo ni la energía para esto; mis propios proyectos de hackeo y trabajo como un dedicado al código abierto, toman el 110% de mi tiempo disponible. Incluso si lo tuviera, el hackeo es una actitud y una habilidad que debes aprender por ti mismo. Encontrarás que mientras los verdaderos hackers quieren ayudarte, no te respetarán si tu ruegas por ser alimentado en la boca con todo lo que ellos saben. Aprende unas cuantas cosas primero. Demuestra que lo estas intentando, que eres capaz de aprender por tu propia cuenta. Entonces ve con lo hackers que has conocido con preguntas específicas. Si le envias un correo electrónico a un hacker pidiendole un consejo, aquí hay dos cosas que debes saber. Primero, hemos encontrado que la gente que es holgazana o descuidada en su escritura es, usualmente, también floja y descuidada en su razonamiento para ser buenos hackers — entonces ten cuidado de usar la sintaxis correctamente, una buena puntuación y gramática, de otra manera probablemente serás ignorado. Segundo, no te atrevas a pedir uan respuesta a una cuenta de tu proveedor de internet (ISP) que sea diferente de la cuenta desde la cual la estas enviando; hemos encontrado que la gente que hace eso son usualmente usurpadores de cuentas, y no tenemos interés alguno en darle soporte ni recompensar a los robos.
P:	¿ Entonces, cómo comienzo?
R:	El mejor medio que tienes para empezar probablemente será asistir a una reunión de algun Grupo de Usuarios de Linux (GUL). Puedes encontrar a tales grupos en la Página de Información General de Linux; seguramente hay uno cerca de ti, posiblemente asociado a un colegio o universidad. Los miembros del GUL seguramente te darán una distribución de Linux si la pides, y ciertamente te ayudarán a intalarlo y comenzar.
P:	¿ Cuándo conviene empezar? ¿ Es muy tarde para mi?
R:	A cualquier edad en que estes motivada para comenzar es buena edad. La mayoría de la gente parece estar interesada en el rango de los 15 a 20 años, pero conozco de excepciones en ambas direcciones.
P:	¿ Cuánto tiempo me llevará aprender a hackear?
R:	Eso dependerá que tan talentoso seas y que tan duro trabajes en ello. La mayoría de la gente que lo intenta puede adquirir un respetable conjunto de habilidades de 18 meses a dos años para alcanzar maestría . Y si tú eres realmente un hacker, gastarás el resto de tu vida aprendiendo y perfeccionando tu habilidad.
P:	¿ Es Visual Basic un buen lenguaje para comenzar?
R:	Si estas preguntando esto, es casi seguro que estes pensando en intentar hackear sobre Microsoft Windows. Esa es una mala idea por si misma. Cuando comparé intentar aprender a hackear en Windows con intentar aprender a bailar estando completamente enyesado, no estaba bromeando. No te dirigas hacia allá, es feo y nunca dejará de serlo. Hya un problema en específico con Visual Basic; principalmente que no es portable. Aunque hay implementaciones prototipo de código abierto de Visual Basic, los estandares ECMA aplicables no cubren más que un pequeño conjunto de sus interfaces de programación. En Windows la mayoría de su soporte para bibliotecas de programación es propietario de un solo vendedor (Microsoft); si no eres extremadamente cuidadoso con las características que usas — mucho más cuidadoso de lo que cualquier novato puede serlo — terminarás atado a las plataformas a las que Microsoft selecciona para darles soporte. Sí estas comenzando en un Unix, mucho mejores lenguajes con mucho mejores bibliotecas de programación estarán disponibles. Python por ejemplo. Además, como otros Basics, Visual Basic es un lenguaje pobremente diseñado que te inculcará malos hábitos de programación. No, no me pidas que los describa a detalle; esa explicación llenaría un libro. En vez de eso aprende un lenguaje bien diseñado. Uno de esos malos habitos es volverse dependiente de las bibliotecas de programción de un solo vendedor,widgets y herramientas de desarrollo. Generalmente, cualquier lenguaje que no este totalmente soportado al menos bajo Linux o alguno de los BSDs, y/o al menos tres vendedores diferentes de sistemas operativos, es un muy pobre lenguaje para a hackear con el.
P:	¿ Me ayudarías a crackear un sistema, o me enseñarías cómo hacerlo ?
R:	No. Cualquiera que aún pueda hacer esa pregunta despuées de haber leído estas FAQs es demasiado estúpido para ser educable incluso si tuviera el tiempo para guiarlo. Cualquier solicitud por correo electrónico de este tipo que obtengo será ignorada o respondida con rudeza extrema.
P:	¿ Cómo obtengo el password de la cuenta de alguien más?
R:	Eso es crackear. Largo de aquí, idiota.
P:	¿ Cómo obtengo acceso/leo/monitoreo al correo de alguien más?
R:	Esto es crackear. Piérdete, imbécil.
P:	¿ Cómo puedo sustraer privilegios de operador de canal en IRC?
R:	Esto es crakear. Fuera de aquí, cretino.
P:	Me han crackeado. ¿ Me ayudarías a protegerme de futuros ataques?
R:	No. Todo el tiempo que me hacían esta pregunta hace tiempo, ha sido de parte de algun pobre diablo corriendo Microsoft Windows. No es posible asegurar efectivamente a los sistemas Windows contra los ataques de crackeo.; el código y la arquitectura simplemente tienen demasiados defectos, lo que hace fortalecer un Windows como intentar abandonar un barco en un cedazo. La única medida de prevencio posible comiena al cambiarse a Linux o algun otro sistema operativo que este diseñado para al menos ser protegido.
P:	Tengo problemas con mi software de Windows. ¿ Podrías ayudarme?
R:	Sí. Abre un promt de DOS y teclea "format c:". Cualquier problema que estes experimentando cesará en unos cuantos minutos.
P:	¿ Dónde pueda encontrar un hacker de verdad con quien platicar?
R:	La mejor manera es encontrar un grupo de usuarios de Linux o Unix local cercano a ti e ir a sus reuniones (puedes encontrar ligas a muchas listas de grupos de usuarios en el sitio web LDP en ibiblio). (Solía decir en esta parte que no encontrarías verdaderos hackers en los canales de IRC, pero entiendo que esto esta cambiando. Aparentemente algunas comunidades hackers de verdad, relacionadas a cosas como GIMP y Perl, ahora tienen canales IRC.)
P:	¿ Podrías recomendar libros realmente útiles acerca de temas relacionados al hackeo?
R:	Mantengo el HOWTO Lista de Lecturas de Linux. El Loginataka también podría ser interesante. Para una introducción acerca de Python, véase el tutorial en el sitio web de Python.
P:	¿Necesito ser bueno en matemáticas para llegar a ser un buen hacker?
R:	No. El hackeo usa muy pocas matemáticas formales o aritmética. En particular, usualmente no necesitarías trigonometría, cálculo o análisis (hay excepciones a esto en áreas específicas de aplicación como graficación 3D por computadora). Saber algo de lógica formal y algebra booleana es bueno. Algunas bases en matemáticas finitas (incluyendo la teoría de conjuntos finita, combinatorias y teoría de grafos) podría ser de ayuda. Mucho más importante: necesitas ser capaz de pensar lógicamente y seguir cadenas de razonamientos exactos, del modos en que lo hacen los matemáticos. Si adolesces de la inteligencia, hay pocas esperanzas para ti como hacker; si adolesces de disciplina, mejor aprendela. Creo que un buen camino para saber si tienes lo que se necesita es agarrar una copia del libro ¿Cómo se llama este libro? de Raymond Smullyan. Los acertijos juguetones lógicos de Smullyan estan bastante dentro del espíritu hacker. Ser capaz de resolverlos es un buen signo; disfrutar resolverlos es mucho mejor.
P:	¿ Qué lenguaje debo aprender primero?
R:	XHTML (el último dialécto de HTML) si es que todavia no lo sabes. Hay un monton de libros deslumbrantes y extremadamente malos de HTML, y penosamente pocos buenos. El que más me gusta es HTML: la guía definitiva Pero HTML no es un lenguaje de programación completo. Cuando estas listo para empear a programar, yo recomendaría comenzar con Python. Vas a escuchar a mucha gente recomendar Perl, y Perl es aún más popular que Python, pero es difícil de aprender y (en mi opinión) esta menos bien diseñado C es realmente importante, pero tambié mucho más difícil que Python o Perl. No intentes aprenderlo primero. Usuarios de Windows, no se acostumbren a Visual Basic. Te enseñará malos hábitos, y no es portable fuera de Windows. Evitalo.
P:	¿ Qué tipo de hardware necesito?
R:	Solía ser que las computadoras fueran un tanto pobres en memoria así como poco poderosas, lo sufciente como para que impusieran límites artificiales al proceso de aprendizaje de un hacker. Esto dejó de ser cierto a mediados de la década de 1990; cualquier computadora desde las Intel 486DX50 en adelante es más que suficiente para el trabajo del desarrollo, X, y las comunicaciones por Internet, y los discos más pequeños que puedas comprar hoy en día son lo suficientemente grandes para eso. Lo realmente importante al escoger una máquina en la cual aprender es saber que tan compatible es su hardware con Linux( o compatible con BSD, deberías escoger ir por esa ruta). Otra vez, esto debería ser cierto para la mayoría de las máquinas modernas. Las únicas áreas latosas son los modems y las tarjetas inalámbricas; algunas máquinas tienen hardware específico de Windows que no trabajará con Linux. Hay un FAQ en acerca de la compatibilidad del hardware; la última versión está aquí
P:	Quiero contribuir. ¿ Podrías ayudarme a escoger un problema en el cual trabajar?
R:	No, porque no conozco tus intereses o tus talentos. Tienes que estar automotivado o no la harás, que es la razón por la cual nunca funciona el que otras personas escogan tu camino. Intenta esto. Observa el anuncio de proyectos que se encuentran en Freshmeat por unos cuantos dias. Cuando veas uno que te haga pensar "Wow,quiero trabajar en algo asi!", únetele
P:	¿ Necesito odiar y vituperear a Microsoft?
R:	No, no lo necesitas. No es que Microsoft no sea desagradable, pero hubo una cultura hacker mucho antes de Microsoft y seguirá existiendo por largo tiempo cuando Microsoft sea historia. Cualquier energía que desperdicies odiando a Microsoft será mejor empleada amando tus habilidades. Escribe buen código — lo que va a golpear a Microsoft lo suficiente sin ensuciar tu karma.
P:	¿Pero no imposibilitaría el software de código abierto a los programadores de ganarse la vida?
R:	Esto parece improbable — desde hace tiempo, la industria del código abierto parece estar creando empleos antes que estarlos desapareciendo. Si tener un programa escrito es una ganancia económica neta sobre el no tenerlo, un programador será remunerado sin importar si el programa vaya a ser código abierto después de que este hecho. Y, sin importar cuanto software "libre" sea escrito, siempre parecerá haber más demanda por las aplicaciones personalizadas y nuevas . He escrito más acerca de esto en las páginas de Código Abierto.
P:	¿ Dónde puedo obtener un Unix libre?
R:	Si no tienes un Unix instalado en tu máquina todavia, en todos lados de esta página he incluido apuntadores para obtener los unixes más comunmente usados. Para ser un hacker necesitas motivación e iniciativa y la habilidad de autoeducarte. Comienza ahora ...

The tipping point

2010-01-04T16:46:00.007-06:00

Firstable I want to thank Odin for this precious treasure, my precious treasure ....ups , for this gift, it's a good one!!

According with the author his book 'It's a book about change'.Which kind of change? That one that drives you to new stages, in other word that type of change that led you be in other level. But the special idea here is not the change itself at all. Gladwell's book it's about micro-changes, that small change that no one cares about, invisible for the media, common citizen or monster corp which, if it can get mature, it's gonna be revolutionary.

Thats part of the 'magic touch' of this book. Shows you one keystone, that you, lonely human, single person, the one who seems to be overwhelming all days with life, economic problems, etc. that you have the power to change everything. Thats the goal of this book. It's an easy reading book, i'm agree with that, but this one point to that important idea.

In the other hand it lacks about another grater idea, how to use that power, because ,theory is ok, but sometimes practice is totally different from that. Small changes to make a big, enormous and sometimes, just sometimes arrive to next level. Should be important readings about network theory in order to have a more complete idea about whats happening in out times.

Cómo hacer preguntas de manera inteligente

2009-11-17T18:24:00.023-06:00

Copyright © 2001,2006 Eric S. Raymond, Rick Moen

Thyrsus Enterprises
<esr@thyrsus.com>

Rick Moen

<respond-auto@linuxmafia.com>

Copyright de la traducción © 2009 por Luis E. Amaya González

<xattack@lycosmail.com>

Historial de revisiones
Revisión 3.6	19 de Marzo 2008	esr
Actualizaciones menores y nuevos enlaces
Revisión 3.5	2 de Enero 2008	esr
Correción tipográfica y algunos enlaces de traducciones
Revisión 3.4	24 de Marzo 2007	esr
Nueva Sección,Cuando preguntan acerca de código
Revisión 3.3	29 de Septiembre 2006	esr
Introduciendo buenas sugerencias de Kai Niggem Ann
Revisión 3.2	10 de Enero 2006	esr
Introduciendo ediciones de Rick Moen
Revisión 3.1	28 de Octubre 2004	esr
Documento 'Google es tu amigo!'
Revisión 3.0	2 de Febrero 2004	esr
Agregados importantes acerca de la etiqueta apropiada en los foros Web

Tabla de Contenidos

Traducciones.

Avisos.

Introducción

Antes de preguntar.

Cuando preguntas.

Escoge tu foro cuidadosamente.
Los foros Web y los canales IRC dirigidos a los novatos comúnmente dan las respuestas más rápidas.
Como un segundo paso, usa las listas de correo de los proyectos.
Usa encabezados de asunto claros y específicos.
Hagalo fácil de responder.
Escriba en lenguaje claro, gramaticalmente correcto y con buena dicción.
Envie preguntas en formatos accesibles y estandarizados.
Sea preciso e informativo acerca de su pregunta.
Volumen no es precisión.
No corra a declarar que ha encontrado un bug.
Arrastrarse no es un substituto de hacer su tarea.
Describe los sintomas de tu problema, no tus suposiciones.
Describe los sintomas de tu problema en orden cronológico.
Describe el objetivo, no los pasos.
No le pidas a la gente que te responda con su correo particular.
Se explícito con tus preguntas.
Cuando preguntes acerca del código.
No publiques preguntas de tu tarea.
Evita preguntas injustificadas.
No titules tus preguntas como "urgente", incluso si lo es para ti.
La cortesía no daña, y algunas veces ayuda.
Seguimiento de la solución con una nota breve.

Cómo interpretar las respuestas.

RTFM y STFW: Cómo decirte que la has cagado de verdad ...
Si no entiendes ...
Tratando con la descortesía.

Sobre cómo no reaccionar como un perdedor.

Preguntas que no deben hacerse.

Buenas y malas preguntas.

Si no puedes obtener una respuesta.

Cómo responder preguntas de manera útil.

Recursos relacionados.

Agradecimientos.

Traducciones

Traducciones Indonesio Portugués-Br Chino Checo Danés Holandés Estonio Finés Francés Georgiano Alemán Griego Hebreo Húngaro Italiano Japonés Mongol Polaco Portugués Rumano Ruso Serbio Español-Es Sueco Tailandés Turco Sí tu quieres copiar, duplicar, traducir o tomar un fragmento de este documento, por favor lee política de copiado.

Avisos

Muchos sitios de proyectos hacen un enlace a este documento en sus secciones de como obtener ayuda. Eso esta bien, es el uso que planeamos, pero si tu eres un webmaster creando tal enlace para tu página de proyecto , por favor exhibe claramente cerca de tu enlace un aviso que diga no somos un servicio soporte técnico para tu proyecto!

Hemos aprendido por el camino duro que sin tal aviso, seremos molestados repetidamente por idiotas que piensan que por haber publicado este documento nos hace responsables de resolver todos los problemas técnicos de todo el mundo.

Si estas leyendo este documento porque necesitas ayuda, y te vas con la impresión de que puedes obtener ayuda directa de los autores de este documento, tú eres uno de los idiotas a los que nos referimos. No nos formules preguntas. Te vamos a ignorar. Estamos aquí para mostrarte como obtener ayuda de gente que sabe del software y hardware con el que te estas relacionando, pero el 99.9% del tiempo no seremos nosotros. A menos de que sepas certeramente que uno de los autores es un experto con lo que estas lidiando, dejanos en paz y todos estaremos contentos.

Introducción

En el mundo de los hackers, el tipo de respuestas que obtienes a tus preguntas técnicas dependerá mucho en la forma en que hagas tus preguntas así como en la dificultad para desarrollar la respuesta. Esta guía te enseñará cómo formular preguntas de tal manera que se puedan obtener respuestas satisfactorias.

Ahora que el uso del software abierto se ha generalizado, podrás obtener usualmente buenas respuestas de usuarios más experimentados como de los hackers. Esto es bueno;los usuarios tienden a ser un poco más tolerantes con el tipo de problemas que los novatos suelen tener. Aún así, tratar a los usuarios experimentados como a los hackers, en la forma que recomendamos aquí será generalmente la vía más efectiva para obtener respuestas útiles de ellos también.

La primer cosa que hay que entender es que a los hackers les gustan los problemas realmente complejos y las buenas preguntas que les provoquen pensar en esos problemas. Si no fuera así, no estaríamos aquí. Si nos dan preguntas interesantes para trabajar en ellas te los agradeceremos; las buenas preguntas son un estímulo y un obsequio. Las buenas preguntas nos ayudan a desarrollar nuestro entendimiento,y comúnmente exhiben problemas que no hubiéramos notado o pensado de otra manera. Entre los hackers, una expresión como “Buena pregunta!” es un sincero y claro cumplido.

A pesar de esto, los hackers tienen la reputación de reaccionar a las preguntas sencillas con algo que parece hostilidad y arrogancia. Algunas veces parece como si fuéramos hóstiles con los novatos y los ignorantes. Pero esto no es necesariamente cierto.

Lo que somos, sin disculparme por ello es ser hóstiles con las personas que parecen negarse a pensar o hacer su propio trabajo antes de hacer preguntas. Gente como esa son gastadores de tiempo —toman sin dar nada a cambio, y desperdician tiempo que pudimos haber empleado en otra pregunta más interesante y con otra persona más merecedora de una respuesta. Llamamos a gente como esta “perdedores” [losers](y por razones históricas a veces lo decimos “lusers” *juego de palabras que se forma con las palabras loser=perdedor y user=usuario **nota del trad. ).

Somos concientes que mucha gente solo quiere usar el software que escribimos, y que no tiene interés algunos en aprender los detalles técnicos. Para la mayoría de la gente, la computadora es únicamente una herramienta, un medio para un fín, ellos tienen cosas más interesantes que hacer y vidas que vivir. Reconocemos eso, y no esperamos que todos tengan interés en las cosas técnicas que nos fascinan. De cualquier manera, nuestro estilo de responder preguntas se modela por las personas que sí tienen tal interés y que quieren ser participantes activos en la solución de problemas. Eso no va a cambiar. No debería, si lo hiciera, nos volveríamos menos efectivos en las cosas que hacemos mejor.

Hemos sido (por mucho tiempo) voluntarios. Tomamos tiempo de nuestras atareadas vidas para responder preguntas, y a veces nos vemos sobrepasados por ellas. Así que las filtramos sin piedad. Particularmente desechamos esas preguntas de personas que parecen ser perdedores, para emplear nuestro tiempo de preguntas-respuestas más eficientemente en ganadores.

Si encuentras esta actitud desagradable, condescendiente o arrogante, revisa tus presuposiciones. No te estamos pidiendo que nos trates con deferencia, de hecho, la mayoría de nosotros queremos más que otra cosa relacionarnos contigo en igualdad y de bienvenida en nuestra cultura. Pero simplemente no es eficiente para nosotros tratar de ayudar gente que no esta dispuesta a ayudarse a sí misma. Esta bien ser ignorante, no lo es jugarle al pendejo.

Así, mientras no es necesario ser técnicamente competente para obtener nuestra atención, es necesario demostrar el tipo de actitud que conduce a la competencia –estar alerta, atento, pensativo, deseoso de ser un participante activo en el desarrollo de una solución. Si no puedes vivir con este tipo de discriminación, te sugerimos que le pagues a alguien para que te de un contrato de soporte técnico en vez de preguntarle a hackers que personalmente te donen ayuda a ti.

Si tu decides acercarte a nosotros por ayuda, tu no querrás ser uno de los perdedores. Tu no querrás parecer uno de ellos tampoco. El mejor camino para obtener una rápida y coherente respuesta es preguntarle a personas con inteligencia, certidumbre y con pistas que acaben de pasar que se requieran para ayudarle en el problema de uno.

(Mejoras a esta guía son bienvenidas. Pueden enviar sugerencias por correo electrónico a esr@thyrsus.com o respond-auto@linuxmafia.com· Note que este documento no intenta ser una guía general de netiqueta, y que excluiremos sugerencias que no estén específicamente relacionadas para generar preguntas útiles en un foro técnico.)

Antes de preguntar

Antes de preguntar una duda técnica por correo electrónico, o en un grupo de noticias,o en un chat, haga lo siguiente:

Trate de hallar una respuesta buscando en los archivos históricos del foro donde planee publicar.
Trate de hallar una respuesta buscando en la Web.
Trate de hallar una respuesta leyendo el manual.
Trate de hallar una respuesta leyendo las FAQs.
Trate de hallar una respuesta por inspección o por experimentación.
Trate de hallar una respuesta preguntándole a un amigo más experimentado.
Si eres un programador,trata de hallar la respuesta leyendo el código fuente.

Cuando formules tú pregunta, muestra que has realizado estas cosas; ayudará a establecer que no eres una esponja ociosa y que no estas desperdiciando el tiempo valioso de otros. Aún mejor, muestra lo que hayas aprendido haciendo esas cosas. Nos gustan las preguntas de gente que ha demostrado que puede aprender de las respuestas.

Use tácticas como realizar una búsqueda en Google en el texto o cualquier cosa que sea el mensaje de error que hayas obtenido ( búsquedas en los grupos de google así como en paginas web). Esto podría llevarte directamente a documentación de ayuda o entradas a listas de correo en donde se haya respondido tu pregunta. Incluso si no es así, digamos “busque la siguiente frase pero no encontré nada que fuera útil” es algo bueno que hacer en las solicitudes de ayuda de las listas de correo o grupos de noticias, si lo que buscamos en sus históricos no nos ayuda. Esto también ayudará a otras personas con problemas similares a los de tu entrada al vincular sus términos de búsqueda con lo que esperanzadoramente fue la entrada de problema original y su solución.

Tomate tu tiempo. No esperes ser capaz de resolver problemas complicados con solo un rato de búsqueda en Google. Lee y entiende las FAQs, sientate, relajate y piensa un rato en el problema antes de acercarte a los expertos. Confía en nosotros, serán capaces de decir desde tus preguntas que tanto has leído y pensado, y serán más capaces de ayudarte si llegas preparado. No dispares todo tu arsenal de preguntas solo porque tu primera búsqueda se mostró sin respuestas (o no muchas).

Prepara tus preguntas. Piensalas. Las preguntas precipitadas recibirán respuestas precipitadas, o ninguna en absoluto. Cuanto más que hagas para demostrar que has puesto empeño y esfuerzo en resolver tu problema antes de buscar ayuda , sera más probable que obtengas ayuda.

Cuidate de hacer la pregunta incorrecta. Si haces una que este basada en suposiciones equivocadas, J. Random Hacker la responderá con una respuesta literalmente inútil mientras piensa “estúpida pregunta ...”, y esperando que la experiencia de obtener lo que preguntaste en vez de lo que necesitas te enseñe una lección.

Nunca asuma que tienes derecho a una respuesta. No lo tienes, no estas , después de todo, pagando por un servicio. Te vas a ganar una respuesta, si te la ganas, al preguntar una substancial, interesante y pensadoramente provocadora pregunta ---una que implícitamente contribuya a la comunidad experimentada en vez de solamente demandar pasivamente conocimiento de otros.

De otra manera, hacer claro que eres capaz y tienes la voluntad de ayudar en el proceso de desarrollar la solución es un buen comienzo. “¿Podría alguien darme alguna pista?”, “¿Qué es lo que le falta a mi ejemplo?”, y “¿Qué sitios debería haber revisado?” son más probables de obtener una respuesta que “Por favor publiquen el procedimiento exacto que debería usar” porque estas claramente estableciendo que verdaderamente tienes la voluntad de completar el proceso si solo alguien te pone en la dirección correcta.

Cuando preguntes

Escoge cuidadosamente tu foro

Se sensible al escoger donde formulas tu pregunta. Podrías ser ignorado, o señalado como un perdedor, si tú:

publicas tu pregunta en un foro que sea ajeno al tema
publicas una pregunta muy elemental en un foro se esperan preguntas técnicas avanzadas, o viceversa.
Haces publicaciones entrecruzadas a muchos grupos de noticias diferentes
envias un correo personal a alguien que es no es conocido tuyo ni es responsable personalmente de resolver tu problema.

Los hackers mandan a volar las preguntas que son inapropiadamente dirigidas en orden de proteger sus canales de comunicación de que sean inundados por mensajes irrelevantes. No quieres que esto te pase a ti.

El primer paso, es hallar el foro correcto. Nuevamente, Google y otros métodos de búsquedas web son tus amigos. Usalos para hallar la pagina web de proyecto más cercanamente asociado con el hardware o software que te está dando dificultades. Usualmente tendrá ligas a las listas de las FAQs (Frequently Asked Questions), y a las listas de correo del proyecto y a sus archivos. Estas listas de correo son los lugares finales para ir por ayuda, si tus propios esfuerzos (incluyendo leer esas FAQs que encontraste) no encuentran una solución . La página de proyecto también podría describir un procedimiento para reportar errores, o tener una liga a uno; si es así, sigalo.

Mandar un correo a un foro o una persona con la que no estés familiarizado es arriesgarse en el mejor de los casos. Por ejemplo, no asumas que el autor de una página informativa quiere ser tu asesor sin sueldo. No hagas pronósticos optimistas acerca de como será recibida tu pregunta — si no estas seguro, mandalo a cualquier otro lado o abstente de mandarlo del todo.

Cuando selecciones un foro web, grupo de noticias o lista de correo, no confíes en el nombre por sí mismo, busca las FAQs para verificar que tu pregunta esta dentro de sus temas. Lee algo del tráfico anterior antes de publicar así tendrás un sentimiento de como se hacen las cosas en ese lugar. De hecho, es una buena idea hacer una búsqueda de palabras clave relacionadas a tu problema en un los archivos de grupos de ayuda o de las listas de correo antes de publicar tu pregunta. Podrías hallar tu pregunta, y si no te ayudará a formular una mejor pregunta.

No dispares a todos los canales de ayuda de una vez, eso es como gritonear e irrita a las personas. Camina dentro de ellos suavemente.

¡Averigua de que se trata tu tema! Una de los errores clásicos es preguntar acerca de la programación de interfaces en Unix o Windows en un foro dedicado a un lenguaje de programación o una biblioteca de programación o de alguna herramienta portable entre ambos. Si no entiendes porque esto es una equivocación, sería mejor que no preguntes nada hasta que lo entiendas.

En general, las preguntas a un foro público bien seleccionado serán más propensas a recibir respuestas útiles que las preguntas equivalentes a un particular. Hay muchas razones para esto. Una es simplemente la cantidad de potenciales usuarios que respondan. Otra es la cantidad de audiencia; los hackers prefieren responder preguntas que eduquen a muchas personas que preguntas que sólo sirven a unos pocos.

Comprensiblemente, los hackers más hábiles y los autores de software popular están recibiendo más que solo su cuota de mensajes equívocos. Adicionalmente al flujo, en algunos casos extremos podrías ser la gota que derrame el vaso --- algunas veces, los contribuyentes de proyectos populares han cancelado su soporte por el daño colateral recibido en forma de tráfico de correos electrónicos inútiles a sus cuentas personales se hizo insoportable.

Los foros Web y los canales IRC dirigidos a los novatos comúnmente dan las respuestas más rápidas

Los grupos de usuarios locales, o las distribuciones Linux avisan de foros Web o canales IRC donde los novatos pueden obtener ayuda.(En la mayoría de los países los foros para novatos aún son del tipo de listas de correo. ) Estos son los mejores lugares para preguntar, especialmente si piensas que te estas enfrentando a un problema relativamente simple o común. Un canal de IRC anunciado es una invitación abierta a formular preguntas y usualmente obtener respuestas en tiempo real.

De hecho, si obtuviste un programa que te esta dando problemas en una distribución Linux (como es común hoy en día), lo mejor es preguntar en el foro/lista de correo del la distro en cuestión antes de intentar el foro/lista de correo del programa en sí. Los hackers del proyecto simplemente dirán, “usa nuestro ejecutable”.

Antes de publicar en cualquier foro Web, verifica si tiene implementado un motor de búsqueda. Si lo tiene, intenta un par de búsquedas con palabras clave con algo relacionado con tu problema; podría ayudarte. Si realizaste una búsqueda Web general antes (como deberías haberlo hecho), busca de todas maneras en el foro; tu motor de búsquedas preferido podría no tener todo lo de este foro indexado recientemente.

Hay una tendencia creciente en los proyectos de proveer soporte a los usuarios en foros Web o en un canal de IRC, con listas de correo más reservadas para el tráfico de los desarrolladores. Así que por principio busca esos canales cuando busques ayuda de un proyecto en específico.

Como un segundo paso, use las listas de correo de los proyectos

Cuando un proyecto tiene una lista de correo para los desarrolladores, escribe a la lista de correo, no a los desarrolladores individualmente, incluso si crees saber quien podría responder de mejor manera a tu pregunta. Lee la documentación del proyecto su página principal oficial para conocer la dirección de la lista de correo del proyecto, y usala. Hay muchas buenas razones para esta política:

Cualquier pregunta lo suficientemente buena para ser formulada a un desarrollador será también valiosa para todo el grupo. Es sentido contrario, si sospechas que tu pregunta es muy tonta para la lista de correo, no es excusa para hostigar a los desarrolladores individualmente.
Hacer preguntas en las listas de correo distribuye la carga de trabajo entre los desarrolladores. El desarrollador individual (especialmente si él es el líder del proyecto ) podría estar muy ocupado para responder a tus preguntas.
La mayoría de las listas de correo son archivadas y estos archivos son indexados por los motores de búsqueda Si formulas una pregunta en las listas y esta es respondida, un futuro solicitante podr&iacuet;a hallar tu pregunta y la respuesta en la Web en vez de volver a preguntar.
Ciertas preguntas son formuladas regularmente,los desarrolladores pueden usar la información para mejorar la documentación o el software en sí para ser menos confuso. Pero si esas preguntas se realizan de manera particular, nadie tendrá la visión completa de cuáles preguntas son formuladas comúnmente.

Sí el proyecto tienen ambas listas de correo , para “usuarios” y para “desarrolladores” (o “hackers”) o un foro Web, y tu no andas trabajando sobre el código, pregunta en la lista/foro para “usuarios”. No asumas que tendrás buena recepción el la lista de desarrolladores, donde ellos experimentarán tus preguntas como ruido interrumpiendo su tráfico de desarrolladores.

Aún así, si esta completamente seguro de que tu pregunta no es trivial, y no obtienes ninguna respuesta en las listas o el foro para usuarios por varios días, intentalo en las de los “desarrolladores”. Seras bien advertido de estar al acecho por algunos días antes de poder publicar para aprender los manejos locales (de hecho este es un buen consejo para cualquier lista privada o semi-privada).

Si no puedes hallar ninguna lista de correo, pero solo ves la dirección del encargado del proyecto, adelante, escribele a él. Pero aún en ese caso, no asumas que la lista de correo no existe. Menciona en tu correo electrónico que intentaste hallar la lista de correo adecuado pero que no la encontraste. También menciona que no objetarás el que tu correo sea redirigido a otra persona. (Mucha gente cree que la correspondencia particular debe permanecer privada, incluso si no hay nada de secreto en ella. Al permitir que la correspondencia pueda ser redirigida a terceros se le da al receptor la opción acerca de cómo manejar tu correo electrónico.)

Usa encabezados de asuntos claros y específicos.

En las listas de correo, los grupos de usuarios o los foros Web, los encabezados son tu oportunidad dorada para atraer la atención de expertos calificados en cerca de 50 caracteres o menos. No la desperdicies en balbuceos como “Por favor ayudenme” (deja en paz “POR FAVOR AYUDENME!!!!”; mensajes con encabezados como este son descartados por simple reflejo.) No trates de impresionarnos con lo profundo de tu angustia; en vez de eso usa el espacio para un descripción súper concisa.

Una buena convención para los temas de encabezado, usada por muchas organizaciones de soporte técnico, es la descripción en forma “objeto-desviación”. Donde la parte del “objeto” especifica que cosas o grupo de cosas esta teniendo problemas, y la parte de la “desviación” describe la desviación del comportamiento esperado o especificado.

Estúpido:: AYUDA! El vídeo no trabaja correctamente en mi laptop!
Inteligente:: X.org 6.8.1 desaparece el puntero del ratón esta jodido, chipset de vídeo Fooware MV1005
más inteligente:: El cursor del ratón en X.org 6.8.1 con el chipset de vídeo Fooware MV1005 -se jode

El proceso de escribir una descripción del tipo “objeto-desviación” te ayudará a organizar tu pensamiento acerca del problema de manera más detallada. ¿Qué es lo que se afecta, solo el cursor del ratón o también los gráficos?, ¿Es esto específico de la versión de X.org del servidor X?, ¿De la versión 6.8.1?, ¿Es específico del chipset de vídeo Foooware ?, ¿Del modelo MV1005?. Un hacker que observe el resultado puede inmediatamente entender qué es lo que te esta dando problemas y el problema que estas teniendo, de una sola mirada.

Imagínate buscando en el índice de los archivos de preguntas, con solo las líneas del encabezado de tema mostrándose. Haz que tu encabezado de tema refleje tu pregunta tan bien que el próximo que busque en el archivo con una pregunta similar a la tuya sea capaz de seguir la entrada a la respuesta en vez de publicar la pregunta nuevamente.

Si haces una pregunta en una respuesta de entrada anterior, asegurate de cambiar el título de encabezado para mostrar que estas haciendo una pregunta. Una línea de encabezado que se veo como “Re:test” o “Re:nuevo bug” es menos capaz de atraer atención útil. Además, evita la cita de mensajes anteriores al mínimo con la idea de enterar a los nuevos lectores de la entrada.

No te metas simplemente en un mensaje de respuesta de la lista para comenzar una nueva entrada. Eso limitar&aaacute; tu audiencia probable. Algunos clientes de correo, como mutt, permiten al usuario ordenar las entradas y entonces esconden los mensajes de una entrada al ordenarlos dentro de la entrada. La gente que hace eso nunca leerá tu mensaje.

Cambiar el tema del encabezado no es suficiente. Mutt, y probablemente otros clientes de correo, buscan otra información en los encabezados de correo electrónico para asignarlos a una entrada, no la línea de encabezado. En vez de eso comienza un nuevo correo electrónico.

En los foros Web las reglas de buenas prácticas son un poco diferentes, porque los mensajes son comúnmente muy cercanos a los límites de ciertas entradas de discusión específicas y usualmente son invisibles fuera de esas entradas. Cambiarle el tema de encabezado cuando preguntes dentro de una respuesta no es esencial. No todos los foros permiten separar las líneas de tema de las réplicas, y casi nadie las lee cuando lo hacen. Como sea, formular preguntas en una réplica es una práctica de dudosa &uacyte;tilidad por sí misma, porque solo será vista por aquellos que estén buscando esa entrada. Así, a menos que estés seguro que quieres preguntar solo a los participantes activos de esa entrada, empieza una nueva.

Hazlo fácil de responder.

Terminar tu solicitud de ayuda con "Por favor envíe su respuesta a ..." la hará incapaz de obtener una respuesta. Si no te tomas la molestia de tomarte unos pocos segundos para escribir una correcta línea de respuesta-a en el encabezado de tu cliente de correo, no nos tomaremos la molestia de tomarnos unos segundos para pensar en tu problema. Si tu programa de correo no permite esto, obtene un mejor programa de correo. Si tu sistema operativo no permite ningún programa de correo electrónico que permita esto, obten un mejor sistema operativo.

En los foros Web, preguntar por una respuesta anterior por correo es bastante rudo, a menos de que creas que la información es sensible (y que alguien podrá, por alguna desconocida razón, hacértelo saber pero no lo sabe el foro completo). Sí quieres una copia de un correo electrónico cuando alguien respondió en una entrada, solicita que el foro Web la envié; esta opción se permite casi en cualquier lugar bajo las opciones como “observar esta entrada”,”enviar correo de las respuestas”, etc.

Escriba en lenguaje claro, gramaticalmente correcto y con dicción correcta.

Hallamos por experiencia que la gente que escribe sin cuidado y torpemente son descuidados y torpes al pensar y programar ( o lo suficiente como para apostarle a eso,de cualquier manera). Dar respuestas a descuidados y torpes no es estimulante; preferimos emplear nuestro tiempo donde sea.

Expresar tus preguntas claramente y bien es importante. Si no te tomas la molestia de hacerlo, no podremos tomarnos la molestia de prestarte atención. Emplea un esfuerzo adicional para pulir tu lenguaje. No tiene que ser rigido o formal – de hecho, la cultura hacker valora el lenguaje informal, coloquial y humorístico usado con precisión. Pero tiene que ser preciso; tiene que haber indicios de que estas pensando y prestando atención.

Vocaliza, puntualiza y utiliza las mayúsculas correctamente. No confundas “que” con “q' ”, “haya ” con “ alla”, o “es que ” con “ s k”. No ESCRIBAS TODO EN MAYÚSCULAS; esto se interpreta como estar gritando y es considerado una rudeza. ( todo en minúsculas es levemente menos complicada, mientras que es difícil de leer.Alan Cox puede salirse con la suya tu no.)

Es más, si escribes como un tipo semi-letrado es muy posible que seas ignorado. No uses las contracciones de la mensajería instantánea. Escribir “que” como “k” te hará parecer semi-letrado y todo por ahorrarte unos golpes de teclado. Peor aún: escribir como un hax0r script kiddie de l33t será el total y absoluto beso de la muerte y te asegurará no recibir nada salvo un silencio pétreo (o , en el mejor de los casos, una ayuda sarcástica y punzante ) de vuelta.

Si haces preguntas en un foro donde no usan tu lenguaje materno/nativo, recibirás una cantidad limitada de mofas por tú incorrecta ortografía y errores gramaticales – pero no burlas por haraganería (y sí, podemos notar la diferencia). También, a menos que sepas que lenguaje es el de los usuarios que responden, escribe en inglés. Los hackers muy ocupados tienden a simplemente desechar las preguntas escritas en idiomas que no entienden, y el inglés es el lenguaje que sirve en la Internet. Escribiendo en inglés minimizas las oportunidades de que tu pregunta sea descartada sin leerla.

Envie preguntas en formatos accesibles y estandarizados.

Si haces tus preguntas artificialmente difíciles de leer, será mas sencillo que sea relegada en favor de otra que no lo sea:

Envia el correo en texto plano, no en HTML. (No es difícil desactivar el HTML.)
Los adjuntos MIME generalmente están bien, pero solamente si tienen contenido real (como un parche o un código fuente), y no simplemente basura generada por tu cliente de correo (tal como otra copia generada de tu propio mensaje).
No envíes correo electrónico en donde cada párrafo sean lineas individuales juntas. (Esto hace que sea muy difícil de responder solo a parte de ese mensaje.) Asuma que sus respondientes van a leer correo en un texto que se mostrará de 80 caracteres de ancho y configura tu cliente para que junte las líneas en eso , algo menos que 80.
De cualquier manera no pegues información (tal como salidas de bitácoras o transcripciones de sesiones) en cualquier ancho fijo de columna. La información debe ser incluida cómo esta, así los replicadores podrán tener la confianza de que están viendo lo que tú viste.
No envíes mensajes codificados como MIME Quoted-Printable a un foro que use idioma inglés nativamente. Esta codificación puede ser necesaria cuando estas publicando en un lenguaje que el ASCII no cubre, pero muchos clientes de correo no lo soportan. Cuando se corrompe, todos esos glifos =20 se esparcen a través del texto y son distractores horribles — o podría sabotear activamente la semántica de tú texto.
Nunca, jamás esperes que los hackers sean capaces de leer formatos de documentos cerrados propietarios como Microsoft Word o Excel. La mayoría de los hackers reacciona a estos así como si tuvieras una pila de desperdicio de cerdo apilado en tu puerta. Incluso si ellos tuvieran que hacerlo, se resentirán de tener que hacerlo.

Si estas enviando correo electrónico desde una máquina Windows, desactiva la estúpida utilidad de Microsoft “Smart Quotes”. Esto es para que evites esparcir caracteres basura en tu correo electrónico.

En los foros Web, no abuses de los “emoticons” y de las utilidades “HTML” (cuando estén presentes). Un emoticon o dos est&aaacute;n bien generalmente, pero el texto coloreado hará que la gente piense que eres un idiota. Abusar del uso de los emoticons, del color y las tipografías hará que salgas como una adolescente risueña, lo que generalmente no será una buena idea a menos que estés más interesado/a en el sexo que en las respuestas.

Si estas usando un cliente de correo con interfaz gráfica tal como el Messenger de Netscape, MS Outlook, o cualquier clon parecido, ten cuidado, podrías estar violando estas reglas al usarlos con sus configuraciones por defecto. La mayoría de estos clientes tienen comandos basados en menús para “Ver el documento” . Usalo en algo en tu folder de correo enviado, verifica que envías texto plano sin agregados innecesarios.

Sé preciso e informativo acerca de tú problema.

Describe los síntomas de tu problema o error clara y cuidadosamente.
Describe el ambiente en el cuál ocurrió (máquina, SO, aplicación, etc). Provee al generador de la distribución y versión (e.g.: “Fedora Core 7”, “Slackware 9.1”, etc.).
Describe la investigación que realizaste para intentar entender el problema antes de formular la pregunta.
Describe los pasos que llevaste a cabo para intentar resolver el problema por ti mismo antes de formular la pregunta.
Describe cualquier cambio reciente relevante posible en tu computadora o configuración de software.
Si te es posible después de todo , provee una vía para reproducir el problema en una ambiente controlado.

Haz tu mejor esfuerzo para anticiparte a las preguntas que un hacker te hará , y respondelas de antemano en tu solicitud de ayuda.

Dándole a los hackers la posibilidad de reproducir tú problema en un ambiente controlado es especialmente importante si estás reportando algo que piensas que es un bug en el código. Cuando haces esto, tus posibilidades de obtener una respuesta útil y la velocidad con la que esperas obtener una respuesta se incrementan tremendamente.

Simón Tatham escribió un excelente ensayo intitulado Cómo Reportar Bugs Efectivamente. Realmente te recomiendo que lo leas.

Volumen no es precisión.

Necesitas ser preciso e informativo. Este fin no se cumple simplemente exhibiendo grandes cantidades de código o información en una solicitud de ayuda. Sí tienes un caso de estudio grande y complicado que está rompiendo un programa, trata de dividirlo y hacerlo tan pequeño como te sea posible.

Esto es útil al menos por tres razones. Primera: ser visto capaz de invertir esfuerzo en una cuestión hará que seas capaz o merecedor de obtener una respuesta, Segundo: simplificar la cuestión hará que seas capaz o merecedor de obtener una respuesta útil. Tercero: en el proceso de refinar tú reporte de error, podrías desarrollar una solución o un camino alterno al mismo.

No corras a declarar que has encontrado un bug.

Cuando estas teniendo problemas con una pieza de software, no declares que has encontrado un bug a menos que estés muy, muy seguro de tus bases. Consejo: a menos que puedas proveer un parche para el código fuente que solucione el problema, o una prueba contra una versión que demuestre un comportamiento erróneo, probablemente no estarás completamente seguro. Esto se aplica a las páginas Web y a la documentación, también; Sí has encontrado un “error” en la documentación, deberás proveer el texto de reemplazo y en cuales páginas este deberá ir.

Recuerda, hay muchos más usuarios que no estarán experimentando tú problema. De otra manera habrías aprendido de este problema cuando leíste la documentación y cuando buscaste en la Web (hiciste eso antes de quejarte, ¿verdad?). Esto significa que es muy probable que eres tú quien está haciendo algo mal, no el software.

La gente que escribió el software trabajó muy duro para hacerlo trabajar lo mejor posible. Si tú declaras haber encontrado un error, estarás impugnando su competencia, lo cuál podría ofender a alguno de ellos incluso si estas en lo correcto. Es especialmente falto de tacto gritar “bug” en la línea de encabezado.

Cuando formules tu pregunta, es mejor escribir pensando en que asumes que tú estas haciendo algo mal, incluso cuando estas en lo particular muy seguro de que has encontrado un error. Si realmente fuera un error, escucharas de él en la respuesta. Hacerlo de esta manera hará que los encargados quieran disculparse contigo si el error es real, en vez de que les debas una disculpa si la has batido.

Arrastrarse no es un substituto de hacer su tarea.

Algunas personas que entienden que no se deben comportar ruda o arrogantemente, al demandar una respuesta, se vuelcan al extremo opuesto, se arrastran. Cosas como “Se que soy simplemente un novato patético y perdedor, pero ...” es distractor y es inútil. Es especialmente molesto cuando va acompañado de vaguedades acerca del problema.

No pierdas tú tiempo, o el nuestro, con diplomacia tosca y primitiva. En vez de eso, presenta los hechos que antecedieron a tus preguntas tan claramente como puedas. Este es el mejor camino para posicionarte en vez de arrastrarse.

Algunas veces los foros Web tienen sitios separados para preguntas de novatos. Sí sientes que tienes una pregunta de novato, simplemente dirigete hacia allí. Pero tampoco te arrastres ahí.

Describe los sintomas de tu problema, no lo que te imagines.

No es útil decirle a los hackers que es lo que piensas que causa tu problema. (Si tus diagnósticos teóricos fueran tan esclarecedores, ¿Estarías consultando a otros para solicitar ayuda?) Entonces, asegurate de que estas mencionando los síntomas crudos de lo que esta mal, en vez de tus interpretaciones y teorías. Dejalos hacer las interpretaciones y los diagnósticos. Si crees que es importante mencionar lo que imaginas, nombralo claramente como eso y describe porque la respuesta no esta funcionando para ti.

Estúpido:: Estoy de vuelta a los errores en la compilació.n del kernel de la SIG11,y sospecho una fisura en las pistas de mi tarjeta madre.¿Cuál es el mejor camino para verificar esto?
Inteligente:: Mi máquina ensamblada K6/233 con una tarjeta madre FIC-PA2007 (chipset VIA Apollo VP2 ) con 256MB de memoria Corsair PC133 SDRAM comenzó a tener errores frecuentes SIG11 cerca de 20 minutos después de encenderla cuando se compilaba el kernel , pero nunca en los primeros 20 minutos. Rebootearla no reinicia el reloj, pero apagarla si lo hace . Intercambiarle la RAM tampoco ayuda. La información relevante de la bitácora de una típica sesión de compilación viene a continuación.

Desde el punto precedente se ve como uno para pensar para muchos, aquí hay una frase par recordarte: “Todos los técnicos son de Missouri”. La divisa oficial de los EUA es “Muestrame” (ganada en 1899, cuando el congresista Willard D. Vandiver dijo “Vengo de un país que cosecha algodón y maíz y cardos y demócratas, y la elocuencia espumosa ni me convence ni me satisface. Yo soy de Missouri. Tienen que mostrarme.”) En el caso de los técnicos, no es una cuestión de escepticismo, tanto como la necesidad funcional, literalmente hablando, de verificar lo que sea más cercano posible a la misma evidencia cruda que tú ves, en vez de tus resúmenes y conjeturas. Muestranos.

Describe los síntomas de tu problema en orden cronológico

Las claves más útiles para saber que algo que va mal comúnmente descansan en los eventos inmediatamente anteriores. Así que debes describir lo más preciso posible que hiciste, y que hizo la máquina y el software, de tal manera que nos conduzca al desastre. En el caso de los procesos de la línea de comandos, tener una bitácora de la sesión (e.g. usando utilidades de script) y mencionando las veinte líneas más relevantes es muy útil.

Si el programa en cuestión tiene opciones de diagnóstico (tales como -v para verboso), intenta seleccionar las opciones que agregaran información de ubicación y reporte de errores a la transcripción. Recuerda que es más no es necesariamente mejor; intenta seleccionar un nivel de reporte que debug informe en vez de llevar al lector al hastío.

Si tu caso expuesto termina siendo largo (más de cuatro párrafos), podría ser útil establecer de manera breve el problema al inicio, después con la historia cronológica. De esa manera, los hackers sabrán que mirar cuando lean de tú caso.

Describe el objetivo, no los pasos.

Si estas intentando averiguar como hacer algo (al contrario de reportar un error), empieza por describir el objetivo. Sólo después describe los pasos en particular acerca del mismo en los que estás bloqueado.

Comúnmente, la gente que necesita ayuda técnica tiene un objetivo alto en mente y se atora en lo que ellos creen es un camino particular acerca del objetivo. Vienen por ayuda con el paso realizado, pero no se dan cuenta de que la ruta es incorrecta. Puede tomar un considerable esfuerzo superar esto.

Estúpido:: ¿Cómo obtengo el tomador de colores en el programa FooDraw para tomar un valor hexadecimal RGB?
Inteligente:: Estoy tratando de reemplazar la tabla de colores en una imagen con valores de mi elección. En este momento la única vía que contemplo para hacer esto es editar cada valor de la tabla, pero no puedo hacer que el tomador de colores de FooDraw tome valores hexadecimales RGB.

La segunda versión de la pregunta es inteligente. Permite una respuesta que sugiera una herramienta mejor preparada para la tarea.

No le pidas a la gente que responda con su correo particular.

Los hackers creen que resolver problemas debería ser un proceso público, transparente durante el cuál en un primer intento de una respuesta podría y debería ser corregida si alguien con más conocimiento nota que esta incompleta o incorrecta. Además, los auxiliares obtienen algo de su recompensa de ser contestatarios al ser vistos como competentes y conocedores por sus pares.

Cuando pides una respuesta privada, estas rompiendo con ambos hechos, el proceso y la recompensa. No lo hagas. Es la opción de quien responde como responder, en privado — y si lo hace, usualmente es porque piensa que la pregunta esta mal planteada o es obvia para ser del interés de los demás.

Hay una excepción limitada a esta regla. Si piensas que la pregunta es tal que obtendrás respuestas muy similares, entonces las palabras mágicas son “mandenme un correo y juntare las respuestas para el grupo”. Es cortes intentar y salvar a la lista de correos o al grupo de noticias de un flujo de publicaciones idénticas — pero deberás de sostener y cumplir la promesa de reunirlas.

Se explícito con tus preguntas.

Las preguntas que terminan muy abiertas tienden a ser percibidas como consumidoras de tiempo. Las personas que más probablemente te podrían auxiliar dándote una respuesta útil son también las más atareadas(porque son los que toman más trabajo para sí mismos). Gente como esa son alérgicas a los consumidores de tiempo, por lo tanto tienden a ser alérgicos a las preguntas que son muy abiertas.

Serás mas propenso a recibir respuestas útiles si eres explícito acerca de los que quieres que los contestatarios hagan (provee orientaciones, envía código, verifica tu parche, lo que sea). Esto centrara el esfuerzo e implícitamente agregará una ayuda en el tiempo y esfuerzo que los contestatarios deberán poner para ayudarte. Esto es bueno.

Para entender el mundo en que los expertos viven, piensa en la experiencia como un recurso abundante y el tiempo de respuesta como uno escaso. El menor tiempo de compromiso que solicites, será más probable que obtengas una respuesta de alguien verdaderamente bueno y realmente ocupado.

Así que es útil limitar tú pregunta para minimizar el tiempo de compromiso requerido para que trabaje en él un experto –pero usualmente no es lo mismo que simplificar la pregunta. Por ejemplo, “¿Podrías darme una orientación para una buena explicación de X?” es comúnmente una pregunta más inteligente que “¿Podrías explicar X?”. Si tienes código con errores, es usualmente más inteligente preguntarle a alguien que nos explique qué es lo que está mal con él que pedirle que lo arregle.

Cuando preguntes acerca de código.

No le pidas a otros que revisen tu código fallido sin dar ayudas acerca de que problema deberían estar buscando. Publicar unos cuantos cientos de líneas de código, para decir "no funciona", har´ que seas ignorado. Publicar una docena de líneas de código, diciendo “después de la línea 7 esperaba ver , pero ocurrió en vez de eso" es mucho m´s probable que logres una respuesta.

La vía más efectiva para ser preciso acerca de un problema de código es proveer un mínimo y demostrativo caso de prueba de error. ¿Qué es un caso mínimo de prueba? Es una ilustración del problema; justo el código suficiente para exhibir un comportamiento indeseable y no más. ¿Cómo haces un caso mínimo de prueba? Sí sabes cuál línea o sección de código está produciendo el comportamiento problemático, haz una copia de él solo agrega suficiente código para reproducir un ejemplo completo (i.e. Suficiente código fuente para que el compilador/interprete/cualquier aplicación que lo procese). Sí no lo puedes dirigir a una sección en particular,haz una copia del código fuente y empieza a remover partes que no afecten el comportamiento problemático. Lo más pequeño que sea tu caso de prueba será lo mejor (ver las sección llamada “Volumen no es precisión”).

Generar un caso realmente mínimo y pequeño no siempre será posible, pero intentarlo es una buena disciplina. Puede ayudarte a aprender que es lo que necesitas para resolver el problema por ti mismo — e incluso que es lo que no lo hace, los hackers gustan de ver que lo has intentado. Los hará más cooperativos.

Si simplemente quieres una revisión del código, dilo de frente,y asegurate de mencionar que áreas piensas que necesitan revisión en particular y por qué.

No publiques preguntas de tu tarea.

Los hackers son buenos para detectar preguntas de tareas; la mayoría de nosotros hemos hecho lo mismo. Esas preguntas son para que tu trabajes por fuera, de tal manera que aprendas de tu experiencia. Esta bien preguntar por orientaciones, pero no por la solución completa.

Si has pasado una pregunta de tarea, pero no la puedes resolver de todas maneras, intenta preguntar en un foro de grupo de usuarios o (como último recurso) en una lista/foro de “usuarios”de un proyecto. Mientras que los hackers la notarán, alguno de los usuarios avanzados podría al menos darte una orientación.

Evita preguntas injustificadas.

Resiste la tentación de finalizar tú solicitud de ayuda con preguntas sin sentido como “¿Podría alguien ayudarme ?” o “¿Existe alguna respuesta?” Primero: si has descrito tú problema medianamente competente, tales preguntas son en el mejor de los casos superfluas. Segundo: porque ellas son superfluas , los hackers las encuentran molestas — y son tentados a recurrir a la lógica formal e impecable pero desalentadora de dar respuestas del tipo “Sí , puedes ser ayudado” y “No, no hay ninguna ayuda para ti.”

En general, formular preguntas del tipo si-o-no es algo bueno de evitar a menos que tu requieras una respuesta del tipo si-o-no.

No titules tus preguntas como "Urgente", incluso si lo es para ti.

Ese es tu problema, no el nuestro. Pedir urgencia es como ser un checador de productividad: la mayoría de los hackers simplemente borrara tales mensajes como intentos egoístas y burdos de obtener atención especial e inmediata.

Existe una semi excepción. Se puede mencionar que estas usando el programa en algún lugar de alto perfil, uno al que los hackers excite; en tal caso, si estas bajo presión por tiempos, y lo dices amablemente, la gente puede verse interesada lo suficiente para contestar rápidamente.

Esto es algo muy riesgoso de hacer, porque la escala de estimaciones de los hackers acerca de que es excitante pueden ser diferentes de las tuyas. Publicar desde la estación espacial internacional podría calificar, por ejemplo, pero publicar acerca de una causa política o una organización caritativa para-sentirse-bien ciertamente no lo será. De hecho, publicar “Urgente: Ayudenme a salvar a los preciosos cachorros de foca !” inevitablemente te llevará a ser flameado o sacado incluso por los hackers que piensan que los cachorros de foca preciosos son importantes.

Si hallas que esto es misterioso, relee el resto de este how-to repetidamente hasta que lo entiendas antes de publicar absolutamente cualquier cosa.

La cortesía no daña, y algunas veces ayuda.

Sé cortes. Usa “Por favor” y “Gracias por tú atención” o “Gracias por tu consideración”. Haz claro que aprecias el tiempo que la gente emplea en ayudarte por nada.

Para ser honesto, esto no es tan importante como (y no puede ser sustituido por) ser gramaticalmente, claro, preciso y descriptivo, evitar los formatos propietarios etc.; los hackers en general preferirán tener reportes técnicos correctos aunque algo bruscos, que vaguedades amables. (Si esto te desconcierta, recuerda que valoramos las preguntas por lo que nos enseñan.)

Como sea, si tienes tus dudas técnicas claramente, la cortesía incrementará tus oportunidades de obtener una respuesta útil.

(Debemos mencionar que la única objeción seria que hemos tenido de hackers veteranos a este HOWTO es con respecto a nuestra recomendación previa de usar “De antemano gracias”. Algunos hackers sienten que esta connotación es para no agradecer a nadie después de haber recibido ayuda. Nuestra recomendación es de agregar también , primero “De antemano gracias” y después agradecer a los contestatarios que participaron, o expresar cortesía en un modo diferente, tal como al decir “Gracias por su atención” o “Gracias por su consideración”.)

Siga la solución con una nota breve.

Envía una nota después de que el problema haya sido resuelto a todos los que te ayudaron; hazles saber cómo se resolvió y agradeceles nuevamente el que te hayan socorrido. Si el problema atrajo la atención generalizada en una lista de correo o un grupo de ayuda, será apropiado publicar el seguimiento del mismo ahí mismo.

Lo óptimo sería que la réplica fuera para la entrada que comenzó la pregunta que fue publicada originalmente, y debería tener ‘CORREGIDO’, ‘RESUELTO’ o una mención igualmente obvia en el encabezado del tema. En las listas de correo con movimiento continuo, un potencial contestatario que lea una entrada acerca del “problema X” terminando con “problema X - RESUELTO” sabrá que no desperdicia su tiempo leyendo la entrada (a menos que (el/ella) personalmente halle el problema X interesante) y pueda así su tiempo de solución en un problema diferente.

Tu seguimiento no tiene que ser largo e involucrante; un simple “¡Qué tal! — fue un cable de red defectuoso! Gracias a todos . - Bill” será mejor que nada. De hecho, un resumen corto y agradable es mejor que una disertación larga a menos que la solución realmente sea técnicamente profunda. Diga que fue lo que resolvió el problema, pero no tienes que repetir todo el procedimiento de diagnóstico y solución por completo.

Para los problemas con algo de profundidad, es apropiado publicar un resumen de la secuencia del procedimiento de diagnóstico y solución. Describe tú problema real finalmente . Describe que te funcionó como solución, e indica los callejones sin salida después de todo. Los callejones sin salida suelen venir después de la solución correcta y otros materiales de resumen, en vez de transformar el seguimiento en una historia de detectives. Menciona los nombres de las personas que te ayudaron; de esa manera harás amigos.

Al parejo de ser cortes e informativo, este tipo de seguimiento ayudará a otros que busquen en el archivo de la lista de correo/grupo de ayuda/foro a saber exactamente que solución te ayudo y que podría ayudarles a ellos también.

Por último, pero no por ellos menos importante, este tipo de seguimiento ayuda a todos los que asistieron a sentir una satisfacción por la cercanía con el problema. Si no eres un enterado o un hacker, creenos, este sentimiento es muy importante para los gurúes y expertos a los que acudiste por ayuda. Las historias de problemas que siguieron sin resolver son cosas frustrantes; los hackers buscarán verlas resueltas. La buena voluntad que ganarás al estimular esta reacción será muy, pero muy importante y te ayudará la próxima vez que necesites formular una pregunta.

Considera cómo podrías ser capaz de prevenir a otros de tener los mismos problemas en el futuro. Preguntate si un parche en la documentación o las FAQs podría ayudar, y si la respuesta es afirmativa manda un parche al encargado.

Entre hackers, este tipo de buen comportamiento con el seguimiento es más importante que la amabilidad convencional. Es como obtendrás una buena reputación de interactuar bien con los demás, la cuál puede ser un valioso recurso.

Cómo interpretar las respuestas.

RTFM y STFW: Cómo decirte que estas bien jodido ..

Hay una tradición ancestral y respetada: si recibes una respuesta “RTFM”, la persona que te lo envió piensa que deberías haber leído el estúpido manual. El o ella estarán seguramente en lo correcto. Ve a leerlo.

RTFM tiene un pariente joven. Si recibes una respuesta “STFW”, la persona que te lo envió piensa que debiste buscar en la red. El o ella estarán seguramente en lo correcto. Ve a buscarlo . (La versión intermedia de esto es cuando te dicen “&iexec;Google es tú amigo!”)

En los foros Web, también podrías ser advertido de buscar en los archivos del foro. De hecho, alguien podría ser considerado y proporcionarte la dirección de la entrada anterior donde el problema se soluciono. Pero no te fíes en esta consideración ; has tú búsqueda en los archivos antes de preguntar.

Usualmente, la persona que te dice que hagas una búsqueda tiene el manual o la página web con la información que necesitas abrir, y la está buscando mientras el o ella teclea. Estas respuestas significan que el o ella piensan que (a) la información que necesitas es f´cil de encontrar, y (b) aprenderás más si buscas la información fuera que si la tuvieras lista para digerirla ahí mismo.

No deberías ofenderte por esto; para los estándares hackers, tu contestador esta mostrándote una áspera muestra de respeto simplemente al no ignorarte. En vez de eso deberías estar agradecido por esta consideración maternal.

Si no entiendes ...

Si no entiendes la respuesta, no reclames de inmediato por una explicación. Usa las mismas herramientas que has usado para intentarlo y responde a tu pregunta original (manuales, FAQs, la Web, amigos experimentados) para comprender la respuesta. Entonces, si aún necesitas preguntar por explicación, muestra lo que has aprendido.

Por ejemplo, supon que te digo: “Suena como si tuvieras un atorón zentry; necesitas limpiarlo.” Entonces: aquí hay una siguiente mala pregunta: “¿Qué es un zentry?” Aquí hay una buena siguiente pregunta: “OK, leí la página de manual y los zentries sólo se mencionan bajo los switches -z y -p. Ninguno de ellos dice algo acerca de limpiar los zentries. ¿Esto es uno de ellos o estoy olvidando algo?”

Tratando con la descortesía.

Mucho de lo que se ve como rudeza en los círculos hackers no está pensado para ser ofensivo. En vez de eso, es producto del estilo directo de comunicación que es natural en la gente que está dedicada a resolver problemas que en hacer sentir a los demás bien y cómodos .

Cuando percibas descortesía, intenta reaccionar calmadamente. Si alguien realmente esta saliéndose de sus cabales, es muy seguro que un veterano de la lista o grupo de ayuda lo llame a la calma. Si eso no pasa y pierdes tu temperamento, es como si la persona ante la que te alteraste se estuviera comportando de acuerdo a las normas de la comunidad hacker y tú serás considerado en el error. Esto lastimará tus oportunidades de obtener ayuda o la información que necesitas.

De otro lado, ocasionalmente serás rudo y decir eso es gratuito. El lado opuesto de lo anterior es que es una forma aceptable de mandar al diablo a los ofensores reales, exhibiendo su mal comportamiento con un escalpelo verbal muy certero. Sé muy, pero muy seguro de tus bases antes de intentar esto, de cualquier manera. La línea entre corregir y ser primitivo y comenzar un a guerra sinsentido de flamazos es lo suficientemente delgada para que los hackers la entrecrucen frecuentemente; si eres un novato o un ajeno al medio, tus oportunidades de evitar este comportamiento son muy pocas. Si estas tras información en vez de diversión, lo mejor será mantener tus dedos fuera del teclado que atreverte a experimentar esto.

(Algunas personas aseguran que muchos hackers tienen una leve forma de autismo o el síndrome de Asperger, y que tienen perdidos algunos de los circuitos cerebrales que lubrican la interacción social humana “normal”. Esto podría ser o no cierto. Si no eres un hacker, te ayudará a lidiar con nuestras excentricidades si piensas en nosotros como unos dañados mentales. Adelante. No nos importa; nos gusta ser como quiera que seamos,y generalmente tenemos un saludable escepticismo acerca de las etiquetas clínicas.)

En la siguiente sección, vamos a hablar de un tema diferente; el tipo de “rudeza” que verás cuando tú tienes un comportamiento inadecuado.

Cómo no reaccionar como un perdedor.

Es seguro que vas a ser fregado un par de veces en los foros de la comunidad hacker — en las formas detalladas en este articulo, o similares. Y te dirán como joderte a ti mismo , posiblemente con detalles profusos. Y en público.

Cuando esto pase, lo peor que puedes hacer es lamentarte acerca de la experiencia, reclamar el haber sido verbalmente asaltado, demandar disculpas, gritar, guardar tu aliento, hablar de leyes, quejarse de los empleadores de la gente, dejar la tapa del baño arriba, etc. En vez de eso, esto es lo que hay que hacer:

Olvidalo . Es normal. De hecho, es saludable y apropiado.

Los estándares comunitarios no se mantienen por si mismos: Se mantienen por la gente que los aplica activamente , visiblemente, en publico. No te quejes que todas las críticas deberían haber sido enviadas por medio de correos electrónicos privados: Así no es como esto funciona. Ni lo es tampoco insistir que has sido insultado personalmente cuando alguien comentó que una de tus declaraciones estuvo incorrecta, o que sus visiones difieren. Esas son actitudes de perdedor.

Han existido foros hackers donde, en donde con algún sentido equivocado de hiper-cortesía, los participantes son advertidos de publicar cualquier falta en contra de las publicaciones de otros, y son advertidos con “No digas nada si no tienes la voluntad de auxiliar al usuario.” El resultado de la salida de los participantes experimentados a cualquier otro lado causa que desciendan en balbuceos ininteligibles y se vuelvan inútiles como foros técnicos.

Ser exageradamente “amistoso” (en ese sentido) o útil: elige uno.

Recuerda: Cuando ese hacker te dice que estas jodido, y (no importa que tan severamente) te dice que no lo vuelvas a hacer, él esta presentando una preocupación por (1) ti y (2) su comunidad. Sería mucho más sencillo para el ignorarte y filtrarte de su vida. Si no puedes manejar el ser agradecido, al menos ten un poco de dignidad, no te quejes, y no esperes ser tratado como una muñeca frágil solo porque eres el nuevo con un alma teatral hipersensible y con ilusiones de estar autorizado a todo.

Algunas veces te atacarán personalmente, te soflamearán sin una razón aparente, etc., incluso si no la regaste (o solo la regaste en su imaginación). En tal caso, quejarse es el camino para realmente joderte

Estos soflameros también son lamers que no tienen ni idea pero creen ser expertos, o podrían ser psicólogos analizándote hasta que estés jodido. Los otros lectores también los ignoran, o hallan vías para lidiar con ellos a su modo. Las conductas soflameras crean problemas para ellos mismos, lo cuál no nos concierne.

No te dejes arrastrar a una guerra de flamazos, tampoco. La mayoría delos flamazos es mejor ignorarlos — hasta que verifiques si realmente son flamazos, no señalamientos en las formas en las cuales has sido jodido, y no respuestas hábil e inteligentemente cifradas a tus verdaderas preguntas (esto también pasa).

Preguntas que no deben hacerse.

Aquí hay algunas preguntas estúpidas clásicas, y lo que piensan los hackers cuando no las responden.

P:¿Dondé puedo encontrar el programa o el recurso X?
P:¿Cómo puedo usar X para hacer Y?
P:¿Cómo configuro mi shell?
P:¿Puedo convertir un documento AcmeCorp en un archivo TeX usando el convertidor de archivos Bass-o-matic?
P:Mi {programa, configuración, sentencia SQL} no trabaja
P:Tengo problemas con mi máquina Windows. ¿Me podrían ayudar?
P:Mi programa no trabaja. Creo que la utilería de sistema X esta rota
P:Tengo problemas al instalar Linux o X. ¿Podrían ayudarme?
P:¿Cómo obtengo él root/robo opciones de privilegio en un canal/leo el correo de alguien más?

P:	¿Dondé puedo encontrar el programa o el recurso X?
R:	En el mismo sitio donde yo lo hallaría, idiota. Al final de una búsqueda web.Dios, ¿qué no sabe todo el mundo como usar Google ya?
P:	¿Cómo puedo usar X para hacer Y?
R:	Sí lo que quieres es hacer Y, deberías preguntarle sin presuponer el uso de un método que podría no ser el adecuado. Las preguntas de esta forma indican que una persona no es simplemente ignorante de X, sino confundidas acerca de que problema Y que están resolviendo y demasiado fijado en los detalles de su particular situación. Generalmente es mejor ignorar a tales personas hasta que logren definir su problema mejor.
P:	¿Cómo configuro mi shell?
R:	Sí eres lo suficientemente inteligente para preguntar eso, también eres lo suficientemente inteligente para RTFM y hallarlo por ti mismo.
P:	¿Puedo convertir un documento AcmeCorp en un archivo TeX usando el convertidor de archivos Bass-o-matic?
R:	Intentalo y observa. Si lo haces, tú mismo (a) aprenderás la respuesta, y (b) dejarás de desperdiciar mi tiempo.
P:	Mi {programa, configuración, sentencia SQL} no trabaja
R:	Esa no es una pregunta, no estoy interesado en jugar Maratón para adivinar tú pregunta — Tengo mejores cosas que hacer. Al ver cosa como esta, mi reacción es normalmente una de las siguientes: ¿Tienes algo más que agregar a eso? oh, eso es malísimo, espero que lo arregles. ¿Y eso qué tiene que ver exactamente conmigo?
P:	Tengo problemas con mi máquina Windows. ¿Me podrían ayudar?
R:	Sí. Tira esa basura de Microsoft e instala un sistema operativo open-source como Linux o BSD. Nota: tu puedes preguntar cosa relacionadas Windows si son de un programa que también tenga un binario legítimo Windows, o que interactúen con máquinas Windows (i.e., Samba). Solo no te sorprendas por la respuesta de que el problema es con Windows y no con el programa, porque Windows esta tan mal que en general usualmente es el caso.
P:	Mi programa no trabaja. Creo que la utiler&iaacute;a de sistema X esta rota.
R:	Mientras que es posible que seas la primer persona que note una deficiencia obvia en las llamadas de sistema y bibliotecas de programación usadas ampliamente por cientos o miles de personas, lo más seguro es que no tengas ni idea. Declaraciones extraordinarias requieren evidencia extraordinaria; cuando haces una declaración como esta, debes respaldarla con documentación clara y exhaustiva del caso de falla.
P:	Tengo problemas al instalar Linux o X. ¿Podrían ayudarme?
R:	No. Necesitaría tener acceso a tu máquina para revisarla y diagnosticarla. Ve a preguntar a tu grupo de usuarios de Linux local para que te den una mano. (Puedes hallar una lista de grupos de usuarios aquí.) Nota: preguntas referentes a la instalación de Linux serían apropiadas si estas en un foro o en una lista de correo acerca de una distribución en particular, si el problema es con esa distro; o en un foro de grupos de usuarios. En este caso, asegurate de describir los detalles exactos de la falla. Pero has una búsqueda cuidadosa antes, con "linux" y todas las piezas de hardware sospechosas.
P:	¿Cómo obtengo el administrador/robo opciones de privilegio en un canal/leo el correo de alguien má?
R:	Eres un tipo de vida inferior por esperar a hacer tales cosas y un imbécil por pedirle a un hacker que te ayude.

Buenas y Malas preguntas.

Finalmente, voy a ilustrar como formular preguntas de una manera inteligente con ejemplos; pares de preguntas acerca del mismo problemas, una formulada de manera estúpida y otra de manera inteligente.

Estúpida: ¿Dónde puedo encontrar cosas acerca del Foonly Flurbamatic?

Esta pregunta solo ruega por un "STFW" como respuesta.

Inteligente: Usé Google intentando encontrar “Foonly Flurbamatic 2600” en la Web, pero no hallé pistas útiles.¿Podría tener una indicación de información para programar en este dispositivo?: Este ha leído STFW, y suena como que posiblemente tenga un problema real.

Estúpida: No puedo obtener el código fuente del proyecto foo para compilarlo. ¿Por qué esta roto?

El solicitante cree que alguien más lo perjudico. Retrasado mental arrogante...

Inteligente: El código del proyecto foo no compila en Nulix versión 6.2. Leí las FAQs, pero no tienen nada en ellas relacionado con el problema en Nulix. Aquí hay una transcripción de mis intentos de compilar; ¿será algo que hice?

El solicitante especificó el ambiente de compilación, leyó las FAQs, muestra el error, y no asume que su problema es el error de alguien más. Este podría obtener algo de atención.

Estúpida: Tengo problemas con mi tarjeta madre. ¿Podría alguien ayudarme?

J. Random Hacker responde a esto como “Correcto. ¿También necesitas jugueteo y cambio de pañales?” seguido de un golpe en la tecla de borrar

Inteligente: Intenté X, Y, y Z en una tarjeta madre S2464. Cuando eso no funciono, intenté A, B, y C. Noté el síntoma curioso cuando traté C. Obviamente el aparatito esta furulando, pero los resultados no son lo que uno esperaría. ¿Cuáles son las causas usuales de furular en las tarjetas madre Athlon MP? Alguien tiene ideas para más pruebas que pueda correr para resolver el problema?

Esta persona, parece merecedor de una respuesta. El/Ella exhibió inteligencia a la hora de la solución del problema en vez de esperar pasivamente por una respuesta para to atacar al problema.

En la última pregunta, nótese la sutil pero importante diferencia entre demandar “Denme una respuesta” y “Por favor ayudenme a darme cuenta que diagnósticos adicionales puedo correr para lograr iluminación .”

De hecho, la forma de la última pregunta esta basada en un incidente real que pasó en Agosto de 2001 en la lista de correo del kernel linux (lkml).Yo (Eric) fuí el que formuló la pregunta en aquel tiempo. Observe extraños lockups en una tarjeta madre Tyan S2462. Los miembros de la lista proveyeron la información critica que necesitaba par solucionarlo.

Al formular la pregunta de la forma en que lo hice, di a las personas algo en que entretenerse; hice sencillo y atractivo para ellos involucrarse. Demostré respeto por la habilidad de mis pares y los invité a consultarme como un par. También demostré respeto por su valioso tiempo al decirles los callejones sin salida que ya había recorrido.

Después de todo, cuando agradecí a cada uno de ellos y remarque que tan bien había salido el proceso, un miembro observó que el pensó que había trabajado bien el proceso no porque yo fuera un “nombre” en esa lista,sino porque realicé las preguntas de la manera adecuada.

Los Hackers son en muchas maneras una meritocracia muy ruda; estoy seguro de que él estaba en lo correcto, y que si me hubiera comportado como una esponja hubiera sido flameado o ignorado sin importar quien fuera. Su sugerencia de que escribiera el incidente por completo como instrucción para otros llevo directamente a la creación de esta guía.

Si no puede obtener una respuesta.

Si no puedes obtener una respuesta, por favor no lo tomes personalmente el que tengamos la sensación de que no podemos ayudarte. Algunas veces los miembros del grupo que ha sido interrogado pueden simplemente no saber la respuesta. No recibir respuestas no es lo mismo que ser ignorado, aunque admito que es difícil mostrar la diferencia desde afuera.

Generalmente, simplemente volver a publicar tu pregunta es una mala idea. Esto será visto como una molestia sin sentido. Ten paciencia: la persona con tu respuesta puede estar en un huso horario diferente y dormida. O podría ser que tu pregunta este mal formulada como para empezar con ella.

Hay otra fuentes de ayuda a las que puedes acudir, frecuentemente mejores adaptadas a las necesidades de los novatos.

Hay muchos grupos de usuarios en línea y locales quienes son entusiastas del software, incluso aunque no han escrito software por ellos mismos. Estos grupos frecuentemente se forman de tal manera que se pueden apoyar mutuamente y ayudar a los nuevo usuarios.

También hay multitud de compañías comerciales que puedes contratar por soporte, grandes y pequeñas (Red Hat y SpikeSource son dos de las más conocidas; también hay muchas otras). ¡No te desmayes por la idea de tener que pagar por un poco de ayuda! Después de todo, si el motor de tu carro rompe una junta, las opciones son de que lo lleves a algún sitio a reparar y pagues para que lo arreglen. Incluso si el software no te costo nada, no puedes esperar que el soporte siempre sea por nada.

Para el software popular como Linux, hay al menos 10,000 usuarios por cada desarrollador. Simplemente es imposible para una persona tomar las llamadas de soporte para cercad de 10,000 usuarios. Recuerda que incluso si tienes que pagar por soporte, estas pagando muchísimo menos que si hubieras comprado el software (y el soporte para software propietario de fuente cerrada es usualmente más caro y menos competente que el soporte para el software open-sorce).

Cómo responder preguntas de manera útil.

Sé cuidadoso. La tensión relacionada con los problemas puede hacer que la gente parezca ruda o estúpida incluso cuando no lo son.

Responde a un ofensor-por-primera-vez off-line. No hay necesidad de humillarse públicamente para alguien que ha cometido un error honesto. Un novato real puede no saber como buscar archivos o donde se alojan las FAQs o publicar.

¡Si no estas seguro de saberlo, dilo! Una respuesta errónea pero imperativa es peor que nada. No mandes a nadie por el camino incorrecto simplemente porque es divertido sonar como una autoridad. Se honesto y humilde; da un buen ejemplo para ambos, el solicitante y tus pares.

Si no puedes ayudar, no obstruyas. No hagas bromas acerca de procedimientos que pudieran fregar la configuración del usuario — el pobre podría interpretarlos como instrucciones.

Interroga y sondea para obtener más detalles. Si eres bueno para esto, el solicitante aprenderá algo — y también podrías hacerlo tu. Intenta transformar las malas formulaciones de preguntas en buenas; recuerda que todos fuimos novatos alguna vez.

Mientras murmurar RTFM es algunas veces justificado cuando se responde a alguien que es solamente un haragán perezoso, un señalamiento a la documentación (incluso si es simplemente una sugerencia a buscar en google la palabra clave) es mejor.

Si vas a responder de todas maneras,dale un buen valor. No sugieras tonterías como vías alternas cuando alguien esta usando la herramienta equivocada o el enfoque incorrecto. Sugiere buenas herramientas. Redimensiona la pregunta.

Ayuda a tu comunidad para que aprendan de la pregunta. Cuando trabajes una buena pregunta , preguntate “¿Qué tanto tiene que cambiar la documentación relevante o las FAQs de tal manera que nadie tenga que preguntar esto nuevamente?” Entonces manda un parche al encargado de la documentación.

Si realizaste investigación para responder a la pregunta, demuestra tus habilidades en vez de escribir como pensaste en sacarla de tu trasero. Contestar una buena pregunta es como alimentar a un hambriento con nuestra comida, pero enseñarles a desarrollar sus habilidades con ejemplos es mostrarles como cosechar comida para toda la vida.

Recursos relacionados.

Si necesitas instrucción acerca de las bases de cómo las computadoras personales, Unix, y la Internet trabajan, lee The Unix and Internet Fundamentals HOWTO.

Cuando liberes software o escribas parches para software, intenta seguir las guías del Software Release Practice HOWTO.

Agradecimientos

Evelyn Mitchell contribuyó con algunos ejemplos de preguntas inteligentes y estúpidas e inspiro la sección llamada “Cómo dar una buena respuesta”. Mikhail Ramendik contribuyó con algunas sugerencias particulares valiosas para mejoras.

Fedora 11 Leonidas and old issues

2009-10-02T18:24:00.008-05:00

You can believe in the fancy fashion or want to be at the edge of releases, believing that gonna fix your old issues. Nothing as wrong as that!.

Let's gonna talk about that continuous problem with grub and the Optiplex dell's series. AFAIK the problem has been there since 2003 or even before. I've been searching about fixes for these problem, because , as Dijkstra wrote, it's not a "bug" , it's just an error.....which hasn't been fixed in all these years.

Whats about a work around for this problem?

You can try to update the bios of these kind of problems, but believe me , nothing to do int that way. I updated to version 1.1.12 my optiplex 320 and nothing changed with grub , still can't boot.
The traditional answer should be "use the pci=nomsi" boot parameter, usually that works for the fc6 and others. Thats a way, it's the answer you can find in forums and faq's. Actually with Leonidas you don't need that parameter at all. It keep sucking with the video drivers. It's supposed that releases are intended to fix that kind of errors, or improve or remove ..... etc.

Well, the fedora staff has no idea about that, and it's not in his plans to add that kind of support. At least the last post i read, say something like " problem wont fix" as the support for that core release finishes. Thats the idea fedora team propagate in his forums and answers. Which kind of users they want to create and get grown if they work with that attitude?!?

You can try LiLo as boot loader in order to workaround this problem, or you can use another kind of loader , there's a lot of then which you can try. I tried GAG , but couldn't fix it, also tried a liveCD which uses grub4dos as boot loader an was able to get the partition up an d running. It uses this intruction


find --set-root /sbin/init 
configfile /boot/grub/menu.lst

and that's all , the trick its done...

Ways to discover how to break something in some place

2009-08-05T19:43:00.011-05:00

Well , there are a few moments where you want to update/upgrade/improve some applications in your system, right?, and you believe the promises of your well known provider of free soft, i mean , i don't have anything against promises, but, WTF , who need it?!?.
You are using the office suite that you get when installed your favorite OS, and you are part of that guys who think sometimes it's better have the latest version. It's some kind of familiar, right?
As all brainless ape, and let me tell you i love monkeys, you take the steps in order to make it. Oh , lord!.
So , let's gonna review it; first , downloaded the application, in this case we are gonna "upgrade" OpenOffice dude. Go to the well known site, and just wait a moment, you are not in a hurry, ok?. After that you are going to get something like this:

OOo_3.1.0_LinuxIntel_install_en-US_deb.tar.gz

You can use the well-known-old-steps to uncompress and unpack it :

tar xvfz  OOo_3.1.0_LinuxIntel_install_en-US_deb.tar.gz

And you must get something like this:

OOO310_m11_native_packed-4_en-US.9399/
|-- DEBS
| |-- desktop-integration
| | `-- openoffice.org3.1-debian-menus_3.1-9393_all.deb
| |-- ooobasis3.1-base_3.1.0-11_i386.deb
| |-- ooobasis3.1-binfilter_3.1.0-11_i386.deb
| |-- ooobasis3.1-calc_3.1.0-11_i386.deb
| |-- ooobasis3.1-core01_3.1.0-11_i386.deb
| |-- ooobasis3.1-core02_3.1.0-11_i386.deb
| |-- ooobasis3.1-core03_3.1.0-11_i386.deb
| |-- ooobasis3.1-core04_3.1.0-11_i386.deb
| |-- ooobasis3.1-core05_3.1.0-11_i386.deb
| |-- ooobasis3.1-core06_3.1.0-11_i386.deb
| |-- ooobasis3.1-core07_3.1.0-11_i386.deb
| |-- ooobasis3.1-draw_3.1.0-11_i386.deb
| |-- ooobasis3.1-en-us-base_3.1.0-11_i386.deb
| |-- ooobasis3.1-en-us-binfilter_3.1.0-11_i386.deb
| |-- ooobasis3.1-en-us-calc_3.1.0-11_i386.deb
| |-- ooobasis3.1-en-us-draw_3.1.0-11_i386.deb
| |-- ooobasis3.1-en-us-help_3.1.0-11_i386.deb
| |-- ooobasis3.1-en-us-impress_3.1.0-11_i386.deb
| |-- ooobasis3.1-en-us-math_3.1.0-11_i386.deb
| |-- ooobasis3.1-en-us-res_3.1.0-11_i386.deb
| |-- ooobasis3.1-en-us-writer_3.1.0-11_i386.deb
| |-- ooobasis3.1-en-us_3.1.0-11_i386.deb
| |-- ooobasis3.1-gnome-integration_3.1.0-11_i386.deb
| |-- ooobasis3.1-graphicfilter_3.1.0-11_i386.deb
| |-- ooobasis3.1-images_3.1.0-11_i386.deb
| |-- ooobasis3.1-impress_3.1.0-11_i386.deb
| |-- ooobasis3.1-javafilter_3.1.0-11_i386.deb
| |-- ooobasis3.1-kde-integration_3.1.0-11_i386.deb
| |-- ooobasis3.1-math_3.1.0-11_i386.deb
| |-- ooobasis3.1-onlineupdate_3.1.0-11_i386.deb
| |-- ooobasis3.1-ooofonts_3.1.0-11_i386.deb
| |-- ooobasis3.1-oooimprovement_3.1.0-11_i386.deb
| |-- ooobasis3.1-ooolinguistic_3.1.0-11_i386.deb
| |-- ooobasis3.1-pyuno_3.1.0-11_i386.deb
| |-- ooobasis3.1-testtool_3.1.0-11_i386.deb
| |-- ooobasis3.1-writer_3.1.0-11_i386.deb
| |-- ooobasis3.1-xsltfilter_3.1.0-11_i386.deb
| |-- openoffice.org-ure_1.5.0-11_i386.deb
| |-- openoffice.org3-base_3.1.0-11_i386.deb
| |-- openoffice.org3-calc_3.1.0-11_i386.deb
| |-- openoffice.org3-dict-en_3.1.0-11_i386.deb
| |-- openoffice.org3-dict-es_3.1.0-11_i386.deb
| |-- openoffice.org3-dict-fr_3.1.0-11_i386.deb
| |-- openoffice.org3-draw_3.1.0-11_i386.deb
| |-- openoffice.org3-en-us_3.1.0-11_i386.deb
| |-- openoffice.org3-impress_3.1.0-11_i386.deb
| |-- openoffice.org3-math_3.1.0-11_i386.deb
| |-- openoffice.org3-writer_3.1.0-11_i386.deb
| `-- openoffice.org3_3.1.0-11_i386.deb
|-- licenses
| |-- LICENSE_en-US
| `-- LICENSE_en-US.html
|-- readmes
| |-- README_en-US
| `-- README_en-US.html
`-- update

Have you notice which kind of system i'm using? the universal system, a trusty debian, it's cool, you know it. Ok, so can you see that enormous lists there?, yes , you have to install it, dammn!!
Don't worry, it's no so painful as you can believe, just calm down and take your time.

Firstable, you must install all the ooobasis3.1-core[X] files,, like this:

dpkg -i [filename].deb

After that , it the turn of ooobasis3.1-images_3.1.0-11_i386.deb..and so on. Try it, you can get a funny time. In my case i'm using gnome, so installed it with the gnome package, if you are using kde use the other,ok?.

And now , what?......be patient...ok , now we have our new and shiny office application, and also i already downloaded java from sun , installed it and edited my system's profile , in order to have sun's java in the PATH. Something like this:

PATH="/usr/java/jre1.6.0_13/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

You are that kind of guy who want to use the "proper" tools , and set the correct files in order to get everything working fine, yeah, sure!

And here appear our friendly web browser, the one that came with the OS, iceweasel. Before all the changes , i were able to visit all the websites without problem , but after that , and i guess sun's java is doing this, some web sites displayed ...like broken. Whats the moral of all this tour?? ....well, just do what you are going to accept, if you broke it , you must fix it .

At this moment i'm using chromium and even when it's beta, it displays everything well, so you can take a lot of lessons from this experience , you can fix it , you can undo it or you can change some settings in your system and keep it the way you like it even if you have to leave other apps. OpenOffice is working fine , and i like to use sun's java to code instead of gnu's one, cause i like it.

Weather Research & Forecasting for newbies

2009-07-03T17:00:00.016-05:00

Sometimes you get involved in some interesting subject like this one, modeling weather , free software, research and developing ,and more. Well,and this is the last day of academic activities , no more business days in the University, at least XD.

And you get the opportunity to meet another area, i mean, as computer geek; and i'm proud of them !, you cannot get involved easily in other knowledge areas beyond computing,and this time someone of the mechanical area visit us in order to get help about some software he is trying to use. Their are in thermo-fluids department(unfourtanely at this moment theres no site =( ) and they are developing projects with weather computer models, and let me say , at this point , that the best part of this is that they need free software in order to do that!!.

We are talking about WRF, and as they claim in their site, "The Weather Research and Forecasting (WRF) Model is a next-generation mesoscale numerical weather prediction system designed to serve both operational forecasting and atmospheric research needs". Believe it or Not!

As he is a newbie in the nixes world, the unknown many procedures to get installed this software, the common questing get arise, what is configure ?, how can i get executed that line ? should i have to use sudo all the time ? and many others.

Just following the instructions showed in the web site , you can get it.Some pics to show what you can do.

Bastille and Debian 5 (aka lenny)

2009-06-16T20:35:00.016-05:00

Sometimes you want a fancy tool to help you to make an instant secure server, may somewhat instant coffee does, but nothing is as easy as that. Shame on you!

Wel , it's not so bad, when trying to rise your knowledge it's an option. Have you ever read about 'hardening systems' in order to get a more secure place? thats what we are talking about, and one of such fancy tools is Bastille, and if you are asking why the address is bastille-unix,.....cybersquatters, can you believe it?!?. May be what we need are fancy-attorneys/hard-lawyers as complement to our sites!

On the other hand bastille works fine , just need to change some settings in ordet to get it work in our Debian lenny. First , we need to know what we are doing, ok? please on your command line try this:

#apt-get show bastille

it's gonna show you a lot of information , focus on what we need.

Package: bastille
Priority: optional
Section: admin
Installed-Size: 1484
Maintainer: Javier Fernandez-Sanguino Pen~a 
Version: 1:2.1.1-19
Depends: libcurses-perl, perl5
Filename: pool/main/b/bastille/bastille_2.1.1-19_all.deb
Description: Security hardening tool

and as you can see it says version 2.1.1-19 and a brief description about that

Bastille Linux is a security hardening program for GNU/Linux.
It increases the security of the system either by disabling
services (if they are not necessary) or by altering their
configuration.
.
..., Bastille educates the administrator during the hardening process:
in each step of the process, extensive descriptions are
given of what security issues are involved. Each step is
optional ...

It's look pretty , right? and of course as debian user you belive in the 'stable' releases ...of course , who can doubt of debian 'stable' releases? It's time to grow Dorothy , sometime you need to make in other way. And we are lucky, someone has the same problem and gave us the solution .thanks a lot Alucard. As suggested , we add in our source.list file a new repo for squeeze, should be something like this

deb-src http://[your.prefered.debian.repository]/debian/ squeeze main contrib non-free

#apt-get uppdate
#apt-get build-dep bastille
#apt-get source -b -t testing bastille

and .....that's it you should get something like this

bastille_3.0.9-12_all.deb:      Debian binary package (format 2.0)
bastille_3.0.9-12.diff.gz:      gzip compressed data, from Unix, last modified: Sun May 31 06:51:42 2009, max compression
bastille_3.0.9-12.dsc:          ASCII text
bastille_3.0.9-12_i386.changes: ASCII English text
bastille_3.0.9.orig.tar.gz:     gzip compressed data, from Unix, last modified: Mon Jun  5 08:04:14 2006

as you can see , you got a .deb file, so just type

dpkg -i [packagename].deb

and it's going to work for you, and you can take a rest for a few moments. So now from your command line you can type InteractiveBastille and you are gonna face the graphical front-end for bastille , please read carefully all the questions in order to set up properly your system.I know, i know , it's not the best front end , but .....it works , and thats just fine for me. You can keep all this settings or change as you can read in this front-end, teaching yourself it's the best way to know what you're doing, so please keep that in mind.

An advice: if you find something, you don't like, remember .......YOU CAN CHANGE IT , read , refer to faqs, blogs, group lists, manuals , irc channels, etc.

KDE for Windows™

2009-04-21T17:41:00.003-05:00

"Wow! ....." that was my first reaction, when i read about that. What's going on?. Ok , let's gonna see it! At least they have the benefit of doubt.

First step :
Visit that web page in order to see the maturity of the project.

Second step:
Let's gona download the instaler.....ok , like all the new instalers, it works with a network connection .....damn it!! I don't have one in my home , mfckr!. It's ok, we are not gonna worry , that why many others have done tools such like wget and that's the reason we love *nix systems!!

Third step:
we have downloaded all the mirror of these port for KDE, it's about 1.9 G ..and now let's gonna play!.

Finally we copy all our software in our winbox, run the installer, a local installation of course ,and we enjoy our port.....well it's not so a big think, we have the regular applications that we get in a KDE environment, we have games , no office applications, some tools for developers , downloader programs .... It tastes good!

At the moment it's a unstable development and has a lot of bugs, that happens always with software that is ported from on platform to another, life is like that. It's a nice try, i believe [i want to believe, molder =) ]we are facing with an effort to bring foss to the main private, non-free , not-open platform and thats another way to show people whats the power of the free and open source software. Many people says we must not port foss to private platforms , and i say "not at all, we are not a fundamentalist crew ..or at least i dont" , we are a community and we can try many ways to be free, even one you don't like it".

Como llegó la noche

2009-04-13T16:10:00.014-05:00

Las más de las veces se necesita un saludable punto de vista diferente al nuestro o al usual. Y creanme, este libro tiene todo lo necesario para hacerlo.
Cuando por ignorancia o mala fé, tienes una ceguera o crees saberlo todo [¿no es lo mismo?],siempre habrá libros escritos por aquellos contra los que se cometio un crimen, una barbaridad y que reclaman su derecho a contar esa parte de la historia que los tiranos han manipulado a su capricho. En particular este libro te quitará, a ti lector, esas telarañas que nos han infiltrado en la mente, aquello que las mitologías cavernarias han inoculado y perpretado con la fantasía revolucionaria. Solo aquellos que no teman ver ídolos caidos o que se atengan a la verdad histórica podrán sacar las enseñanzas necesarias de testimonios como este.

Un ejemplar de este libro lo pueden encontrar en la biblioteca central. Totalmente recomendable. aunque romperá el corazón de varios ~~revolucionarios~~ soñadores.

Windmills in the *nixs Land

2009-03-30T19:33:00.006-06:00

Like those characters from Saavedra story,
whose create images in the horizon, we are facing some sayings, more hoaxes-like , about the nature of viruses. And focused in *nixs Systems, theres a lot of people, related to anti-virus companies claiming for the use for his products for these kind of systems. And the strategy is the old-one prophecy "In people's minds, if it's non-Windows, it's secure, and that's not the case. They think nobody writes malware for Linux or Mac OS X. But that's not necessarily true ..." or "The growth in Linux malware is simply due to its increasing popularity, particularly as a desktop operating system ... The use of an operating system is directly correlated to the interest by the malware writers to develop malware for that OS."

I've been searching for some information about this question, and IMHO there's nothing to be afraid for that! .I mean, your are using these kind of systems ( put any reason here ), and you have learned that is your responsibility get the knowledge about securying, administrating and defending your system, right?. Even for those who doesn't want to read HOw-To's, FAQ's , manuals, forums, user-groups etc, it's not painful , or not to much keep the system safe and stable!

At the moment, we are not in crisis. What we specting from the warning about viruses for all OS's?well, not all the users get involved, it's focused on that kind of people who doesn't want to learn how to use Internet /live in web. If you're those kind of people who believes that yelling others ( tech services , etc), you will get an answer or solve the problem, my advice is ......keep using the proprietary OS's ( Redmond or Cupertino , its your choice) they made their systems a lot easier and ...it's for non-geeks,non-savvy, non-weirdo , if you just want to use it to write documents , to watch youtube and stuffs like that, don't shoot the feet yourself.

About the malware, viruses, trojans ....you can try it, it's hard but you can. In comparison with the proprietary systems, you have a lot of options not only one window system, you get the option to use the file system you like, or take any other if you want to test it, many browsers , a lot of desktop applications, and the crown's jewel ....a *nix architecture. If you pretend that theres is easy way to create a virus/malware/trojan for *nixs system's, something like "the easy five steps to make a virus for **nix" that;s not true at all. The simple user should be an asshole or stupid to fall in the trick. I'm not gonna underestimate no one but that is not happening even when there's challenges and prizes, no one it's showing code or evidence in other way.
Don't worry about the fact that desktops are including autorun, automount or any other fancy features .....from the moment fear, uncertainty and doubt is not in our side.

If you want to get a second opinion and further information, please refer to:

How to write a Linux virus in 5 easy steps

Linux malware

Linux a Virus Target?

discussion about "How to write ..." you know, the one above

PUMASOL

2009-03-23T15:22:00.002-06:00

Segundo coloquio universitario de Software Libre PUMASOL 2009
El Software Libre es uno de los paradigmas de desarrollo de software que a recientes fechas ha logrado una gran relevancia porque permite la generación de soluciones informáticas, varias de éstas de gran calidad, a través de la participación de grandes grupos de desarrolladores distribuidos por todo el mundo.

Dada esta cualidad es importante denotar que el software libre, por ser un software construido colaborativamente, del cual se puede tener acceso al código fuente, modificarlo, corregir errores y lo mejor de todo es el hecho de compartir tanto el código fuente como el software sir ser ilegal el hacerlo.

Todo esto basado en la filosofía del Software Libre, que se corresponde con el compartir, la busqueda de la libertad del software, del usuario y del ciberespacio.

Es así como el Laboratorio de Investigación y Desarrollo de Software Libre(LIDSOL), buscando ser partícipe de esta forma de creación y de compartir el conocimiento, en coordinación con la Facultad de Ingeniería de la UNAM, se complace en anunciar el "II Coloquio Universitario de Software Libre PUMASOL" http://pumasol.org. El coloquio se realizará los dias 21,22 y 23 de Abril de 2009 en el auditorio del edificio principal de la Facultad de Ingeniería, campus C.U.

El coloquio tiene por finalidad presentar los trabajos de desarrollo de software que hayan sido liberados como Software Libre por el grupo de desarrolladores o que mediante el empleo de herramientas libres, estén desarrollando soluciones computacionales.

Los temas a tratar:

Desarrollo de Software Libre

Desarrollo de sistemas usando Software Libre

Fechas importantes:

17 de Febrero: día de la publicación de la presente convocatoria y comienzo de la recepción de trabajos

31 de Marzo: cierre de la recepción de trabajos

10 de Abril: publicación de las ponencias aceptadas

21 a 23 de Abril: exposición de las ponencias aceptadas

Formato de los trabajos:

Los trabajos deberán estar escritos en español y deberán tener una extensión mínima de uan cuartilla y máximo de dos. Los trabajos deberán ser presentados en cualquiera de los siguientes formatos: para el texto odt, pdf o latex. Los trabajos que no cumplan o excedan la extensión serán rechazados así como cualquier ponencia propuesta sin trabajo escrito presentado.

Envíos de propuestas y dudas

Las pláticas propuestas deberán ser enviadas a través de http://pumasol.org/talks

Las dudas se pueden consultar en:

pumasol@lists.lidsol.net

PCBSD 7

2009-03-18T20:19:00.010-06:00

Una de mis lineas de investigación acerca del software libre, ha sido con el sistema PCBSD, el cual vengo utilizando , junto con otros más, desde su versión 1.4. En sus anteriores versiones, me gustaba la forma en que habian distribuido el sistema, el escritorio elegido de antemano ( KDE y sin despreciar otras ofertas)
Como recordatorio, PCBSD, es un sistema basado en FreeBSD, por lo cual tiene todas las capacidades y cualidades de los sistemas *BSD. Tambien me había gustado que en la versión 1.4 traía la tecla win habilitada para funcionar ,pero en las versiones siguientes la deshabilitaron. >=[
Aunque eso no es mayor problema , ya que trae una gran cantidad de software muy util para cualquiera que pruebe el sistema. Tanto para los usuarios de primera vez como para los que sean veteranos en el uso de sistemas *nix. Me ha llamado la atención el sistema instalador que posee. Me refiero al PBI, que es un sistema al estilo redmodn , de doble click e instale , es bastabte bueno , me refiero a que los usuarios nuevos de este sistema ya no tienen que pasar la curva de aprendizaje tan a secas. Ya pueden instalar desde el primer momento las aplicaciones que esten disponibles en este formato.

Claro que no esta excento de los problemas que hemos visto en otro tipo de sistemas de instalación ,pero en los BSD's me parece un acierto. Tiene lo que se espera de cualquier sistema para escritorio, procesadores de texto algusto del usuario ,

aplicaciones de uso académico, herramientas matemáticas, gráficos avanzados, juegos, astronómicas, etc.

Si eso no fuera suficiente, el sistema de instalación del sistema es bastante amigable para el usuario novel, es decir que no tendra muchas dudas o problemas a la hora de realizar una instalación nativa. Y para llenar el cuenco, tenemos todo el poder derivado de la familia FreeBSD

Debo de mencionar que en la última versión que estoy probando no me gustó el escritorio por defecto , y se que no soy el único, lo acepto, ya me había acostumbrado a la apariencia de KDE, y ahora el nuevo desarrollo .....no me gusto. A este sistema lo recomendaria para aquellos que no se han metido al mundo de los BSD's, para comenzar a darle una ligera probada a este tipo de sistemas.

El abuelo rojo ...

2009-03-09T20:37:00.007-06:00

Creo que fué una de mis lecturas más esperadas, yo crecí en un ambiente en el cual él era ( y lo sigue siendo) una de las figuras más admiradas, reconocidas y queridas. Todavia el dia de hoy tenemos su imagen en un librero , cuidadosamente cerca de otras lecturas. Conocer de él a través de la lectura de este libro es una delicia. Siempre habia tenido referencias indirectas de él , pero esta vez, de la mano de Paco Ignacio Taibo II voy descubriendo algunas de sus memorias e historia. Saber un poco más de lo que sus acompñantes recuerdan de él. Se que él es diferente de lo que hasta el momento creía conocer de el.Se que me falta leer mucho de su obra, de lo que el quiso dejarnos ....

Han cambiado los tiempos, casi no se te tiene en la memoria, tu nombre es lo que más se recuerda de ti, mas casi no sabemos que hiciste y pero aun ...por que es tan necesario. Un poco de lo que hago me hace creer que me acerco a ese conocimiento, necesidad la más de las veces, de un reparto mucho más igualitario, de justicia para todos.

Saber de tus peripecias, errores y aciertos, de lo que pretendias que fuera el futuro, que es tan diferente de lo que es nuestro presente. Se que no lo sabes, pero te recuerdan mas a base de imagenes, el santo laico te han llamado, que por el resultado de tus obras. Uno de los mejores en retener tu imagen , en mi opinión fue Alberto Díaz Gutierrez (a) korda , cubano como tu, que realmente supo captarte en una imagen que se ha vuelto emblemática.

Consegui este libro en la Biblioteca José Vasconcelos,un buen lugar para encontrar algunas joyas perdidas, que reclaman ser leidas por los ojos interesados de quien sepa valorarlas.

Gracias Paco.

LIDSOL con aires diferentes

2009-02-10T17:14:00.017-06:00

Nadie libera a nadie, ni nadie se libera sólo.Los hombres se liberan en comunión.

Paulo Freire

Recientemente se han empezado a gestar una serie de cambios en el Laboratorio de Investigación y Desarrollo de Software Libre (a) LIDSOL,en el tiempo que yo llevo aquí no había presenciado algo parecido.....a qué me refiero ?, pués a que recientemente se presentaron cuatro personas dispuestas a realizar su servicio social aquí!! en al Lab.!!
Depués de intentar disuadirlos de llevar a cabo tal despropósito y viendo que estaban más convencidos que resignados , pues decidí tomarlos como base para propiciar un cambio en el mismo laboratorio. Para ser franco no me gusta el estado actual del mismo.Siempre he sentido que faltaba algo ,no puedo decir con exactitud qué es , simplemente se que hay algunas actitudes y hábitos que no quiero que se sigan dando en LIDSOL.

El laboratorio simpre ha tenido gente valiosa , como knish quien es y ha sido una de las personas a las que reconozco en lo personal, pero ahoraq anda por otras latitudes y en otros proyectos , y también han estado en el laboratorio muchas otras personas , con algunas me he entendido bien y con otras no tanto. Por lo tanto creo que eso fue lo que más me motivó ha tomar moldear de una manera diferente a los nuevos integrantes de este proyecto.

No se realmente los alcances de mi intervención con ellos , pero creo qué el esfuerzo de intentar otro realidad es posible y válido. No creo en las fatalidades , esos eventos que son inevitable y perpetuos. Comentando la entrada , recientemente he comenzado a leer a Paulo Freire , todavía no llevo lo suficiente como para realizar un comentario de su obra pero lo que he leído me ha gustado y me ha parecido correcta su apreciación del problema acerca de la educació

Sé que en lo personal me falta todavia mucho camino que recorrer, pero para mi es inevitable la crítica ,porque realmente creo en este tipo de proyectos ,asi que siempre he buscado que es lo que se podría mejorar en ellos.

Hablando de ellos, los integrantes de servicio social, me han dejado una buena impresión , hasta el momento han demostrado con creces ser gente dispuesta a aprender y sin miedos o perezas , ellos son Luis ,Alberto ,Manuel y Yessica

Me pregunto hasta donde serán capaces de rebasarnos, cada uno de ellos tiene sus propios retos y limitantes ,y a pesar de que se que ellos responderán de manera diferente sé que daran lo que tengan que dar para ese propósito.Son muchas las interrogantes que en este momento tengo acerca de este momento lidsolero , además tenemos en puerta un par de actos para el mes de abril , como son el PUMASoL y el FliSoL

Para finalizar creo que Freire tiene algo más que agreagar para esta entrada :

Separada de la práctica, la teoría es puro verbalismo inoperante; desvinculada de la teoría, la práctica es activismo ciego.

De verdad gracias de corazón a todos los que hacen posible este proyecto

Un proyecto muy interesante

2009-01-23T18:49:00.011-06:00

Hace unos dias estaba revisando un proyecto que me interesó sobremanera, y esto se debio que tenía una idea parecida y que vagamente había pensado que algo parecido se podía hacer.

En esta ocasión vi que esta compilación es más que adecuada para el área donde nos desarrollamos.

Este Spin de Fedora esta bastante bien equilibrado con respecto al desarrollo y madurez de los diferentes componentes del Electronics Labs.

Hay que comenzar por reconocer un déficit en la presencia del FOSS en las ingenierías, la mayor parte de mí carrera estuvimos usando software propietario (que era pirata) porque desconocíamos o no existía software libre, o al menos eso era lo que sabíamos.

Asi que hice la revisión del mismo y me dejó un agradable sabor. Por principio , es un liveDVD ligerito.En cuanto a las aplicaciones , pues revisamos KTechlab que es un IDE para desarrollo de circuitos electrónicos y PICs.

Otra de sus aplicaciones es gEDA, que es uno de los proyectos más fuertes en la red , en cuanto al diseño de circuitos. Con el cual puedes diseñar tu circuito impreso, hacer las simulaciones y todo lo que podrís necesitar para un proyecto de electrónica. También me tope con gResistor, una ayuda simple para el cálculo del valor de las resistencias [ me hubiera servido mucho en la fac.] .

Algo que me gustó encontrar , aunque no este relacionado directamente con la electrónica , fué Kile que es un

front-end para Latex/Tex, un poderoso conjunto de herramientas para la creación de documentos, que nos merecerá mención aparte. =)

Otro entorno que debo mencionar es PikLab que nos ofrece una IDE al estilo MPLab conla cual podremos realizar nuestros proyectos en software libre . Otra inclusión que se le agradece al proyecto es QtOctave otro front-end para Octave , (hay unos pocos raros en el universo a los que no les gusta el modo texto).

El efecto mariposa

2009-01-13T15:45:00.008-06:00

Hace no mucho leí en el blog de un amigo acerca del Book meme, y darme cuenta de que muchísima gente tan pronto como lo vio/leyo , lo plasmó en sus sitios, en verdad me parecio sorprendente,lo cual me hizo reflexionar acerca de esos pequeños eventos que por si mismos no tienen fuerza alguna de importancia, pero que la suma de sus efectos producen algo, como lo que se ha dado en llamar El efecto mariposa

En mi área, es inevitable pensar en el surgimiento del FOSS ( Free and Open Source Software / Software de código libre y abierto) , cuya definición causa todavia buenas discusiones , que dejaremos al lector investigar y que se forme su propia opinión.

Toda esta discusión surge de mi parte, por estar trabajando o probando varios desarrollos que no pertencen por entero al software libre, pero que se han beneficiado mucho de esta comunidad , de sus aportes al desarrollo y a los proyectos. Alguna vez saber que Linus Torvalds trabajo en una compañía que produce procesadores , que Ian Murdock colabora con Sun© , y un largo etcétera. Muchos de estos proyectos han resultado muy fortalecidos con la inclusión de todo esto a sus desarrolloos , ya podemos ver versiones mas robustas de sus desarrollos .

Y todo esto comenzó con una bola de inconformes , que no aceptaban que muchas de estas compañías les impusieran lo que ofertaban , o porque sabían que ellos podían hacerlo mejor o de una manera distinta. Es algo que me estaba molestando desde hace un rato , veo que muchos desarrollos híbridos van de puerta en puerta gritando sus bondades recien adquirídas pero son omisos a la hora de agradecer a las comunidades correspondientes su gran aporte.

Esta imagen pertenece a la cofradía , uno más de los sitios donde la comunidad puede reunirse , conocerse e intercambiar ideas

Nuevos caminos

2009-01-02T14:51:00.009-06:00

Ahora vamos a explorar algunos senderos que habiamos tenido pendientes , estos son algunas de las exploraciones que he realizado durante algun tiempo.

Cygwin

Siempre he dicho que esta es una de las vias para poder tener una shell decente en los sistemas ms =) , claro que hay otras opciones como mingw o djgpp ,pero en este caso creo que cygwin es la opción mas completa.

Debo mencionar que si hay cosas que no me gustaron del instalador de cygwin, anteriormente lo habia intentado usar, parte de las ocupaciones de un estudiante con acceso restringido a la red. Entonces me di cuenta de que si lo queria usar pues realmente la mejor manera era intalando TODO (o la mayor parte) el entorno, pero si quería hacer eso ,....pues simplemente era muy difícil de conseguir , o el instalador se congelaba !

Una vez que se tiene esto , bueno pues le proceso de instalación es mas que trivial.Con el instalador de cygwin hacemos una instalación local y solo resta esperar que finalice .

Al final tenemos un servidor X bastante decente, que hara mas usable nuestro sistema MS

Un conocido me dijo alguna vez que la única manera que él logro hacer que trabajara el instalador , fue usando wine en un sistema *nix. Asi que esta vez lo primero que intente fue descargar todo el repositorio de software para cygwin ,(wget es una maravilla !!)
y despues grabarlo a disco , fue un doble capa 8 G ....de info!!.

Y como se puede ver , al ya tener el entorno corriendo en el sistemas MS, pues se aprecia su poderio !! .En las imagenes se puede apreciar la interfaz de usuario ademas de varias aplicaciones X corriendo en dicho entorno , nada que envidiar o pedirle al sistema nativo!!

Creo que para algunas aplicaciones ( sobre todo en lo referente a llevar software de una plataforma *nix a otra MS ) es muy util este tipo de herramientas, permiten tener todo el sabor de un buen entorno en donde , bueno ....ya lo saben >=)

miniTips:Recuperar el inicio de OpenBSD

2008-11-13T15:25:00.018-06:00

Algunas veces ,sobre todo en el ámbito académico , necesitamos instalar un sistema operativo distinto al usual. En este caso fué OpenBSD , un representante de la familia de los *BSD.

En este OpenBSD , que es la versión 4.2 , nos aparecio un problema al arranque , empezaba a bootear y nos mostraba una pantalla de errores , donde nos indicaba que no podia montar el directorio raíz ( / ).(Este tipo de problema , en OpenBSD , ocurre cuando tienes una interrupción de energía o cuando alguien apaga de botonazo la máquina.)

La manera de solucionarlo :

Utilizaremos el medio de instalación , cualquiera que haya sido este floppy,cdrom,etc. Una vez que logremos el arranque desde estos medios se comenzará a cargar lo necesario para arrancar un mini-sistema y despues veremos algo asi:

(I) intallation (U) upgrade (S) shell

donde escogeremos la opción S, que es la shell que nos permitirá hacer la magia de la recuperación.

Una vez dentro de la shell , vamos a ejecutar un comando que nos permitirá verificar la integridad del sistema de archivos y su posible reparación , dicho sea de paso ese comando es fsck.

#fsck /dev/rwd0a
#fsck /dev/rwd0d
#fsck /dev/rwd0g
#fsck /dev/rwd0e
*
*
para todas las particiones existentes .

y asi todo vuelve a la normalidad.

PD: agradecimientos a todos los participantes de canal de irc de #openbsd.

En especial a NicM irc.freenode.net (http://freenode.net/)

PD2: Una buena liga para todos aquellos que comienzan el camino de OpenBSD.

How to IDS's - snort - php - mysql -BASE

2008-11-05T19:21:00.001-06:00

Todo esto comenzó por un alumno de la Facultad quien solicitó ayuda ,cuyo nombre no recuerdo (lo siento !) asi que comenzemos. Aqui vamos a tomar unas cuantos suposiciones :

1) lo quieres hacer de una buena vez , como todo buen estudiante no te has metido nunca en estos menesteres y te acaban de pedir este proyecto ,porque a tu profesor se le ocurrio que es una forma de que aprendas muchas cosas en el menor tiempo posible !! ....(como abundan)

2)El decano te pide la versión que él conocio , que en este caso era ACID y desconoce en absoluto cualquier otro avance desde esa época (pero ahora es BASE).

3) no tienes tanto tiempo disponible y desconoces por donde empezar.....por eso buscas ayuda

Antes de avanzar más , nos referiremos al las faq de snort (las que vienen con la instalación ,faq.pdf ,tema 3.23; no las de la página web) donde claramente nos menciona que BASE requiere muchas configuraciones, las cuales desconociamos en un principio ( por lo cual encarecidamente recomendamos que sean leidas para una mejor comprensión de la relación BASE-snort).

Al principio la idea era que esto corriera en un linux ,para "facilitar" el asunto se quería usar Ubuntu , usando el tutorial de Chakal. Siguiendo los pasos que daba dicha publicación, no
lograbamos llegar al objetivo , yo por mi parte lo intenté con PCBSD ,siguiendo el tutorial de Hacker Racker, y aunque tampoco se logró que quedara en una sola instalción , nos dieron una orientación de por donde iba el asunto.

Asi que nos avocamos a la tarea de revisar de forma más metódica,
revisar las instalaciones ,los archivos de configuraciones , etc. En mi caso segui utilizando PCBSD como plataforma de instalación , asi que desinstalamos todo y recomenzamos.

Como todo lo construimos desde los ports , repasemos que se instaló. Lo primero que instalé fué Apache 1.3 .Una recomendación personal, es que para cualquier paquete/software que vayan a instalar en los sistemas tipo *nix , revisen si tiene configuración previa a la instalción, esto les va a evitar muchos dolores de cabeza. Esto básicamente es para las instalciones desde las fuentes o desde los ports.

Con lo que obtuvimos

+--------------------------------------------------------+
| You now have successfully built and installed the |
| Apache 1.3 HTTP server. To verify that Apache actually |
| works correctly you now should first check the |
| (initially created or preserved) configuration files |
| |
| /usr/local/etc/apache/httpd.conf |
| |
| and then you should be able to immediately fire up |
| Apache the first time by running: |
| |
| /usr/local/sbin/apachectl start |
| |
| Thanks for using Apache. The Apache Group |
| http://www.apache.org/ |
+--------------------------------------------------------+

Y un claro aviso

===> BE CAREFULL HOW TO BOOT on 1.3.29_4 or after:
To run apache www server from startup, add apache_enable="YES"
in your /etc/rc.conf.

y seguimos , en parte , este otro tutorial , para ayudarnos en la instalación y configuración de Apache. Adelantandonos un poco, en la parte donde se encuentran los alias en el archivo httpd.conf, las instrucciones de post-instalación piden que aquí se ponga

Alias /base/ "/usr/local/www/base/"

a esta adición , yo agrege otra parte más

 <Directory "/usr/local/www/base">
        Options Indexes FollowSymlinks MultiViews
        AllowOverride All
        Order allow,deny
        Allow from all
  </Directory>

que sigue las reglas de configuración de esta parte de httpd.conf.

Después de eso , instalamos php5 y php5-mysql.En el caso de php5 , yo cambie en el archivo Makefile la opción para habilitar el modulo de apache en php5 y asi quedo

APACHE "Build Apache module" on \

y para php5 nos muestra

**************************************************************

Make sure index.php is part of your DirectoryIndex.

You should add the following to your Apache configuration file:

AddType application/x-httpd-php .php
AddType application/x-httpd-php-source .phps

***************************************************************

y para php5-mysql

***************************************************************************

The following line has been added to your /usr/local/etc/php/extensions.ini
configuration file to automatically load the installed extension:

extension=mysql.so

****************************************************************************

aquí también nos auxiliamos de esta buena liga , que incluso nos auxilió con mysql.

Hasta este punto hemos instalado Apache 1.3, php5 y mysql 6.0.6, ademas de haber agregado en el rc.conf

#Enable snort
snort_enable="YES"

#Enable Apache13
apache_enable="YES"

#Enable mysql
mysql_enable="YES"
mysql_dbdir="/var/db/mysql"

Para permitir su ejecución al iniciar.

Para verificar que esta trabajando correctamente creamos el archivo test.php , y corremos la prueba clásica , y veremos algo asi

En el particular caso de los *nixes basados en FreeBSD , en los archivos Makefile de los ports correspondientes , casi toda la configuración ya esta habilitada , pero descubrimos que algunas opciones no se habilitarían sino hata que en cada paquete corrimos un "make configure" para que nos mostrara algunas opciones que debían seleccionarse.

Una vez que habiamos verificado que Apache+php+mysql trabajaban procedimos a instalar snort y oinkmaster .Hay que asegurarse de que snort va a ser construido con soporte para MySQL, que es uno más de los requisitos previos para el correcto funcionamiento de BASE.

Usamos oinkmaster siguiendo el tutorial de Racker Hacker , con lo cual obtenemos la siguiente información

#oinkmaster -o /usr/local/etc/snort/rules/
Loading /usr/local/etc/oinkmaster.conf
Downloading file from http://www.snort.org/pub-bin/oinkmaster.cgi/*oinkcode*/snortrules-snapshot-CURRENT.tar.gz
... done.

Archive successfully downloaded, unpacking... done.
Setting up rules structures... done.
Processing downloaded rules... disabled 0, enabled 0, modified 0, total=12977
Setting up rules structures... done.
Comparing new files to the old ones... done.
Updating local rules files... done.
****

Ahora ya tenemos snort y las reglas necesarias para que este pueda realizar su trabajo !! =)
Finalmente podemos aventurarnos a reinstalar BASE , de los ports , por supuesto , lo configuramos para que tenga soporte para PEAR y FPDF con lo que obtuvimos:

==============================================================

Please read the README file located at:

/usr/local/share/doc/base/README

for how to configure /usr/local/www/base/base_conf.php after
installation.

To make BASE accessible through your web site, you will need to add
the following to your Apache configuration file:

Alias /base/ "/usr/local/www/base"

In order for the graphing functions to work in BASE, make sure you
include PEAR in your /usr/local/etc/php.ini configuration file, like:

include_path = ".:/usr/local/share/pear"

If you built BASE with PDF support, make sure you include the FPDF
path in your /usr/local/etc/php.ini configuration file, like:

include_path = ".:/usr/local/share/pear:/usr/local/share/fpdf"

===========================================================
===> Registering installation for base-1.4.1_1

después , leimos el README que se nos indicaba buscando las configuraciones faltantes para poder ejecutarlo correctamente .Aquí , en honor a la sinceridad, debo decir , que en un principio MySQL , bueno , la base de datos que creamos para poder usarla con BASE , nos arrojo durante un par de dias señales de que no estaba trabajando correctamente, y estuvimos trabajando en intentar averiguar como o por qué no estaba funcionando correctamente , de lo cual no guarde un registro estricto =( . Pero en algun momento al realizar la prueba que indica el README sucedio que tuvimos

[x3N0k0d3 ~]$ echo "SELECT count(*) FROM event" | mysql snort -u root -p
Enter password:
count(*)
1186

lo cual nos indico que ya estaba funcionando .Esto lo menciono porque en algun momento pensamos que BASE no estaba funcionando correctamente o que tenía un bug para FreeBSD/PCBSD , pero en algun momento descubrimos que el error y las fallas estaban totalmente de nuestro lado , que era nuestra falta y no de BASE.

Y para muestra , pues nada como unos pantallazos !!