Hace 9 años | Por --320894-- a gallir.wordpress.com
Publicado hace 9 años por --320894-- a gallir.wordpress.com

...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…

Comentarios

dreierfahrer

#5 Y concatenar no es sumar cadenas?

D

#11 enhorabuena, has pillado el chiste

D

#19 Gallir no domina ese lenguaje, el castellano.

dreierfahrer

#14 Me respondo a mi mismo: coño! el autor es el gallir!! lol lol lol lol

Vale, si, es profesor universitario. lol lol lol lol lol

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.

dreierfahrer

#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.

D

#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.

D

#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".

Octabvious
El_Clonde_Drácula

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"

Y

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.

D

#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

Aokromes

#1 ¿El 6? y el 7, y el 8, este ultimo hace ya 10 meses, y la beta del 9 hace 12 dias.

morzilla

#8 El problema es usar TODOS los patrones de diseño siempre que puedas sin ningún tipo de criterio.

xyria

¿Cómo llegó esto a portada?

yemeth

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' "

delawen

#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.

ezain123

Lo de en mi ordenador funciona pronto se va a solucionar con Docker. Ya no habrá excusas.

D

#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

Schani

#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 roll
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 roll

D

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.

ezain123

#48 Virtualización en contenedores. Tienen una buena doc échale un ojo docker.com

Galero

¿Soy el único al que esto le parece irrelevante?

Y a todo esto, ¿son las cosas que no soporta como profesor o como empresario?

T

Recuerdo que tuve un profesor en la facultad en una asignatura de Java para las prácticas daba a elegir dos IDEs con las que hacerlas. El caso es que cuando tocaba corregirlas, el susodicho cogía uno de los IDEs, su favorito, diferente al que elegí. La cuestión es que una de las prácticas, no sé porqué, una práctica no le compilaba en el IDE en cuestión, no había dependencias visuales. Sin embargo como cualquiera sabe un IDE al final usa para compilar una línea de comandos "javac".
Pues bien, el susodicho decía que no podía evaluar la práctica, a lo que le remití a compilarla mediante línea de comandos, puesto que me cercioré que no era cosa de mi IDE. Se lo hice saber, pero pasó de mí, y me obligó a descargar el otro IDE (conexiones lentas), y averiguar porque no compilaba, no recuerdo ya la razón exacta (algún paquete con otro nombre...), e intuyo que por su perdida de tiempo, nos puso de nota un 5 cuando la práctica tenía todos los apartados opcionales hechos y funcionando correctamente y nos merecíamos más.

Seta_roja

#55 a mi me tocaba suspender una asignatura pero justo por lo contrario no me pasó! lol

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! lol

D

Cosas que yo no soporto que (no) diga un profesor universitario: "se acaba de publicar el estándar C++ 2014, pero yo os voy a seguir enseñando C++ 98 con una breve mención a la STL, porque en 16 años no me ha dado tiempo a actualizarme", "ahora lo que se lleva son las metodologías ágiles, pero a mí no me gustan, así que os voy a enseñar la metodología en cascada", "ya sé que estamos en el 2015, pero me da pereza cambiar las prácticas que alguien propuso hace 25 años, así que os va a tocar programar el puerto serie en MS-DOS".

Firmado: alguien que terminó la carrera hace años, pero que ha seguido ligado a la universidad, tiene mucho trato con alumnos, y ve como se sigue enseñando lo mismo que hace 10 años, cuando ya entonces estaba obsoleto.

D

#3 Pues la 1.8 ya lleva unos meses.

D

El uso de patrones de diseño? Creo que es importante.

Aokromes

#2 Pues anda que no he encontrado yo pocos bugs intentando probar otros (obviamente relaccionados con lo que estaba probando) lol

Broccoli

A mí me suena más a "...que las diga un estudiante de informática."

D

#124 Yo lo siento... sé que a veces me gusta trolear o soltar algún pollazo encima de la mesa en el menéame, muchas veces para reírme pero cuando hablo de este tema nunca es una de ellas. Yo no puedo comprender cómo gente válida acepta trabajar por esos salarios. Yo tuve esa respuesta para aquella empresa, pero estoy seguro de que a muchísimos otros les hubiera faltado tiempo para ir corriendo a presentarse a las entrevistas (todo el viaje y el alojamiento en Madrid pagado de su bolsillo, claro) y aceptar el puesto.

