Alan,<br><br>El ITBA es muy buena universidad. Si estudias informatica en el futuro NO vas a poder ejercer de:<br>- medico<br>- abogado<br>- kinesiologo<br>- dentista<br>- gastroenterologo<br>pero si vas a poder ejercer en muchas areas relacionadas con la tecnologia, sistemas es una carrera muy flexible que va a tener mucha demanda. Si yo estuviese en tu lugar, me concentraria en un area como robotica que va a tener mucha demanda
<br><br>Gustavo<br><br><div><span class="gmail_quote">2008/1/15, Pablo Lillia <<a href="mailto:pablofer72@yahoo.com.ar">pablofer72@yahoo.com.ar</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Alan,<br>respondo sobre tu mail.<br><br>El 15/01/2008 19:17, Alan Karpovsky escribió:<br>><br>> Gracias Pablo !!!! La verdad que es para felicitarte no solo por tu<br>> conocimiento del tema sino por dedicar parte de tu tiempo a querer
<br>> aportar y contestar las dudas de gente como yo. =)<br>><br>> Ahora voy entendiendo mas, me ayudaste a esclarecer muchas cosas.<br>><br>> Me quedaron un par de dudas mas que se van del tema del BSD pero igual
<br>> las voy a preguntar por acá a ver si vos o alguien tiene conocimiento<br>> del tema:<br>><br>> Tengo 17 años y el año pasado (2007) terminé la secundaria. Después de<br>> hacer una busqueda y consultar bastante a empresas y gente que tengo en
<br>> el área de la informática decidí estudiar en el ITBA (Instituto<br>> Tecnológico de Bs. As.) que a pesar de lo que cuesta mensualmente<br>> (aunque se podría tomar como una inversión) tiene un nivel de excelencia
<br>> y salis trabajando seguro con un muy buen sueldo mediante su sistema de<br>> pasantias. Yo voy a seguir Ingeniería en Informática.<br>><br>> Ahora yendo a lo concreto mis preguntas son:<br>><br>> 1) En qué campo puedo trabajar como Ing. en Informática?
<br><br>Sinceramente desconozco las incunbencias de la Ing del ITBA. Conocerlas,<br>ya te va a dar un buen parámetro.<br><br>Luego, dependerá de tu especialización, experiencia, expectativas y<br>desarrollo profesional que tengas posteriormente. Hablando muuuuuy en
<br>general, los campos son muy amplios, empezando por el desarrollo, por<br>las áreas funcionales, arquitectura y diseño de sistemas, administración<br>de bases de datos (DBA) o redes (que si bien no es necesaria una ing. o
<br>lic., tengo colegas ing o lic que se han especializado en ello), o<br>investigación, y en la medida que aprendas a manejar gente y administrar<br>proyectos (tiempos y presupuestos, normas, etc), y especialmente al<br>
conocer el negocio de una empresa, podés alcanzar distintos puestos<br>gerenciales. Pero todo depende de cada uno, la carrera aporta (mucho a<br>veces) y es importante, porque te va a facilitar más o menos tu<br>desarrollo posterior y te va a preparar mejor para lo que venga, pero al
<br>final siempre dependerá de vos. Lo cierto es que cada vez hay más<br>especialización, aunque a la hora de la verdad, siempre se buscan<br>candidatos multifacéticos.<br><br>Es común que durante la carrera ya vayas encontrando tu perfil, o sino
<br>sin duda lo harás con los primeros empleos.<br><br>> 2) Suponiendo que elija dedicarme al desarrollo de soft. y acá está el<br>> dilema .. porqué debería alguien de trabajar sin recibir una<br>> remuneración a cambio ?? (Hablando del soft libre y gratuito) Es decir
<br>> en el caso de los que hacen aplicaciones para Linux y demás, no se<br>> merecen que los usuarios paguen para usarlas y así poder vivir, mantener<br>> a su flia., etc. ??? O yo como Ing. salgo de la facultad y voy a
<br>> trabajar para el bien comunitario a donorem (en el caso de que decida<br>> programar apps. para Linux).<br><br>Bueno, buen punto. No conozco mucha gente (en realidad no se si conozco<br>a alguien?) que trabaje gratis, más allá de alguna participación puntual
<br>de gente aporta parte de su tiempo a una ONG, a un comedor, a un club o<br>algo. De hecho es más común lo opuesto: gente que cobra sin trabajar,<br>pero ese es oootro tema :p<br><br>Sin duda, "yo" desde mi punto de vista como programador, primero está mi
<br>llenar mi estómago. Poco podré aportar al software libre si me muero me<br>hambre en el intento, no?. Es un tema muy amplio y no hay una única<br>alternativa, apenas te voy a comentar un par:<br><br>Caso 1: empresa de servicios, que vende su producto bajo software libre.
<br>Pongamos el ejemplo de una empresa que vende un ERP (un sistema de<br>gestión). Sus clientes no le pagan por la "caja vacia" o el CD. Le pagan<br>la licencia para que el sistema funcione y se adapte a sus necesidades.
<br>Que el sistema se adapte a los requerimientos cambiantes, lleva horas,<br>horas de análisis, programación, pruebas, implementación, viajes,<br>reuniones, soporte de distintos niveles, etc., miles y miles de horas.<br>
Los sistemas, especialmente cuanto más complejos y críticos son, no<br>funcionan solos. Eso no existe. ¿Porqué paga un cliente cuando paga una<br>licencia? ¿Qué es lo que espera obtener por lo que paga? El cliente paga<br>
por el soporte, por las adaptaciones, por las instalaciones, por las<br>horas hombre de una empresa especialista en sistemas para no tener que<br>desviarse de su negocio.<br><br>Si el cliente desarrollara su propio sistema, cuánto le saldría? Va a
<br>conseguir gente que trabaje en su local de 8 a 18 o más, gratis, porque<br>el software tendrá licencia X?. No. Tendrá que pagarle a los pibes de<br>soporte, a las analistas, a los programadores, al DBA, a la gente de<br>
redes y telefonía, a un montón de gente. Acaso la gente de limpieza o el<br>contador o el abogado o cualquier administrativo u obrero trabaja gratis<br>porque la obra y/o servicio es público, libre o porque tiene sus<br>especificaciones abiertas?? No. Eso no existe. Y con el desarrollo es lo
<br>mismo.<br><br>La gran ventaja del software libre es la continuidad. Si me canso de un<br>proveedor que no me cumple, busco otro. El software no debería ser un<br>elemento rehén o de cautividad. De hecho, es muy común que empresas de
<br>cierta magnitud no le compren NUNCA un software a empresas chicas si no<br>entregan el fuente y si este no cumple con todas sus normas, porque si<br>la empresa chica quiebra o desaparece, no pueden permitirse poner en
<br>riesgo la continuidad del negocio. Entonces, el SL simplemente blanquea<br>esto.<br><br>Una empresa que me ofrece su software bajo una licencia libre, me está<br>dando una garantía adicional de que si ellos no cumplen o desaparecen,
<br>yo puedo buscar a alguien más (otra empresa o formar un equipo de<br>desarrollo) para continuar funcionando.<br><br>Eso no quita que la empresa que crea al software libre corre con muchas<br>ventajas: tiene un equipo de gente que conoce profundamente (porque lo
<br>creó) al software, y es quien está mejor preparada y puede responder<br>mucho más rápido que nadie a requerimientos de adaptación y mejora.<br>Cuando tenga que elegir proveedores, entre 2 proveedores en iguales<br>condiciones, voy a preferir al que me brinde mejor servicio (tiempo de
<br>respuesta, costo, etc.)<br><br>Podría extenderme, pero ya te das una idea de este modelo de negocio.<br><br>Caso 2: en el Estado. Una persona que trabaja en sistemas en alguna<br>repartición del Estado. Si el software se realiza bajo licencias libres,
<br>se facilita que no se pierda, que puedan participar otros organismos,<br>que se comparta y se reutilice, y se bajen mucho los gastos. Al mismo<br>tiempo, las compras de software que hace el Estado, si compra software<br>
libre, luego puede ampliarlo y asegurarse la continuidad de su<br>funcionamiento, más allá de que el proveedor desaparezca o que decida<br>abandonar esa versión en favor de otra (que implica pagar nuevas<br>licencias), y que realmente no se necesita. Aquí hay una cuestión social
<br>y ética que debe ser direccionada y ententida por todos, porque todos<br>como ciudadanos nos debería importar qué se hace con el dinero de<br>nuestros impuestos, que se gaste dónde y en quiénes lo necesitan y no se<br>
que se vaya afuera. Igualmente los proveedores del Estado seguirán<br>vendiendo consultoría, expertise, horas de adaptación y mejoras, a<br>riesgo de cumplir con los tiempos y requisitos de los contratos y<br>licitaciones, y estos proveedores, deberán pagarle (como siempre) a sus
<br>empleados (y tener empleados acordes a las necesidades) si va a<br>emprender ese compromiso.<br><br>Caso 3: las empresas de todo tipo tienen cantidad de sistemas<br>heterogéneos muy complejos, integrar todo ello no es nada fácil. Hoy es
<br>increíble los problemas que se presentan por incompatibilidades entre<br>aplicaciones, proveedores, plataformas, etc., ¿cuánto se facilitarían<br>las cosas y se ahorraría en tiempo si el software fuera libre?. La gente
<br>de sistemas que trabaja en cualquier empresa (salvo empresas puntuales<br>de desarrollo de software) trabajan en el "día a día", y esta es la<br>tarea que ocupa a la mayor parte de la gente que trabaja en Sistemas:
<br>soporte, adaptación, ampliación, mejoras, mantenimiento, configuración,<br>instalación, enseñanza, documentación y verificación, auditoría,<br>seguridad, normalización, y esto será siempre así y no va a cambiar, sea<br>
el software libre o privativo. Si todo el software fuera libre, no se<br>terminaría el trabajo. Todo lo contrario: contaríamos con más<br>herramientas y posibilidades para hacer estas mejoras y soluciones,<br>estas integraciones de sistemas. Me atrevería a decir que el 95% de la
<br>gente de Sistemas hoy día trabaja en el "día a día", en mantener este<br>"pegamento". Y una vez que tengamos más posibilidades gracias al SL,<br>vamos a querer hacer mucho más, más rápido y mejor, no se va a terminar.
<br>Y a la gente que haga esto, habrá que pagarle como en cualquier otra<br>tarea. Y va a tener sus beneficios y obligaciones como en toda en<br>transacción comercial, como hoy día.<br><br>Caso 4: el programador hobbysta "ad-honoren". Es común también que en
<br>todo proyecto de SL haya gente que aporta y trabaja "gratis". Y muchas<br>veces se piensa entonces que todo el software libre sale de eso. Y no es<br>así. Si bien muchos dedicamos horas a proyectos de software libre, lo
<br>hacemos en lo que queremos, cuando podemos, y en lo que nos gusta. Pero<br>hay proyectos de SL que son críticos o importantes para las empresas, o<br>que se benefician de ellos, y así aportan, donan, o le pagan a<br>programadores para que trabajen en ellos, como a cualquier programador
<br>en una empresa de soft privativo. Si bien esto no es lo más común,<br>existe. Hay quienes viven del SL de esta manera. Y existe porque si una<br>empresa quiere asegurarse que se implemente determinada característica,<br>
es la mejor forma de lograrlo o impulsar y/o devolver un poco de lo gana<br>gracias al proyecto (es común en grandes empresas de IT, como IBM,<br>Google, Oracle, etc.), pero en general este es un pequeño grupo selecto.<br>
<br>Caso 5: el creador/autor, de un software, mantiene el copyright sobre su<br>trabajo. De hecho, las licencias de SL se basan firmemente en el<br>copyright y el modelo de licencias. Simplemente se entrega una copia del<br>
mismo con determinados derechos. Eso no impide que el autor o la empresa<br>de software libre ofrezca simultáneamente el mismo producto (o uno<br>ampliado) bajo una licencia propietaria, y esto solo puede hacerlo quien<br>
posea el copyright del trabajo. A veces hay empresas que para usar un<br>producto libre, quieren comprar igualmente una licencia para asegurarse<br>(mediante el contrato de licencia comercial y sus cláusulas)<br>determinadas responsabilidades del autor/proveedor. Por eso es muy común
<br>que este tipo de casos, solo reciban aportes de la comunidad si el<br>aportante transfiere el copyright de sus cambios a la empresa. O que<br>directamente no acepten aportes externos. Y es otro modelo de negocio<br>posible, especialmente para empresas chicas/pequeñas. Permanecen las
<br>ventajas de que el software puede ser auditado/revisado, y que si la<br>empresa desaparece podrá continuarse su mantenimiento. Hay casos muy<br>conocidos como el de MySQL que se maneja de esta forma. Si un día la<br>empresa decide no sacar más versiones bajo software libre, esto solo
<br>afectará a las nuevas, porque todo lo que ya haya sido liberado no<br>perderá ningún derecho.<br><br>Y así hay otros casos y variaciones de estos. Te aconsejo buscar y leer<br>en la web porque hay cantidad de papers y buenos libros y análisis de
<br>muchas experiencias en el tema.<br><br>Aun así, el éxito de un proyecto (de SL o propietario) sigue siendo<br>definido por otros temas, y no hay una fórmula mágica, aunque hay<br>consenso que ayuda mucho un modelo de negocio sólido, tener la gente
<br>adecuada, estar en el momento oportuno, un GRAN TUJE, y muchas otras<br>cosas más difíciles de medir. El software libre y el software privativo<br>van a convivir mucho tiempo, con ventajas y desventajas, al final son<br>
solo modos distintos de licenciamiento, y los negocios se seguirán<br>haciendo en cualquier de estos modelos.<br><br>Es como ese chiste/anécdota del ingeniero que va a una empresa, porque<br>tienen la fábrica parada por una máquina que no funciona, y llega,
<br>revisa todo un poco, cambia un tornillo, y todo vuelve a funcionar.<br>Cuando le entrega la factura al gerente de compras, dice $1000 y el tipo<br>se pone loco. ¡Quiero un detalle exacto de qué hizo, no puede cobrarme
<br>$1000 pro un tornillo!!. El tipo ni se inmutó, le hizo una factura toda<br>detalladita: $999 por años de estudio, especializaciones, cursos,<br>ingeniería y mecánica para saber qué tornillo ajustar, cómo y dónde,<br>viáticos, etc, y $1 por un tornillo. El de compras pagó la factura y se
<br>calló la boca. A lo que voy: siempre el trabajo alguien lo tendrá que<br>hacer y que sepa cómo, y habrá que pagarle si quiero que lo hagan por mi.<br><br>> 3) Alguien está cursando en el ITBA dicha carrera o tienen conocidos
<br>> allí ? Qué opinan de la universidad ? Están satisfechos ??<br>><br>> Desde ya mil gracias.<br>><br>> Alan.<br>><br>><br><br><br>--<br>Ubuntu-ar lista de correo<br><a href="mailto:Ubuntu-ar@lists.ubuntu.com">
Ubuntu-ar@lists.ubuntu.com</a><br>Modifica tus opciones o desuscribite en: <a href="https://lists.ubuntu.com/mailman/listinfo/ubuntu-ar">https://lists.ubuntu.com/mailman/listinfo/ubuntu-ar</a><br>Siempre leer, comprender y aplicar nuestra etiqueta:
<a href="https://wiki.ubuntu.com/ArgentinaTeam/EtiquetaML">https://wiki.ubuntu.com/ArgentinaTeam/EtiquetaML</a><br><br></blockquote></div><br>