[ubuntu-ar] Carrera en informática [Era: PCBSD]

Pablo Lillia pablofer72 at yahoo.com.ar
Wed Jan 16 01:25:01 GMT 2008


Alan,
respondo sobre tu mail.

El 15/01/2008 19:17, Alan Karpovsky escribió:
> 
> Gracias Pablo !!!! La verdad que es para felicitarte no solo por tu 
> conocimiento del tema sino por dedicar parte de tu tiempo a querer 
> aportar y contestar las dudas de gente como yo. =)
> 
> Ahora voy entendiendo mas, me ayudaste a esclarecer muchas cosas.
> 
> Me quedaron un par de dudas mas que se van del tema del BSD pero igual 
> las voy a preguntar por acá a ver si vos o alguien tiene conocimiento 
> del tema:
> 
> Tengo 17 años y el año pasado (2007) terminé la secundaria. Después de 
> hacer una busqueda y consultar bastante a empresas y gente que tengo en 
> el área de la informática decidí estudiar en el ITBA (Instituto 
> Tecnológico de Bs. As.) que a pesar de lo que cuesta mensualmente 
> (aunque se podría tomar como una inversión) tiene un nivel de excelencia 
> y salis trabajando seguro con un muy buen sueldo mediante su sistema de 
> pasantias. Yo voy a seguir Ingeniería en Informática.
> 
> Ahora yendo a lo concreto mis preguntas son:
> 
> 1) En qué campo puedo trabajar como Ing. en Informática?

Sinceramente desconozco las incunbencias de la Ing del ITBA. Conocerlas, 
ya te va a dar un buen parámetro.

Luego, dependerá de tu especialización, experiencia, expectativas y 
desarrollo profesional que tengas posteriormente. Hablando muuuuuy en 
general, los campos son muy amplios, empezando por el desarrollo, por 
las áreas funcionales, arquitectura y diseño de sistemas, administración 
de bases de datos (DBA) o redes (que si bien no es necesaria una ing. o 
lic., tengo colegas ing o lic que se han especializado en ello), o 
investigación, y en la medida que aprendas a manejar gente y administrar 
proyectos (tiempos y presupuestos, normas, etc), y especialmente al 
conocer el negocio de una empresa, podés alcanzar distintos puestos 
gerenciales. Pero todo depende de cada uno, la carrera aporta (mucho a 
veces) y es importante, porque te va a facilitar más o menos tu 
desarrollo posterior y te va a preparar mejor para lo que venga, pero al 
final siempre dependerá de vos. Lo cierto es que cada vez hay más 
especialización, aunque a la hora de la verdad, siempre se buscan 
candidatos multifacéticos.

Es común que durante la carrera ya vayas encontrando tu perfil, o sino 
sin duda lo harás con los primeros empleos.

> 2) Suponiendo que elija dedicarme al desarrollo de soft. y acá está el 
> dilema .. porqué debería alguien de trabajar sin recibir una 
> remuneración a cambio ?? (Hablando del soft libre y gratuito) Es decir 
> en el caso de los que hacen aplicaciones para Linux y demás, no se 
> merecen que los usuarios paguen para usarlas y así poder vivir, mantener 
> a su flia., etc. ??? O yo como Ing. salgo de la facultad y voy a 
> trabajar para el bien comunitario a donorem (en el caso de que decida 
> programar apps. para Linux).

Bueno, buen punto. No conozco mucha gente (en realidad no se si conozco 
a alguien?) que trabaje gratis, más allá de alguna participación puntual 
de gente aporta parte de su tiempo a una ONG, a un comedor, a un club o 
algo. De hecho es más común lo opuesto: gente que cobra sin trabajar, 
pero ese es oootro tema :p

Sin duda, "yo" desde mi punto de vista como programador, primero está mi 
llenar mi estómago. Poco podré aportar al software libre si me muero me 
hambre en el intento, no?. Es un tema muy amplio y no hay una única 
alternativa, apenas te voy a comentar un par:

Caso 1: empresa de servicios, que vende su producto bajo software libre. 
Pongamos el ejemplo de una empresa que vende un ERP (un sistema de 
gestión). Sus clientes no le pagan por la "caja vacia" o el CD. Le pagan 
la licencia para que el sistema funcione y se adapte a sus necesidades. 
Que el sistema se adapte a los requerimientos cambiantes, lleva horas, 
horas de análisis, programación, pruebas, implementación, viajes, 
reuniones, soporte de distintos niveles, etc., miles y miles de horas. 
Los sistemas, especialmente cuanto más complejos y críticos son, no 
funcionan solos. Eso no existe. ¿Porqué paga un cliente cuando paga una 
licencia? ¿Qué es lo que espera obtener por lo que paga? El cliente paga 
por el soporte, por las adaptaciones, por las instalaciones, por las 
horas hombre de una empresa especialista en sistemas para no tener que 
desviarse de su negocio.