El mundo en que vivimos es una mierda, pero muchas veces nosotros mismos somos quienes aceptamos y permitimos que sea una mierda. Faltan programadores, es un hecho. No hay suficientes. Se pagan buenos sueldos por programadores con experiencia que sepan resolver problemas y trabajar bien. No tiene sentido que alguien acepte estarse 15 años en la misma empresa si no está contento con su salario. Es perder tu vida ahí entre esas cuatro paredes y perder dinero por miedo ¿a qué? ¿A no encontrar nada mejor? Joder, pues claro que hay cosas mejores y si eres un pedazo de tío con 15 años de experiencia ya ni te cuento.

¡Más fuerza, cojones! Más creerse uno mismo lo que vale!

chepas08

"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

D

#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. cry

RazerKraken

#1 #3 Java, que java?

Voy a seguir picando código en esta tarjeta perforada, ostia!! ya se ha fundido una válvula...

mangrar_2

Pues mira, en mi ordenador funciona la he dicho recientemente unas cuantas veces. Si, porque me vienen a mi diciendo, "no funciona en el servidor de test". Cuando yo he desplegado todo, y he hecho mi trabajo, sino funciona no es por mi culpa.De quien era culpa al final? pues el tio de la BD, que no había desplegado bien la parte de su trabajo, que es su responsabilidad. Ya me ha pasado varias veces, y en todas, era por culpa de la BD. En todas me tocó a mi perder el tiempo en buscar porque no funcionaba, tirando el tiempo que podría haber empleado en otra cosa.

SFJ

#21 Docker + Vagrant +Ansible = WIN

dreierfahrer

#12 .append()

Pero es muchisimo mas intuitivo y legible el '+' que ninguna otra cosa.

m

#51 Lo que digo es que si no te gustan lo que te pagas vete. Hacer mal el trabajo te perjudica solo a ti

cadgz

#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?

barni

#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

anv

#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.

crafton

#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.

D

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.

Joice

Se le ha subido el Ferrari a la cabeza.

D

#42 eso le pasa a #38 por hacerse el sabihondo

dreierfahrer

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

mangrar_2

#12 Pues se hace con Scala, que tiene sobrecarga de operadores y corre en la JVM

just_a_guy

"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...

j

"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).

T

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

ccguy

#6 ¿prefieres que los becarios en lugar de tener tareas de verdad se dediquen a hacer fotocopias o qué?

chepas08

#121 Desde luego hay que coger de la mano al cliente y decirle, mira esto parece igual que esto, pero esto otro cuesta 100 veces mas tiempo hacerlo.

Por no hablar de las idas de olla de la gente..

Oferta real para un CMS Prestashop:


Creación Modulo Contable completo

se solicita que se cree un modulo que no sea un conector, para contabilidad, la misma debe incluir todos los puntos que necesitan las empresas, desde un kardex, hasta los balances diarios, libros mayores, etc..
Nuestro presupuesto es negociable dependiendo la negociación que se llegue con el programador.
Se acepta freelance o empresa.

el tiempo de desarrollo no puede ser mas de 3 semanas.
por favor comunicarse por un mensaje privado.

k

En la Programación como en todos los oficios hay de todo, pero también muchas veces te piden que rices el rizo, el esfuerzo, las horas para un programador son dinero y muchos quebraderos de cabeza, para que luego igual que te piden que un botón haga una catedral, de la misma manera te dicen es igual y tu te quedas con la cara de gilipollas, porque hay muchos clientes que por pedir que no quede, pero pagar si hay que regatear.

Ahora no ofrezco nunca cosas que son al 100% realizables antes ponerme hacerlas, no caigo en los delirios de los clientes, siempre con un proyecto muy especifico y detallado, con su pago de una parte antes de ponerme a picar un código, me he quedado cientos de códigos que han costado muchas horas de trabajo y que al final el cliente si te he visto no me acuerdo.

Lo cierto es que cada programador tiene sus tics, algunos son pulcros y limpios en sus códigos, pero no salen de la mediocridad, y algunos son auténticos genios que su código no se puede ni ver por done va, es como las personas los hay de todas las medidas.

La verdad es que cuando un código tuyo lleva mas de diez años funcionando, no se ha producido ningun bug y continua haciendo lo mismo que el primer día en producción te sientes satisfecho.

Lo mejor por eso es que tengas tiempo suficiente y puedas pensar muy bien antes de ponerte a programar, sin prisas, cosa que no sucede casi nunca.

Se podría hacer un articulo a la contra, poniendo lo que piden los clientes, sus condiciones tanto de tiempo como monetarias, como te hacen retocar el código mil veces por autenticas gilipolleces, porque hay cada cliente que uffff y si saben un poco o hacen de que saben peor, te hacen dar vueltas te enredan en el código, quieren revisarlo y cuando se pierden al final dicen la misma frase, "pero funciona heee seguro mira que luego ", ufff y los que no quieren pagar estos son los peores te pasas noches solucionando cosas inverosímiles y luego solo te quieren dar las gracias.

