Robótica, mecatrónica, etc.. no son mas orientadas a la carrera de Ing. Electrónica (Aunque el robot lleve programación xD) Saludos <div>El día 16/01/08, Gustavo Orrillo <<a href="mailto:gustavo.orrillo@gmail.com">gustavo.orrillo@gmail.com</a>> escribió:<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> Alan, El ITBA es muy buena universidad. Si estudias informatica en el futuro NO vas a poder ejercer de: - medico - abogado - kinesiologo - dentista - gastroenterologo 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 Gustavo <div>2008/1/15, Pablo Lillia <<a href="mailto:pablofer72@yahoo.com.ar" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">pablofer72@yahoo.com.ar</a> >:<div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> 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 <a href="mailto:Ubuntu-ar@lists.ubuntu.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> Ubuntu-ar@lists.ubuntu.com</a> Modifica tus opciones o desuscribite en: <a href="https://lists.ubuntu.com/mailman/listinfo/ubuntu-ar" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">https://lists.ubuntu.com/mailman/listinfo/ubuntu-ar </a> Siempre leer, comprender y aplicar nuestra etiqueta: <a href="https://wiki.ubuntu.com/ArgentinaTeam/EtiquetaML" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">https://wiki.ubuntu.com/ArgentinaTeam/EtiquetaML</a> </blockquote></div></div> -- Ubuntu-ar lista de correo <a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:Ubuntu-ar@lists.ubuntu.com">Ubuntu-ar@lists.ubuntu.com</a> Modifica tus opciones o desuscribite en: <a onclick="return top.js.OpenExtLink(window,event,this)" href="https://lists.ubuntu.com/mailman/listinfo/ubuntu-ar" target="_blank"> https://lists.ubuntu.com/mailman/listinfo/ubuntu-ar</a> Siempre leer, comprender y aplicar nuestra etiqueta: <a onclick="return top.js.OpenExtLink(window,event,this)" href="https://wiki.ubuntu.com/ArgentinaTeam/EtiquetaML" target="_blank"> https://wiki.ubuntu.com/ArgentinaTeam/EtiquetaML</a> </blockquote></div> -- KaRpO...!!!