Si el cliente desarrollara su propio sistema, cuánto le saldría? Va a 
conseguir gente que trabaje en su local de 8 a 18 o más, gratis, porque 
el software tendrá licencia X?. No. Tendrá que pagarle a los pibes de 
soporte, a las analistas, a los programadores, al DBA, a la gente de 
redes y telefonía, a un montón de gente. Acaso la gente de limpieza o el 
contador o el abogado o cualquier administrativo u obrero trabaja gratis 
porque la obra y/o servicio es público, libre o porque tiene sus 
especificaciones abiertas?? No. Eso no existe. Y con el desarrollo es lo 
mismo.

La gran ventaja del software libre es la continuidad. Si me canso de un 
proveedor que no me cumple, busco otro. El software no debería ser un 
elemento rehén o de cautividad. De hecho, es muy común que empresas de 
cierta magnitud no le compren NUNCA un software a empresas chicas si no 
entregan el fuente y si este no cumple con todas sus normas, porque si 
la empresa chica quiebra o desaparece, no pueden permitirse poner en 
riesgo la continuidad del negocio. Entonces, el SL simplemente blanquea 
esto.

Una empresa que me ofrece su software bajo una licencia libre, me está 
dando una garantía adicional de que si ellos no cumplen o desaparecen, 
yo puedo buscar a alguien más (otra empresa o formar un equipo de 
desarrollo) para continuar funcionando.

Eso no quita que la empresa que crea al software libre corre con muchas 
ventajas: tiene un equipo de gente que conoce profundamente (porque lo 
creó) al software, y es quien está mejor preparada y puede responder 
mucho más rápido que nadie a requerimientos de adaptación y mejora. 
Cuando tenga que elegir proveedores, entre 2 proveedores en iguales 
condiciones, voy a preferir al que me brinde mejor servicio (tiempo de 
respuesta, costo, etc.)

Podría extenderme, pero ya te das una idea de este modelo de negocio.

Caso 2: en el Estado. Una persona que trabaja en sistemas en alguna 
repartición del Estado. Si el software se realiza bajo licencias libres, 
se facilita que no se pierda, que puedan participar otros organismos, 
que se comparta y se reutilice, y se bajen mucho los gastos. Al mismo 
tiempo, las compras de software que hace el Estado, si compra software 
libre, luego puede ampliarlo y asegurarse la continuidad de su 
funcionamiento, más allá de que el proveedor desaparezca o que decida 
abandonar esa versión en favor de otra (que implica pagar nuevas 
licencias), y que realmente no se necesita. Aquí hay una cuestión social 
y ética que debe ser direccionada y ententida por todos, porque todos 
como ciudadanos nos debería importar qué se hace con el dinero de 
nuestros impuestos, que se gaste dónde y en quiénes lo necesitan y no se 
que se vaya afuera. Igualmente los proveedores del Estado seguirán 
vendiendo consultoría, expertise, horas de adaptación y mejoras, a 
riesgo de cumplir con los tiempos y requisitos de los contratos y 
licitaciones, y estos proveedores, deberán pagarle (como siempre) a sus 
empleados (y tener empleados acordes a las necesidades) si va a 
emprender ese compromiso.

Caso 3: las empresas de todo tipo tienen cantidad de sistemas 
heterogéneos muy complejos, integrar todo ello no es nada fácil. Hoy es 
increíble los problemas que se presentan por incompatibilidades entre 
aplicaciones, proveedores, plataformas, etc., ¿cuánto se facilitarían 
las cosas y se ahorraría en tiempo si el software fuera libre?. La gente 
de sistemas que trabaja en cualquier empresa (salvo empresas puntuales 
de desarrollo de software) trabajan en el "día a día", y esta es la 
tarea que ocupa a la mayor parte de la gente que trabaja en Sistemas: 
soporte, adaptación, ampliación, mejoras, mantenimiento, configuración, 
instalación, enseñanza, documentación y verificación, auditoría, 
seguridad, normalización, y esto será siempre así y no va a cambiar, sea 
el software libre o privativo. Si todo el software fuera libre, no se 
terminaría el trabajo. Todo lo contrario: contaríamos con más 
herramientas y posibilidades para hacer estas mejoras y soluciones, 
estas integraciones de sistemas. Me atrevería a decir que el 95% de la 
gente de Sistemas hoy día trabaja en el "día a día", en mantener este 
"pegamento". Y una vez que tengamos más posibilidades gracias al SL, 
vamos a querer hacer mucho más, más rápido y mejor, no se va a terminar. 
Y a la gente que haga esto, habrá que pagarle como en cualquier otra 
tarea. Y va a tener sus beneficios y obligaciones como en toda en 
transacción comercial, como hoy día.

