Alguien Me Puede Orientar?

[kinobi]

Hola,

el foro "Varios" se reserva para asuntos diversos relacionados con Delphi. Por tanto, muevo tu hilo al foro "Debates", más apropiado para tu consulta.

Saludos.

P.S. Como veo que eres nuevo por estos foros, te aconsejo la lectura de la Guía de estilo (ver enlace en la firma)

[mamcx]

Depende. Hare una especie de distinciones arbitrarias, pero con algo de sentido.

Un programador es como un albañil. Que requiere un programador? Mas o menos:

- Saberse la sintaxis de un lenguaje, como minimo
- Conocerse, como minimo, una parte importante de un API (por ejemplo, la VCL, o .NET)
- Nociones de OOP
- Nociones de SQL

Un programador se reconoce en que es bueno haciendo nuevo codigo, pero son trememendamente infelices depurando codigo, haciendo test, hablando con usuarios, revisando codigo ajeno, etc... A ningun programador le gusta adaptarse a unas reglas de como se codifica, todos tienen su "forma". La felicidad esta en el nuevo codigo.... o sea, la vision de mi estereotipo de "programador" es alquien que es feliz haciendo una rutina a la vez, pero no tanto haciendo el programa completo (por eso, no les importa hacer el ultimo 10% del esfuerzo, como documentar o mejorar la experiencia del usuario). Un equipo grande de desarrollo se puede dar el lujo de tener este tipo de gente, o tal vez cuando no hay plata pa mas...

Si soy una empresa, y busco un programador, que busco?:

- Que sea bueno en el API y lenguaje que me dijo que sabia. Por ejemplo, si dice saber hacer ventanas, pues que sepa hacerlas! Recuerdo entrevistar a un monton de tipos salidos de Universidades y con "experiencia", mi entrevista era: Bueno chico, hazme un formulario, 3 botones, que muestre una lista, guarde, borre y agrege registros. El 80% no fue capaz, el 19-20% fue con resultados deprimentes.
- Que escriba buen codigo: Buena identacion, buenos nombres de variables. Muy importante a este nivel
- Dispuesto a aprender. Nuevas APIs, nuevos lenguajes.
- Dispuesto a aceptar que la empresa define sus reglas, y que se debe respetar la manera como se escribe el codigo y hace las cosas. Si tengo mi control de codigo fuente, no aceptaria a alguien que decida no usarlo. Trabajar en equipo es crucial

Si pretendes ser un programador, del tipo que describo, la tendras dificil: Todo el mundo arranca en este nivel, es un mercado saturado. Asi, es dificil conseguir empleo.

Sin embargo, si uno con poca experiencia me mostrase un desarrollo suyo, FINALIZADO, ese es un mago, un tesoro. La mayoria no son capaces de concluir el trabajo: MAL signo, muy, muy malo. Para avanzar al siguiente nivel es importante hacer un programa sencillo y que a uno le parezca divertido, y terminarlo.

Ahora, siguiendo mis divisiones arbitrarias, estan los desarrolladores. Un desarrollador es un programador mas maduro. En mis palabra, es un programador CONTRATABLE. Sigue sin gustarle la depuracion, hablar con usuarios, etc... pero maneja las "malas energias" De pronto es muy bueno, y hasta le gustan estas cosas.

Un buen desarrollador ayuda en la empresa en las partes criticas. No solo hace nuevo codigo. Es capaz de cojer la VCL, un codigo Open source, de un colega, y meterle la mano, aunque no sea culpa suya. Si no sabe algo, busca en Google, pregunta en foros. De hecho, ya es alguien en capacidad de ayudar a los menos experimentados. Me ayudaria con un cliente, aunque intentaria no usarlo para ello. La mayoria de las empresas pequeñas y medianas ABSOLUTAMENTE necesitan desarrolladores. Los desarrolladores son MUY MUY escasos, y quien se encuentra con uno lo contrata in so facto, a menos que sea o muy pobre o muy pobre, pero de mente!

Un desarrollador:

