(16-04-2013 10:53)gonnza escribió:  convengamos rulo igual que esas cosas de usar una variable para nada suelen pasar, uno la escribe xq la necesitaba para "algo" y dsp al final no la necesitabas y bueno quedo ahi, cosas que pasan.. sobre todo en lenguajes dinamicos, en uno tipado por lo general el compilador (si es bueno) te tira un warning "tenes esta variable al pedo" igual en ese caso no te la tiraria, al menos el visual studio.

No se me ocurre lenguaje alguno en el que eso no salte, salvo en algo tipo bash o algo así. Porque, no se, no necesitás sistema de tipos ni nada para detectar que asignaste una variable que nunca referenciás.

Raro...

(16-04-2013 10:53)gonnza escribió:  convengamos rulo igual que esas cosas de usar una variable para nada suelen pasar, uno la escribe xq la necesitaba para "algo" y dsp al final no la necesitabas y bueno quedo ahi, cosas que pasan..

Deja de justificar lo injustificable, gonza. Debieron borrarla y ponerle un nombre medianamente coherente.
O baja a ver el codigo, es tan ilegible que probablemente te quedes ciego, o peor...

Cita:por eso no sabes programar, perdes tiempo estudiando las variables zarasa y saraza de los codigos....

Y,al menos no soy un putito que se las da de ser el proximo Knuth suburbano del bajo flores.
Ojala nunca me toque tener que heredar codigo tuyo man, posta.

(16-04-2013 11:27)Desert69 escribió:  

(16-04-2013 10:53)gonnza escribió:  convengamos rulo igual que esas cosas de usar una variable para nada suelen pasar, uno la escribe xq la necesitaba para "algo" y dsp al final no la necesitabas y bueno quedo ahi, cosas que pasan.. sobre todo en lenguajes dinamicos, en uno tipado por lo general el compilador (si es bueno) te tira un warning "tenes esta variable al pedo" igual en ese caso no te la tiraria, al menos el visual studio.

No se me ocurre lenguaje alguno en el que eso no salte, salvo en algo tipo bash o algo así. Porque, no se, no necesitás sistema de tipos ni nada para detectar que asignaste una variable que nunca referenciás.

Raro...

noon, entendiste mal. No esta asignando a una variable nunca referenciada; esta asignando algo a una variable y despues no la usa mas.
Pero esta declarada y asignada bien.. el tema es que despues si, queda al pedo.


y eso no te lo tira ningun lenguaje no compilable

---

Cita:Deja de justificar lo injustificable, gonza. Debieron borrarla y ponerle un nombre medianamente coherente.

si obvio, lo del nombre coherente coincido totalmente , pero bueno se puede pasar que te quede alguna variable colgada.. no te hagas la escandalizada

(16-04-2013 11:31)rulo escribió:  

(16-04-2013 10:53)gonnza escribió:  convengamos rulo igual que esas cosas de usar una variable para nada suelen pasar, uno la escribe xq la necesitaba para "algo" y dsp al final no la necesitabas y bueno quedo ahi, cosas que pasan..

Deja de justificar lo injustificable, gonza. Debieron borrarla y ponerle un nombre medianamente coherente.
O baja a ver el codigo, es tan ilegible que probablemente te quedes ciego, o peor...

Cita:por eso no sabes programar, perdes tiempo estudiando las variables zarasa y saraza de los codigos....

Y,al menos no soy un putito que se las da de ser el proximo Knuth suburbano del bajo flores.
Ojala nunca me toque tener que heredar codigo tuyo man, posta.

quedate tranquilo... a lo sumo podras tenerme como teamleader

Un chabon que laburaba conmigo declaraba siempre variables llamadas "Cadorna" cuando queria usar alguna variable temporal mientras codeaba. Despues saltaban en los codereview y las borrabamos

(16-04-2013 10:46)brunodiaz escribió:  Todos sabemos que zarasa se escribe saraza.

Una animalada sin duda.

---

El otro dia tenia que controlar una salida a produccion de un modulo bastante chico.

4 errores en un minuto encontre.

Cuando una pantalla de repente me dijo algo "Ingresaste un numero invalido. Deve ser menor a bla", me parecio demasiado.

Como pasa algo asi por los testeos?

totalmente de acuerdo.

Me quise morir cuando vi eso. Deberian despedir al que lo hizo

