Busqueda de Trabajo

Pues redactare un post en el cual voy a contar lo que me ha sucedido buscando trabajo en diferentes lugares, primero que nada quiero informar que las apariencias engañan y que aparte los papeles son solo eso.

Desde hace un mes atras mas o menos estuve pensando en alguna manera de comenzar a llenar mi experiencia laboral en el campo que mas me gusta , la informatica, asi que me decidi por aventurarme a buscar trabajo. Existian tres posibles lugares en los cuales cerca de mi casa podrian darme algo de trabajo como tecnico en reparacion de computadoras o quiza algo parecido ya que es a lo que voy preparado mentalmente.

Para no hacer esto muy largo voy a poner las platicas que tuve en los 3 lugares a los que acudi a preguntar si se podia aplicar para trabajo en sus instalaciones :

[Caso 1]

Joven - Buenas Tardes
Yo - Buenas tardes, venia a preguntar si se puede aplicar para trabajo aqui.
Joven - Mira, la verdad no se si estan contratando en este momento pero que tal si me das tu nombre y numero de telefono.
Yo - Claro , mi nombre es Julian Rodriguez , mi numero es …
Joven - Perfecto, dejame platicar con ellos y si necesitan de alguien para contratar ellos te hablaran.

2 dias despues volvi

Yo - Buenos dias, venia a preguntar que sucedio respecto a lo de las entrevistas.
Joven - Oh si ! tu veniste hace unos dias, mira pues hable con los encargados y me dijeron que como en 1 mes comenzaran a dar entrevistas, ellos ya tienen tus datos, cuando comienzen te hablaran.
Yo - A que bien, me parece perfecto; no sabes si se necesita algun requisito en especial ?
Joven - mmm la verdad no , pero ellos te van a preguntar que sabes hacer y cosas asi.
( La platica continuo, comenzamos a platicar sobre las diferentes plataformas )
Yo - Bueno ya me retiro, hasta luego, Gracias !.

[Caso 2]

Señorita - Buenas Tardes que se le ofrece ?
Yo - Buenas Tardes , venia a preguntar si se puede aplicar aqui para trabajo.
Señorita - Pero de que ?
Yo - Pues en reparacion de computadoras ( El lugar era de eso ).
Señorita - Ha pues mira no , bueno espera deja voy a preguntar.
Yo - Ok, gracias.
Señorita - Mira ahorita si estan contratando pero necesito saber si estas estudiando ingenieria en sistemas.
* Mi cabeza: Tengo cara de universitario ?, Tan grande me veo ?
Yo - Pues no estoy estudiando la preparatoria.
Señorita - Ya vuelvo voy a decirle. ( Vuelve ) Mira ahorita si estan contratando a alguien pero tiene que estar estudiando ingenieria en sistemas.
Yo - Ha bueno, mire es que yo actualmente reparo computadoras por mi cuenta, tengo experiencia en diferentes plataformas …
Señorita - Bueno mira si quieres dame tus datos y si necesitan a alguien que te hablen para entrevistarte.
Yo - Mi nombre es …

[Caso 3]

Lo mismo que el numero 2.

Conclusion: Tienes que ser un universitario sin verdaderos conocimientos que te avalen como un ‘Ingeniero’ la verdad es que llegue a mi casa algo molesto despues de todo esto. Por un papel no puedo avalar mis conocimientos ni siquiera tuve la oportunidad de hablar con la persona que me contrataria ya que simplemente estoy estudiando la preparatoria, lo que mas me da coraje de esto es que mis conocimientos no son escasos y me atrevo a decir que contengo mas conocimiento que el que un profesor de universidad me puede brindar y si estoy diciendo esto no es por alardear si no que he ayudado a familiares con sus tareas de universidad relacionadas con programacion. Al final reflexionando me di cuenta de que tocando puertas es como obtendre lo que quiero asi que no voy a quedarme con los brazos cruzados.

Paypal Inseguro - Cross Site Scripting

Parece que Paypal esta vez ha quedado muy mal frente a todos usuarios poco despues de que publicara un articulo de un nuevo sistema antiphishing ( Click Aqui ) ya que alguien al parecer vulnero el sistema del que tanto habian hablado, y presentado.

Demostrando una vez mas que la seguridad total no existe, ellos rescataban y remarcaban de su articulo que hasta los navegadores mas “inseguros” estarian en total control bajo su sistema.

Click

Bug en Codigo Unix desde hace 25 Años

Todas las ramas del sistema Unix BSD se encuentran afectadas por un agujero de seguridad que ha estado presente en su código desde hace un cuarto de siglo sin haber sido detectado y utilizado o al menos esto es lo que se piensa.

