#100: A mi me pasó lo de las variables nombradas con abreviaturas, pero eso no se soluciona de una forma única y impuesta para todos. Yo personalmente prefiero los guiones bajos (mi_variable_a) y no el estilo montaña rusa (MiVariableA), y de verdad, he "forkeado" un proyecto que estaba en Python con notación montaña rusa y al final voy a tener que cambiar el nombre de las variables para que pueda verlas mejor.
No es sólo gustos, es que cada persona tiene una visión diferente al resto, salvo que sean proyectos en grupo, no tiene sentido pretender que todos escribamos igual.
#9#5 No es que sea imbatible como leguage más utilizado. Ojo a la metodología: "basado en la actividad (preguntas, respuestas, etiquetas y votos) de StackOverflow hasta febrero de 2016".
Es más bien una clasificación de los lenguages que más problemas provocan.
#21#11 Tk es residual, aunque sigue siendo el toolkit de referencia en muchos proyectos (ej: gitk).
Qt en desktop se usa muchísimo: KDE, clientes de escritorio de todo tipo (se me viene Skype a la cabeza, VirtualBox,...)
El día que se implante definitivamente en el desktop el paradigma HTML+JS+CSS, vuelvo a la terminal para siempre, no me jodas. Hay buenas ideas por ahí, como en GTK estilar los constroles con una especie de CSS, o poder poner widgets HTML en el escritorio, o "scriptear" el escritorio con JS, pero de ahí a que el escritorio en sí sea HTML+JS+CSS... que mis ojos no lo vean, por favor.
#138 No dudo que este escrito, dudo de que sea cierto. Y si es cierto dudo de que haya sido un accidente. Tu llegas te encuentras los servidores borrados a saco y de donde sacas que ha sido un bug de un rm foo/bar, ¿te sabes los scripts de memoria?. Es una historia con muchos agujeros a mi parecer.
#33 Más que educación informática lo que los clientes o jefes necesitan es respetar a los profesionales, igual que si tu vas, por ponerte a un ejemplo, a un mecánico y te dice "Este arreglo te va a tardar una semana y son 1000 lereles", tu le puedes intentar apretar un poco para que lo haga más rápido y te haga un descuento, puedes incluso ir a otro mecánico y pedir segunda opinión, pero desde luego nadie se plantea decirle "pues no, esto lo haces en un día por 100 euros si o si" (al algunos les encanta decir eso de "si o si"). El mecánico no necesita que yo sepa mecánica, lo que necesita es respeto y confianza, y esto es lo que suele faltar en nuestro caso, no se respeta el trabajo técnico y no se tiene confianza en los profesionales.
Yo no pido plazos holgados, yo tratare siempre de ofrecer una solución en el menor plazo posible con la mayor calidad posible, ese es mi trabajo, esta confianza es algo que por desgracia en algunos entornos te tienes que ganar primero porque por defecto lo que impera es la total desconfianza. Incluso en el peor escenario puede ser imposible ganarse esa confianza, entonces sinceramente llego el momento de decidir si queremos continuar dedicando nuestro tiempo y esfuerzo en un lugar donde no existe ese respeto profesional, yo después de muchos años lo tengo claro, el respeto y la confianza son condiciones básicas en un proyecto y si no se dan hay muchos sitios donde se valora a los buenos profesionales.
#26 Que se hacen muchas cosas mal en muchos sitios es algo que todos los que no dedicamos a esto sabemos, pero en mi opinión como desarrolladores no podemos limitarnos a decir que "la culpa es del jefe de proyecto", parte de nuestro trabajo es señalar los riesgos del proyecto y "aprender a decir que no" cuando es necesario, por supuesto también "aprender a decir que si" y buscar alternativas para cumplir los objetivos de negocio a corto, medio y largo plazo, lo que implica no sacrificar la calidad del trabajo. Si aceptamos jugar su juego y nos quejamos amargamente de lo malo que es el jefe de proyecto pero luego escribimos basura para cumplir un plazo imposible, entonces la responsabilidad también es nuestra.
Yo me hago responsable de todo el código que escribo personalmente, no voy a echar la culpa a otro porque mi código no haga lo que debe hacer, pero por supuesto esto implica que no voy a aceptar tampoco que nadie que no sea yo decida sobre la calidad del código que escribo o sobre el tiempo que tengo para hacerlo. Tarde años en entender esto, no es fácil y por supuesto me trajo muchos problemas, pero a la larga me ha traído infinitos más beneficios aprender a respetar mi trabajo y a mi mismo como profesional.
#23 primero sabes siquiera si ha habido contratación? si ni eso queda claro me parece muy aventurado decir que ha habido esas irregularidades, pero estamos en lo de siempre, como echa mierda sobre algo nos lo creemos sin pararnos a contrastar o conocer todos los datos antes de formar una opinión, viva el pensamiento crítico, ese gran desconocido
#10#23 ¿Habéis visto la web? Esta creada por la empresa que hace el App y la anuncia en varios sitios. Si eso no es hacer SPAM y publicidad, no se que lo será.
Otra cosa es que la queja este justificada, pero lo suyo habría sido enviar una noticia redactada por un medio que no sea la propia web de la empresa afectada, donde además se publicita el App a saco.
Como indica #16, perfectamente podría tratarse de una maniobra publicitaría para destacarse sobre la competencia.
Si envían la noticia desde otro medio más imparcial, seré el primero en menearla, pero de momento, no.
#23 grails 
muchas gracias 