D

#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.

D

#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.

anv

#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.";

D

#137 Eres un flipao. Vengo de módulo y en el módulo apenas te enseñan cuatro cosas. A programar mal, una mierda de bases de datos y ya ni hablemos de algoritmos. En la carrera te machan con cosas absurdas. Yo no tengo intención de montar una empresa, y si lo hago contrataré una gestoría que me lleve los papeles por que NO ES LO MIO. Yo no tengo que manejar eso. A lo mismo que si eres programador, lo suyo es que te den documentación en la empresa con lo que tengas que trabajar, y tú solo "obedeces". Las decisiones las toma el arquitecto.
"Un ingeniero informático no está para programar (aunque también pueda hacerlo). Está para innovar. Y para eso necesita ser capaz de ver más allá de si un lenguaje usa punteros o máquina recolectora de memoria." GUAT.

e

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"

crafton

#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.

D

Que un profesor eche balones fuera diciendo que "no da tiempo a dar todo" en la carrera cuando tienes asignaturas absurdas como tres o cuatro sobre "gestión de empresas" en el Grado de Ingeniería del Software pero NINGUNA donde te enseñen a hacer test del código, o ninguna donde te enseñen a trabajar con repositorios...

m

#24 procrastinación
No es por hacerme el sabihondo, yo cometía el mismo error

D

#44 jajaja lol

difusion

Relacionada:

Lo que el mercado demanda de un programador
Lo que el mercado demanda de un programador

Hace 9 años | Por oalvarez a m.xataka.com

D

"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.

D

#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...

S

#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

D

#38 jajjaja, antes de meterte con alguien por hacer una falta de ortografía mejor vete a la Rae.

Aokromes

#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?

cadgz

#120 Eso mismo pienso yo. Pero tristemente, con la situación que hay ahora mucha gente MUY VALIDA, esta casi obligada a trabajar por sueldos miseros por su situación, la del país y principalmente POR QUE SE LO PERMITEN a las "empresas líderes".

t

Enseñar lenguajes obsoletos no tiene porque ser malo. A fin de cuentas el objetivo final es conseguir un puesto de trabajo.Un ejemplo practico, nadie enseña COBOL en la universidad. Sin embargo la realidad es que muchos bancos siguen usándolo, y cuando encuentran a alguien que demuestra que lo conoce el sueldo suele ser muy bueno.

Teishugo

#137 No, a ver yo no me refiero eso, si los otros años no están tan mal, es que el primer año de carrera parece que está preparado para hacer que todo el mundo abandone lo antes posible la carrera con todas las matemáticas y físicas concentradas en el primer curso de carrera.

D

Aqui estan todos locos, que patrones de diseño, que SVN, que si objetos, que si herencia, que los clojures, funciones anonimas ...... Peter Norton y Jhon Socha programaban en Assembler unos programas IMPRESIONANTES, sin tanta chuleria, hay que reconocer que somos inutiles !, ....

k

#127 function c(g){var m=0;while(m

D

#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.

n4k0

#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

CalifaRojo

Hay gallir, hay meneo.

champunes

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 lol... 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.

noexisto

#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.

A

Falta una de las mejores: Mi código funciona. No tengo ni idea de porqué.

Teishugo

#95 Seguido por: ahora mi código no funciona, sigo sin tener ni idea de porqué.

ccguy

#164 Tú a un cliente no le puedes mandar a alguien como becario. Ese perfil no existe para un cliente.

Sí puedes mandar un analista junior (llámalo como quieras) al que otros compañeros le dan apoyo. Joder, que se supone que un becario ha terminado una carrera o está a punto, tiene que saber hacer la o con un canuto, o ser capaz de ponerse rápido las pilas.

Ya me dirás tú como aprende uno si no es haciendo el trabajo.

ccguy

#172 A ver si crees que los funcionarios son tontos y no tardan 30 segundos en darse cuenta del pérfil de la persona con quien tratan. Lo saben pero no es su problema.

Mira, te lo digo de otra forma: Si no se pudiera hacer eso los becarios jamás tendrían experiencia laboral (en consultoría, quiero decir) porque ningún cliente te va a pedir un becario.

ccguy

#176 Pues mira lo que hace un becario en facebook o google y compara.

Un becario no es un niño pequeño. Lo que le falta es experiencia, se supone.

1 2