Guillem Alsina (guillem@imatica.org) - Todo empezó hace unos pocos días cuando Marc Balmer, desarrollador del proyecto OpenBSD, recibió un mensaje de correo electrónico de un usuario que se quejaba de un problema con Samba cuando trataba de acceder a los ficheros almacenados en un servidor Unix desde MS-DOS. Samba es la implementación del protocolo SMB para sistemas Unix (Linux, Mac OS X, Solaris,…) que permite a éste entenderse con máquinas Windows e intercambiar recursos cómo ficheros o utilizar impresoras. La tarea de Marc en OpenBSD consiste inicialmente en ocuparse de ciertos aspectos de la estabilidad del sistema cuando ejecuta cambios entre las aplicaciones que está ejecutando, pero al ser un usuario de Samba él mismo se interesó por el tema y realizó las pruebas correspondientes. Lo que descubrió a continuación ha dejado perpleja a la comunidad de desarrolladores de software.

Puesto en contacto con los desarrolladores de Samba, estos explicaron a Balmer que el código fuente utiliza una función común a todas las variantes de la rama BSD de Unix para acceder a los ficheros del servidor. Un bug presente en éste código sería el causante del fallo experimentado por el usuario.

Investigando un poco más, el programador llegó a la conclusión que el fallo había estado presente en el código desde la concepción de éste y su inclusión en la versión 4.2 de BSD en el lejano año de 1983 (lejano en términos informáticos, claro). Los detalles técnicos del problema son explicados por Balmer en su weblog.

En todo éste “curioso” asunto solamente queda un tema por resolver: ¿realmente el bug ha estado todo ese tiempo ahí sin ser descubierto y utilizado, o bien ha sido explotado durante algún tiempo (incluso años) por grupos de hackers/crackers sin ser descubiertos? Pese a que el bug haya podido permanecer oculto, una explotación masiva de estos agujeros de seguridad es detectable aunque sus causas puedan no ser establecidas, así es que si la comunidad hacker lo hubiera detectado con anterioridad, sin lugar a dudas hubiera salido a la luz de alguna manera. El peor temor es que lo haya aprovechado algún cracker (hacker que asalta sistemas informáticos solamente por interés propio, sin observar las reglas éticas y morales del hacking) para colarse esporádicamente en algún sistema comprometedor cómo computadoras gubernamentales o grandes servidores de Internet. Es una incógnita que probablemente estará ahí durante mucho tiempo.

Tampoco hay pruebas fehacientes de que éste bug pueda ser explotable para un ciberataque. No todos los problemas del software conllevan un problema de seguridad.

La forma de corregir éste fallo es, en palabras de Balmer, trivial, y expone la solución al final de la entrada correspondiente de su weblog, la misma en la que explica la historia del descubrimiento del ya famoso bug.

Blog del Desarrollador

Principios del Software Libre

La Definición de Software Libre

Mantenemos esta definición de software libre para mostrar claramente qué debe cumplir un programa de software concreto para que se le considere software libre.

El “Software Libre“ es un asunto de libertad, no de precio. Para entender el concepto, debes pensar en “libre“ como en “libertad de expresión“, no como en “cerveza gratis“ [N. del T.: en inglés una misma palabra (free) significa tanto libre como gratis, lo que ha dado lugar a cierta confusión].

“Software Libre’“ se refiere a la libertad de los usuarios para ejecutar, copiar, distribuir, estudiar, cambiar y mejorar el software. De modo más preciso, se refiere a cuatro libertades de los usuarios del software:
La libertad de usar el programa, con cualquier propósito (libertad 0).
La libertad de estudiar cómo funciona el programa, y adaptarlo a tus necesidades (libertad 1). El acceso al código fuente es una condición previa para esto.
La libertad de distribuir copias, con lo que puedes ayudar a tu vecino (libertad 2).
La libertad de mejorar el programa y hacer públicas las mejoras a los demás, de modo que toda la comunidad se beneficie. (libertad 3). El acceso al código fuente es un requisito previo para esto.

Un programa es software libre si los usuarios tienen todas estas libertades. Así pues, deberías tener la libertad de distribuir copias, sea con o sin modificaciones, sea gratis o cobrando una cantidad por la distribución, a cualquiera y a cualquier lugar. El ser libre de hacer esto significa (entre otras cosas) que no tienes que pedir o pagar permisos.

También deberías tener la libertad de hacer modificaciones y utilizarlas de manera privada en tu trabajo u ocio, sin ni siquiera tener que anunciar que dichas modificaciones existen. Si publicas tus cambios, no tienes por qué avisar a nadie en particular, ni de ninguna manera en particular.

La libertad para usar un programa significa la libertad para cualquier persona u organización de usarlo en cualquier tipo de sistema informático, para cualquier clase de trabajo, y sin tener obligación de comunicárselo al desarrollador o a alguna otra entidad específica.

La libertad de distribuir copias debe incluir tanto las formas binarias o ejecutables del programa como su código fuente, sean versiones modificadas o sin modificar (distribuir programas de modo ejecutable es necesario para que los sistemas operativos libres sean fáciles de instalar). Está bien si no hay manera de producir un binario o ejecutable de un programa concreto (ya que algunos lenguajes no tienen esta capacidad), pero debes tener la libertad de distribuir estos formatos si encontraras o desarrollaras la manera de crearlos.

Para que las libertades de hacer modificaciones y de publicar versiones mejoradas tengan sentido, debes tener acceso al código fuente del programa. Por lo tanto, la posibilidad de acceder al código fuente es una condición necesaria para el software libre.

