janopn

Cualquier tipo de dudas, comentarios o sugerencias, pueden enviarme por PM y con gusto y respeto les voy a responder. Espero que disfruten y les sea de utilidad mi experiencia personal. ¡Buenos días a todos, y gracias por visitar mi post! El objetivo del mismo es comentarles un poco que tipo de vida llevan los programadores (en este caso, de base de datos). Como es el ambiente laboral, que tipo de trabajos deben hacer, como es el manejo, pros y contras. Voy a dividir el post en secciones para que sea más entendible. Sobre mí Mi nombre es Juan Ignacio. Tengo 21 años y vivo en Buenos Aires, Argentina. Trabajo como programador de base de datos desde hace 3 años, y estudio ingeniería en sistemas desde hace la misma cantidad de tiempo. Trabajo en una consultora (excelente lugar para quienes busquen ininicarse en el mundo de sistemas), en el edificio del cliente. Es decir, estoy como "subcontratado" en una empresa. Hoy les propongo conocer un poco, para quienes busquen una actividad laboral/estudiantil similar, un panorama similar al que van a tener, y las situaciones del día a día que se van a enfrentar. Al mismo tiempo para quienes estén interesados por curiosidad, que es lo que sucede en esas oficinas. Que tipo de personas hay, y como es el manejo interno. Sobre trabajar de programador Existen varias ramas de programación a las que se les puede asignar una situación laboral diferente a las demás (web, base de datos, operativos, etc). Todas comparten grandes similitudes y, al mismo tiempo, se diferencian notablemente. En este caso les voy a contar el caso particular de base de datos. Para comprender el funcionamiento básico de un sistema, deben entender que existe lo llamado circuito de necesidad de un desarrollo o mejora. Esto es que, el cliente (consumidor final), va a elevar una necesidad de un desarrollo o mejora en algún programa/web/operación y nuestro trabajo va a ser elaborar la solución a esa necesidad. Un programador está en la búsqueda contínua del mejoramiento de desarrollos, optimizando la calidad y tiempos de ejecución del código del cual es responsable. Sobre trabajar de programador de base de datos - Organización Como programadores van a estar ubicados en una oficina junto a otros programadores y, posiblemente, algunos funcionales. Dentro de estas oficinas es común que los dividan en cubículos, algo así: En mi caso son simplemente los escritorios, sin las divisiones de los cubículos. Los programadores van a estar permanentemente asignados a un proyecto, que tiene una relación directa con un cliente (si es que trabajan por una consultora), o directamente, su proyecto es el cliente (como es mi caso, que trabajo en el edificio del cliente). Si están por consultora y su proyecto finaliza (hay veces que clientes contratan a una consultora para realizar una cantidad de desarrollos y mejoras, y luego se dan por hechos y dejan de contratar), van a ser asignados a un nuevo proyecto del mismo, o diferente cliente. Cada uno de estos grupos de programadores va a estar liderado por el llamado "Team Leader" (TL). Esta persona les asignará sus tareas, indicará la distribución del trabajo total, consultará el estado de cada trabajo, y los aconsejará y ayudará cuando lo necesiten. Pueden estar en una oficina con otros 19 programadores entre los cuales manejan 4 proyectos diferentes, y cada proyecto tiene su TL propio. Es muy importante que cada grupo de programadores de un proyecto esté unido y comprometido con el mismo, ser programador exige, en la mayoría de los casos, un excelente trabajo en grupo. - Situación del día a día Llegamos a la oficina después de haber viajado como sardinas (posiblemente). Horario común de trabajo: 9:00hs ~ 18:00hs Nos sentamos en nuestra ubicación de trabajo, y observamos la siguiente situación (algo detallada): Los funcionales generarán un Diseño Funcional (DF) de la necesidad del cliente, y se lo pasarán a nuestro TL. Es decir, cuando el cliente necesite algún desarrollo o mejora, le comentará al funcional qué es lo que necesita. El funcional trabajará como medio entre el cliente y los técnicos para traducir esta necesidad en un "lenguaje" que nosotros comprendamos. Al mismo tiempo determinará si es posible o no, el deseo del cliente (a veces requerirá la ayuda de un TL técnico para hacer esta determinación), y la cantidad de tiempo y forma de entrega requeridas para el trabajo. -A medida que ganan experiencia, el programador comprende más aspectos funcionales por lo que le facilita la tarea al funcional- Una vez que nuestro TL posee el DF generado, se lo asignará a un programador. Los DF tienen diferentes grados de dificultad, por lo que el TL deberá elegir bien a quien asignar el DF, para que se puedan cumplir los pactos de tiempo y forma acordados con el cliente. Un DF de una prestadora de un servicio (EDESUR, Cablevisión, etc), podría decir algo como: "Se deberá modificar el programa que genera los telegramas de corte de servicio al cliente para qué, en el mismo, se muestre no sólo la fecha límite de pago sino, también, la fecha de cuando se realizará la restricción." Obviamente, todo esto acompañado de más información funcional y generalidades específicas del cliente. Dependiendo de cada proyecto, el funcional puede/debe incluir más/menos información técnica y funcional. Nosotros, como programadores, deberemos: * Identificar cual es el programa que genera dicho telegrama. * Poseer el conocimiento de las tablas e información de la base de datos para poder obtener la información que necesitamos. * Analizar y localizar, dentro del flujo de información del programa en cuestión, el momento más conveniente para realizar la modificación e incluir los cambios. * Realizar los cambios en cuestión. * Pequeña prueba del cambio realizado. * Documentar las modificaciones y las pruebas. Nuevamente, dependiendo del proyecto, algunas de estas responsabilidades tienen mayor/menor prioridad. En algunos proyectos cuentan con equipo de Testers, quienes realizarán las pruebas necesarias para determinar si el cambio es eficiente o no, y si cumple con lo solicitado por el cliente. En otras, simplemente las realiza el programador o funcional. Una vez terminada la modificación o desarrollo solicitada, procedemos a realizar la entrega a nuestro TL para que realice una revisión final (en caso de ser medianamente nuevos), y luego, él, entregue al funcional. - Ambiente de trabajo Muchos deben tener la siguiente imagen de un programador: Y que, seguramente, somos personas poco sociables, muy acostumbradas al ambiente solitario. Puede que en algunas ramas o casos de programación sea similar. Pero, en términos generales, este estereotipo es totalmente falso. Las oficinas son lugares donde el murmullo constante es un factor. ¡Junto a los mates y las galletitas!. Van a tener compañeros buenos y malos. Gente dedicada y que encuentra pasión en su labor, y gente que está ahí porque "no les queda otra". Lo importante es que, entre todos, se puede generar un ambiente más que agradable. Ya mencioné que la comunicación entre todos es muy importante para llevar un proyecto adelante. Esto te obliga a preocuparte por la situación de tus compañeros y poder darse una mano cuando lo necesiten (y pedirla, cuando esten agobiados). Si bien pasar gran parte del día sentado frente a la computadora es una realidad, no tiene por qué ser algo que uno sufra. Pueden tener proyectos más serios y otros más informales. Pero en todos pueden sacar algo positivo que los impulse a seguir. Probablemente tengan reuniones y charlas en cada proyecto para poder generar conocimiento y un lazo entre todos de como va a ser llevada la operación. Y haya proyectos en los que no puedan hablar ni disfrutar unos mates con los compañeros. Pero, creanme, son la minoría. Los jefes y gerentes son concientes del tipo de trabajo que los programadores llevan. Y que si ocurre algún bloqueo mental uno puede perder una jornada entera de trabajo sin ningún avance. Por esto muchas veces permiten libertades y son flexibles con horarios. Algunos, incluso, disfrutan el "Home Office" (trabajan desde sus casas, con una conexión remota a su trabajo). Así que ahoguen esa idea de que el programador es solitario y antisocial. Esta es una de las cualidades que, en las entrevistas de trabajo, no desean para nada! - Jefes, supervisores, Team Leaders La foto carnet de mi jefe, tendrá 2 años de antigüedad Si bien el concepto de nuestros superiores va a variar drásticamente según nuestro proyecto y situación, hay un punto en común: El programador trabaja para el cliente. Y nuestras entregas deben ser en tiempo y forma. ¡Para eso nos pagan! Si uno se compromete con el trabajo y se esfuerza en dar lo mejor en cada entrega, rara vez obtendrá un llamado de atención. En su lugar existen varias formas de premiación (bonos, regalos, mails de felicitación por un trabajo bien hecho, etc). Cada superior tuvo que atravesar las etapas que nosotros vamos viviendo. Nadie comienza desde arriba (o así debería ser..), por lo que muchas veces van a entender nuestra situación, y van a estar cuando necesitemos algún tipo de auxilio. Como en todo trabajo, el esfuerzo es lo mejor visto, y tiene su recompensa. Siempre. Aunque es verdad... pocas veces nos va a caer bien - Posibilidades de crecimiento La realidad es que estamos un poco en desventaja, muchachos. Al tener un enfoque técnico de cada situación, no vamos a ser, directamente, los más útiles como jefes o gerentes. Frente a esto, tienen más oportunidades los funcionales, sinceramente. Pero es justo, ya que ellos tienen el enfoque funcional de cada situación. Pese a tener esa "desventaja" inicial, es mucho más que posible llegar a un buen cargo si cumplimos los requerimientos. En cuanto al aspecto económico, el crecimiento lo vamos determinando con aumentos merecidos, charlándono con nuestros jefes. Pero si nuestra ambición no es meramente económica, y buscamos alcanzar un puesto alto, lo mejor que podemos hacer es demostrarlo. ¿Cómo? Con esfuerzo y perseverancia. Si demostramos ganas de ser el líder de nuestro proyecto, y lo conseguimos, vamos a comenzar a tener contacto con otros superiores. Debemos demostrar, siempre, tanto para arriba como para abajo. ¿A qué me refiero? Debemos demostrarle a nuestros jefes y nuestros pares, que nuestro cargo nos va quedando chico a medida que vamos ganando experiencia. Y, al mismo tiempo, demostrarle a nuestros coordinados que estamos ocupando el cargo correcto en ser quien los organice. Siempre hay que tener predisposición a mejorar, aceptar los errores, y crecer a base de los mismos. Otra posibilidad, también, es pedir un cambio de proyecto, o conseguir un nuevo puesto como funcional. Desde ahí, el "escalamiento de puesto" es algo más favorecido. Economía y oferta laboral A fines del año pasado, un usuario me comentó, por PM, que deseaba trabajar de programador. Pero qué, realmente, no sabía si iba a poder cumplirse su sueño de vivir de lo que le gusta ya que no conoce como se encuentra el mercado laboral. Quienes estén interesados en trabajar en Sistemas (no solo programadores), tienen la suerte de que hay una excelente oferta laboral. No sólo eso, sino que es bien retribuida económicamente. Pero al mismo tiempo, posee un exigimiento directo con nuestras espectativas laborales. Nuestros conocimientos, disposición y esfuerzo es muy necesario en esta carrera. ~ Una persona que se va a tomar un Taxi, no necesita que el taxista le hable. Ni siquiera que maneje bien. Solo le importa que llegue a donde indicó, y le cobre lo que corresponda. ~ En varios trabajos, importa tanto el medio como el resultado. Sistemas es uno de ellos. El mundo de sistemas es pequeño, "todos se conocen entre todos", y que tengan un buen concepto de vos es fundamental. Sobre todo en el momento de pedir recomendaciones. Si están dispuestos a crecer personal y profesionalmente cada día, no van a tener problema. Y que les guste su trabajo les va a hacer la vida mucho más simple. ¿Cómo comenzar? Si deciden que el mundo de sistemas y la programación son su lugar, pueden capacitarse para desenvolver el trabajo que más les gusta. Existen varias instituciones que ofrecen capacitaciones certificadas (tanto gratuitas como pagas). En varios casos, grandes empresas y consultoras capacitan a sus empleados desde 0 (como fue mi caso), para que sean recursos útiles. Si no poseen ningún tipo de experiencia, es bueno que busquen ofertas en las que se capacite al empleado (Accenture, IBM, otros). Una vez que son insertados en el mercado, es muy común sufrir miedo por no poder cumplir con las especificaciones del cliente o del proyecto. Siempre tengan en mente que TODOS nacen sin saber, y van formando su experiencia a base de lo vivido. Así que, ¡No sientan miedo!. Disfruten de tener la oportunidad de vivir de los que les gusta e interesa. Y no dejen de esforzarse. Eso es todo Espero que hayan comprendido un poco como es el trabajo del programador y puedan llevarse algo del post. Si tienen alguna inquietud, siéntanse libres de comentar y preguntar por PM lo que deseen. ¡Éxitos a todos, y gracias por leer!

