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

Alan Karpovsky karpoa at gmail.com
Wed Jan 16 03:34:33 GMT 2008


Excelente respuesta Pablo.
Más claro que el agua !!

De a poco me van convenciendo a pasarme al software libre, me parece que
estaré presente con mi notebook en la próxima edición de FliSol así ustedes
me instalan el Kubuntu 10 puntos.

Gracias una vez mas.

*Karpo*


El día 16/01/08, Pablo Lillia <pablofer72 en yahoo.com.ar> escribió:
>
> 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.
> >
> >
>
>
> --
> Ubuntu-ar lista de correo
> Ubuntu-ar en lists.ubuntu.com
> Modifica tus opciones o desuscribite en:
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-ar
> Siempre leer, comprender y aplicar nuestra etiqueta:
> https://wiki.ubuntu.com/ArgentinaTeam/EtiquetaML
>
>


-- 
KaRpO...!!!
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: https://lists.ubuntu.com/archives/ubuntu-ar/attachments/20080116/38ad9a5c/attachment-0001.htm 


More information about the Ubuntu-ar mailing list