- Se especializa en un AREA de desarrollo, no solo API: Por ejemplo, programacion del lado del servidor y bases de datos
- Tiene un amplio conocimiento en otras cosas. Conoce mas de un lenguaje. Entiende conceptos mas amplios: Ve mas alla de la forma y el reporte, sabe como se integra dentro de una solucion.
- Su felicidad no es tanto el codigo nuevo, es ver como el producto fluye bellamente. Por eso, no es tan reacio a depurar, manejar un control de codigo fuente, tener una lista de requerimientos, APEGARSE a ella cuando es el caso, hace revisiones y refactoring del codigo si lo amerita. Es capaz de armar clases que reducen el esfuerzo, en vez de pegar codigo de un lado a otro.
- No conoce, APLICA OO
- Puede trabajar en equipo con otros. Incluso con usuarios y testeadores
- Es un FINALIZADOR. Es que capaz de dar el ultimo 20% del tedioso esfuerzo de acabar, pero acaba...

Un desarrollador no se puede querar sin empleo. Siempre las empresas lo buscan. De hecho, una queja MUY frequente es que no hay programadores (lo que significa: Todos los que hacen la entrevista solo saben VB, copy-paste, hacen formitas pero no aportan nada al equipo).

Ahora, si eres desarrollador, es tentador armar una propia empresa

Luego, estan los arquitectos. Estos son mucho mucho mas escasos. Son los que son capaces de dimensionar, especificar, diseñar, optimizar y mejorar un programa SIN ESCRIBIR EL CODIGO. Ahora, NO estoy de acuerdo con que un arquitecto sea un fulano que no fue un buen desarrollador y se sienta de lo lindo con grafiquitas UML: ESOS NO SIRVEN (a menos que sea una empresa muy grande y se den esos lujos), mas bien, por tener una amplia vision, son capaces de anticipar problemas antes de sentarse a la implementacion, reduciendo el esfuerzo.

Mas o menos, me dio cuenta que pienso similar a http://software.ericsink.com/entries...t_Hackers.html. Te recomiendo esta lectura

Tambien te recomiendo que ojees www.joelonsoftware.com. La razon? La vision de las empresas de desarrollo pequeñas/medianas, als cuales son las mas probables de estar buscano buena gente, es muy diferente a las grandes, a las cuales le venden Rational, IBM, MS y que tienen los lujos de tener un grupo de personas para cada area especifica...

Ah, y por ultimo: En la practica, el estudio no tiene tanta influencia. Es la aplicacion del conocimiento... Solo si vas a ser parte de un equipo de IT en una empresa con burocracia le importara el diploma. Si es asi, te recomiendo que estudies en un CETEC o un centro de de capacitacion aprobado por MS, IBM o lo que sea, tiene MUCHO mas peso que una carrera universitaria. Los que tenemos empresas medianas y pequeñas hacemos un simple test: Muestranos codigo y haz este ejemplo sencillo. Asi se filtra al 99% de los que NISIQUIERA son buenos programadoresa

[linuz]

Ante todo muchas gracias por tu tiempo y esfuerzo.
He de reconocer que me has dejado impresionado, me ha parecido muy interesante tu punto de vista.
Segun lo que me has dicho los programadores novatos son "ineficaces" en su trabajo y ni siquiera son capaces de finalizar o crear una aplicación sencilla. Digo son, porque yo no me cuento como uno más, en el sentido de tener poca iniciativa.
Me has dejado helado cuando me has dicho que en las entrevistas que les has hecho a algunos programadores buscando trabajo era de hacer un formulario con registros, y que un 20% de ellos ha sabido hacer algo. Me cuesta creermelo.

Personalmente soy una persona que me gusta aprender por mi cuenta, aprender nuevos conceptos, lenguajes, y técnicas. Quizás me cueste un poco, pero con esfuerzo lo consigo.

Este verano la empresa donde trabajo los fines de semana me pidió un programa para llevar la contabilidad, RRHH, etc. de toda la empresa. Lógicamente acepté, les hice el análisis de toda la aplicación, aprendí VB, y con lo que sabia de BAses de Datos relacionales les hice le programa en ACCESS, y estoy muy satisfecho de haberlo hecho. (y les gusto ).

Por lo que cuentas sé que eres empresario. Pues si yo, por ejemplo, te dijera que sé hacer el analisis detallado de aplicaciones, programar en C, Delphi, Java, PHP, HTML, Oracle, Access, SQL... ¿ Seria lo que estas buscando?

Con lo que sé, desconozco si eso es lo que piden las empresas.