Hola gente! Espero que esten disfrutando este viernes como yo ^_^. Hace como 1 año me registré en T!, pero nunca participé, asi que decido empezar hoy, con un tema que me encanta: Las curiosidades! Mas allá de que sean totalmente inútiles, me interesan mucho y supongo que no debo ser el único. En la oportunidad de hoy les voy a dejar el top 10 de coincidencias curiosas dictadas por la fuente (aclaro al fin del post) Empecemos! 1. El libro de la infancia En el año 1920, mientras la novelista norteamericana Anne Parrish recorría las librerías de París, se encontró con un ejemplar de uno de sus libros favoritos de infancia: Jack Frost y otras historias. Tomó el viejo libro de la estantería y se lo enseñó a su marido diciéndole que ese era el libro que con más cariño recordaba de su infancia. Su marido abrió el ejemplar y en la primera hoja descubrió la inscripción: “Anne Parrish, 209 N. Weber Street, Colorado Spring”. ¡Era el mismo libro que perteneció a Anne! 2. Los gemelos (ya se, malísimo el chiste) En el año 2002, dos hermanos gemelos de 70 años murieron con una diferencia depocas horas tras sufrir dos accidentes de tráfico distintos en la misma carretera del norte de Finlandia. El primero de los gemelos murió tras ser arrollado por un camión mientras paseaba en bicicleta en Raahe, a 600 kilómetros al norte de la capital, Helsinki. Murió exactamente a 1 kilómetro y medio del punto en el que falleció su hermano. “Esto es simplemente una coincidencia histórica. Aunque la carretera soporta mucho tráfico, no ocurren accidentes cada día”, comentó a la agencia Reuters la oficial de policía Marja-Leena Huhtala. 3. Coincidencia de un taxi En 1975, mientras montaba en ciclomotor en Bermuda, un hombre sufrió un encontronazo contra un taxi que terminó con su vida. Un año más tarde, el hermano de este hombre moría exactamente del mismo modo. De hecho, iba montado en el mismo ciclomotor y para rematar la mala suerte, el golpe lo recibió del mismo conductor a bordo del mismo taxi. ¡Pero es que además el pasajero del taxi era el mismo! 4. Coincidencia fotográfica Una madre alemana que fotografió a su pequeño hijo en 1914 llevó la película a revelar a un almacén en Estrasburgo. En aquellos días, se vendías las placas fotográficas de forma individual. La llegada de la Primera Guerra Mundial hizo imposible que la mujer pudiera acercarse a Estrasburgo a recoger la fotografía por lo que la señora la dio por perdida. Dos años después, compró una placa de película en Frankfurt, a más de 166 kilómetros de distancia, para tomarle una fotografía a su hija recién nacida. Cuando llevó la placa a revelar, el técnico descubrió una doble exposición, el retrato de la niña estaba superpuesta a la foto de su propio hijo. Por alguna extraña cadena de casualidades la película original no había llegado a ser revelada, había sido etiquetada erróneamente como no usada, y se la habían revendido justo a ella. 5. El libro extraviado (no quedraría mejor, acá, la primer foto? pff) En 1973, el actor Anthony Hopkins accedió a aparecer en “La chica de Petrovka”, película basada en una novela de George Feifer. Incapaz de encontrar una copia del libro en ninguna librería de Londres, Hopkins quedó realmente sorprendido al encontrar un ejemplar sobre el banco de una estación de tren. Resultó ser la propia copia personal de Goerge Feifer, con sus anotaciones, que Feifer le había prestado a un amigo al que luego se la sustrajeron del coche. 6. Gemelos desconocidos pero con vidas similares Los hermanos gemelos Jim Lewis y Jim Springer fueron separados al nacer y terminaron en distintos hogares de adopción. Sin saber nada el uno del otro, ambas familias llamaron James a los chicos. Los dos crecieron sin conocerse, pero aún así los dos terminaron siendo agentes del orden público, destacaron por sus habilidades en mecánica y carpintería. Los dos se casaron con mujeres llamadas Linda. Ambos tuvieron hijos, uno llamado James Alan y el otro James Allan. Los hermanos gemelos se divorciaron de sus esposas y se casaron de nuevo con dos mujeres llamadas Betty. Además los dos tenían perro, llamado en ambos casos Toy. 6. Gemelos desconocidos pero con vidas similares Los hermanos gemelos Jim Lewis y Jim Springer fueron separados al nacer y terminaron en distintos hogares de adopción. Sin saber nada el uno del otro, ambas familias llamaron James a los chicos. Los dos crecieron sin conocerse, pero aún así los dos terminaron siendo agentes del orden público, destacaron por sus habilidades en mecánica y carpintería. Los dos se casaron con mujeres llamadas Linda. Ambos tuvieron hijos, uno llamado James Alan y el otro James Allan. Los hermanos gemelos se divorciaron de sus esposas y se casaron de nuevo con dos mujeres llamadas Betty. Además los dos tenían perro, llamado en ambos casos Toy. 7. ¿Venganza del árbol? En 1883, Henry Ziegland rompió relaciones con su novia, quien completamente afligida, terminó suicidándose. El enfurecido hermano de la chica persiguió a Ziegland y le disparó. Creyendo que lo había matado, el hermano se quitó entonces la vida. Pero el caso es que, Ziegland no había muerto. La bala solo le había arañado el rostro, y terminó alojada en un árbol. Escapó por los pelos. Años más tarde Ziegland decidió cortar el mismo árbol, que aún tenía la bala en su interior. El árbol parecía tan formidable que decidió volarlo con dinamita. La explosión extrajo la bala de la corteza, la cual salió disparada en dirección a Ziegland, le alcanzó en la cabeza y le mató. 8. Descubrimiento en el Hotel (que tiene que ver?! .... nada, no ves que es ciego?) En 1953, el reportero televisivo Irv Kupcinet se encontraba en Londres para cubrir los actos de coronación de Isabel II. En uno de los cajones de su habitación en el Hotel Savoy encontró algunos objetos que, por su identificación, pertenecieron a un hombre llamado Harry Hannin. Daba la casualidad que Harry Hannin – una estrella del baloncesto que actuaba en el afamado equipo de los Harlem Globetrotter – era un buen amigo de Kupcinet, pero la historia tiene aún un nuevo giro. Solo dos días después, y antes de que pudiera llamar a Hannin para hablarle de su afortunado descubrimiento. Kupcinet recibió una carta de Hannin, en la carta este le contaba que en una reciente estancia en el Hotel Meurice de París, ¡Hannin había encontrado en un cajón una corbata con el nombre de Kupcinet! 9. Juego de Poker En 1858, Robert Fallon fue asesinado a tiros como acto de venganza por parte de aquellos con los que estaba jugando al poker. Según ellos, Fallon les había ganado 600 dólares haciendo trampas. Con el asiento de Fallon vacío, y sin que ningún otro jugador se atreviese a coger los ahora “gafes” 600 dólares, encontraron a un nuevo jugador que se hiciera cargo del dinero del hombre y siguiera la partida. Para cuando llegó la policía a investigar el asesinato, el nuevo jugador había convertido los 600 dólares de Fallon en 2.200$. La policía le reclamó los 600 dólares originales para hacérselos llegar al heredero legal de Fallon, y en ese momento descubrieron que el nuevo jugador resultó ser ¡el propio hijo de Fallon!, que no había visto a su padre durante los últimos siete años. Y última! 10. Coincidencia Histórica Las vidas de Thomas Jefferson y John Adams, dos de los fundadores de los Estados Unidos de América. Jefferson garabateó la Declaración de Independencia enseñándole los bosquejos a Adams, quien (con la colaboraciónde Benjamin Franklin) le ayudó a editarla y afinarla. El documento fue aprobado por el Congreso Continental el 4 de julio de 1776. Sorprendentemente, tanto Jefferson como Adams murieron el mismo día, el 4 de julio de 1826; exactamente 50 años después de la firma de la Declaración de Independencia. Bueno, eso es todo. Espero que les haya gustado alguna por lo menos ^_^ Fuente: Cuidense, buen finde!