Para que estas libertades sean reales, deben ser irrevocables mientras no hagas nada incorrecto; si el desarrollador del software tiene el poder de revocar la licencia aunque no le hayas dado motivos, el software no es libre.

Son aceptables, sin embargo, ciertos tipos de reglas sobre la manera de distribuir software libre, mientras no entren en conflicto con las libertades centrales. Por ejemplo, copyleft [``izquierdo de copia``] (expresado muy simplemente) es la regla que implica que, cuando se redistribuya el programa, no se pueden agregar restricciones para denegar a otras personas las libertades centrales. Esta regla no entra en conflicto con las libertades centrales, sino que más bien las protege.

Así pues, quizás hayas pagado para obtener copias de software GNU, o tal vez las hayas obtenido sin ningún coste. Pero independientemente de cómo hayas conseguido tus copias, siempre tienes la libertad de copiar y modificar el software, e incluso de vender copias.

‘Software libre’ no significa “no comercial“. Un programa libre debe estar disponible para uso comercial, desarrollo comercial y distribución comercial. El desarrollo comercial del software libre ha dejado de ser inusual; el software comercial libre es muy importante.

Es aceptable que haya reglas acerca de cómo empaquetar una versión modificada, siempre que no bloqueen a consecuencia de ello tu libertad de publicar versiones modificadas. Reglas como “Si haces disponible el programa de esta manera, debes hacerlo disponible también de esta otra pueden ser igualmente aceptables, bajo la misma condición. (Observa que una regla así todavía te deja decidir si publicar o no el programa). También es aceptable que la licencia requiera que, si has distribuido una version modificada y el desarrollador anterior te pide una copia de ella, debas enviársela.

En el proyecto GNU, utilizamos “copyleft“ para proteger de modo legal estas libertades para todos. Pero el software libre sin “copyleft también existe. Creemos que hay razones importantes por las que es mejor usar copyleft, pero si tus programas son software libre sin ser copyleft, los podemos utilizar de todos modos.

Visita la página Categorías de Software Libre (18.000 caracteres) para ver una descripción de las diferencias que hay entre el “software libre“, “software con copyleft (`izquierdo` de copia)“ y otras categorías de software se relacionan unas con otras.

A veces las normas de control de exportación del gobierno y las sanciones mercantiles pueden restringir tu libertad de distribuir copias de los programas a nivel internacional. Los desarrolladores de software no tienen el poder de eliminar o sobrepasar estas restricciones, pero lo que pueden y deben hacer es rehusar el imponerlas como condiciones de uso del programa. De esta manera, las restricciones no afectarán a actividades y gente fuera de las jurisdicciones de estos gobiernos.

Cuando se habla de software libre, es mejor evitar términos como: “regalar“ o “gratis“, porque esos téminos implican que lo importante es el precio, y no la libertad. Algunos términos comunes tales como “piratería“ conllevan opiniones que esperamos no apoyes. Visita la página Palabras y frases confusas que vale la pena evitar, donde encontrarás una discusión acerca de estos términos. También tenemos una lista de traducciones de “software libre“ a varios idiomas.

Por último, fíjate en que los criterios establecidos en esta definición de software libre requieren pensarse cuidadosamente para interpretarlos. Para decidir si una licencia de software concreta es una licencia de software libre, lo juzgamos basándonos en estos criterios para determinar si tanto su espíritu como su letra en particular los cumplen. Si una licencia incluye restricciones contrarias a nuestra ética, la rechazamos, aun cuando no hubiéramos previsto el problema en estos criterios. A veces un requisito de una licencia plantea una situación que necesita de una reflexión minuciosa, e incluso conversaciones con un abogado, antes de que podamos decidir si la exigencia es aceptable. Cuando llegamos a una conclusión, a veces actualizamos estos criterios para que sea más fácil ver por qué ciertas licencias se pueden calificar o no como de software libre.

Si te interesa saber si una licencia concreta es de software libre, mira nuestra lista de licencias. Si la licencia que te preocupa no está en la lista, puedes preguntarnos enviándonos un correo electrónico a <licensing@gnu.org>.

Otros textos para leer

Otro grupo ha comenzado a usar el término open source [código abierto] para designar algo parecido (pero no idéntico) a “free software“ [Software Libre]. Preferimos el término “software libre“ porque, una vez que sabes que se refiere a libertad y no a precio, llama a pensar en la libertad.

Por favor envía tus comentarios y preguntas sobre la FSF y el Proyecto GNU a: gnu@gnu.org. Hay también otras maneras de contactar con la FSF.

Por favor, envía tus comentarios respecto a estas páginas web a webmasters@www.gnu.org, y envía tus otras preguntas a gnu@gnu.org.

Fuente

Diagrama - Historia de los Lenguajes de Programacion

Aqui les dejo este diagrama creado por Éric Lévénez, en el cual mediante informacion logro plasmar la historia de los lenguajes de programacion detalladamente y muy claro.

Download PDF

Mas Informacion