¿Que piensas?

[mamcx]

Primero, no te hagas ilusiones (y no me hago ya tampoco)... soy de Colombia y ya tenga la planta llena...

Ahora, los anuncios de prensa ponen esa lista, e incluso mas larga! Ahora, eso se pone porque una empresa de desarrollo filtra asi a quienes parecen con poca experiencia o temerosos, y porque naturalmente con el tiempo todos adquieren habilidades multiples. O sea, esa lista no me impresiona, y dudo que impresione ya en muchas empresas. Es mas bien un test: Si ni se atrevio a mandar la hoja de vida, fue que no era capaz, o algo asi bizarro y por el estilo. Es como si uno buscara un actor:"Se requiere que cante, baile, haga muecas, haga reir y llorar, sea capaz de hacer las escenas de riesgo, experto en drama y tragicomedia, pero tambien que sea capaz de dirigir y usar la camara, ajustar las luces y definir la estrategia" Esas listas son absurdas.. e irreales

Me impresionaria mas bien la experiencia en un AREA de desarrollo. Por ejemplo, que alguien sea experto en hacer interfaces graficas. No me importaria si no es tan bueno con Oracle en ese caso. Cuando me tocaba ir a una entrevista recuerdo que ponia una lista de 2 hojas de cosas que sabia y no sabia mucho, pero luego siempre me tocaba lo mismo: Manejo de datos del lado del servidor, es que servia era para eso. Al final, al fulano lo buscan por algo.

Te servira investigar de antemano que HACE la empresa a la cual mandaras la hoja...luego haces un articulo para ella, y resaltas lo que haces. Un demo o un ejemplo de codigo bien escrito ayudaria... Luego esta la actitud de la persona: Es abierta? Conoce del tema, alguno, el que sea? No es un fricky, que llega diciendo "ms apesta, montemos linux" sino "Puedo aportar experiencia en como migrar aplicaciones a linux" y asi por el estilo...

Ten cuidado en la definicion de la aptitud. Dices que eres estudiante mas afirmas

sé hacer el analisis detallado de aplicaciones

Ja! me da risa. Yo llevo como 8 años y APENAS estoy aprendiendo. Eso no me lo creo, no te lo van a creer. No te van a creer el resto de la lista. Dudo que sepas como detectar y evitar un bloqueo fatal en Sql server debido a concurrencia y sin embargo mantener la aplicacion en pie o como planificar un sistema de backups diferencial en Oracle. No creo que sepas optimizar el html para Mozilla, IE 3 y 6, Opera y demas. No debes saber hacer drivers en C. Es mas: estoy seguro que te pongo a hacer una funcion y me sacara un error fatal! Seguro, seguro que si... (lo se porque me pasa todo el tiempo )

PD: esta reaccion de prima donna era con la intencion de ver como piensa el encargado de la contratacion, no es un insulto.

El punto es que si le pregunto si sabe Sql server, me dira la verdad? (bueno, se como conectarme usando la BDE y hacer las operaciones CRUD, ademas se como cachear datos comunes en el cliente) pero si me dice SI, dio papaya: Ahora el reclutador se sentira en la OBLIGACION de aniquilar al desgraciado convencido con un asunto de corrupcion de bases de datos y como se arregla la condenada (sabian que se puede corromper una base de datos Sql server , o no )

Recuerda: La lista es una especia de trampa. Esa lista no me dice nada. Esa lista no le dice NADA a quien esta buscando el empleo. La trampa es que si piden saber Sql Server realmente es saber administrar la BD, no hacer selects, insert, updates. En ese caso, cualquier programador conoce todas y cada una de las bases de datos basadas en ANSI Sql 92. Pero no es asi.

De toda esa lista, realmente en que eres experto? ENFOCATE EN ESO. Si ya has hecho un desarrollo y eres bien listo, ya debes saber si eres mago haciendo una interfaz de usuario PORQUE un usuario inexperto intuitivamente maneja el programa. O tal vez en programacion del servidor, y sabes lidiar con caidas de la base de datos y la restuaras, manejas multi-hilos y sabes los lios de acceder desde un CGI, PHP o lo que sea a un archivo plano, o conoces tecnicas de cacheo y evitar las llamadas innecesarias a la base de datos... Que te gusta hacer informes (un gusto raro, digo yo).... Ese ya es un tipo contratable. Alguien bueno en algo especifico, aunque por razones del tamaño de la empresa, entienda que Microsoft.NET no es un nuevo sitio de internet y que "sequal" no es un termino en ingles para la secuela de la pelicula....

