En Opensistemas estamos buscando personas interesadas en acceder a una beca de formación en Sistemas, dentro de nuestra empresa. El perfil buscado se detalla más abajo. Las condiciones generales son:

• 20 horas semanales.
• Prácticas en la sede de Opensistemas (Madrid, C/ Castrobarto 10).
• Requisitos: Estudiante de últimos cursos de Ing. Técnica o Grado de Informática, Telecomunicaciones o afines.
• Dotación: 600 euros / mes.

Las características del perfil son:

Administración de sistemas.

El estudiante se incorporará a un equipo de trabajo administrando entornos de máquinas Linux y desarrollando proyectos en el ambito de la integración de sistemas usando para ello tecnologías de software libre. Se requiere cierto conocimiento en este tipo de tecnologías, ganas de aprender y trabajar y buena capacidad de trabajo en equipo.

Requisitos específicos:

• Conocimientos de sistema operativo Linux a nivel de administración.
• lenguajes de scripting ( bash, python, perl )
• conocimientos de redes y entornos TCP/IP
• conocimientos en servicios de red ( DHCP, SNMP, DNS, … )
• conocimientos de alguna base de datos libre (MySQL, PostgreSQL…)
• ganas de aprender

Si tienes interés en este perfil, por favor envía tu CV y razones para optar a la beca, a jjamor_en_opensistemas.com.

Muchas gracias!

___
Publicado simultáneamente en el Blog del DrAmor.
http://dramor.net/blog/

Seguro que no me equivoco diciendo que uno de los mayores alicientes que tienen unas empresas respecto a otras, son las cosas que puedes aprender durante tu paso por allí, estas mismas pueden decidir la duración de tu estancia.
Bajo mi punto de vista, una de las mejores formas de hacerlo es que te lo enseñe un compañero, ya que pondrá mucho más empeño en que lo entiendas y se hará más llevadero, además el día de mañana podrás devolverle el favor echándole un cablecillo.
Por eso me parece una muy buena idea incentivar a la gente para que lo haga como están haciendo algunos compañeros.
La última fue el mes pasado (siento el retraso, me hubiera gustado escribirlo el mes pasado), y aquí tenéis una fotillo (se puede ver el ambiente por las caras de la foto jeje).

Un saludo.

El otro día, buceando por google buscando a un viejo amigo me topé con una vieja, muy vieja página, que me trae muy buenos recuerdos. Eran tiempos en los que los que estábamos con aquello de Linux y el software libre eramos realmente cuatro gatos. Quedaban aun muchos meses para que diésemos el paso de fundar Hispalinux. Aun quedaban meses para que, el que suscribe, se comiese varios marrones para poner en marcha aquella asociación que después, durante varios años, fuera el referente de la divulgación del software libre en España. Pero, por aquel entonces, solo eramos unos cuantos amiguetes conocidos por Fidonet hace ahora más de 15 años, que quisimos aprovechar el SIMO de 1996 para conocernos en persona. ¿Alguien aun sigue sin identificar y se reconoce en la foto? Pues que deje un comentario

___
Publicado simultáneamente en el Blog del DrAmor.
http://dramor.net/blog/

Estamos ya muy muy cerquita de poner en producción la nueva web de Mercamadrid Internacional. Después de unos meses trabajando duro en un gestor de contenidos bastante complejo y con una carga gráfica muy grande, por fin el proyecto está a punto de salir a la luz. Aunque se seguirá trabajando en el sistema, ya preparando una segunda fase con nuevas mejoras, la primera que estamos a punto de publicar ya mostrará al usuario un interfaz moderno y muchas utilidades programadas por la comunidad y otras programadas a medida por Open Sistemas.





En resumen, un proyecto del que estamos orgullosos y que ya estamos impacientes por poder mostrarlo al mundo.

Por último, no puedo dejar de comentar que el trabajo gráfico ha sido realizado por Omoi Studio. Gracias

He encontrado este POST y me parece interesante el análisis que hacen (los puntos 8 y 9 son aporte mio):

Greg Schott, CEO de Mulesoft, da una pequeña guia en ZDNet acerca de cómo deben cambiarse los patrones de compra para adoptar Software Libre

1. Establecer centros internos de excelencia en Software Libre. Que puede ser un centro de una sola persona, pero alguien tiene que dedicar tiempo a probar y evaluar opciones.

2. Entender las diferencias en los criterios de valoración. No se invita a IBM u Oracle junto con un proveedor de Software Libre a la vez al mismo proceso de compra y con los mismos criterios de valoración.

3. Establecer un criterio propio. Como corolario de lo anterior, en vez de confiar en la checklist de un analista externo, hacer una lista propia de necesidades particulares y determinar si el software (Libre o Privativo) las cumple.

4. Reconocer y recompensar el uso de Software Libre.

5. Deshacerse de las licencias corporativas. Las licencias corporativas son una de las tácticas anti Software Libre más eficaces, ya que tienden a dejar preso al cliente mediante una oferta a la totalidad, eliminando cualquier posibilidad de tomar decisiones tácticas favorables al Software Libre.

6. No creerse los FUDs ni dejarse asustar. Esta la he añadido yo mismo sobre las de Schott. Una de las maneras habituales de “ocuparse” de Linux es difundir rumores de que se producirán catastróficas consecuencias si se adopta Software Libre. Todos esos rumores ya se ha demostrado y más que demostrado que son absolutamente falsos.

7. Establecer un Criterio de Transparencia. Un añadido de José Luis Criterios que pueden cumplir o no proyectos de Software Libre o de Software Privativo. No todo proyecto de Software Libre puede responder a preguntas como ¿Cuál es el esfuerzo, el porcentaje de cambios en los últimos meses al proyecto? ¿Se estanca o evoluciona? ¿Tiene muchos bugs o pocos la última versión? ¿Se resuelven con diligencia? ¿Qué tecnologías aprovecha? ¿Esta adaptándose a los nuevos tiempos? ¿Existen clientes satisfechos o no a los que acceder desde fuera del entorno directo del proyecto? Hay datos fundamentales que en un caso estarán en la “Web” (repositorios de cambios y foros públicos y abiertos) o los puede suministrar la empresa propietaria. Estos datos sobre la evolución de líneas de código o el ratio de bugs resueltos por semana, prácticamente nunca son facilitados por los fabricantes de Software Privativo.

8. Buscar sinergias entre proveedores, clientes y entidades de apoyo al software libre, las iniciativas a veces están dispersas y los esfuerzos duplicados, en Open Sistemas estamos desarrollando el servicio de Community Manager para la gestión y difusión de proyectos de Software Libre de manera que los responsables TIC puedan promover su proyectos y otros conocer estos desarrollos de modo que sirvan para solucionar necesidades tecnológicas similares a bajo coste.

9. La formación a veces es el factor crítico, documentar los proyectos, desarrollar y actualizar los manuales de configuración y usuario, desarrollar cursos e-learning, etc., especialmente el software libre necesita ser más visible en ofertas formativas privadas y públicas y los departamentos de RRHH más proactivos en dedicar tiempo a estas iniciativas, creo que los resultados serían altamente rentables.

Fuente: La Pastilla Roja