A mi me toca de vez en cuando en el laburo revisar codigo de stored procedures que hace un ing recibido de la facultad, y no quiero postear el código para no herir las sensibilidades de nadie, pero voy a decir que proliferan los @temp1...@tempn y que en un SP hasta el chabón se armaba y llenaba tablas temporales que no servían para nada, ni hablar de spaghetti code, que no usaba commit/rollback etc etc.
Aunque para mérito del chabon todavía en la oficina no sabemos qué ingenieria estudió.

(16-04-2013 10:53)gonnza escribió:  convengamos rulo igual que esas cosas de usar una variable para nada suelen pasar, uno la escribe xq la necesitaba para "algo" y dsp al final no la necesitabas y bueno quedo ahi, cosas que pasan.. sobre todo en lenguajes dinamicos, en uno tipado por lo general el compilador (si es bueno) te tira un warning "tenes esta variable al pedo" igual en ese caso no te la tiraria, al menos el visual studio.

El Visual Studio te detecta (C#) si una variable está asignada pero no se la lee.

Off-topic:

(16-04-2013 14:14)leandrodg escribió:  

(16-04-2013 10:53)gonnza escribió:  convengamos rulo igual que esas cosas de usar una variable para nada suelen pasar, uno la escribe xq la necesitaba para "algo" y dsp al final no la necesitabas y bueno quedo ahi, cosas que pasan.. sobre todo en lenguajes dinamicos, en uno tipado por lo general el compilador (si es bueno) te tira un warning "tenes esta variable al pedo" igual en ese caso no te la tiraria, al menos el visual studio.

El Visual Studio te detecta (C#) si una variable está asignada pero no se la lee.

claro, te tira un warning como dije. Igual al tenerle 2 asignaciones (0 y despues la cuenta) en este caso no la detectaria

javac, y casi segurisimo que gcc también, te avisan que asignaste la variable pero nunca la referenciaste (a.k.a., "usaste" ).

gcc te avisa

---

php te tira un notice

Cita:si obvio, lo del nombre coherente coincido totalmente , pero bueno se puede pasar que te quede alguna variable colgada.. no te hagas la escandalizada

En realidad ver eso fue una catársis de un codigo que esta en un 90% lleno de hacks para solucionar boludeces y donde cada 2 segundos era un WTF tras del otro. Ver eso ya fue demasiado (fue una gota, pero colmo el vaso ). Se ve que lo programaron con velocidad en mente. Y por velocidad quiero decir "que la UI sea un desastre si es necesario, pero TENEMOS que llegar rapido".
Tampoco es que pusieron un if(true) en medio del codigo o alguna de esas cosas.

Cita:El Visual Studio te detecta (C#) si una variable está asignada pero no se la lee.

Debe haberse perdido entre las 30 y pico de warnings que herede y no tuve tiempo de mirar. .
Igual esta bien asignada, onda le asignaron valor dos veces por mas que despues no se haga nada interesante con ella.
¿Eso tambien te lo detecta? Que capo el VS.

(16-04-2013 13:10)brunodiaz escribió:  Me quise morir cuando vi eso. Deberian despedir al que lo hizo

Querras decir "deverian".

Cita:quedate tranquilo... a lo sumo podras tenerme como teamleader

Off-topic:

Tocate el izquierdo. Esperemos que ese día no llegue....


.... porque si llega no me voy a bancar que alguien de mi equipo me choree las cervezas que me tomo mientras codeo.(?)

(16-04-2013 14:14)leandrodg escribió:  

(16-04-2013 10:53)gonnza escribió:  convengamos rulo igual que esas cosas de usar una variable para nada suelen pasar, uno la escribe xq la necesitaba para "algo" y dsp al final no la necesitabas y bueno quedo ahi, cosas que pasan.. sobre todo en lenguajes dinamicos, en uno tipado por lo general el compilador (si es bueno) te tira un warning "tenes esta variable al pedo" igual en ese caso no te la tiraria, al menos el visual studio.

El Visual Studio te detecta (C#) si una variable está asignada pero no se la lee.

cualquier compilador post 1984 te vuela esas variables a la mierda.

Off-topic:

Cita:claro, te tira un warning como dije. Igual al tenerle 2 asignaciones (0 y despues la cuenta) en este caso no la detectaria

Estas seguro? Mirá que hasta Mathlab se da cuenta y te tira warning.... no creo que una ide seria como visualStudio no se de cuenta