Este articulo va de perlas: http://spanish.joelonsoftware.com/Ar...erviewing.html Te recomiendo su lectura!

Espero que te ayude la idea.

[linuz]

En primer lugar no queria pedirte un puesto de trabajo, recuerda que estoy estudiando.
Cuando digo que sé hacer el análisis me refiero a la METODOLOGÍA, que por cierto, si has hecho tantos proyectos no se xq no sabes hacerlo a la perfección .

Ja! me da risa. Yo llevo como 8 años y APENAS estoy aprendiendo. Eso no me lo creo, no te lo van a creer. No te van a creer el resto de la lista. Dudo que sepas como detectar y evitar un bloqueo fatal en Sql server debido a concurrencia y sin embargo mantener la aplicacion en pie o como planificar un sistema de backups diferencial en Oracle. No creo que sepas optimizar el html para Mozilla, IE 3 y 6, Opera y demas. No debes saber hacer drivers en C. Es mas: estoy seguro que te pongo a hacer una funcion y me sacara un error fatal! Seguro, seguro que si... (lo se porque me pasa todo el tiempo )

PD: esta reaccion de prima donna era con la intencion de ver como piensa el encargado de la contratacion, no es un insulto.

Se supone que un programador de gestión hace aplicaciones, no crea motores de bases de datos. Te aseguro que en C es muy dificil que te haga una función con un error fatal.

Decirte que soy bueno en un area, es tentar a la suerte, ya que todavia no he trabajado como programador. Si te doy una lista es por algun motivo, no para impresionar.

Muchas gracias.
No pienses q voy a la defensiva. Me ayudas mucho.

[haron]

holas holas.

una cosa que me he dado cuenta, es que parece habitual, que los recien licenciados esgriman su titulo universitario y no sepan autoevaluar sus propios conocimientos.

conozco un chaval, que es muy buena gente, pero que tiene ese problemilla.

el me decia:

Chaval:
"No se por que nadie me contrata, si soy licenciado informatico.
casi todos mis compañeros los han llamado y estan trabajando en una empresa"

Yo:
"me parece que si esperas que te llamen lo llevas claro.
lo mejor es ir tu mismo a las empresas y presentar tu curriculum.
que has puesto en el curriculum"

Chaval:
"pues que soy licenciado y experto en C, Delphi, Java, patatin, patatan ... y experto en noseque ..."

Yo:
"bueno, pero como vas a ser experto? si no has trabajado nunca???"

Chaval:
"pero es que me lo enseñaron en la universidad!"

bueno, es una conversacion inventada, pero recoge basicamente el dialogo que tuvimos en el autobus un dia cualquiera.

creo que lo primero es reconocer tus propias habilidades y conocimientos desde un punto objetivo.

debes ponerte en el punto de vista del empresario, que al fin y al cabo no pretende perder dinero formando a un empleado para adquirir las habilidades que necesita.

lo que debes hacer es demostrar que lo que sabes, realmente lo sabes.

como??? si nadie me ha dado la oportunidad???

estrategia:

elabora un portafolio con ejemplos ilustrativos que demuestren tus conocimientos.
pequeños programas, por ejemplo. no hace falta que pierdas meses desarrollando software. intenta siempre ser practico.

de esta forma busque trabajo mi primera vez y me contrataron.

[[Delphius]]

