#42 pues eso digo yo. Cuando por suerte y esfuerzo conseguí aprobar las mías, no conocía a nadie del tribunal ni había trabajado nunca hasta entonces en esa provincia. En el último examen saqué un nueve y con poco baremo, entré en las últimas plazas.
#42 En mi examen de secundaria por matemáticas en CYL una parte del examen era anónima (los problemas), la teoría era leída por el opositor y la defensa de la programación por supuesto no era anónima.
Los problemas contaban 40% del primer examen, por tanto un 20% del examen total.
#42 Informándote de quién son los miembros del tribunal y pidiéndoles favores.
Lo he visto. Mi suegro, profe de instituto (ya jubilado). Recibiendo llamadas para aprobar a Fulanita cuando formaba parte de un tribunal de oposición a profes de secundaria.
#30 Por ejemplo, a la hora de comer los hombres comíamos primero en unas mesitas, y las mujeres después, con lo que nosotros no comíamos y en el suelo. Los hombres podían salir por la noche "de fiesta" con mujeres y hombres occidentales y las mujeres no. Me decían que eso de que los homosexuales (hacía poco que Zapatero había legalizado el matrimonio homosexual y la noticia había llegado a esa zona de Argelia) pudieran casarse y adoptar era una barbaridad. Los homosexuales musulmanes (matizaban eso de musulmanes, eso sí) merecían morir.
#22 Instalar Debian es tan fácil como instalar Ubuntu, mi problema está siendo instalar algo en Debian. No existen los paquetes ya compilados, tengo que descargar los fuentes de github, compilar, etc. Yo ya no tengo paciencia para esto
#11 Yo usé Node para un proyecto personal que era todo Javascript y por no andar cambiado de lenguaje para clientes y servidor lo probé.
Lo del "callback hell" se queda corto. Ni usando una librería para evitar el callback hell conseguía sincronizar las cosas como quería y las funciones se ejecutaban cuando querían, o no se ejecutaban directamente ni puta idea del porqué si seguía la documentación a rajatabla.
No lo usaría para proyectos grandes porque la mayoría de los errores eran esotéricos por funciones ejecutándose cuando no debían. Cuando no importa el órden en el que se ejecutan las cosas, todo va guay, pero no logré entender el funcionamiento cuando tenía que sincronizar unas tareas después de otras y me pareció complicadísimo y muy fácil de cagarla sin querer. Quizás me faltaba base para entender el funcionamiento general y el paradigma de programación que implementan, pero había errores que no sabía si eran mi culpa, culpa del lenguaje, o de la librería que usaba en ese momento.
La parte de "framework web" con servidor incluido sí me gustó. Era bastante fácil y cómodo separar presentación de backend y hacer un resultado potable de forma relativamente rápida.
También creo que al ser todo javascript puede haber programadores novatos que acaben confundiendo la parte de ejecución del javascript en cliente con la parte que se ejecuta en el servidor. En los tutoriales y demás información que leí muchas veces no se hacía una diferenciación explícita y me imagino que si no tienes unas bases sólidas puede que a veces no sepas cómo funcionan realmente algunas cosas.
Viniendo de lenguajes de 'personas mayores' como C# o Java, Javascript es un dolor.
Ya no es solo tener que soportar el acceso a DOM con las cositas de cada navegador, gracias a dios en eso se ha avanzado mucho.
El problema principal es que Javascript es un lenguaje TRAICIONERO. Se denominan lenguajes traicioneros a aquellos lenguajes que lo que hace el codigo no tiene porque tener nada que ver con lo que termina haciendo en realidad, o bien, que un fallo no controlado es silenciado y afecta MUCHO MAS TARDE a la logica del programa. Esto tambien pasa en PHP, lenguaje que tambien use muchisimo.
Los lenguajes traicioneros suelen tener 2 cosas en comun: son de declaracion implicita y tipado dinamico, o sea, usa los nombres de variables que quieras y mete lo que quieras en ellas.
Los lenguajes serios son justo al contrario: Declaracion explicita y tipado fuerte, o sea, declarame los nombres de variables que vas a usar, y dime su tipo, porque si usas un nombre de variable que no has usado antes, o bien me metes en una variable un tipo distinto del declarado, voy a fallar.
Python esta entre medias, el tipado es fuerte, pero la declaracion es implicita, menos mal que tenemos IDEs como Pycharm o similares que avisan que estas usando un nombre de variable que no habias usado antes...
Me he visto en Javascript con unos 'await' esperando que viniese un determinado valor de una consulta XHR, y el servidor estar demasiado ocupado, devolver un error 500 y en lugar de tener el valor esperado, me viene encadenado la excepcion, y ahora haz cabriolas para ver donde la vas a tratar sin romper la cadena Async/Await
#17#10 Mi favorita era la de "ten cuidado en la discoteca que te hechan droja en la copa sin que te enteres" ¡Y ese cabrón/cabrona nunca pasó por mi consumición!
#12 No estoy hablando de culpables ni estoy señalando a nadie, dedo rápido, solo estoy diciendo que no me gusta la táctica del acoso y derribo, ni menos aún la deriva que está tomando esto. Gracias por el negativo, por cierto, me lo merezco por ser irrespetuoso y ofensivo en mi comentario.
No te lo pondré aunque no esté de acuerdo contigo. No creo que estén para eso los negativos.
#25 La sintaxis de COBOL será farragosa pero, dentro de lo que cabe, casi es como si fuera pseudocódigo, precisamente por lo farragosa que es.
Lo de usar C para una aplicación bancaria lo veo un pelín exagerado. Principalmente porque una aplicación bancaria es preferible que tenga un mantenimiento fácil a que tenga un rendimiento máximo.
#16 Pregunta de ignorante. Por qué COBOL? Es un lenguaje seguro?
He visto un poco de su sintaxis y parece infernal. Mas fea no puede ser.
Y Python why not? Es un poco coña, me pasa como a ti, es un lenguaje que me gusta bastante. Una pena que sea lento. No se podría hacer que el funcionamiento llegara a ser parecido a Java y fuera semi compilado en vez de interpretado.
Supongo que si la opción es seguridad entiendo que COBOL es un lenguaje muy poco flexible que permite que sea muy estable y Cpp creo no cumple con las expectativas de seguridad y estabilidad que tiene COBOL. Comentario buscando aclaraciones.
#48 Dakaira * 