Y sí, pongo 2 porque alguién subió lo mismo, pero no dejo ninguna palabra descriptiva. Primero les dejo la imagen. Piensen. Despúes, el que quiere, lea el motivo. Una hoja en blanco. El poder de una hoja en blanco es mil veces más fuerte que todos los libros del planeta juntos. ¿Por qué?. Si ella en si no vale nada. En una hoja en blanco CUALQUIER persona puede expresar LO QUE QUIERA. Todos los grandes descubrimientos del ser humano comenzaron en una hoja en blanco. Supongan, inicios de 1900. Mundo en caos, hojas manchadas. Guerras, fuertes movimientos sangrientos. Viene un tal "Albert Einstein", agarra una hoja en blanco y comienza a pensar. Escribe, escribe, sabe que tantas hojas lo van a llevar a algún lado. Cuando intenta resumir todas esas sacrificadas, escribe un "E = M x C²". Tras muchas hojas ya escritas, aparece una hoja en blanco, desvirgada por, con todo el atrevimiento, la fórmula mas revolucionaria de la historia. No. No. No me convence. Vamos más atras todavía.. por los fines del 1500, inicios del 1600. El mundo se enfrentaba a enormes cambios de época y pensar. Mientras buscaba su dirección, William Shakespeare tomo miles de hojas en blanco, y transformó TODAS Y CADA UNA de ellas en obras maestras. Talvez por separado las hojas no valen tanto. Así como las hojas que tuvo que sacrificar Albert, todas mueren con el propósito de ser nuevamente una en la final. Un cierre. Te llevé muy lejos? Ok, vení, La Plata, Aregntina. 1923 nace, más adelante de su vida logra prolongar la de miles de personas. Creo que miles me queda corto. Tengo presente que la de mis 2 abuelos cuentan. René Favaloro. Sí, me fui por la salud. Para que vean que las hojas en blanco nos afectan a TODOS. En ese entonces (aunque mucho no cambió), la situación argentina era un desastre. Tal que llevó al máximo punto de ironía, a éste HOMBRE a dispararse al corazón. Miraba por la ventana y veía miles de hojas manchadas, inutiles, causando daño. Mira al corazón y ve una hermosa hoja totalmente pálida. Gracias a su visión, repito, puedo cenar todos los domingos con 2 personas que amo. Ciencia, literatura, medicina... política? Según su definición, es la norma fundamental de todo Estado soberano. Si todos nos volvemos locos, la tenemos para cortarnos el mambo. La constitución. ¿Que es, sino un compilado de varias hojas en blanco, escritas? (Si, se lo que escribí). Más allá de las malas interpretasiones y uso que se le pueda dar. Trata de marcar un orden y límites. Es buena, creanlo. Así podría quedarme dandoles ejemplos hasta el día de la primavera del 2012 (si es que seguimos vivos). Pero mi punto es.. Nosotros. ¿Qué somos?. ¿No podemos vernos como hojas en blanco, marchando por la vida, intentando escribirnos? Escribiendo y borrando. Fruteando wasadas y tachando. Dejando marcas cada vez que tachamos. ¿No es que, como dije antes, todos nosotros en sí no somos mucho, sino que nos potenciamos con los demás? A mi me parece una perspectiva bastante POSITIVA de lo que somos. Conociendo que también hay hojas en negro (no NEGRAS, sino EN NEGRO) que bastante mal producen y manchan. Creo que solo nosotros decidimos que escribir en nuestras hojas. Y, aunque ,a veces, pensemos que esta mal, borrar y tachar esta perfecto. Cada vez se hace mas dificil escribir sobre donde tachamos. Podemos ser la fórmula que salve más vidas. O la ecuación de "Dinero = Destrucción". ¿De qué depende? De VOS. Acá te dejo para que empieces. Felíz dia de la Primavera y del Estudiante. Hay personas que son Primaveras. Hermosas y transfiriendo energía. Gracias por leer.