Lo que yo no entiendo es como la gente pretende dedicarse a hacer diseños de proyectos al salir de la carrera, y tan convencidos de que han salido "preparados" xDDDD Entre eso y los comerciales q no tienen ni puta idea del perfil tecnologico que esta vendiendo o que le pide 1 cliente es para partirse la caja
Esto se lo debería de grabar a fuego más de uno:
Más de uno estará pensando que no es la programación lo que les preocupa, sino la dirección o gestión de proyectos de software. Piensan que la verdadera labor de un ingeniero no es programar o poner ladrillos, sino dirigir proyectos o diseñar los sistemas.
Las personas que piensan así generalmente no están cualificadas para programar, ni para gestionar proyectos. Para lo primero es evidente: quien piense que programar es como poner ladrillos, es que no ha programado en su vida. Pero la programación no es una actividad de construcción, sino de diseño. No quiero extenderme demasiado, la mejor explicación al respecto es el artículo de Jack Reeves: el código es el diseño.
En cuanto a lo segundo, quienes piensan que lo propio de un ingeniero es ser jefe de proyecto, lo que reflejan es una concepción taylorista del proceso de desarrollo de software, y con esa mentalidad es difícil gestionar proyectos en la actualidad.
Habrá ingenieros que lleguen a jefes de proyectos, y habrá otros que no. Es pretencioso pensar que por sacarte la carrera algún día llegarás a jefe de proyecto, pero es realista pensar que vas a tener una mejor formación que complementada con tu experiencia te va a dar más oportunidades para llegar a un cargo de ese tipo, ya que estás entrenado para resolver problemas de todo tipo, hecho que en la vida es muy difícil de adquirir.
Pero si un ingeniero no debería ser jefe de proyecto, dime tú quien está mejor capacitado de base para serlo.
Un ingeniero informático debe saber programar mejor que nadie, eso debería ser así (y en bastantes casos, creo que es así).
Pero no sólo se le exige saber programar mejor que nadie, sino saber diseñar mejor que nadie, entre otras muchas cosas.
Ahora tendré a las hordas de FP detrás mío metiéndome mierda, pero me da igual, volvemos al bucle de siempre.
A algunos jefes de proyecto no les interesa hacer mejores estimaciones xD
#487 antes que hacer eso y cobrar una miseria me pongo por mi cuenta... OH WAIT, que estamos en el país en que hacer eso es de locos y esperamos que las empresas y el trabajo salga del cielo!
Pero cuanto fantasma joder, 2 años que he estado buscando curro en todos los trabajos daban menos de 900 o 800 euros al mes y ahora viene este que en su primer primer curro le dan 16000 al año, pero de que cojones estamos hablando aqui fantasmas.
Primero: qué estudios tienes
Segundo: qué experiencia tienes
Tercero: en qué ciudad has buscado trabajo
Cuarto: condiciones del trabajo y qué puesto era
Y entonces podré opinar de si es una mierda de sueldo y has buscado mal, o si no.
Sin acabar la carrera he visto ofertas de 16000 netos, incluso puedes ser becario media jornada por 12000 (aunque esto ya es pedir demasiado, hay casos pero lo normal de becario a media jornada son unos 7200).
De esto hablo en Madrid, por ponerte un ejemplo.
En mi uni hay becas desde los 1000€ al mes por media jornada, a lo que cobro yo que son 350€ al mes por 4 h diarias Xd, una miseria, pero me da pa ir tirando.
En cuanto a sacarse 16000€ recién salido no me parece raro, un compañero mío ha terminado ya y mientras hacía el proyecto, ha estado trabajando en una consultora sacando eso, la putada esque era de 1 año, y ahora está a ver si le renuevan, por lo que tiene que agachar un poco la cabeza y echar alguna que otra horita.
Yo con encontrar un curro al acabar en el que saque en torno a los 12-16 K al año me sirve pa ir empezando, por menos de eso me voy a currar en B al taller.
#465 Es que programar lo puede hacer cualquiera sin formación. De hecho cuando la programación empieza a hacerse como es debido, como las personas mayores, más se acerca al campo de las matemáticas que al de la informática.
#474 Naranjas y peras. Sigues discriminando por títulos académicos.
Claro que por normal general, alguien que haya estudiado formalmente será mejor programador que alguien que no lo haya hecho. Pero no por tener un título de programador, sino por sus conocimientos. ¿Qué ocurre cuando alguien no tiene dicha titulación pero es un crack? ¿Lo vetamos? xD
Para algunos parece que la carrera laboral termina en la universidad, cuando esto lo único que va a determinar es lo que vas a cobrar durante tu primer año. Luego ya es cosa tuya y lo que puedas demostrar.
De verdad que estas discusiones sólo se tienen en este país...
Supongo que estaréis quemados porque algún otro más capacitado o con más suerte os haya "robado" algún currillo, pero desengañaos, que si la situación está como está no se debe al "intrusismo". Más autocrítica y menos culpar a otros.
Por cierto, telita con lo de peones... Vaya hostia te vas a meter majo.
#495 no estoy de acuerdo en lo de que más se acerca al campo de las matemáticas, para algo existe la Ingeniería Informática, no está ahí de adorno, y si es una Ingeniería con muchas matemáticas es por algo (obviando Bolonia). Repito lo que dije anteriormente, se supone ( recalco el "se supone" ) que los mejores capacitados para programar son los Ingenieros Informáticos, otra cosa diferente es que haya II que no tengan ni puta idea de programar como es debido, y que haya matemáticos que sean unos cracks, una cosa no quita la otra.
Tiene su relación, no dejan de ser algoritmos para resolver ciertos problemas, también depende de en qué lenguaje de programación se van a meter (los matemáticos, por norma general, son muy buenos con Fortran, por motivos obvios), el tipo de paradigma en el que se va a programar, etc... Es un mundo muy grande y no me voy a parar a explicarlo ahora, entraría en otro bucle xD, para matizar todo lo que diga sobre la programación me vería obligado a escribir 30 párrafos más.
Si queréis entrar en una empresa "chula" os harán pruebas de código, para ver si sois capaces de solucionar problemas en un intervalo de tiempo reducido, y sobretodo, para ver si los resolvéis con una eficiencia determinada (con un orden de complejidad adecuado, O(n) ó O(log n), por ejemplo), ahí es donde realmente se ve si alguien sabe programar (no te miran a ver si sabes diseñar software, aunque lo tengan en cuenta en futuras entrevistas).
Y vamos, las empresas que conozco que hacían esto sí que exigían una titulación de II, aunque no iban a decir ascos a un tío que fuese buenísimo en esas pruebas de código y que pasara las entrevistas de forma satisfactoria.
No estoy de acuerdo con los que decís que el título es importantísimo y el intrusismo bla bla, ni tampoco con los que decís que los títulos no sirven para nada (se necesita tener una especie de baremo, algo que te acredite que sepas hacer X, aunque haya una diferencia abismal entre gente con el mismo título, ya que no se puede medir el conocimiento de una persona en un simple título universitario).
Y sobre lo de que los programadores son peones... Eso habría que matizarlo bastante xD, si os referís a algunas consultoras podríais tener cierta parte de razón, pero hay gente muy buena que se dedica a programar, lo hace muy muy bien, cobra un pastón y no creo que sean precisamente peones.
Qué quieres que te diga, llámame fantasma si eso te hace sentir mejor contigo mismo. Ni que 16.000€ al año fuese una fortuna... que a veces no me daba ni para llegar a fin de mes.
Mientras el mundo de la informática esté lleno de gente como tú, que piensa que 16.000€ es un sueldo inconcebible y que no se pueden pedir más de 12.000€ teniendo una carrera, seguirá habiendo esos sueldos de mierda.
PD: 16.000€ al año, en 14 pagas y con impuestos, no llega a los 1.000€ mensuales.
#460 no soy informático ni nada q ver, pero en la empresa q trabajo (DIAGEO) utilizamos siebel, es una pasada de programa, muy muy complejo, vamos yo nunca habia visto nada igual ni similar. Yo lo utilizo para reportar todo lo q hace la competencia, cargar materiales, fiestas, gestionar presupuesto etc..... un sin fin de cosas. ME costó 3 meses solo aprender a utilizarlo no me quiero imaginar lo q es programar eso 
En mi empresa todo va x siebel, mis jefes solo con ojearlo ven si trabajo o si me toco los cojones ya q solo voy un dia a la semana a la oficina, soy gestor de hostelería. Pero como dice mi jefe x mucho q trabaje sino lo introduzco en siebel para ellos no trabajo.
Constantemente están actualizandolo y modificandolo.
Espero q te sirva de algo aunque no lo creo ya q no te dicho nada de programación
#495 También se debe a que prefieren pagarle una mierda al sobrino del conocido de X, que pagarte a tí lo que corresponde.
Eso sí, luego lloran cuando el software desarrollado es una mierda, o cuando quieren hacer un cambio y resulta casi imposible porque el diseño no preveía este tipo de escalabilidad.
#495 por fortuna no he tenido nunca que pelearme por un puesto. Pero vamos que me estas vendiendo que es más fácil encontrar a uno que sepa programar bien que no es informático a uno q si lo es, y va a ser que no.
Y por cierto yo nunca he dicho nada de q tenga q tener títulos, para algo estan los FP también
#500 Lo que vengo diciendo es que no hace falta haber estudiado formalmente para ser un buen programador. Pero si quieres que me moje, lo haré: El matemático medio tiene mayor potencial para convertirse en un programador t-o-p que el ingeniero informático medio. De la misma forma que un buen programador tendrá mayor potencial de ser mejor ingeniero / arquitecto de software que alguien de su misma especie que aborrezca la programación. De hecho es la única forma de diferenciar entre los buenos diseñadores y los charlatanes (estos últimos la gran mayoría y los grandes responsables de la crisis de la ingeniería del software, a.k.a. el arte no sacar los proyectos a tiempo).
Programar bien no es solo ser bueno en matemáticas. Tienes que conocer qué es lo que hay "detrás" de lo que programas para entender de verdad qué métodos de programar aplicar (si necesitas eficiencia, si necesitas escalabilidad...) , por qué no aplicar ciertos métodos (ej: recursividad para programas con muchas llamadas es un infierno para la eficiencia, ya que por cada llamada a la función se genera un registro de activación que ocupa espacio extra), etc...
Sobre el potencial para programar, personalmente pienso que no depende de las carreras sino de las personas, pero un hecho impepinable es que la mejor formación para programar la vas a tener en la Ingeniería Informática.
El decir que Matemáticas o Informática es más fácil o más difícil, en mi humilde opinión, depende de lo que exijan los profesores en cada Universidad, pero esto es aplicable a cada carrera xD.
Si alguien aborrece la programación que mejor se dedique a otra cosa, y que descarte también el meterse por la Ingeniería del Software, ya que si vas a dirigir un grupo en un futuro debes entender qué es lo que hace el grupo y cómo se programa. Hay que empezar desde abajo y hay que dar ejemplo desde arriba.
Que tal un sueldecillo de 35000 - 40000 brutos al año, en 14 pagas con una retención del 10% aprox.?
Depende, si das más datos de tipo de trabajo, experiencia, etc. te digo. Pero 10% con ese sueldo es imposible que te retengan, bueno si, luego vendrá hacienda y del palo que te pegue te deja templando
pero...A que llamais vosotros matemáticos?
En Salamanca estamos Ingenieria Informatica, Quimica,Física y Matemáticas juntos, y por lo que hablo con la gente, los únicos que pueden acercarse a lo que hacemos nosotros son los físicos( y no te creas que demasiado)
Es que de verdad no entiendo que un "matemático" pueda ejercer de "informático"
#482 programar no es diseñar. Normalmente los proyectos de programación extrema carecen de diseño y simplemente se basan en picar código.
Análisis y diseño son parte del desarrollo pero no de la programación, cuando picas código deberías ya tener bien claro el diseño.
#503 Discrepo. Los lenguajes son cada vez de más alto nivel, volviendo y mejorando lo que ya propuso John McCarthy hace unos cincuenta añitos y alejándose de la rama ALGOL. El tiempo humano es más importante que el tiempo máquina. Antes, por limitaciones tenía sentido toda esta parafernalia, pero hoy día sobra hardware y lo que prima es prototipar e iterar. Y rápido.
Quizás me pase de balbalbalba, pero en no muchos años el diseño del software pasará a un segundo plano, eso o se habrá adecuado a los tiempos que corren. La mayoría de castillos OOP diseñados por charlatanes y diseñadores mediocres caerán como barajas de naipes, y sólo quedará código de legado infumable e inmantenible. Suena un poco a peli de ciencia ficción, pero el software tenderá a abstraerse cada vez más del hardware, o al menos espero no equivocarme xD
Esto lo puedo ver ahora mismo en mi proyecto. Trabajamos para un gran cliente, pero el equipo de desarrollo es pequeño. Únicamente utilizamos C para cuatro algoritmos contados, utilizamos nuestro DSL desarrollado en Common Lisp para hablar con el cliente (que estudiamos portar a Haskell o Clojure, pero ya se verá), y la lógica de negocio y pegamento corre en Perl. Comparando con el resto de equipos que trabajan para el mismo cliente, que se mueven por los típicos estándares de industria (J2EE, reuniones cada dos por tres, revisiones de planificaciones y demás mumbo jumbo), puedo decir que no sólo desarrollamos muchísimo más rápido que el resto, sino que además cumplimos con los plazos (y sin hacer horas extra). Algo de lo que ellos no pueden presumir.
Supongo que en la carrera te andarán comiendo la cabeza con determinadas cosas (por ejemplo lo que dices de la recursividad es cierto... en Java y demás lenguajes abominables que parten de un diseño erróneo), pero lo que te andan enseñando está como mínimo 20 años por detrás de lo andan estudiando los futuros PhD, y en el mundo laboral tres cuartos de lo mismo.
Por desgracia el modelo en España es vender humo, reclutar a monos prescindibles por el salario mínimo y machacarlos a base de horas extraordinarias. Y es una pena, pero los primeros responsables son los propios desarrolladores. Toca cambiar la mentalidad.
