...y quizás tampoco las soportan los demás programadores. En mi ordenador funciona Si el código no funciona en un ordenador con toda las dependencias adecuadas instaladas es un error de tu programa, sin dudas, no hay excusas. Nunca digas esta frase, sólo demuestra que todavía no estás preparado ni para asumir la responsabilidad de tu…
#23:
#5 "el único Java bueno es javascript"??? Madre mía! Como está el patio...
#63:
#56 Bonita frase. El caso es que hay unos límites en cuanto a eso de que te paguen.
Yo por 700 euros al mes ni me muevo de la cama, sea buen programador o sea mediocre o sea malo. Ni me muevo de la cama, vamos. Antes me voy a trabajar de cualquier otra cosa, que se gana más dinero.
Lo que hay es mucho tonto que se cree que tiene que cobrar esa basura por hacer un trabajo de técnico cualificado (porque eso es lo que es un programador) simplemente "porque todavía no sé bastante". Menos llorar de que cobras poco y más rechazar ofertas y una vez tengas una nómina decente, entonces ya demuestra si vales o no vales.
#19:
¿no sería "Las cosas que no soporto que diga un programador "?
#3:
#1 Hostia puta, ¡Qué rápido avanza todo! Yo me he quedado en la 1.7
#55:
Yo no soy informático, pero recuerdo una anécdota de la universidad que, aunque otro campo,es lo mismo. (excusas cuando no hacemos algo bien)
Tuvimos que hacer un trabajo y el mío fue un desastre, y en medio de la bronca que me estaba echando solté que "la culpa fue del cha, cha cha". Lo dije bajito porque mi intención no era que me oyera, pero el caso es que oyó y me preguntó qué excusa era esa...le contesté que eso, que la culpa fue de las fiestas, de salir por la noche y de una chica, que me tenían todo el tiempo loquito.
La carcajada fue general, incluído el profesor, que no es que aprobara pero sí que reconoció que, al menos, era la única excusa verdadera que había oído nunca.
pd: hablo de la época de gabinete y la canción, años ha...
#120:
#113 Pues igual yo ando muy desconectado de la realidad... pero la verdad es que de toda la gente que conozco currando en Barcelona, Madrid y Valencia, no hay ninguno que vaya por debajo de los 30.000 anuales, lo cual yo considero un sueldo "bueno", según la región (en Madrid vivir está a niveles de Europa en cuestión de alquileres, impuestos, etc... luego los sueldos o son más altos o te jodes).
Yo ahora mismo no trabajo ni vivo en España, por cierto. Me largué hace años por otras razones no relacionadas con el empleo Empecé como programador/sysadmin/chico-para-todo en Valencia y cobraba casi 20.000 brutos anuales... eso recién salidito de la carrera y sin puta idea de nada más que un montón de teoría en mi cabeza.
Una anécdota que te contaré: una vez acabada la carrera empecé a echar currículums a destajo por todas partes. Mientras tanto estaba trabajando en el campo, mi familia viene del interior. Un día me llamaron de Madrid, ni recuerdo la empresa que era, por un CV que había echado para "desarrollador Java". La conversación fue más o menos así:
- "Buenas, le llamamos desde Cárnica Infrahumana, S.A. por un puesto de desarrollador Java Junior para el que vd. ha aplicado".
- "Sí, dígame".
- "Mire le informamos de que su CV ha sido seleccionado para realizar una serie de entrevistas tras las cuales usted tiene la oportunidad de trabajar con nosotros en contrato de 6 meses y luego indefinido si supera esos 6 meses".
- "Estupendo, dígame por favor cuándo y dónde son esas entrevistas".
- "Pues son la semana que viene en Madrid en la sede de la empresa que está en X, Y".
- "Sede de la empresa X, Y, correcto, conozco el sitio. ¿Me podría decir cuáles son las condiciones del contrato, por favor?"
- "Sí, el contrato sería uno inicial de 6 meses como ya le he dicho, de 16.000 euros brutos anuales. Tras ese contrato sería uno indefinido, también de 16.000 euros anuales, con posibilidad de aumento y blablablablabla...".
- "Muchas gracias señorita, pero creo que no estoy interesado".
- "¿¿¿COMO??? ¿¿POR QUE??"
- "Porque Madrid es una ciudad muy cara y con 16.000 brutos anuales yo no puedo costearme un apartamento y una vida aceptable que incluya bajar a ver a mi familia en coche o en tren cuando yo lo desee y tener unos ahorros, como usted comprenderá. Me parece un salario bajo y creo que no estoy interesado y de momento buscaré otras opciones, pero muchas gracias por su interés".
- "Pero Señor Fulanito, le informo que esta es una empresa líder en su sector y que a usted le vendría muy bien conseguir este trabajo para poder empezar a desarrollar su carrera profesional como programador en un ambiente competitivo y con las últimas tecnologías..." (en este punto no sé por qué me insiste tanto, en ese supuesto país con nosecuantos millones de parados donde si no aceptas tú el trabajo que te den por culo y ya viene otro que tengo a mil mejores que tú esperando en la puerta )
- "Pues disculpe señorita, pero mi impresión para ser una empresa líder en el sector es que el salario que ustedes ofertan en Madrid es demasiado bajo como para costearme la vida allí por mi cuenta. Mire, si su oferta fuese en Valencia, yo todavía tengo la casa de mis padres donde podría irme a vivir mientras trabajo y adquiero experiencia como usted dice, pero vivir solo en Madrid no me es posible. Gracias de nuevo por la oferta pero no estoy interesado, gracias".
Y luego conseguí un curro en Valencia que me permitió vivir por mi cuenta (en un piso con amigos) ahorrando todos los meses como un señor, pagando facturas de puta madre y echándole gasolina al coche... por más dinero del que esos mendas me ofertaban en Madrid. Cuestión de perspectivas, supongo. Y sí, el dinero me hacía falta aunque sobrevivía currando de otras cosas mientras tanto. Y no, no voy a perder dinero trabajando para la empresa líder en el sector en Madrid si me puedo quedar en Valencia trabajando de otra cosa.
Yo programo por gusto y trabajo por dinero. Ese es mi punto de vista. Si algún día tengo 7 hijos y dos mujeres y una hipoteca y las letras del coche, me arrodillaré ante mi amo Don Empresario y le haré una mamada y le daré las gracias por perdonarme la vida. Mientras tanto, págame dinero que me permita vivir decentemente si quieres que programe para ti y si no adiós y ya me busco la vida haciendo otras cosas, que yo programo por gusto y trabajo por dinero. Si mañana me pagan más de lo que cobro ahora por vender coches, me meto a vender coches y ya programaré los fines de semana si me entran ganas.
#20:
#16 Yo tenia un compañero que hacia programacion orientada al patron de diseño, yo creo que decidia de antemano usar patrones x,y,z y todo su afan era hacer algo que los necesitase o meterlos con calzador donde menos te lo podias esperar o era necesario. Refactorizar su codigo era como rapar a un melenudo con maquinilla. Evidentemente se tenia por un masterchef del patron de diseño.
#60:
#56 No, si ahora habrá que demostrar que eres un MVP para ganar 1500€. Macho que ese dinero se lo levantaba un electricista pasando cables, no te digo lo que cobraba si los conectaba.
Lo que algunos no os dais cuenta es que se piden requisitos/conocimientos y calidades para sueldos de cajero del Mercadona y ahí radica uno de los problemas de la informática en este país que se paga igual el Kg de mortadela que el de jamón serrano.
#44:
#25 Es una buena pregunta, teniendo en cuenta que a cualquiera que lea el código de Menéame se le caen los cojones al suelo (menos las partes del código que han sido subcontratadas claro)
#27:
#14 Pues en mi curro lo de "en mi ordenador funciona" se usa como broma cuando alguien la caga, ya que todos tenemos claro que NO es una respuesta valida. Otro tema es que efectivamente funcione en un entorno ya serio y no en otro. Entonces te toca jugar a las 7 diferencias entre entornos y es mas fácil que efectivamente sea culpa de otro equipo (admins que no han instalado algo o la gente de redes que no haya configurado bien las comunicaciones necesarias). Aunque es igual de frecuente que la culpa sea tuya por no haber documentado que había que instalar alguna historia (y los admins no tienen bola mágica para saber lo que necesita cada proyecto que se instala en sus servidores).
Adjetivo utilizado para referirse a sabiondo. Ambas palabras se encuentran registradas en el Diccionario de la Real Academia de la Lengua Española, por tanto su uso es correcto. http://www.como-se-escribe.com/sabiondo-o-sabihondo/
#47:
#22 Hombre, se lo que es un String y se lo que es un char. Pero me da igual: mi mente, por no pensar en binario, lee mucho mas claramente:
"cadena" + " que " + " te " + " cagas " + " de " + " larga.";
Que:
new StringBuilder("cadena").append(" que ").append(" te ").append(" cagas ").append(" de ").append(" larga").toString();
Se llama legibilidad e importa. Que en algun caso especifico sea mejor tirar de StringBuilders? pues dale, pero comunmente es mucho menos legible y el que venga despues a mantener el codigo podria ser un psicopata y podria matarme.
#98:
#5 Javascript como lenguaje es un desastre que se ha acabado utilizando para cosas para las que no fue diseñado y que a base de utilizar librerias y frameworks se puede intentar usar para algo medio serio.
Lo único bueno que tiene es que se puede utilizar de forma mas o menos directa en cualquier navegador y en algunos SO.
#101:
El que esté libre de falta que tire la primera piedra.
#2:
"Los test sólo verifica los bugs ya detectados o los que se imaginó el que los programó"
#69:
#49 Pues conoces pocos programadores. Yo puedo contar con la mano los que conozco que ganan eso o mas.
En mi departamento somos 20 y solo 2 tienen esas cifras con 15 años en la empresa. Todos ingenieros o ingenieros técnicos en la treintena.
Quitando el pequeño matiz que Javascript sólo tiene de java la similitud en el nombre y parte de la sintaxis pero poco más... Esa frase sería como decir "la única herramienta buena es el martillo", que evidentemente es una estupidez. Mi opinión es que cada cosa tiene un uso, y cada lenguaje o tecnología tiene unas ventajas y unas desventajas. El martillo para unas cosas, el serrucho para otras, la taladradora para otras... A veces pasa mucho del dicho aquel que dice: "el que sólo sabe usar el martillo todo le parecen clavos" ... pero es que todo no son clavos.
E igualmente con los lenguajes: para hacer una app para Android nativa más vale usar Java (podrías hacer una app muy sencilla con Javascript basándote en el framework Apache Cordova pero cuando quieras meterte en ciertas profundidades vas a tener problemas), o igual también merece la pena usar Java para la lógica de servidor de una aplicación web grande y robusta, especialmente si hay bastante código previo hecho en ese lenguaje... (entre otras cosas porque hay muchos programadores que saben Java). Ahora bien, muchísimas aplicaciones web muy comunes (blogs, etc) se pueden hacer con PHP o también puede ser buena decisión hacerlo con Ruby On Rails.
Si se trata de hacer un sistema operativo o un programa para un microcontrolador es muy conveniente hacerlo en C (o quizá en C++ algunas partes). Si quieres hacer una app nativa para iOS o para OS X seguramente lo más adecuado en la mayoría de casos sería hacerla con Objective-C.
Si se trata de hacer investigación de algoritmos o prototipos de algo nuevo quizá Python sea el más adecuado, especialmente si quieres hacer muchas pruebas y cambios continuamente, con una filosofía muy ágil.
Ahora bien, si es una investigación muy basada en estadísticas o tratamiento matricial con necesidad de visualización de datos (gráficas, etc), que puede ser típico en estudios científicos hechos en universidades o laboratorios lo normal y más adecuado puede ser usar R ó Matlab / Octave.
Y el Javascript también tiene su utilidad, normalmente para servicios de tipo web, especialmente en código que se ejecuta en el navegador, especialmente mashups que recopilan datos de diferentes servicios HTTP o validación de datos introducidos por el usuario, o cambios en los objetos que aparecen en el navegador (sean imágenes, textos, o cualquier elemento que se presenta en formato web en un navegador), etc. Por supuesto que tiene ventajas: permite hacer cosas muy rápido, sin necesidad de definir tipos en las variables ni tampoco necesidad de compilar... pero esas ventajas pueden convertirse en desventajas ya que esa rapidez de desarrollo puede ser fuente de errores y de mayor tiempo de mantenimiento cuando otra persona necesite hacer cambios. En este sentido puede ser más chapuza... llegas antes a la primera versión pero a la larga te puede salir más caro. Ahora bien, para cosas muy provisionales de usar y tirar puede ser muy válido. Sería absurdo usar buenos guantes de cuero para limpiar las cacas del perro, para eso utilizas algo barato y desechable. Pero también sería absurdo usar unos guantes desechables para una carrera de rallies de alta competición (y que se te rompan o resbalen a la mínima). Se puede decir a la ligera que unos guantes de cuero "son mejores" que unos desechables o que Java es "mejor" que Javascript pero eso sería entrar en debates y guerras de un carácter absurdo.
#19 Quizá se refiere a que hay cosas que él no soporta pero que no se atreve a decir y prefiere que las diga un programador. Aunque me faltaría una coma.
#84 a los que hemos echo la mas minima programacion en batch en pleno siglo XXI nos tendrian que dedicar una estatua de bronce de 4 metros o mas en algun sitio
#2 Por eso los tests los deberían hacer personas distintas a los programadores, que siempre se "imaginan" otros bugs distintos a los imaginados por el programador. Y hasta creo que debería testarse con mala hostia, en plan "voy a poner a este programa en un aprieto hasta que reviente".
#28 #2 Buen punto. Si los hace el mismo programador, muchas veces es duplicar el trabajo, sin aportar mejra ninguna. En cambio en un equipo con recursos (humanos) SI que tienen sentido, por temas de estabilidad.
#75 Bueno, si es un código que va a tener un recorrido largo, de años, un test unitario programado por la misma persona que programa la funcionalidad se convierte en un test de regresión muy cómodo. No hace falta que lo programe otro (aunque eso siempre ayuda).
#78#28 #2 Si si, no pretendía decir que no tenga sentido, por eso dije muchas veces en la frase.
Aún así, y con todas mis admiraciones a gallir, la frase que cita #2 es un poco atrevida. Los test unitarios si que tienen su utilidad.
#56 Bonita frase. El caso es que hay unos límites en cuanto a eso de que te paguen.
Yo por 700 euros al mes ni me muevo de la cama, sea buen programador o sea mediocre o sea malo. Ni me muevo de la cama, vamos. Antes me voy a trabajar de cualquier otra cosa, que se gana más dinero.
Lo que hay es mucho tonto que se cree que tiene que cobrar esa basura por hacer un trabajo de técnico cualificado (porque eso es lo que es un programador) simplemente "porque todavía no sé bastante". Menos llorar de que cobras poco y más rechazar ofertas y una vez tengas una nómina decente, entonces ya demuestra si vales o no vales.
Adjetivo utilizado para referirse a sabiondo. Ambas palabras se encuentran registradas en el Diccionario de la Real Academia de la Lengua Española, por tanto su uso es correcto. http://www.como-se-escribe.com/sabiondo-o-sabihondo/
#42#86#105 antes hice una busqueda pero no encontre nada de la palabra con h, uno ya no sabe si escribe bien o mal... Al final quedas como un lerdo por algo que sabes (y todos sabemos) que esta mal. Me voy en la amoto a comer cocretas... Acojonante que sabihondo este aceptado...
De todos modos no entiendo los negativos, no fui grosero a la hora de tratar de corregir a #34
Yo no soy informático, pero recuerdo una anécdota de la universidad que, aunque otro campo,es lo mismo. (excusas cuando no hacemos algo bien)
Tuvimos que hacer un trabajo y el mío fue un desastre, y en medio de la bronca que me estaba echando solté que "la culpa fue del cha, cha cha". Lo dije bajito porque mi intención no era que me oyera, pero el caso es que oyó y me preguntó qué excusa era esa...le contesté que eso, que la culpa fue de las fiestas, de salir por la noche y de una chica, que me tenían todo el tiempo loquito.
La carcajada fue general, incluído el profesor, que no es que aprobara pero sí que reconoció que, al menos, era la única excusa verdadera que había oído nunca.
pd: hablo de la época de gabinete y la canción, años ha...
#55 a mi me tocaba suspender una asignatura pero justo por lo contrario no me pasó!
Tenia que entregar una práctica y como me costaba mogollón, estaba yendo a las clases de varios grupos y aprendiendo de 3 profesores diferentes, porque si uno explicaba mejor, el otro tenía más paciwncia para corregir y proponer ejercicios.
Total, que acabe la practica con tiempo de sobra y la semana anterior a la entrega me la pasé probando miles de opciones, sin exagerar, poniendo a prueba todo el código.
Llegó el día de la entrega, y a la primera introducción de datos... Plaf! Casca...
Mi cara debía ser un poema y el profesor con cara de cabreo se lo estaría pasando pipa por dentro. Probó otras cosas y funcionaba bien, salvo la primera. Aún así y supongo que por el esfuerzo, me había dado la máxima nota de practicas, cuando debería haber suspendido.
Tiempo después, me dijo que él se había dado cuenta durante las horas prácticas de un error. Una excepción que no tuve en cuenta y que mantuve sin corregir durante las últimas semanas, cuando retoqué un trozo del código.
Como era un fallo tonto y muy concreto, prefería esperar a ver si me daba cuenta por mi mismo, pero le había dado la idea para la prueba de las prácticas y de un error tonto, pero factible al fin y al cabo.
Como había ayudado a varios compañeros a hacer la práctica, alguno de ellos tenía el mismo error en ese trozo de código. El profesor se partía el culo viéndonos acojonados al único grupo de gente que de verdad se lo había tomado en serio y currado un poco!
#13 Una cadena es un vector de caracteres. Cada caracter "char" es en realidad un entero, por tanto si sumas dos cadenas, el resultado podría ser la suma vectorial de sus elementos, dando como resultado una nueva cadena formada por la suma uno a uno de sus elementos y no por la concatenación de los mismos. Es decir, si a = 2 , b=4 c=6, a+b=c ya que 2+4=6, en ningún caso a+b= ab, ya que es falso que 2+4=24
#22 Hombre, se lo que es un String y se lo que es un char. Pero me da igual: mi mente, por no pensar en binario, lee mucho mas claramente:
"cadena" + " que " + " te " + " cagas " + " de " + " larga.";
Que:
new StringBuilder("cadena").append(" que ").append(" te ").append(" cagas ").append(" de ").append(" larga").toString();
Se llama legibilidad e importa. Que en algun caso especifico sea mejor tirar de StringBuilders? pues dale, pero comunmente es mucho menos legible y el que venga despues a mantener el codigo podria ser un psicopata y podria matarme.
Una de las pocas razones para tirar de StringBuilders es el rendimiento, ya que StringBuilder no construye una instancia de String para cada una de las concatenaciones que haces.
#47 No veo el caso en el que el código tenga que ser más "legible" por tener strings harcodeadas. A no ser que el programa se dedique a explicarse a sí mismo...
#64 Por supuesto que el programa se debe dedicar a explicarse a si mismo.
Eso es la legibilidad. Eso permite que si alguien tiene que mantener tu codigo no se vuelva loco.
Y es MUY importante, generalmente mas que el rendimiento que se pueda conseguir no haciendolo.
Si a lo que te refieres es a una analogia con 'magic numbers' piensa que crear variables para todos los trozos de cadena que se concatenan solo añade complejidad innecesaria al codigo... Y la complejidad disminuye la legibilidad...
Un 5 puede significar cosas muy diferentes en 2 partes diferentes de codigo pero las palabras tienen significado por si mismas: un "ERROR: No logueado redirigiendo a" solo significa, en dos sitios diferentes, que en ambos sitios pasa lo mismo (no puedes saber eso de un numero si no ves el contexto)
#90 Las locales van a la vista, que es donde tienen que estar. No es el unico caso en el que sumas cadenas.
De todos modos, que sepas, que en lenguajes mas avanzados como python donde gestionan bien la i18n eso de strings hardcodrd no es ningun problema y todo tiene MUCHA mas logica que en java: El valor esta mucho mas cerca de donde se usa. Tambien aumenta MUCHO la legibilidad...
Ya podia tener java un i18n parecido al de django...
#47 Concuerdo en que el .append es "feito", sobre todo cuando es largo. Pero también concuerdo en que usar el signo de suma para algo que no es una suma es confuso y genera problemas, por ejemplo si se te cuela algo que no sea un string. La solución evidente (y que existe desde antes de que existiera Java) es no usar el signo de suma sino otro signo diferente. El viejo Basic usaba "&" y el php usa ".".
"cadena" . " que " . " te " . " cagas " . " de " . " larga.";
#56 No, si ahora habrá que demostrar que eres un MVP para ganar 1500€. Macho que ese dinero se lo levantaba un electricista pasando cables, no te digo lo que cobraba si los conectaba.
Lo que algunos no os dais cuenta es que se piden requisitos/conocimientos y calidades para sueldos de cajero del Mercadona y ahí radica uno de los problemas de la informática en este país que se paga igual el Kg de mortadela que el de jamón serrano.
#5 Javascript como lenguaje es un desastre que se ha acabado utilizando para cosas para las que no fue diseñado y que a base de utilizar librerias y frameworks se puede intentar usar para algo medio serio.
Lo único bueno que tiene es que se puede utilizar de forma mas o menos directa en cualquier navegador y en algunos SO.
Yo sólo digo dos cosas: la primera es que hay tres tipos de profesionales: los que no saben, los que saben y los que "saben un poco", siendo estos últimos los más peligrosos porque creen tener más conocimiento del que tienen.
Y segundo, hay un proverbio, creo que árabe, que dice algo como "cuando señales a alguien con el dedo, recuerda que otros tres de tu mano te están señalando a ti"
Pues yo si veo a alguien hacer un código de mierda, se lo digo, así que si, yo digo lo que tienen y tienen que dejar de hacer. Es por su bien y por el de mis ojos.
#25 Es una buena pregunta, teniendo en cuenta que a cualquiera que lea el código de Menéame se le caen los cojones al suelo (menos las partes del código que han sido subcontratadas claro)
En el de "la universidad debería enseñar", sí que eché algo de menos en la Universidad haber aprendido sobre patrones de diseño en OOP, que solo descubrí tiempo después. Aunque quizá era demasiado pronto para que se transfiriese ese conocimiento al currículo universitario estandar.
No sé si luego a la gente se le irá de las manos intentar meter patrones por todas partes, pero para mí aprender a usar factorías o strategies me ha abierto un mundo, cuando la enseñanza OOP en la Universidad en ingeniería superior se reducía a "clase triángulo hereda de clase figura, implementemos el método 'área' "
#29Las pruebas unitarias como tales están algo desfasadas, muchas veces no se cubren casos límite en la entrada, o no se ejecutan una serie de pasos "aleatorios" que provocan un fallo.
Es que las pruebas unitarias no deberían ser las únicas pruebas existentes. Sólo deberían ser las pruebas mínimas que garantizan que, al menos por separado, cada función hace en condiciones normales lo que debe de hacer.
#35 efectivamente, no deberían ser las únicas. Pero yo me estaba refiriendo específicamente a ese tipo de pruebas. Luego faltan las de integración, etc.
#16 Yo tenia un compañero que hacia programacion orientada al patron de diseño, yo creo que decidia de antemano usar patrones x,y,z y todo su afan era hacer algo que los necesitase o meterlos con calzador donde menos te lo podias esperar o era necesario. Refactorizar su codigo era como rapar a un melenudo con maquinilla. Evidentemente se tenia por un masterchef del patron de diseño.
#8 Para mi los patrones son basicos para cualquiera que pretenda ser llamado senior. Lo único que hace falta tantisima experiencia para aplicarlos bien (mas que concoerlos) que muchas veces se aplican mal y se cae en la sobre-ingenieria... Creo que no los aprenderé bien en la vida.
Uno de mis mayores traumas como programador son los ORMs: Solo sirven para que acabe habiendo una mierda de codigo hiper-ineficiente!
Me duele ver loggeadas montones de queries innecesarias...
Asi que, mientras se use eso, que no me hablen de StringBuilders ni StringBuffers
"Hay programadores que todavía piensan que los lenguajes de alto nivel se hacen para los ordenadores no para los humanos"
Totalmente cierto y totalmente de acuerdo. Gracias a un Dios tenemos libros como Clean Code, Code Complete, etc. que ayudan a evangelizar a cada vez más programadores. Aunque todavía queda mucho camino por recorrer...
El código es ilegible: Hay programadores que todavía piensan que los lenguajes de alto nivel se hacen para los ordenadores no para los humanos.
GRA-CIAS!!
Ojalá unos cuantos se dieran por aludidos, es horrible ver código sin comentarios, sin espaciado entre bloques de sentencias, sin subrutinas o encapsulamientos. Y te sueltan ese tocapelotas "pues yo lo entiendo bien". La idea es que el resto de los mortales seamos capaces de entenderlo también
#80 No todos programamos en el mismo lenguaje.
En el que yo trabajo (SAP), lo único automático que hace pretty printer es alinear, no te mete un espacio pro ejemplo entre un while y los if que haya dentro.
Será... "Cosas que no soporto que diga un programador" ese "que las diga" suena fatal ¿no?
Será que soy Andaluz y por aquí no se prodiga el laismo tanto como en la meseta central, pero me han sangrado los ojos al leer el titular.
Respecto a la noticia, como Admin. de Sistemas y archienemigo natural del programador... he escuchado infinidad de veces eso de "pues en mi ordenador funciona" cuando cualquier cosa peta al subirla al servidor... para luego hacer una revisión rápida del código y ver rutas absolutas como "C:\MiChupitrabajo\programaX\libreriaY.jar"
#82 Como arquitecto en servicios medios el reverso de la moneda son los "admin" de servidores de aplicaciones y/o de sistemas que se lian con las librerias, patches, permisos, reglas de firewall, certificados, etc. que estan enumeradas en el documento de implantacion pero que: "No he verificado porque el resto de aplicaciones no lo necesitan" ...
Y los meeting con los de sistemas en plan defensivo y con el project manager con cara de ardilla deslumbrada por los faros del coche que la va a atropellar son epicas
"Pero en mi ordenador funciona" En el articulo dice esto y sin embargo no comenta nada sobre los diferentes entornos, versiones de frameworks o S.O. donde se ha podido aplicar un mismo software.
Todo el mundo que se dedica a la informática sabe perfectamente de este tipo de problemas se suele deber al diseño de la arquitectura del software si no se han tenido en cuenta las versiones.
Muchas veces lo más fácil es echar la culpa al eslabón mas débil.
Madre mía, verdades como puños. Me pongo a pensar en mi época de estudiante o cuando empecé a trabajar y era para darme de ostias ... Y lo mismo le pasa a mucha gente. Sobre todo estoy de acuerdo con lo de que hay que aprender a ser autodidacta. Un informático, trabaje en lo que trabaje, va a tener que estar toda la vida aprendiendo cosas, así que cuanto antes empieces, mejor.
#72 Todo. El lado humano de la tecnología. Una inmensa mayoría de los trabajos tecnológicos son de programador, con problemas humanos como los descritos ahí. Así que hablar de programadores y sus problemas, malas costumbres o quejas es algo muy estrechamente ligado a la tecnología.
Aunque tú no programes, casi todos los aparatos electrónicos que uses (móvil, ordenador, TV, etc) se basa en múltiples sistemas programados y los errores o características técnicas como su velocidad o uso de memoria depende de buenos diseños de programas, que a su vez dependen de personas, con costumbres, problemas o excusas como las descritas.
Pensar que tecnología sólo es hablar del último aparato (o lenguaje, etc) que ha salido al mercado es tener una visión muy corta. Es muy importante hablar de cómo se hace la tecnología, los problemas típicos que hay, en general problemas humanos.
Bajando al nivel de usuario, como yo, a mi me encanta cuando otros usuarios más torpes todavía te dicen: "yo he hecho lo mismo que tu y no me ha funcionado"
#36 O como dijo #14 tal vez tu uses diferentes librerias que yo, o intentes compilar de forma diferente.
Te pongo un ejemplo, soy moderador en TrinityCore, un emulador de wow, normalmente la gran mayoria logra hacer funcionar las cosas, los pocos que no logran hacerlas funcionar suelen ser por problemas humanos y un pequeño grupo por problemas de librerias, que a pesar de cumplir los requerimientos tienen pequeñas diferencias y dar lugar a fallos, por eso cuando vemos que alguien es un fallo de "por que no funciona si a mi y a otros programadores si" lo tipico que le preguntamos es que sistema operativo usa, que version del mismo, si 32 o 64 bits.
A parte, ¿quien usa hoy en dia SVN para un proyecto moderadamente serio?
#46 No, lo que quiero es que no estafen a las empresas cliente haciendo pasar a gente que no tiene preparacion como analistas. eso es una estafa y una putada para el becario, al que el cliente le exige como un analista y el pobre no sabe por donde le da el aire. Y lo se porque yo tenia un compañero que era becario y en el cliente se pensaban que era analista y el pobre las pasaba putas.
#15 A mi me parece mejor la solución de un operador diferente para concatenar strings del que se usa para sumar números. Permite evitar un montón de errores y hace más fácil la lectura del programa para su mantenimiento.
#1 Un analista que ignora Java es un buen analista #15#74 Luego te pasa como en PHP que por no sobrecargar tienes el + para sumar, el . para concatenar strings y para acceder a objetos... pues nada, -> que no lo usamos para nada aquí. Ole.
No puedes ser espectador pasivo de tu aprendizaje ni esperar que los demás sean los responsables de enseñarte todo lo que necesitas aprender"
Esto si que habría que grabarlo en piedra. De hecho yo estudié empresariales y lo discutí varias veces con mis profesores que decían que la responsabilidad de un empleado mal capacitado era únicamente de los jefes. Que te paguen mal no es excusa para que hagas mal tu trabajo
Uno puede hacerse obrero de la construcción, soldado o empleado de comercio por hambre, pero si te haces programador es porque quisiste. Si no te gusta la paga vete a hacer otra cosa
#26 Discrepo completamente.
Si te pagan mal vas desmotivado con lo que harás siempre peor código que si vas motivado y con ganas de mejorar. Si tu quieres hacer catedrales por 700€ hayá tu.
#26#51 Relajaros un poco, a veces la gente hace comentarios muy imperativos cuando la realidad es que hay miles de circunstancias y NO EXISTE una solución correcta. Nadie pinta una capilla sixtina porque le den 200 euros para pintar un piso poniendo él los materiales. Ahora bien, otra cosa es que pudiendo hacerlo mejor, lo hagas mal.
Si te pagan una mierda y tienes que hacer miles de cosas, pues yo creo que tiene sentido que muchas se queden a medio hacer. Aprovechando lo de las pruebas unitarias, hacerlas bien requiere un poco de planificación y mucho tiempo, pero si luego te exigen que declares que has hecho y no te admiten poner "pruebas unitarias", pues oye, si no te pagan por ello tampoco vayas de puta.
No justifico la mediocridad, pero es que eso también suena a que se regala el trabajo.
Pues yo como programador lo que no soporto es que alguien venga a enseñarme lo que puedo o no puedo decir, teniendo en cuenta la mierda que se paga a los programadores en este país, y lo que se les exige por esa cantidad ridícula de dinero.
Más aún cuando hay analistas que ni siquiera saben que ha salido java 6.
#3: Yo ni siquiera me he quedado, el único Java bueno es JavaScript, y tampoco mucho, que el "+" debería ser para sumar, no para concatenar, que menuda chapuza implementar eso así.
#1 Los analistas saben lo que hay y lo que pueden poner en produccion, no mas. Usa todas las lambdas que quieras que en un servidor con java 6 lo unico que van a hacer es no ejecutarse.
Sobre el articulo:
El titulo es una mierder; claro que puede funcionar en tu ordenador y no en otro:
Puedes estar usando diferente BBDD, haber usado una libreria que no este en el otro y que no se haya importado...
Vamos nunca suele ocurrir:
Si el código no funciona en un ordenador con toda las dependencias adecuadas instaladas es un error de tu programa, sin dudas, no hay excusas.
Sino que faltan dependencias o hay algo diferente en tu ordenador y en el otro... Si alguien te dice eso de que en su PC funconaba te ries, le das una palmadita en la espalda mandandole a su sitio y punto. No es nada horrible.
Yo creo que el que ha escrito este articulo es estudiante o profesor universitario... Dice demasiadas tontunadas de noob programer que realmente no son de mal programador sino de novato... Asi que o lo es, o lo ha sido hace poco, o vive rodeado de ellos.
Ninguno de los frameworks se ajusta a lo que necesitamos, vamos a desarrollar uno mejor
Acaso si te mandan hacer algo usando servlets no meterias una capa en medio en la que poder gestionar cosas comunes?
A mi una vez me costo un dia buscar una libreria que necesitaba en el trabajo (encontre varias que hacian lo que yo necesitaba parcialmente pero nunca completamente) y una mañana y poco hacerme una propia que cumplia con todo lo que yo necesitaba y ademas no tenia que aprender a utilizar y que podia modificar facilmente. Hay que usar por cojones algo que ya este hecho aunque este mal hecho o sea incompleto? que hago? le digo a mi cliente que no se puede hacer pq ninguna libreria lo hace?
Eso de no reinventar la rueda es un dogma estupido (imagino que cuando habla de frameworks solo quiere exgerarlo pero el asunto al que va es a este). Como principio esta muy bien, pero como dogma es una basura. Tienes el tiempo que tienes, tu sabras si te dara tiempo a buscar algo, si te conviene mejor hacer algo que cubra tu funcionalidad o que, pero cerrarse puertas es estupido.
#14 Me respondo a mi mismo: coño! el autor es el gallir!!
Vale, si, es profesor universitario.
Las tontunadas que digo que dice son las frases que dice que no hay que decir: son de muy novato o de gente a la que no le gusta programar (y que, por tanto, no debiera hacerlo si quiere tener una vida feliz, de modo que se preocupara rapidamente de 'ascender' a 'gestion' y olvidarse de tocar un teclado cobrando el doble de lo que cobran los que hacen el trabajo en una carnica y solo en una carnica).
PD #17 Lo de 'en una carnica y solo en una carnica' es por el tema de gestion. Generalmente en la empresa privada que tiene un producto la eficiencia cuenta y hay menos gente a la que no le gusta programar en puestos que tengan que ver con la programacion; gestion y desarrollo.
#14 Pues en mi curro lo de "en mi ordenador funciona" se usa como broma cuando alguien la caga, ya que todos tenemos claro que NO es una respuesta valida. Otro tema es que efectivamente funcione en un entorno ya serio y no en otro. Entonces te toca jugar a las 7 diferencias entre entornos y es mas fácil que efectivamente sea culpa de otro equipo (admins que no han instalado algo o la gente de redes que no haya configurado bien las comunicaciones necesarias). Aunque es igual de frecuente que la culpa sea tuya por no haber documentado que había que instalar alguna historia (y los admins no tienen bola mágica para saber lo que necesita cada proyecto que se instala en sus servidores).
Las pruebas unitarias como tales están algo desfasadas, muchas veces no se cubren casos límite en la entrada, o no se ejecutan una serie de pasos "aleatorios" que provocan un fallo.
Mi consejo es usar pruebas automáticas que comprueben propiedades de lo que se ha implementado. Cualquier framework de test que adopte las ideas de Quickcheck sirve, donde yo trabajo queremos usar Scalacheck.
#1 pues sí, tengo la suerte de conocer gente que "No puedes ser espectador pasivo de tu aprendizaje ni esperar que los demás sean los responsables de enseñarte todo lo que necesitas aprender para cada una de tus tareas como programador. Además es imposible que en unos pocos años de estudio puedas aprender todas las cosas que necesitarás durantes las décadas futuras en tu profesión y viven bien (algunos bastante) incluso algunos se han ido fuera porque valoran lo que saben y han aprendido desde que a los 13-14 empezaron a trastear código (chorradas, decían algunos)
Es mas, alguno sin carrera (de los antiguos) por lo mismo: mamar Codigo y buscar errores o un código mas eficiente, más depurado (mejor "redactado": menos problemas/búsqueda más rápida de los mismos/mejor evolución del programa de cara al futuro)
Conclusión: no saben de todo, pero lo suyo lo manejan bien. Y lo que no dominan lo controlan para ver los "evidentes". En Inforática hay que saber tanto de todo que, o tienes una visión 3D, de todo lo que pasa o pierdes tu tiempo en tus propios errores (o ajenos) y cuando sucede en la realidad (empresas funcionando con servidores que no puedes parar así como asi) es mucha pasta la que puedes hacerle perder a otro. Pues eso: trabajan y cobran bien.
#1 Cosas que no soporto que las diga un programador:
- "Me pagan una mierda".
- "Pues en UK, Alemania y Holanda un programador cobra 100.000 euros".
Todo lo demás, es discutible con unos cafés si es de día y con unas cervezas si es de noche. Esas dos cosas... me encienden muchísimo. Básicamente porque:
- "Pues búscate otro trabajo porque yo no conozco a ningún programador español trabajando en España por debajo de los 30.000 euros al año (gente de menos de 30 años)".
- "Pues vete a trabajar a UK, Alemania y Holanda y cuando vuelvas me enseñas la nómina y la cuenta del banco para que entonces me lo crea".
#49 Pues conoces pocos programadores. Yo puedo contar con la mano los que conozco que ganan eso o mas.
En mi departamento somos 20 y solo 2 tienen esas cifras con 15 años en la empresa. Todos ingenieros o ingenieros técnicos en la treintena.
#69 Voy a contar yo con mi mano los que conozco, espera...
Se me salen, tengo que pasar a los dedos de los pies. Básicamente todos mis compañeros de carrera.
Tú y los chicos de tu departamento deberíais largaros de ahí. 15 años de programador en una empresa y cobrando menos de 30.000 euros anuales es una vergüenza. Y ojo, sé que lo que te estoy diciendo es muy duro, pero no te lo digo para burlarme de ti ni para humillarte (ni a tus compañeros). Te lo digo porque es cierto: no conozco a NADIE que llevando 15 años de programador cobre tan poco dinero. De hecho yo y mis mejores amigos de la carrera empezamos cobrando todos más de 20.000 euros al año. En nuestro primer empleo.
Por cierto, te hablo de Valencia. Región con tasas de paro salvajes y donde un alquiler de un piso de 100m2 en cualquier barrio "céntrico" no te cuesta más de 600 euros al mes.
De verdad tío, yo no te estoy vacilando. Yo jamás aceptaría trabajar por ese dinero. Jamás
#77 Yo te hablo de la provincia que hay al sur de la tuya, Alicante y ni de broma aquí empiezas con 20K (se empieza por 15K), ni se alcanzan los 30K de manera tan fácil.
Date una vuelta por cualquier pagina de empleo y mira los sueldos de "Seniors" para Alicante.
#77 No se en que país vives pero en el mío creo que no. Antes de la crisis empecé como programador por 9.800€ anuales. No, no falta ningún cero.
Ahora, 8 años después, aún no he conseguido pasar la barrera de 30.000 anuales (además siendo ya analista) ¡Y cada vez piden más y pagan menos!
Yo programadores en este país no conozco NINGUNO que llegue a 30.000 y si me apuras es que ni pasan de 20.000 y no son pocos.
PD: ¿te paso mi CV?
#77 pregunta: donde trabajan tus companeros de carrera? porque en una carnica es bastante dificil tener un salario medianamente digno salvo que te dediques con perdon a chupar pollas.
Te lo digo porque he estado en varias muy a mi pesar.
En la ultima a mi y 8 personas mas nos ofrecian como salario base 16k. A pesar de estar en paro les dije bien claramente que por ese dinero no curraba. Es la misma cantidad que empece cobrando cuando sali de la FPII hace +6 años.
Varios de esas 8 personas aceptaron pese a tener experiencia previa
A dia de hoy, dos años despues, hay personas que aun estan cobrando esa cantidad. Este año incluso les dijeron que la buena noticia es que aun tenian curro pero que de subida nada
#49 yo curro en holanda y de poco me han servido mis años de experiencia en españa. Tengo un sueldo de junior y eso que este año me han subido 200 euros al mes y gracias!
Comentarios
#5 "el único Java bueno es javascript"??? Madre mía! Como está el patio...
#23 jajajaja Eso mismo he pensado yo.
Quitando el pequeño matiz que Javascript sólo tiene de java la similitud en el nombre y parte de la sintaxis pero poco más... Esa frase sería como decir "la única herramienta buena es el martillo", que evidentemente es una estupidez.
Mi opinión es que cada cosa tiene un uso, y cada lenguaje o tecnología tiene unas ventajas y unas desventajas. El martillo para unas cosas, el serrucho para otras, la taladradora para otras... A veces pasa mucho del dicho aquel que dice: "el que sólo sabe usar el martillo todo le parecen clavos" ... pero es que todo no son clavos.
E igualmente con los lenguajes: para hacer una app para Android nativa más vale usar Java (podrías hacer una app muy sencilla con Javascript basándote en el framework Apache Cordova pero cuando quieras meterte en ciertas profundidades vas a tener problemas), o igual también merece la pena usar Java para la lógica de servidor de una aplicación web grande y robusta, especialmente si hay bastante código previo hecho en ese lenguaje... (entre otras cosas porque hay muchos programadores que saben Java). Ahora bien, muchísimas aplicaciones web muy comunes (blogs, etc) se pueden hacer con PHP o también puede ser buena decisión hacerlo con Ruby On Rails.
Si se trata de hacer un sistema operativo o un programa para un microcontrolador es muy conveniente hacerlo en C (o quizá en C++ algunas partes). Si quieres hacer una app nativa para iOS o para OS X seguramente lo más adecuado en la mayoría de casos sería hacerla con Objective-C.
Si se trata de hacer investigación de algoritmos o prototipos de algo nuevo quizá Python sea el más adecuado, especialmente si quieres hacer muchas pruebas y cambios continuamente, con una filosofía muy ágil.
Ahora bien, si es una investigación muy basada en estadísticas o tratamiento matricial con necesidad de visualización de datos (gráficas, etc), que puede ser típico en estudios científicos hechos en universidades o laboratorios lo normal y más adecuado puede ser usar R ó Matlab / Octave.
Y el Javascript también tiene su utilidad, normalmente para servicios de tipo web, especialmente en código que se ejecuta en el navegador, especialmente mashups que recopilan datos de diferentes servicios HTTP o validación de datos introducidos por el usuario, o cambios en los objetos que aparecen en el navegador (sean imágenes, textos, o cualquier elemento que se presenta en formato web en un navegador), etc. Por supuesto que tiene ventajas: permite hacer cosas muy rápido, sin necesidad de definir tipos en las variables ni tampoco necesidad de compilar... pero esas ventajas pueden convertirse en desventajas ya que esa rapidez de desarrollo puede ser fuente de errores y de mayor tiempo de mantenimiento cuando otra persona necesite hacer cambios. En este sentido puede ser más chapuza... llegas antes a la primera versión pero a la larga te puede salir más caro. Ahora bien, para cosas muy provisionales de usar y tirar puede ser muy válido. Sería absurdo usar buenos guantes de cuero para limpiar las cacas del perro, para eso utilizas algo barato y desechable. Pero también sería absurdo usar unos guantes desechables para una carrera de rallies de alta competición (y que se te rompan o resbalen a la mínima). Se puede decir a la ligera que unos guantes de cuero "son mejores" que unos desechables o que Java es "mejor" que Javascript pero eso sería entrar en debates y guerras de un carácter absurdo.
¿no sería "Las cosas que no soporto que diga un programador "?
#19 Gallir no domina ese lenguaje, el castellano.
#19 Quizá se refiere a que hay cosas que él no soporta pero que no se atreve a decir y prefiere que las diga un programador. Aunque me faltaría una coma.
#22 #5 https://imgur.com/6aclmM6
#43
#43
A mi me está tocando programar en batch (el típico .bat del año catapúm) y está repletito de esas locuras.
Con lo a gustito que estaba yo con C...
#84 a los que hemos echo la mas minima programacion en batch en pleno siglo XXI nos tendrian que dedicar una estatua de bronce de 4 metros o mas en algun sitio
"Los test sólo verifica los bugs ya detectados o los que se imaginó el que los programó"
#2 Pues anda que no he encontrado yo pocos bugs intentando probar otros (obviamente relaccionados con lo que estaba probando)
#2 Por eso los tests los deberían hacer personas distintas a los programadores, que siempre se "imaginan" otros bugs distintos a los imaginados por el programador. Y hasta creo que debería testarse con mala hostia, en plan "voy a poner a este programa en un aprieto hasta que reviente".
#28 #2 Buen punto. Si los hace el mismo programador, muchas veces es duplicar el trabajo, sin aportar mejra ninguna. En cambio en un equipo con recursos (humanos) SI que tienen sentido, por temas de estabilidad.
#75 Bueno, si es un código que va a tener un recorrido largo, de años, un test unitario programado por la misma persona que programa la funcionalidad se convierte en un test de regresión muy cómodo. No hace falta que lo programe otro (aunque eso siempre ayuda).
#78 #28 #2 Si si, no pretendía decir que no tenga sentido, por eso dije muchas veces en la frase.
Aún así, y con todas mis admiraciones a gallir, la frase que cita #2 es un poco atrevida. Los test unitarios si que tienen su utilidad.
#56 Bonita frase. El caso es que hay unos límites en cuanto a eso de que te paguen.
Yo por 700 euros al mes ni me muevo de la cama, sea buen programador o sea mediocre o sea malo. Ni me muevo de la cama, vamos. Antes me voy a trabajar de cualquier otra cosa, que se gana más dinero.
Lo que hay es mucho tonto que se cree que tiene que cobrar esa basura por hacer un trabajo de técnico cualificado (porque eso es lo que es un programador) simplemente "porque todavía no sé bastante". Menos llorar de que cobras poco y más rechazar ofertas y una vez tengas una nómina decente, entonces ya demuestra si vales o no vales.
#38 "Sabihondo
Adjetivo utilizado para referirse a sabiondo. Ambas palabras se encuentran registradas en el Diccionario de la Real Academia de la Lengua Española, por tanto su uso es correcto.
http://www.como-se-escribe.com/sabiondo-o-sabihondo/
#42 eso le pasa a #38 por hacerse el sabihondo
#42 #86 #105 antes hice una busqueda pero no encontre nada de la palabra con h, uno ya no sabe si escribe bien o mal... Al final quedas como un lerdo por algo que sabes (y todos sabemos) que esta mal. Me voy en la amoto a comer cocretas... Acojonante que sabihondo este aceptado...
De todos modos no entiendo los negativos, no fui grosero a la hora de tratar de corregir a #34
Yo no soy informático, pero recuerdo una anécdota de la universidad que, aunque otro campo,es lo mismo. (excusas cuando no hacemos algo bien)
Tuvimos que hacer un trabajo y el mío fue un desastre, y en medio de la bronca que me estaba echando solté que "la culpa fue del cha, cha cha". Lo dije bajito porque mi intención no era que me oyera, pero el caso es que oyó y me preguntó qué excusa era esa...le contesté que eso, que la culpa fue de las fiestas, de salir por la noche y de una chica, que me tenían todo el tiempo loquito.
La carcajada fue general, incluído el profesor, que no es que aprobara pero sí que reconoció que, al menos, era la única excusa verdadera que había oído nunca.
pd: hablo de la época de gabinete y la canción, años ha...
#55 a mi me tocaba suspender una asignatura pero justo por lo contrario no me pasó!
Tenia que entregar una práctica y como me costaba mogollón, estaba yendo a las clases de varios grupos y aprendiendo de 3 profesores diferentes, porque si uno explicaba mejor, el otro tenía más paciwncia para corregir y proponer ejercicios.
Total, que acabe la practica con tiempo de sobra y la semana anterior a la entrega me la pasé probando miles de opciones, sin exagerar, poniendo a prueba todo el código.
Llegó el día de la entrega, y a la primera introducción de datos... Plaf! Casca...
Mi cara debía ser un poema y el profesor con cara de cabreo se lo estaría pasando pipa por dentro. Probó otras cosas y funcionaba bien, salvo la primera. Aún así y supongo que por el esfuerzo, me había dado la máxima nota de practicas, cuando debería haber suspendido.
Tiempo después, me dijo que él se había dado cuenta durante las horas prácticas de un error. Una excepción que no tuve en cuenta y que mantuve sin corregir durante las últimas semanas, cuando retoqué un trozo del código.
Como era un fallo tonto y muy concreto, prefería esperar a ver si me daba cuenta por mi mismo, pero le había dado la idea para la prueba de las prácticas y de un error tonto, pero factible al fin y al cabo.
Como había ayudado a varios compañeros a hacer la práctica, alguno de ellos tenía el mismo error en ese trozo de código. El profesor se partía el culo viéndonos acojonados al único grupo de gente que de verdad se lo había tomado en serio y currado un poco!
#5 Y concatenar no es sumar cadenas?
#13 Una cadena es un vector de caracteres. Cada caracter "char" es en realidad un entero, por tanto si sumas dos cadenas, el resultado podría ser la suma vectorial de sus elementos, dando como resultado una nueva cadena formada por la suma uno a uno de sus elementos y no por la concatenación de los mismos. Es decir, si a = 2 , b=4 c=6, a+b=c ya que 2+4=6, en ningún caso a+b= ab, ya que es falso que 2+4=24
#22 Hombre, se lo que es un String y se lo que es un char. Pero me da igual: mi mente, por no pensar en binario, lee mucho mas claramente:
"cadena" + " que " + " te " + " cagas " + " de " + " larga.";
Que:
new StringBuilder("cadena").append(" que ").append(" te ").append(" cagas ").append(" de ").append(" larga").toString();
Se llama legibilidad e importa. Que en algun caso especifico sea mejor tirar de StringBuilders? pues dale, pero comunmente es mucho menos legible y el que venga despues a mantener el codigo podria ser un psicopata y podria matarme.
#47 +1
Una de las pocas razones para tirar de StringBuilders es el rendimiento, ya que StringBuilder no construye una instancia de String para cada una de las concatenaciones que haces.
Dicho esto, desde J2SE 5.0, el compilador convierte automáticamente la primera versión a la segunda: http://docs.oracle.com/javase/specs/jls/se5.0/html/expressions.html#15.18.1.2
#47 No veo el caso en el que el código tenga que ser más "legible" por tener strings harcodeadas. A no ser que el programa se dedique a explicarse a sí mismo...
#64 Por supuesto que el programa se debe dedicar a explicarse a si mismo.
Eso es la legibilidad. Eso permite que si alguien tiene que mantener tu codigo no se vuelva loco.
Y es MUY importante, generalmente mas que el rendimiento que se pueda conseguir no haciendolo.
Si a lo que te refieres es a una analogia con 'magic numbers' piensa que crear variables para todos los trozos de cadena que se concatenan solo añade complejidad innecesaria al codigo... Y la complejidad disminuye la legibilidad...
Un 5 puede significar cosas muy diferentes en 2 partes diferentes de codigo pero las palabras tienen significado por si mismas: un "ERROR: No logueado redirigiendo a" solo significa, en dos sitios diferentes, que en ambos sitios pasa lo mismo (no puedes saber eso de un numero si no ves el contexto)
#85 Creo que no me has entendido...
Pero sería gracioso ver código tuyo con strings hardcoded descentralizadas. Ánimo con las locales.
#90 Las locales van a la vista, que es donde tienen que estar. No es el unico caso en el que sumas cadenas.
De todos modos, que sepas, que en lenguajes mas avanzados como python donde gestionan bien la i18n eso de strings hardcodrd no es ningun problema y todo tiene MUCHA mas logica que en java: El valor esta mucho mas cerca de donde se usa. Tambien aumenta MUCHO la legibilidad...
Ya podia tener java un i18n parecido al de django...
#96 Iughhh...
#47 Concuerdo en que el .append es "feito", sobre todo cuando es largo. Pero también concuerdo en que usar el signo de suma para algo que no es una suma es confuso y genera problemas, por ejemplo si se te cuela algo que no sea un string. La solución evidente (y que existe desde antes de que existiera Java) es no usar el signo de suma sino otro signo diferente. El viejo Basic usaba "&" y el php usa ".".
"cadena" . " que " . " te " . " cagas " . " de " . " larga.";
#47 Binario no, decimal :-P. Ya en binario ni me apetece entrar ;-).
#56 No, si ahora habrá que demostrar que eres un MVP para ganar 1500€. Macho que ese dinero se lo levantaba un electricista pasando cables, no te digo lo que cobraba si los conectaba.
Lo que algunos no os dais cuenta es que se piden requisitos/conocimientos y calidades para sueldos de cajero del Mercadona y ahí radica uno de los problemas de la informática en este país que se paga igual el Kg de mortadela que el de jamón serrano.
#11 enhorabuena, has pillado el chiste
#5 Javascript como lenguaje es un desastre que se ha acabado utilizando para cosas para las que no fue diseñado y que a base de utilizar librerias y frameworks se puede intentar usar para algo medio serio.
Lo único bueno que tiene es que se puede utilizar de forma mas o menos directa en cualquier navegador y en algunos SO.
Yo sólo digo dos cosas: la primera es que hay tres tipos de profesionales: los que no saben, los que saben y los que "saben un poco", siendo estos últimos los más peligrosos porque creen tener más conocimiento del que tienen.
Y segundo, hay un proverbio, creo que árabe, que dice algo como "cuando señales a alguien con el dedo, recuerda que otros tres de tu mano te están señalando a ti"
#39 Muy bueno el proverbio.
Pues yo si veo a alguien hacer un código de mierda, se lo digo, así que si, yo digo lo que tienen y tienen que dejar de hacer. Es por su bien y por el de mis ojos.
¿Cómo llegó esto a portada?
#25 Es una buena pregunta, teniendo en cuenta que a cualquiera que lea el código de Menéame se le caen los cojones al suelo (menos las partes del código que han sido subcontratadas claro)
#44 jajaja
#44 Hazlo tú a ver que tal te sale.
En el de "la universidad debería enseñar", sí que eché algo de menos en la Universidad haber aprendido sobre patrones de diseño en OOP, que solo descubrí tiempo después. Aunque quizá era demasiado pronto para que se transfiriese ese conocimiento al currículo universitario estandar.
No sé si luego a la gente se le irá de las manos intentar meter patrones por todas partes, pero para mí aprender a usar factorías o strategies me ha abierto un mundo, cuando la enseñanza OOP en la Universidad en ingeniería superior se reducía a "clase triángulo hereda de clase figura, implementemos el método 'área' "
#29 Las pruebas unitarias como tales están algo desfasadas, muchas veces no se cubren casos límite en la entrada, o no se ejecutan una serie de pasos "aleatorios" que provocan un fallo.
Es que las pruebas unitarias no deberían ser las únicas pruebas existentes. Sólo deberían ser las pruebas mínimas que garantizan que, al menos por separado, cada función hace en condiciones normales lo que debe de hacer.
#35 efectivamente, no deberían ser las únicas. Pero yo me estaba refiriendo específicamente a ese tipo de pruebas. Luego faltan las de integración, etc.
Lo de en mi ordenador funciona pronto se va a solucionar con Docker. Ya no habrá excusas.
#21 ¿y esto es?
#48 Virtualización en contenedores. Tienen una buena doc échale un ojo docker.com
#59 Gracias, le echaré un ojo.
#21 Docker + Vagrant +Ansible = WIN
Hay muchos lenguajes que implementan el + para sumar y es de lo más cómodo. Basta con aprender cuatro detalles de lo que pasa si usas números y texto.
¿Soy el único al que esto le parece irrelevante?
Y a todo esto, ¿son las cosas que no soporta como profesor o como empresario?
A mí me suena más a "...que las diga un estudiante de informática."
El uso de patrones de diseño? Creo que es importante.
#8 El problema es usar TODOS los patrones de diseño siempre que puedas sin ningún tipo de criterio.
#16 Yo tenia un compañero que hacia programacion orientada al patron de diseño, yo creo que decidia de antemano usar patrones x,y,z y todo su afan era hacer algo que los necesitase o meterlos con calzador donde menos te lo podias esperar o era necesario. Refactorizar su codigo era como rapar a un melenudo con maquinilla. Evidentemente se tenia por un masterchef del patron de diseño.
#8 Para mi los patrones son basicos para cualquiera que pretenda ser llamado senior. Lo único que hace falta tantisima experiencia para aplicarlos bien (mas que concoerlos) que muchas veces se aplican mal y se cae en la sobre-ingenieria... Creo que no los aprenderé bien en la vida.
"Vaya mierda de código, debería estar programado con ponga_aquí_las_últimas_tecnologías_o_frameworks"
De eso se peca en todas las profesiones: electricistas, albañiles, fontaneros... nos ponemos verdes a la mínima. Debe ser un problema cultural Español
#32 En informática yo creo que mucho mas.
Se le ha subido el Ferrari a la cabeza.
Uno de mis mayores traumas como programador son los ORMs: Solo sirven para que acabe habiendo una mierda de codigo hiper-ineficiente!
Me duele ver loggeadas montones de queries innecesarias...
Asi que, mientras se use eso, que no me hablen de StringBuilders ni StringBuffers
"Hay programadores que todavía piensan que los lenguajes de alto nivel se hacen para los ordenadores no para los humanos"
Totalmente cierto y totalmente de acuerdo. Gracias a un Dios tenemos libros como Clean Code, Code Complete, etc. que ayudan a evangelizar a cada vez más programadores. Aunque todavía queda mucho camino por recorrer...
"Si el código no funciona en un ordenador con toda las dependencias adecuadas instaladas es un error de tu programa, sin dudas, no hay excusas."
Asumiendo que las dependencias funcionen como deben, que no siempre es así... (drivers gráficos, os miro a vosotros).
El código es ilegible: Hay programadores que todavía piensan que los lenguajes de alto nivel se hacen para los ordenadores no para los humanos.
GRA-CIAS!!
Ojalá unos cuantos se dieran por aludidos, es horrible ver código sin comentarios, sin espaciado entre bloques de sentencias, sin subrutinas o encapsulamientos. Y te sueltan ese tocapelotas "pues yo lo entiendo bien". La idea es que el resto de los mortales seamos capaces de entenderlo también
#68 Visual Studio sangra automáticamente el código. Facilita mucho poder leer código ajeno.
#80 No todos programamos en el mismo lenguaje.
En el que yo trabajo (SAP), lo único automático que hace pretty printer es alinear, no te mete un espacio pro ejemplo entre un while y los if que haya dentro.
Será... "Cosas que no soporto que diga un programador" ese "que las diga" suena fatal ¿no?
Será que soy Andaluz y por aquí no se prodiga el laismo tanto como en la meseta central, pero me han sangrado los ojos al leer el titular.
Respecto a la noticia, como Admin. de Sistemas y archienemigo natural del programador... he escuchado infinidad de veces eso de "pues en mi ordenador funciona" cuando cualquier cosa peta al subirla al servidor... para luego hacer una revisión rápida del código y ver rutas absolutas como "C:\MiChupitrabajo\programaX\libreriaY.jar"
#82 Como arquitecto en servicios medios el reverso de la moneda son los "admin" de servidores de aplicaciones y/o de sistemas que se lian con las librerias, patches, permisos, reglas de firewall, certificados, etc. que estan enumeradas en el documento de implantacion pero que: "No he verificado porque el resto de aplicaciones no lo necesitan" ...
Y los meeting con los de sistemas en plan defensivo y con el project manager con cara de ardilla deslumbrada por los faros del coche que la va a atropellar son epicas
#94 hombre, malos profesionales hay en todos lados
Relacionada:
Lo que el mercado demanda de un programador
Lo que el mercado demanda de un programador
Lo que el mercado demanda de un programador
m.xataka.com#24 procrastinación
No es por hacerme el sabihondo, yo cometía el mismo error
#34 sabiHondo nunca habia visto esa falta ortopedica (por la metedura de pata)
#38 jajjaja, antes de meterte con alguien por hacer una falta de ortografía mejor vete a la Rae.
#34 es que con R suena fatal... bueno, y sin R.
"Pero en mi ordenador funciona" En el articulo dice esto y sin embargo no comenta nada sobre los diferentes entornos, versiones de frameworks o S.O. donde se ha podido aplicar un mismo software.
Todo el mundo que se dedica a la informática sabe perfectamente de este tipo de problemas se suele deber al diseño de la arquitectura del software si no se han tenido en cuenta las versiones.
Muchas veces lo más fácil es echar la culpa al eslabón mas débil.
Hay gallir, hay meneo.
Madre mía, verdades como puños. Me pongo a pensar en mi época de estudiante o cuando empecé a trabajar y era para darme de ostias ... Y lo mismo le pasa a mucha gente. Sobre todo estoy de acuerdo con lo de que hay que aprender a ser autodidacta. Un informático, trabaje en lo que trabaje, va a tener que estar toda la vida aprendiendo cosas, así que cuanto antes empieces, mejor.
Falta una de las mejores: Mi código funciona. No tengo ni idea de porqué.
#95 Seguido por: ahora mi código no funciona, sigo sin tener ni idea de porqué.
Los cinco primeros puntos creo que se los voy a dar a mis alumnos en prácticas de programación
#0 y de tecnología que tiene la noticia?
#72 Todo. El lado humano de la tecnología. Una inmensa mayoría de los trabajos tecnológicos son de programador, con problemas humanos como los descritos ahí. Así que hablar de programadores y sus problemas, malas costumbres o quejas es algo muy estrechamente ligado a la tecnología.
Aunque tú no programes, casi todos los aparatos electrónicos que uses (móvil, ordenador, TV, etc) se basa en múltiples sistemas programados y los errores o características técnicas como su velocidad o uso de memoria depende de buenos diseños de programas, que a su vez dependen de personas, con costumbres, problemas o excusas como las descritas.
Pensar que tecnología sólo es hablar del último aparato (o lenguaje, etc) que ha salido al mercado es tener una visión muy corta. Es muy importante hablar de cómo se hace la tecnología, los problemas típicos que hay, en general problemas humanos.
Bajando al nivel de usuario, como yo, a mi me encanta cuando otros usuarios más torpes todavía te dicen: "yo he hecho lo mismo que tu y no me ha funcionado"
El que ha escrito el código necesita comer más fibra.
En mi ordenador funciona
Igual tú no te actualizaste del SVN totalmente
El programa peta/se cuelga/no funciona ¿qué es?
A lo mejor peta la librería que preparaste ayer que yo debía usar y que ni siquiera deja logs
#36 O como dijo #14 tal vez tu uses diferentes librerias que yo, o intentes compilar de forma diferente.
Te pongo un ejemplo, soy moderador en TrinityCore, un emulador de wow, normalmente la gran mayoria logra hacer funcionar las cosas, los pocos que no logran hacerlas funcionar suelen ser por problemas humanos y un pequeño grupo por problemas de librerias, que a pesar de cumplir los requerimientos tienen pequeñas diferencias y dar lugar a fallos, por eso cuando vemos que alguien es un fallo de "por que no funciona si a mi y a otros programadores si" lo tipico que le preguntamos es que sistema operativo usa, que version del mismo, si 32 o 64 bits.
A parte, ¿quien usa hoy en dia SVN para un proyecto moderadamente serio?
#66 Mataría por usar SVN. Aquí donde estoy todavía andan con CVS
El dia q no te pagen un sueldo de Becario por un trabajo de Analista y Programador e Implantador y Diseñador hablamos.
#6 ¿prefieres que los becarios en lugar de tener tareas de verdad se dediquen a hacer fotocopias o qué?
#46 No, lo que quiero es que no estafen a las empresas cliente haciendo pasar a gente que no tiene preparacion como analistas. eso es una estafa y una putada para el becario, al que el cliente le exige como un analista y el pobre no sabe por donde le da el aire. Y lo se porque yo tenia un compañero que era becario y en el cliente se pensaban que era analista y el pobre las pasaba putas.
#5 ¿Como lo harías entonces? En C++ tiene sentido por que se usa sobrecarga de operadores y en otros lenguajes intentan copiar lo que es útil.
#12 .append()
Pero es muchisimo mas intuitivo y legible el '+' que ninguna otra cosa.
#15 A mi me parece mejor la solución de un operador diferente para concatenar strings del que se usa para sumar números. Permite evitar un montón de errores y hace más fácil la lectura del programa para su mantenimiento.
#1 Un analista que ignora Java es un buen analista
#15 #74 Luego te pasa como en PHP que por no sobrecargar tienes el + para sumar, el . para concatenar strings y para acceder a objetos... pues nada, -> que no lo usamos para nada aquí. Ole.
#15 Claro claro...
http://i.imgur.com/6aclmM6.png
#151 No me hables de PHP ni de javascript, podios, que ya se que apestan.
Hablame de Java, que es de lo que hablaba en #15, jejeje
#12 Pues se hace con Scala, que tiene sobrecarga de operadores y corre en la JVM
"Eso no me lo enseñaron
No puedes ser espectador pasivo de tu aprendizaje ni esperar que los demás sean los responsables de enseñarte todo lo que necesitas aprender"
Esto si que habría que grabarlo en piedra. De hecho yo estudié empresariales y lo discutí varias veces con mis profesores que decían que la responsabilidad de un empleado mal capacitado era únicamente de los jefes. Que te paguen mal no es excusa para que hagas mal tu trabajo
Uno puede hacerse obrero de la construcción, soldado o empleado de comercio por hambre, pero si te haces programador es porque quisiste. Si no te gusta la paga vete a hacer otra cosa
#26 Discrepo completamente.
Si te pagan mal vas desmotivado con lo que harás siempre peor código que si vas motivado y con ganas de mejorar. Si tu quieres hacer catedrales por 700€ hayá tu.
#51 Lo que digo es que si no te gustan lo que te pagas vete. Hacer mal el trabajo te perjudica solo a ti
#51 Para que te paguen bien primero tendrás que demostrar que lo vales.
#26 #51 Relajaros un poco, a veces la gente hace comentarios muy imperativos cuando la realidad es que hay miles de circunstancias y NO EXISTE una solución correcta. Nadie pinta una capilla sixtina porque le den 200 euros para pintar un piso poniendo él los materiales. Ahora bien, otra cosa es que pudiendo hacerlo mejor, lo hagas mal.
Si te pagan una mierda y tienes que hacer miles de cosas, pues yo creo que tiene sentido que muchas se queden a medio hacer. Aprovechando lo de las pruebas unitarias, hacerlas bien requiere un poco de planificación y mucho tiempo, pero si luego te exigen que declares que has hecho y no te admiten poner "pruebas unitarias", pues oye, si no te pagan por ello tampoco vayas de puta.
No justifico la mediocridad, pero es que eso también suena a que se regala el trabajo.
Pues yo como programador lo que no soporto es que alguien venga a enseñarme lo que puedo o no puedo decir, teniendo en cuenta la mierda que se paga a los programadores en este país, y lo que se les exige por esa cantidad ridícula de dinero.
Más aún cuando hay analistas que ni siquiera saben que ha salido java 6.
#1 Hostia puta, ¡Qué rápido avanza todo! Yo me he quedado en la 1.7
#3: Yo ni siquiera me he quedado, el único Java bueno es JavaScript, y tampoco mucho, que el "+" debería ser para sumar, no para concatenar, que menuda chapuza implementar eso así.
#3 En realidad la 1.7 es la 7.
http://en.wikipedia.org/wiki/Java_version_history#J2SE_5.0_.28September_30.2C_2004.29
#3 Pues la 1.8 ya lleva unos meses.
#1 #3 Java, que java?
Voy a seguir picando código en esta tarjeta perforada, ostia!! ya se ha fundido una válvula...
#1 ¿El 6? y el 7, y el 8, este ultimo hace ya 10 meses, y la beta del 9 hace 12 dias.
#10 Beta del 9?
Toc, toc quien es? La procastinacion.
#1 Los analistas saben lo que hay y lo que pueden poner en produccion, no mas. Usa todas las lambdas que quieras que en un servidor con java 6 lo unico que van a hacer es no ejecutarse.
Sobre el articulo:
El titulo es una mierder; claro que puede funcionar en tu ordenador y no en otro:
Puedes estar usando diferente BBDD, haber usado una libreria que no este en el otro y que no se haya importado...
Vamos nunca suele ocurrir:
Si el código no funciona en un ordenador con toda las dependencias adecuadas instaladas es un error de tu programa, sin dudas, no hay excusas.
Sino que faltan dependencias o hay algo diferente en tu ordenador y en el otro... Si alguien te dice eso de que en su PC funconaba te ries, le das una palmadita en la espalda mandandole a su sitio y punto. No es nada horrible.
Yo creo que el que ha escrito este articulo es estudiante o profesor universitario... Dice demasiadas tontunadas de noob programer que realmente no son de mal programador sino de novato... Asi que o lo es, o lo ha sido hace poco, o vive rodeado de ellos.
Ninguno de los frameworks se ajusta a lo que necesitamos, vamos a desarrollar uno mejor
Acaso si te mandan hacer algo usando servlets no meterias una capa en medio en la que poder gestionar cosas comunes?
A mi una vez me costo un dia buscar una libreria que necesitaba en el trabajo (encontre varias que hacian lo que yo necesitaba parcialmente pero nunca completamente) y una mañana y poco hacerme una propia que cumplia con todo lo que yo necesitaba y ademas no tenia que aprender a utilizar y que podia modificar facilmente. Hay que usar por cojones algo que ya este hecho aunque este mal hecho o sea incompleto? que hago? le digo a mi cliente que no se puede hacer pq ninguna libreria lo hace?
Eso de no reinventar la rueda es un dogma estupido (imagino que cuando habla de frameworks solo quiere exgerarlo pero el asunto al que va es a este). Como principio esta muy bien, pero como dogma es una basura. Tienes el tiempo que tienes, tu sabras si te dara tiempo a buscar algo, si te conviene mejor hacer algo que cubra tu funcionalidad o que, pero cerrarse puertas es estupido.
#14 Me respondo a mi mismo: coño! el autor es el gallir!!
Vale, si, es profesor universitario.
Las tontunadas que digo que dice son las frases que dice que no hay que decir: son de muy novato o de gente a la que no le gusta programar (y que, por tanto, no debiera hacerlo si quiere tener una vida feliz, de modo que se preocupara rapidamente de 'ascender' a 'gestion' y olvidarse de tocar un teclado cobrando el doble de lo que cobran los que hacen el trabajo en una carnica y solo en una carnica).
Life's hard.
PD #17 Lo de 'en una carnica y solo en una carnica' es por el tema de gestion. Generalmente en la empresa privada que tiene un producto la eficiencia cuenta y hay menos gente a la que no le gusta programar en puestos que tengan que ver con la programacion; gestion y desarrollo.
#14 Pues en mi curro lo de "en mi ordenador funciona" se usa como broma cuando alguien la caga, ya que todos tenemos claro que NO es una respuesta valida. Otro tema es que efectivamente funcione en un entorno ya serio y no en otro. Entonces te toca jugar a las 7 diferencias entre entornos y es mas fácil que efectivamente sea culpa de otro equipo (admins que no han instalado algo o la gente de redes que no haya configurado bien las comunicaciones necesarias). Aunque es igual de frecuente que la culpa sea tuya por no haber documentado que había que instalar alguna historia (y los admins no tienen bola mágica para saber lo que necesita cada proyecto que se instala en sus servidores).
#27 gracias por la comprensión.
Fdo. Un admin sin poderes de adivinación.
Las pruebas unitarias como tales están algo desfasadas, muchas veces no se cubren casos límite en la entrada, o no se ejecutan una serie de pasos "aleatorios" que provocan un fallo.
Mi consejo es usar pruebas automáticas que comprueben propiedades de lo que se ha implementado. Cualquier framework de test que adopte las ideas de Quickcheck sirve, donde yo trabajo queremos usar Scalacheck.
#14 eso no es del todo así... http://www.functionaljava.org/ Soporte para lambdas desde la 1.5.
#1 pues sí, tengo la suerte de conocer gente que "No puedes ser espectador pasivo de tu aprendizaje ni esperar que los demás sean los responsables de enseñarte todo lo que necesitas aprender para cada una de tus tareas como programador. Además es imposible que en unos pocos años de estudio puedas aprender todas las cosas que necesitarás durantes las décadas futuras en tu profesión y viven bien (algunos bastante) incluso algunos se han ido fuera porque valoran lo que saben y han aprendido desde que a los 13-14 empezaron a trastear código (chorradas, decían algunos)
Es mas, alguno sin carrera (de los antiguos) por lo mismo: mamar Codigo y buscar errores o un código mas eficiente, más depurado (mejor "redactado": menos problemas/búsqueda más rápida de los mismos/mejor evolución del programa de cara al futuro)
Conclusión: no saben de todo, pero lo suyo lo manejan bien. Y lo que no dominan lo controlan para ver los "evidentes". En Inforática hay que saber tanto de todo que, o tienes una visión 3D, de todo lo que pasa o pierdes tu tiempo en tus propios errores (o ajenos) y cuando sucede en la realidad (empresas funcionando con servidores que no puedes parar así como asi) es mucha pasta la que puedes hacerle perder a otro. Pues eso: trabajan y cobran bien.
#1 Cosas que no soporto que las diga un programador:
- "Me pagan una mierda".
- "Pues en UK, Alemania y Holanda un programador cobra 100.000 euros".
Todo lo demás, es discutible con unos cafés si es de día y con unas cervezas si es de noche. Esas dos cosas... me encienden muchísimo. Básicamente porque:
- "Pues búscate otro trabajo porque yo no conozco a ningún programador español trabajando en España por debajo de los 30.000 euros al año (gente de menos de 30 años)".
- "Pues vete a trabajar a UK, Alemania y Holanda y cuando vuelvas me enseñas la nómina y la cuenta del banco para que entonces me lo crea".
#49 Pues conoces pocos programadores. Yo puedo contar con la mano los que conozco que ganan eso o mas.
En mi departamento somos 20 y solo 2 tienen esas cifras con 15 años en la empresa. Todos ingenieros o ingenieros técnicos en la treintena.
#69 Voy a contar yo con mi mano los que conozco, espera...
Se me salen, tengo que pasar a los dedos de los pies. Básicamente todos mis compañeros de carrera.
Tú y los chicos de tu departamento deberíais largaros de ahí. 15 años de programador en una empresa y cobrando menos de 30.000 euros anuales es una vergüenza. Y ojo, sé que lo que te estoy diciendo es muy duro, pero no te lo digo para burlarme de ti ni para humillarte (ni a tus compañeros). Te lo digo porque es cierto: no conozco a NADIE que llevando 15 años de programador cobre tan poco dinero. De hecho yo y mis mejores amigos de la carrera empezamos cobrando todos más de 20.000 euros al año. En nuestro primer empleo.
Por cierto, te hablo de Valencia. Región con tasas de paro salvajes y donde un alquiler de un piso de 100m2 en cualquier barrio "céntrico" no te cuesta más de 600 euros al mes.
De verdad tío, yo no te estoy vacilando. Yo jamás aceptaría trabajar por ese dinero. Jamás
#77 Yo te hablo de la provincia que hay al sur de la tuya, Alicante y ni de broma aquí empiezas con 20K (se empieza por 15K), ni se alcanzan los 30K de manera tan fácil.
Date una vuelta por cualquier pagina de empleo y mira los sueldos de "Seniors" para Alicante.
#77 No se en que país vives pero en el mío creo que no. Antes de la crisis empecé como programador por 9.800€ anuales. No, no falta ningún cero.
Ahora, 8 años después, aún no he conseguido pasar la barrera de 30.000 anuales (además siendo ya analista) ¡Y cada vez piden más y pagan menos!
Yo programadores en este país no conozco NINGUNO que llegue a 30.000 y si me apuras es que ni pasan de 20.000 y no son pocos.
PD: ¿te paso mi CV?
#77 pregunta: donde trabajan tus companeros de carrera? porque en una carnica es bastante dificil tener un salario medianamente digno salvo que te dediques con perdon a chupar pollas.
Te lo digo porque he estado en varias muy a mi pesar.
En la ultima a mi y 8 personas mas nos ofrecian como salario base 16k. A pesar de estar en paro les dije bien claramente que por ese dinero no curraba. Es la misma cantidad que empece cobrando cuando sali de la FPII hace +6 años.
Varios de esas 8 personas aceptaron pese a tener experiencia previa
A dia de hoy, dos años despues, hay personas que aun estan cobrando esa cantidad. Este año incluso les dijeron que la buena noticia es que aun tenian curro pero que de subida nada
#49 yo curro en holanda y de poco me han servido mis años de experiencia en españa. Tengo un sueldo de junior y eso que este año me han subido 200 euros al mes y gracias!
http://www.payscale.com/research/NL/Skill=.NET/Salary
#1 Jejeje, ¿Cómo va por la cárnica?
Analistas, dice...