Caso 4: el programador hobbysta "ad-honoren". Es común también que en 
todo proyecto de SL haya gente que aporta y trabaja "gratis". Y muchas 
veces se piensa entonces que todo el software libre sale de eso. Y no es 
así. Si bien muchos dedicamos horas a proyectos de software libre, lo 
hacemos en lo que queremos, cuando podemos, y en lo que nos gusta. Pero 
hay proyectos de SL que son críticos o importantes para las empresas, o 
que se benefician de ellos, y así aportan, donan, o le pagan a 
programadores para que trabajen en ellos, como a cualquier programador 
en una empresa de soft privativo. Si bien esto no es lo más común, 
existe. Hay quienes viven del SL de esta manera. Y existe porque si una 
empresa quiere asegurarse que se implemente determinada característica, 
es la mejor forma de lograrlo o impulsar y/o devolver un poco de lo gana 
gracias al proyecto (es común en grandes empresas de IT, como IBM, 
Google, Oracle, etc.), pero en general este es un pequeño grupo selecto.

Caso 5: el creador/autor, de un software, mantiene el copyright sobre su 
trabajo. De hecho, las licencias de SL se basan firmemente en el 
copyright y el modelo de licencias. Simplemente se entrega una copia del 
mismo con determinados derechos. Eso no impide que el autor o la empresa 
de software libre ofrezca simultáneamente el mismo producto (o uno 
ampliado) bajo una licencia propietaria, y esto solo puede hacerlo quien 
posea el copyright del trabajo. A veces hay empresas que para usar un 
producto libre, quieren comprar igualmente una licencia para asegurarse 
(mediante el contrato de licencia comercial y sus cláusulas) 
determinadas responsabilidades del autor/proveedor. Por eso es muy común 
que este tipo de casos, solo reciban aportes de la comunidad si el 
aportante transfiere el copyright de sus cambios a la empresa. O que 
directamente no acepten aportes externos. Y es otro modelo de negocio 
posible, especialmente para empresas chicas/pequeñas. Permanecen las 
ventajas de que el software puede ser auditado/revisado, y que si la 
empresa desaparece podrá continuarse su mantenimiento. Hay casos muy 
conocidos como el de MySQL que se maneja de esta forma. Si un día la 
empresa decide no sacar más versiones bajo software libre, esto solo 
afectará a las nuevas, porque todo lo que ya haya sido liberado no 
perderá ningún derecho.

Y así hay otros casos y variaciones de estos. Te aconsejo buscar y leer 
en la web porque hay cantidad de papers y buenos libros y análisis de 
muchas experiencias en el tema.

Aun así, el éxito de un proyecto (de SL o propietario) sigue siendo 
definido por otros temas, y no hay una fórmula mágica, aunque hay 
consenso que ayuda mucho un modelo de negocio sólido, tener la gente 
adecuada, estar en el momento oportuno, un GRAN TUJE, y muchas otras 
cosas más difíciles de medir. El software libre y el software privativo 
van a convivir mucho tiempo, con ventajas y desventajas, al final son 
solo modos distintos de licenciamiento, y los negocios se seguirán 
haciendo en cualquier de estos modelos.

Es como ese chiste/anécdota del ingeniero que va a una empresa, porque 
tienen la fábrica parada por una máquina que no funciona, y llega, 
revisa todo un poco, cambia un tornillo, y todo vuelve a funcionar. 
Cuando le entrega la factura al gerente de compras, dice $1000 y el tipo 
se pone loco. ¡Quiero un detalle exacto de qué hizo, no puede cobrarme 
$1000 pro un tornillo!!. El tipo ni se inmutó, le hizo una factura toda 
detalladita: $999 por años de estudio, especializaciones, cursos, 
ingeniería y mecánica para saber qué tornillo ajustar, cómo y dónde, 
viáticos, etc, y $1 por un tornillo. El de compras pagó la factura y se 
calló la boca. A lo que voy: siempre el trabajo alguien lo tendrá que 
hacer y que sepa cómo, y habrá que pagarle si quiero que lo hagan por mi.

> 3) Alguien está cursando en el ITBA dicha carrera o tienen conocidos 
> allí ? Qué opinan de la universidad ? Están satisfechos ??
> 
> Desde ya mil gracias.
> 
> Alan.
> 
> 




More information about the Ubuntu-ar mailing list