@Scottsdale Yo hay una cosa que no entiendo.
¿No quieres usar la cuenta?¿Te cansa?¿Te aburre?
Pues no la uses, pero no hace falta eliminarla. Siempre podrás volver en un futuro si te apetece.
No entiendo la necesidad de borrar la cuenta o de crearse una nueva a posteriori / cambiar el nick.
El tema de cambiarse de nombre cada cierto tiempo me recuerda un poco a los trolls multicuenta que están apareciendo últimamente cada mes.
¿Tienes algo que ocultar? ¿te arrepientes de lo que has dicho? ¿porqué quieres dificultar que te identifiquen? (Que conste que esto no va por Scottsdale).
Yo llevo mucho tiempo aquí, he dicho muchas tonterías y jamás he cambiado de nick.
Mi vida últimamente consiste en "probar". Me paso más tiempo haciendo demos, pruebas de concepto, kick-off de proyectos y reunido que trabajando (o igual es que mi trabajo se ha convertido en eso ... no lo sé). La cuestión es que hoy he tenido que participar en la enésima probatura de otra "tontá", no puedo decir mucho más al respecto.
PD: No creo que a esta tontá se le saque ninguna utilidad, al menos a corto plazo, creo. Aunque a medio igual se puede hacer algo.
@Scottsdale, te dedico la tontá del día puesto que me has servido de inspiración
@Scottsdale, la creación de deuda técnica es inherente al desarrollo de un producto software. Lo que hay que hacer con la deuda técnica no es evitarla, sino gestionarla. El objetivo es que la deuda técnica se cree de forma consciente y deliberada, y nunca de forma inconsciente y sin medir las consecuencias a largo plazo. La deuda técnica 0 es una gran entelequia que solo se daría en un universo donde también funcionaran Métrica 3 y RUP.
De hecho, en el fondo, por más que tendemos a pensar que la deuda técnica es únicamente un problema técnico, el principal problema de la deuda técnica es la desalineación que en un software se produce a lo largo del tiempo entre lo que el negocio necesita y lo que el software le entrega, en el fondo algo muy poco técnico. Esa suele ser la deuda técnica que hace inmantenible un producto software para la mayoría de escenarios comunes y, en muchas menos ocasiones, el problema está en si una función tiene una complejidad O(n) u O(n^2), si hay 50 parches mal construidos o si está programado en Visual Basic 6, por @Limoncio y usando GOTOs por doquier.
Pero no te pretendo convencer de nada. Partimos de posiciones muy alejadas en este asunto.
@Scottsdale, sin acritud, ser senior también implica el tener la capacidad para gestionar los recursos que tienes, priorizar las peticiones y aportar el mayor valor al negocio.
Mucho podemos hablar de esto, discutirlo y ponerlo boca arriba y boca abajo, pero la visión que tienes me parece, e insisto que lo digo sin maldad, que adolece de un importante sesgo técnico.
Estoy 100% de acuerdo que en el mundo del tiempo, el dinero y los recursos infinitos, hay una solución mejor al problema. Pero lo mejor siempre es enemigo de lo bueno, y muchas veces, la mayoría, lo bueno es suficiente. Y en otras, incluso, hasta lo regular.
PD: Y con esto no entro a valorar si ese tipo que pones de ejemplo es senior, si la solución es una mierda que no sirve para nada, ni nada parecido. Sólo abro una vía de pensamiento transversal, fuera del universo de lo eminentemente técnico.
@Scottsdale en la empresa donde estuve trabajando hasta hace unos 3 años, se basaron en una lista de parámetros (no solo conocimientos técnicos, sino también saber trabajar en equipo, capacidad de enseñar a otras personas, etc...) para asignar el nivel de cada desarrollador (junior, mid, senior) y qué había que conseguir para subir de nivel. De 40 desarrolladores hubo solo 3 senior, yo uno de ellos . Mucha gente en cuanto lleva 2 años trabajando ya se considera senior y pueden estar a años luz de lo que un senior debería ser. Puedes llevar 15 años trabajando de desarrollador y ser nivel mid o llevar un año y ser senior, los años es lo de menos.
@PatatasTraigo Leyéndote me entran ganas de dejar de follar por si alguien me ve para no degradar mi privacidad, pero como soy un hedonista aburguesado irreverente, mientras me compensa seguiré haciendo lo que quiero y no lo que predique el cura.
¿No quieres usar la cuenta?¿Te cansa?¿Te aburre?
Pues no la uses, pero no hace falta eliminarla. Siempre podrás volver en un futuro si te apetece.
No entiendo la necesidad de borrar la cuenta o de crearse una nueva a posteriori / cambiar el nick.
El tema de cambiarse de nombre cada cierto tiempo me recuerda un poco a los trolls multicuenta que están apareciendo últimamente cada mes.
¿Tienes algo que ocultar? ¿te arrepientes de lo que has dicho? ¿porqué quieres dificultar que te identifiquen? (Que conste que esto no va por Scottsdale).
Yo llevo mucho tiempo aquí, he dicho muchas tonterías y jamás he cambiado de nick.
Ojalá no tardes mucho en volver, pero porque te apetece y te hace bien...
Disfruta de tu vida no virtual y suerte en ese nuevo trabajo.
Всего хорошего!
Yo me he borrado varias cuentas y luego, no es lo mismo. En el futuro, cómo sabremos que eres tú?
Descansa, toma aire y vuelve ^^ y haz únicamente lo que quieras hacer pasando de las cosas que no te hacen bien.
Cuídate mucho que te vaya todo genial!!
PD:
P.D. @REMEMBER :
... y al final te mueres.
www.youtube.com/watch?v=ZMyuOZQGJLI
P.D.
Espero que vuelvas con el frío.
¡Ánimo y que te vaya todo bien!
PD: No creo que a esta tontá se le saque ninguna utilidad, al menos a corto plazo, creo. Aunque a medio igual se puede hacer algo.
@Scottsdale, te dedico la tontá del día puesto que me has servido de inspiración
Ese vídeo exacto salió por aquí:
www.meneame.net/story/demostracion-matematica-1-2-eng
Lo mejor sin duda el minuto 2:40 cuando dicen "aaaaaaaaaaaaaaaaaaah".
De hecho, en el fondo, por más que tendemos a pensar que la deuda técnica es únicamente un problema técnico, el principal problema de la deuda técnica es la desalineación que en un software se produce a lo largo del tiempo entre lo que el negocio necesita y lo que el software le entrega, en el fondo algo muy poco técnico. Esa suele ser la deuda técnica que hace inmantenible un producto software para la mayoría de escenarios comunes y, en muchas menos ocasiones, el problema está en si una función tiene una complejidad O(n) u O(n^2), si hay 50 parches mal construidos o si está programado en Visual Basic 6, por @Limoncio y usando GOTOs por doquier.
Pero no te pretendo convencer de nada. Partimos de posiciones muy alejadas en este asunto.
Mucho podemos hablar de esto, discutirlo y ponerlo boca arriba y boca abajo, pero la visión que tienes me parece, e insisto que lo digo sin maldad, que adolece de un importante sesgo técnico.
Estoy 100% de acuerdo que en el mundo del tiempo, el dinero y los recursos infinitos, hay una solución mejor al problema. Pero lo mejor siempre es enemigo de lo bueno, y muchas veces, la mayoría, lo bueno es suficiente. Y en otras, incluso, hasta lo regular.
PD: Y con esto no entro a valorar si ese tipo que pones de ejemplo es senior, si la solución es una mierda que no sirve para nada, ni nada parecido. Sólo abro una vía de pensamiento transversal, fuera del universo de lo eminentemente técnico.
@Scottsdale