Hola a todos!
Si digo que no me interesó este hilo estoy mintiendo. La verdad es que me llamó la atención todo el debate.
Yo estoy estudiando en la Universidad Católica de Salta, Argentina y actualmente estoy finalizando el tercer año. Según el programa de la universidad, en tercer año me recibiría de Técnico Programador y en quinto: Ingeniero en Informática.
Se que a final de año no me voy a ganar el título ya que me es imposible rendir 8 finales en estas mesas. Además considerando que cuelgo una materia de primer año que hasta el día de hoy me pregunto para que está: quimica I. Lo más gracioso es que esta materia no es correlativa con ninguna.
Bueno la cosa es que... entre los estudiantes nos hacíamos preguntas como ¿Realmente sabemos lo suficiente como para ser merecedores del título?¿Que hace un programador? Y considerando que el nivel de enseñanza en lo que respecta a programación a sido pobre... realmente a mí y al resto del tercer año nos ha dejado pasmados. Entonces exigimos que se nos dieran mejores clases, que se nos enseñe nuevos lenguajes y bien dados (y no superficialmente como nos venían dando). Después pedimos que nos respondan con honestidad si realmente nuestro título tenía valor y si nos consideraban que teníamos el nivel que se pide para ser el Tecnico Programador.
Ante esto, la facultad de Ingeniería e Informática nos elaboró una "Prueba de Suficiencia" que consistía en una auto-evaluación personal y tratar de responder a la pregunta: ¿Cuanto se de lo que realmente debería saber?. Yo me tomé una semana y media en realizar ese examen de conciencia, y según me acuerdo... había llegado a responder que sabía entre el 57% y el 63% de los contenidos mínimos exigidos por la Universidad. Esta prueba la he realizado hace casi un mes, y hasta el día de hoy no hemos recibidos respuestas de la Facultad sobre nuestras conclusiones. Esto nos está afectando mucho y la verdad es que estamos nerviosos por lo que nos respondan, a tal punto de que algunos quieren seguir estudiando en otras universidades.
A lo que quiero llegar es que por más que en la Facultad nos hayan dicho y explicado en más de una ocasión a lo que se dedica un Tecnico Programador, realmente estamos con duda de que tengamos los conocimientos suficientes como para poder competir por un futuro puesto en el trabajo. Y la verdad es que uno no puede poner en el Currículum Vitae que sabe un 50% de SQL, un 60% de Delphi, etc... ¿Me explico? Además no es solamente dudas, ya que hace poco fuimos a unas jornadas que se hacen todos los años aquí en Argentina: la JAIIO y al ver que los proyectos y el nivel con que salen los estudiantes de otras universidades nos dimo conque es incomparable con el que tenemos en la Católica de Salta, ¡Nos llevan años luz!
Como yo me temía que esto iba a suceder, desde el año pasado vengo investigando, buscando, programando, y aprendiendo por cuenta propia a medida que iba cursando las materias y valla que me vino bien, pues lo que vi este año sobre porgramación yo ¡ya lo sabía desde hace un año!
Me tengo cierta confianza en que se de programación, en especial en Delphi, también se de OO, clases,... pero cuando tenga que hacer frente a mi currículum ¿Cómo hago?
La salida laboral aqui en Argentina, en especial en Salta no es fácil porque:
1. En muchos lados no se aceptan a los egresados de las católicas. Lo cual me parece desagradable.
2. En salta, en la universidad nacional (UNsa) existe una carrera que compite con la mía: Analista en sistemas.
3. Los títulos terciarios están exterminando a los universitarios.
4. Encima, hay un montón de personas que no tienen idea de lo que es una variable y están haciendo software sin matriculación, sin estudios ni papele, ni nada. Y para hacernosla complicada: los venden por monedas... a lo que un profesional no puede rebajarse.
Y, como vivimos en Argentina, ahora se quiere hacer un cambio en el nombre del título (esto es a nivel nacional). Unos sostienen que sea: Ingenieía en Informática, otros quieren que sea Ingeniería de Informática, un tercero: Ingeniería en Sistemas de Información. Me pregunto: ¿Que voy a ser yo, si la orientación que se nos dicta es como la de "jefe" de empresas dedicadas a la TI/SI?
Aqui, si uno tiene suerte, pero mucha suerte puede conseguir un buen trabajo... pero como vivo en un país lleno de problemas, el sueldo con que puedo contar es miserable... por más que el trabajo sea bueno.
Yo, antes de ingresar a la carrera estuve viendo a que se dedica un Ingeniero en Informática.. y me gusta lo que hago, y estudio... pero siento que no es suficiente. Asi que.... mis intenciones es ir a España (con la doble ciudadanía) a realizar una especialización en Ingienería en Software y seguir estudiando. Con la esperanza de que ese Master me sirva como un instrumento más para conseguir empleo en un país donde el desempleo es del 50%.
Este, es mi testimonio.